Creating New/Editing Protection Policies

[richard5]

Hi everyone, is there a policy that looks like the following diagram?

Or is there a way to create it?

[adaikkap]

Hi Richard,

                  As you already figured out, Protection Manager only support 3 kinds of topology namely.

Simple Backup/Mirror---Two  node topology---Simple

Backup then Mirrror/Mirror then Backup/Chain of Mirrors--Three node topology or Cascade

Backup and Mirror----Three node topology or Fan-Out.

But there is no single policy as the topology you have depicted. But this is one of the famous topology which many customer are implementing.

Some implement the DR Mirror using Metro Cluster and use the Protection Manager policy for backup then mirror to achieve this topology.

The easiest way to achieve this topology is using data set with 2 of the supported protection policy in PM.

1. DatasetA created using DR Mirror Protection Policy for the primary.
2. DatasetB created using Backup Then Mirror Protection Policy for the same primary.

Regards

adai

[richard5]

Thank you. Is the design intent of two separate policies to decouple the DR policy from any backups? Does this enable a specific behavior that I should show my customer?

[adaikkap]

There is no specific intent on  this. The only constraint is today in PM we cannot create a custom topology other what it provides out of the box. The only other way of getting this custom topology is to construct this using the exiting policy.

As I said earlier you can have

Option1

• DatasetA created using DR Mirror Protection Policy for the primary.
• DatasetB created using Backup Then Mirror Protection Policy for the same primary.

Option2:

• DatasetA created using DR Mirror and Backup Protection Policy for the primary.
• Dataset B created using Mirror policy from the SnapVault destination.

Is the design intent of two separate policies to decouple the DR policy from any backups?

Can you elaborate on what you mean by any backups ? I am not quite clear on this.

Does this enable a specific behavior that I should show my customer?

There in no difference I can see, as irrespective of how we build the topology we would still have a VSM base and SV base snapshot on the primary.'

Regards

adai

[adaikkap]

Hi All,

     Data ONTAP introduced a option in version 7.2.4 and later called cf.takeover.change_fsid  which by default is ON. This causes FS ID of volume to change when  failover or give back happens( like Metro Cluster).

If a volume which is a part of Metro Cluster is also being backed up using Protection Manger in a Dataset,  since DFM/PM tracks the uniqueness of a volume using FS ID, the dataset resource are removed during a cluster takeover or give back due to the option being turned ON by default.

The culprit is the option cf.takeover.change_fsid.  being turned ON. This options only affect volume which are just part of Metro Cluster and not Just any  HA controller.

Its suggested that volume from the controller like Metro Cluster are recommend not be added to a dataset, if this option is turned ON.

Regards

adai