Self-defining Execution Steps in a Recovery Plan

During DR, if you want to reset the DR network or stop some services at the DR site to release system resources for smooth service recovery, you can self-define the execution steps on eReplication.

Prerequisites

You have logged in to the DR management server.

Context

The management server provides the default recovery plan execution steps for different types of recovery, including testing, clearing, planned migration, fault recovery, reprotection, and backup restoration to ensure correct recovery and switchover. The existing functions of eReplication cannot meet all service recovery requirements. For example, during DR, the DR network of the DR site must be reset or non-critical services must be stopped at the DR site to release the system resources to recover critical services. Therefore, eReplication allows you to modify the steps of a recovery plan.

Execution steps in a recovery plan are classified into two types, as described in Table 1.

**Table 1** Recovery plan execution steps
Type	Description
Default execution steps	For default recovery plan execution steps, eReplication defines which steps can be selected and which steps can be modified and provides default configurations to meet basic recovery requirements. You can modify the default recovery plan execution steps to control whether some steps take effect in recovery plan execution based on functions to be achieved using steps and service recovery requirements.
Self-defined execution steps	If the default recovery plan execution steps cannot meet recovery service requirements, you can self-define your recovery plan execution steps by adding script steps to flexibly meet recovery requirements in a wide range of scenarios. Note that you cannot add a step before the first or after the last step of the default recovery plan execution steps. You can modify or delete steps when site conditions change.

For testing and clearing, two opposite operations, if testing execution steps are self-defined, you must determine whether opposite operations must be performed during test environment clearing to correctly recover the environment. If opposite operations must be performed, ensure that opposite operations are added to the clearing process. For example, add setting the DR routing network into the testing process, and add clearing the DR routing network into the clearing process.

Procedure

On the menu bar, select Utilization > Data Restore.
Select the recovery plan whose execution steps you want to self-define and click the Procedure tab below it.
Click Edit.
The Edit dialog box is displayed.
Select the phase whose steps you want to self-define, for example, test, or clear.
Click Add.
The Add Step dialog box is displayed.
Based on your requirements, self-define an execution script for recovery plans.
- When the protected object is a NAS file system, execution steps cannot be self-defined.
- When a customized script runs on the eReplication server, parameters cannot be transferred to the customized script.
- A self-defined script is not provided by eReplication, so the script provider must ensure the script correctness. Before configuring the script, ensure that the script has been verified by tests.
- When the protected object is a LUN:
  - No host or host group is selected for planned migration, fault recovery, reprotection, or backup restoration:
    1. Log in to the DR management server, place the self-defined execution script in a specified path.
      In Linux: the path is $OceanStor BCManager Server install root path $/Runtime/LegoRuntime/tools/
      
      Script executed on the Server. The script execution path is $OceanStor BCManager Server install root path $/Runtime/LegoRuntime/.
      In active/standby deployment mode, the customized script executed on the server must be stored on both active and standby nodes.
    2. Set the owner and execute permission of the self-defined execution script.
      In Linux/UNIX, run the chown ICUser:LEGO xxx.sh command to set the script owner to ICUser:LEGO. Run the chmod 500 xxx.sh command to set the script execute permission to 500,
      
      where xxx is the name of the self-defined script.
      
      If you do not set the owner and execute permission of the self-defined script, the script may be modified by hackers, posing security risks.
Enter Step Name and Script Name.
Select Step Execution Policy and Step Location, and click OK.
Step Execution Policy is described as follows:
- After failure process to be continued: The recovery plan execution continues for DR after this step fails.
- After failure process termination: The recovery plan execution stops for DR after this step fails.
The value of Step Location can be Before the selected step or After the selected step. You can set the step execution sequence, but you cannot add a step before the first or after the last step of the default recovery plan execution steps.
In the right group box, select or deselect Start the step to enable or disable a step and click Apply.
Click Close.

Follow-up Procedure

After recovery plan execution steps are modified, the modification takes effect when the recovery plan is executed the next time. When a recovery plan is executed, eReplication combines the default recovery plan execution steps, self-defined recovery plan execution steps and sequentially performs the steps in workflow mode. You are advised to implement recovery plan testing and clearing immediately after the recovery plan execution steps are modified to ensure configuration correctness.