If data or applications in the same-city DR center become unavailable due to disasters or faults, you must quickly recover the data or applications from the remote DR center.
Prerequisites
- Application-based protection policies and recovery plans have been configured for database applications or VMware vSphere on physical machines.
- LUN-based protection policies and recovery plans have been configured for other applications.
- For protected groups that use asynchronous remote replication, there is at least one copy of intact service data in remote DR center.
- The datastore name cannot contain Chinese characters.
Context
When data or applications in the same-city DR center are abnormally stopped, services can be quickly started in the remote DR center. Figure 1 shows the state of data replication between storage arrays before the migration.
Procedure
- Log in to eReplication in the remote DR center.
- Perform pre-recovery configurations.
- When the type of protected objects is VMware VMs, perform the following configurations:
- Without configuration, the VM IP address for fault recovery is the same as that in the production center. You can configure one for fault recovery on the Protected Object tab page of the recovery plan. For details, see Self-defining Startup Parameters for a Protected Object.
- When the type of protected objects is VMware VMs, perform the following configurations:
- Perform a fault recovery.
If Huawei UltraPath has been installed on the Linux-based DR host, ensure that I/O suspension time is not 0 and all virtual devices generated by UltraPath have corresponding physical devices. For details, see the OceanStor UltraPath for Linux xxx User Guide.
- On the menu bar, select Utilization > Data Restore.
- Select the recovery plan used for fault recovery and click More > Fault Recovery on the Operation list.
- Perform fault recovery based on the protected object type.
- If the protected object type is Oracle, perform the following:
- Select DR Site.
- Select Available DR Hosts or Host Groups.
- If the storage array used at the DR site is T series V2 or later, the to-be-recovered host selected by a user can belong to only one host group on the storage array, and the host group can belong to only one mapping view. Moreover, the storage LUN used by protected applications and its corresponding secondary remote replication LUNs must belong to one LUN group, and the LUN group must reside in the same mapping view as the host group. If the storage array version is T series V2R2, deselect Enable Inband Command to change the mapping view attribute after the mapping view is created.
- If the storage array is T series V2R2 or later, or 18000 series, automatic host adding and storage mapping are provided. Ensure that the storage is connected to hosts' initiators properly. In this manner, the system can automatically create hosts, host groups, LUN groups, and mapping views on the storage. The creation principles are as follows:
- Click Fault Recovery.
- In the Warning dialog box that is displayed, read the content of the dialog box carefully and select I have read and understood the consequences associated with performing this operation.
- Click OK.
- If the type of protected objects is VMware VM, perform the following steps:
- Select a recovery cluster.
VMs will be recovered to the cluster. Select DR Site, DR vCenter, and DR Cluster.
Upon the first network recovery, you need to set the cluster information.
- Select a recovery network.
The network is used to access recovered VMs.
- If Production Resource and DR Resource are not paired, select Production Resource and DR Resource, and click Add to the mapping view to pair them.
- If Keep the mac unchange is selected, the system checks whether the MAC addresses of production VMs conflict with those of all VMs in the DR vCenter. If the MAC addresses do not conflict, the system retains the MAC addresses of the VMs in the DR vCenter. Otherwise, the recovery task fails.
- If Keep the mac unchange is not selected and the mounted VM is stopped, the MAC address of the VM mounted to the vCenter remains unchanged.After the VM is started, vCenter automatically assigns a MAC address to the VM.
- Set Logical Port IP Address to recover hosts in the cluster to access DR file systems over the logical port.
Stop non-critical VMs when executing recovery.
In the Available VMs list, select non-critical VMs to stop them to release computing resources.
- Click Fault Recovery.
- Select a recovery cluster.
- If the protected object type is Oracle, perform the following:
- In the production center, check the application startup status.
After the fault recovery is complete, check whether the applications and data are normal. If an application or data encounters an exception, contact Huawei technical support.
- Note the following when checking the startup status of applications.
- If the protection policies are based on applications, check whether the applications are started successfully and data can be read and written correctly.
- If the protection policies are based on LUNs, you need to log in to the application host in the disaster recovery center, scan for disks, and start applications. Then check whether the applications are started successfully and data can be read and written correctly.
You can use self-developed scripts to scan for disks, start applications, and test applications.
Result
Figure 2 shows the state of data replication between storage arrays after the migration.
