Creating a Protected Group for LUNs

Prerequisites

• At least one production site has been created.
• At least one storage device has been added.
• LUNs in the backup (SAN) scenario must belong to the system vStore.

Context

Protected objects in a protected group must reside on the same storage device.

Procedure

1. In the menu bar, Choose Protection.
2. Click Create.
3. Select a protected object.
   1. Select Production Site and Disk Array.
   2. In LUN and Consistency Groups, select the protect object.
      • LUN

        If you want to protect one LUN only or multiple LUNs that reside in different remote replication consistency groups, set the protected object type to LUN.

      • Remote replication consistency group

        If you want to protect all LUNs of one remote replication consistency group, set the protected object type to Remote replication consistency group.

4. Click Next.
5. Set a protection policy.
   1. On the Protection Policy page, the system automatically matches supported protection policies. Select a protection policy based on your data protection solution.
      • When the synchronous replication (SAN) DR technology is used, select Array-Based Replication (Synchronous):Active-Passive DR solution.
      • When the asynchronous replication (SAN) DR technology is used, select Array-Based Replication (Asynchronous):Active-Passive DR solution.
      

      • If there are suitable protection policies, you can select a protection policy based on your data protection solution and modify the time policy of the protection policy.
      • If there is no suitable protection policy, check whether the storage devices used by protected objects have been configured as planned. If the storage devices have not been configured, configure them as planned. After configuration, perform the following operations: On the menu bar, select Resources. Select a node under the management server. In the site node, click Storage, in the line where the storage device resides, click Refresh to refresh the storage device information under the site. Then, recreate the protected group.
   2. Click Set to set the protection policy for the protected group.
      1. For the Array-Based Replication (Synchronous):Active-Passive DR solution protection policy, perform the following:
         1. Click Replication Policy tab to set the remote replicate rate between storage arrays. Table 1 lists related parameters.

            

            Table 1 Replication policies

            Replication Policy	Description
            Default configuration	The remote replication rate is the default one set on the storage array.
            Manual configuration	Users can set the remote replication rate for each time segment. Configure the automatic remote replication rate of the storage based on the pre-set replication rate of time period. Select Manual configuration. Click a time color block to modify the replication rate during a time segment.

      2. If Enable consistency protection is selected, the system runs the application freezing script on a specific host (or host group) to ensure replica data consistency when a protection task is being executed. After replicas are generated or applications are not unfrozen within the allowed freezing timeout duration, the system automatically runs the unfreezing script to ensure normal service operation.

         

         • If Enable consistency protection is selected, select Application Host (Group) of the executed script and fill in Freezing Script, Unfreezing Script, Freezing Status Query Script, and Freezing Timeout.
           

           The scripts are not delivered with the eReplication. The script provider needs to ensure the correctness of the script. Before configuring a script, check whether the script is verified by tests.

         • Freezing Script: this script is used to unfreeze application I/Os.
         • Unfreezing Script: this script is used to check whether applications are frozen.
         • Freezing Status Query Script: this script is used to check whether applications are frozen.
         • Freezing Timeout indicates the maximum freezing duration supported by host services. The default value is 60 seconds.
      3. Click OK.
         • For the Array-Based Replication (Asynchronous):Active-Passive DR solution protection policy,

         1. Click the Scheduling Policy tab. In the Time Policy area, set the time policy for the protected group. Table 2 lists related parameters.

            

            Table 2 Time policies

            Time Policy	Description
            On-demand scheduling	Manually starts protection tasks.
            Period-based scheduling	Automatically starts protection tasks based on a period set by the system. NOTE: To ensure data consistency, the execution timetable for a protected group policy template must be set. You are advised to set the execution time to off-peak hours. Tasks can be executed at multiple time points of a day, a week, or a month. Alternatively, at a specific time segment of a day, a week, or a month with a fixed frequency. It is recommended that the starting time of the validate period is set to a time later than the completion of the initial synchronization. If daylight saving time (DST) is enabled on the eReplication management server, a DR protection task whose trigger time point falls within the DST shift period cannot be executed at the scheduled time. Details are as follows: (UTC-08:00) Pacific Time (United States and Canada) is used as an example. The DST starts at 2016-03-12 02:00:00, and ends at 2016-11-06 02:00:00. If the start time of the protection policy falls within the first hour (2016-03-12 02:00:00 to 03:00:00) after the DST starts, for example, 2016-03-12 02:30:00, the protection group will be automatically executed with a delay of one hour, that is 2016-03-12 03:30:00. If the start time of the protection policy falls with the last hour (2016-11-06 01:00:00 to 02:00:00) before the DST ends, for example, 2016-11-06 01:30:00, the protection group will be executed after the DST ends for half an hour.

         2. When the Scheduling Policy is set to Period-based scheduling, in the Expected RPO area, if you select Enable PRO Requirement Satisfaction Check, the actual RPO is check against the configured RPO. If the actual RPO exceeds the expected RPO, the system generates an alarm, indicating that the RPO requirement is not satisfied.

            

            Expected RPO can be set to 0-31 days, 0-23 hours, and 5-59 minutes.

            

            If days and hours are not set, the Expected RPO is 15 minutes by default.

         3. Click Replication Policy tab to set the remote replicate rate between storage arrays. Table 3 lists related parameters.

            

            Table 3 Replication policies

            Replication Policy	Description
            Default configuration	The remote replication rate is the default one set on the storage array.
            Manual configuration	Users can set the remote replication rate for each time segment. Configure the automatic remote replication rate of the storage based on the pre-set replication rate of time period. Select Manual configuration. Click a time color block to modify the replication rate during a time segment.

         4. If Enable consistency protection is selected, the system runs the application freezing script on a specific host (or host group) to ensure replica data consistency when a protection task is being executed. After replicas are generated or applications are not unfrozen within the allowed freezing timeout duration, the system automatically runs the unfreezing script to ensure normal service operation.

            

            • If Enable consistency protection is selected, select Application Host (Group) of the executed script and fill in Freezing Script, Unfreezing Script, Freezing Status Query Script, and Freezing Timeout.
            

            The scripts are not delivered with the eReplication. The script provider needs to ensure the correctness of the script. Before configuring a script, check whether the script is verified by tests. For details, see Verifying the LUN Protected Group Consistency Script (Oracle).

            • Freezing Script: this script is used to unfreeze application I/Os.
            • Unfreezing Script: this script is used to check whether applications are frozen.
            • Freezing Status Query Script: this script is used to check whether applications are frozen.
            • Freezing Timeout indicates the maximum freezing duration supported by host services. The default value is 60 seconds.
            • Users can define scripts using the script template and save self-defined scripts to %OceanStor BCManager Agent install path%\bin\thirdparty\(on Windows) or /home/rdadmin/Agent/sbin/thirdparty/(on No-Windows). Table 4 describes the script template.

            Table 4 Script Template Description

            Operating System	Script	Description	Save Path
            Windows	sample_freeze.bat	Template of the freezing Oracle script	%OceanStor BCManager Agent install path%\bin\thirdparty\
            	sample_unfreeze.bat	Template of the unfreezing Oracle script
            	sample_queryfreezestate.bat	Template of the Oracle script for querying the freezing status
            No-Windows	sample_freeze.sh	Template of the freezing Oracle script	/home/rdadmin/Agent/sbin/thirdparty/
            	sample_unfreeze.sh	Template of the unfreezing Oracle script
            	sample_queryfreezestate.sh	Template of the Oracle script for querying the freezing status

         5. Click OK.

6. Click Next.
7. Set Name and Description of the protected group.
   • Name: contains 4 to 32 characters, including letters, digits, underscores (_), and hyphens (-), but cannot start with a hyphen (-).
   • Description: contains 0 to 255 characters.

8. Optional: If you do not want to manually create a recovery plan for the protected group, select Automatically create a recovery plan after creating protected groups in the lower left corner.
9. Click Finish.
10. Click OK.

Related Operations

• If the protected objects of a protected group or their used storage devices change. On the menu bar, select Resources. And refresh resources or storage devices where the protected objects reside. Then go to the protected group page and refresh protected objects of the protected group by clicking More > Refresh. After the command for refreshing information is sent, you can view details about the command execution in Background Task.
  

  If a recovery plan has been created for a protected group, you can refresh protected objects only when the recovery plan status is Ready, Clear completed, Rollback completed, or Reprotection completed.

• To ensure that information about protected groups is refreshed successfully, you must refresh information about storage devices and hosts at both the production site and DR site.