You are here: Plan > Copy Data Policies > Create a NetApp Copy Data Policy

Create a NetApp Copy Data Policy

Copy NetApp data with snapshots using a NetApp Copy Data policy. A NetApp Copy Data policy consists of snapshot, mirror, and vault sub-policies defined in a Storage Workflow, each with their own set of options to give you more control of your NetApp protection needs. After an initial primary snapshot is added to the workflow, additional vaults and mirrors ensure your data is replicated to multiple locations.

BEFORE YOU BEGIN:

Create and run a NetApp Storage Catalog Data policy that includes the providers you wish to copy. See Create a NetApp Storage Catalog Data Policy.
Configure a NetApp Storage Workflow. See Configure Storage Workflows.
For email notifications, at least one SMTP server must be configured. Before defining a policy, add SMTP resources. See Register a Provider.

CONSIDERATIONS:

Note that cloned volumes will not be replicated through a Copy Data policy.
Note that snapshot postscript functionality applies only to NetApp storage snapshot subpolicies.
One or more schedules might also be associated with a policy. Job sessions run based on the triggers defined in the schedule. See Create a Schedule.

To create a NetApp Copy Data policy:

Click the Plan tab. On the Views pane, select Policies .
Click the All Policies tab, click New , then select NetApp in the Copy Data column. The NetApp Copy Data Policy editor opens.
Click the 1: Source tab. From the list of available sites select one or more providers to copy as defined in the associated Storage Workflows.
Click the 2. Storage Workflow tab, then select a Storage Workflow that meets your copy data criteria.
Set a time to run the Storage Workflow with the Specify Activation Time trigger, then click Add to add it to the policy. To run the Storage Workflow on demand through the Monitor tab, select Manual.
Repeat the steps above to add additional Storage Workflows to the policy.
Click the 3. Options tab. Set the policy options.
Maximum Concurrent Tasks
Set the maximum amount of concurrent transfers between the source and the destination.
Enable Policy-Level Scripts
Policy-level prescripts and postscripts are scripts that can be run before or after a policy runs. Enter individual script commands or the location of the prescript or postscript.
Policy-level scripts are run at the policy-level. A script can consist of one or many commands, such as a shell script. Note that external scripts must be added to the /data/userscripts directory on the ECX appliance. To invoke an external script through the Prescript and Postscript fields, enter the full path and the name of the script: /data/userscripts/<name of script>. For information about script return codes, see Return Code Reference.
Select Continue operation on script failure to continue running the policy if a command in any of the scripts associated with the policy fails.
Enable Snapshot Scripts
Snapshot prescripts and postscripts are scripts that can be run before or after a storage-based snapshot subpolicy runs. The snapshot prescript runs before all associated snapshots are run, while the snapshot postscript runs after all associated snapshots complete. Enter individual script commands or the location of the prescript or postscript.
A script can consist of one or many commands, such as a shell script. Note that external scripts must be added to the /data/userscripts directory on the ECX appliance. To invoke an external script through the Prescript and Postscript fields, enter the full path and the name of the script: /data/userscripts/<name of script>.
_SNAPSHOTS_ is an optional parameter for snapshot postscripts that displays a comma separated value string containing all of the storage-based snapshots created by the policy. The format of each value is as follows: <registered provider name>:<volume name>:<snapshot name>.
Select Continue operation on script failure to continue running the policy if a command in any of the scripts associated with the policy fails.
Click the 4: Notification tab. Select the policy notification options.
SMTP Server
From the list of available SMTP resources, select the SMTP Server to use for job status email notifications. If an SMTP server is not selected, an email is not sent.
Email Address
Enter the email addresses of the status email notifications recipients. Click Add to add it to the list.
Click the 5: Finish tab. Enter a name for your policy and a meaningful description. When you are satisfied that the policy-specific information is correct, click Finish. The policy runs as defined by your triggers, or can be run manually from the Monitor tab

NEXT STEPS:

If you do not want to wait until the next scheduled job run, run the job session on demand. See Start, Stop, and Halt a Job Session.
Track the progress of the job session on the Monitor tab. See Monitor a Job Session.
If notification options are enabled, an email message with information about the status of each task is sent when the job completes.
Use the Catalog Browse feature to review the recovery point. See Browse Catalog.
Create a NetApp Use Data policy. See Create a NetApp Use Data Policy.