The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
This chapter describes how to prepare for a data migration job. It includes the following sections:
Traditional data migration is a complex procedure, which requires coordination of activities that may be performed by vendor representatives and multiple IT groups. Activities may need to occur at specific times to minimize service disruption.
Cisco MDS DMM is designed to minimize the dependency on multiple organizations, and is designed to minimize service disruption. However, even with Cisco MDS DMM, data migration is a complex activity. We recommend that you create a plan to ensure a smooth data migration.
To create your data migration plan, follow these steps:
Step 1 Document the SAN topology for the data migration. Identify and obtain any additional equipment and software licenses.
Step 2 Design the mapping of source LUNs to destination LUNs.
a. Identify the LUNs that need to be migrated and the impacted servers. The Server Lunmap Discovery (SLD) tool provides assistance in identifying this information. (See “Checking the Storage ASL Status” section for additional information about the SLD tool).
b. Calculate the storage requirements of the new LUNs. Identify the LUNs on the new storage subsystem. The new storage LUNs need to be the same size or larger than the matching existing storage LUN.
Step 3 Develop a schedule for the migration job.
a. Identify any required equipment and resources. Availability of external resources (such as a vendor service representative) may impact your schedule.
b. Identify periods of low user activity and I/O activity to minimize disruption during the migration. Cisco MDS DMM provides features to minimize user impact. For example, you can schedule the migration to run during non-peak hours or configure a slow migration rate.
c. Identify any required pre-migration configuration changes. (These changes are described in the following sections.)
d. Plan for one short window in which service is not be available during server reconfiguration. (This enables you to access the new storage after the data migration is completed).
Step 4 As a precaution, ensure that all the critical data on the existing storage have a recent back up.
Prior to performing a data migration job, ensure that the existing storage, the new storage, and the fabric switches are configured as required.
Note Starting from NX-OS 4.1(1b), Server Lunmap Discovery Module is a part of DMM provisioning. DMM must be enabled using the ssm enable feature module command before running the SLD tool.
The following sections describe the tasks to be completed:
The Cisco MDS DMM feature executes on the MSM-18/4 module or MDS 9222i switch. The DMM feature supports data migration for storage LUNs exposed anywhere on the SAN fabric (that is, the storage port can be connected to the switch hosting the MSM-18/4 module or MDS 9222i switch or to another switch).
If necessary, provision an MSM-18/4 module or MDS 9222i switch in each fabric. We recommend that you install the MSM-18/4 module or the MDS 9222i switch on the switches that are connected to the existing storage ports.
If the existing or new storage port is on a different module or switch than the MSM-18/4 module and MDS 9222i switch, ISL network traffic will increase during the migration. This is because all traffic between the existing and new storage is directed through the MSM-18/4 module or MDS 9222i switch. Also, if the server port is on a different module or switch than the MSM-18/4 module or MDS 9222i switch, ISL network traffic will increase during the migration, as all traffic between the server and the storage is directed through the MSM-18/4 module or MDS 9222i switch.
Ensure that Cisco MDS DMM is the only active intelligent application on the MSM-18/4 module or MDS 9222i switch being used for the data migration job.
Complete the following configuration tasks for the storage devices:
The DMM feature contains the Array-Specific Library (ASL), which is a database of information about specific storage array products. DMM uses the ASL to correlate the LUN maps between multipath port pairs.
Use the Server LUN Discovery (SLD) tool to check the ASL status of LUNs on a storage array port. If the LUNs are all ASL=Yes, the Cisco MDS DMM feature automatically correlates the LUN maps.
If some or all of the LUNs result in ASL=No, contact Cisco support.
The SLD tool is launched from the supervisor module CLI. To check the status of a storage port, follow these steps:
The following example shows how to display ASL status for a storage port:
Figure 4-1 Server LUN Discovery Tool (SAN, Host, and Storage Port)
Before creating a migration job, you need to ensure that the server and storage ports are included in enclosures.
If the server ports are not already included in existing enclosures, you need to create enclosures for the server ports. If the server has multiple single-port HBAs, all of these ports need to be included in one enclosure. Enclosures for existing and new storage ports are created automatically.
If the SAN is a heterogeneous SAN, you may need to install new MDS switches or adjust the SAN topology to meet DMM requirements. For additional information about SAN topologies, refer to Chapter3, “Understanding DMM SAN Topologies”