Minimizing downtime
The ability of the MPX200's to deliver a migration rate of 4TB/hr. per blade, combined with seamless
integration of the MPX200 in the SAN and data protection features such as array attributes
(source/destination), make it likely that the downtime objective will be met by offline data migration.
The following recommendations will simplify the data migration project:
•
Configure all migration jobs in the MPX200 before application downtime begins.
•
Deploy dual blade configuration in the MPX200 to achieve up to 8TB/hr. (for storage arrays that
are capable of delivering such performance).
Before application downtime
Before application downtime, follow these steps:
1.
Plan the data migration project:
a.
Create the migration checklist.
b.
Determine if a change in multi-pathing software is required.
c.
Build the LUN ID table for both the source and destination array to establish the LUN ID
relationship between the server and the MPX200.
d.
Plan to migrate together the LUNs from the same server/cluster.
2.
Configure the MPX200 in the SAN: Perform proper zoning such that the MPX200 can see ports
from both the source and destination arrays.
3.
Create the LUNs on the destination array:
• For the UNIX operating system, use the same size LUNs.
• For Windows operating systems, you may create a larger LUN.
Do not present LUNs from the destination array to the server until migration is complete.
4.
Based on the order in which LUNs should be migrated, balance the LUNs across multiple controllers
of the same array.
5.
Present the source LUNs and destination LUNs to the MPX200.
6.
Using the MPX200 user interface, assign appropriate (source/destination) attributes to the storage
array.
7.
Using the MPX200, create user-defined groups to assign the migration jobs related to the same
server in a single group.
8.
Using the user interface wizard, configure migration jobs.
During application downtime
During application downtime, follow these steps:
1.
Confirm with the storage administrator that the application and server are down, and that the
server no longer has access to the storage under migration.
2.
Remove the server access to the source storage array by changing the Fibre Channel zoning
such that server adapter ports can no longer see the source or destination array ports.
3.
Start the previously configured migration jobs.
4.
If required, install the new multi-pathing software on the server.
Data migration best practices
374
Summary of Contents for Storageworks 8100 - enterprise virtual array
Page 20: ...20 ...
Page 30: ...MPX200 Multifunction Router overview 30 ...
Page 47: ...Figure 27 iSCSI controller options Remove controller MPX200 Multifunction Router 47 ...
Page 48: ...Managing the MPX200 using HP Command View EVA 48 ...
Page 59: ...Figure 32 Virtual disk properties Figure 33 Host details MPX200 Multifunction Router 59 ...
Page 112: ...MPX200 iSCSI configuration rules and guidelines 112 ...
Page 219: ...Load Balancing Enabled Array License Not Applied MPX200 Multifunction Router 219 ...
Page 248: ...Offline Data Migration 248 ...
Page 258: ...Diagnostics and troubleshooting 258 ...
Page 306: ...Command referencecommand reference 306 ...
Page 330: ... Blade number 1 or 2 Simple Network Management Protocol setup 330 ...
Page 368: ...Saving and restoring the MPX200 configuration 368 ...
Page 402: ...Data migration best practices 402 ...
Page 408: ...408 ...