topic Re: SnapProtect on cDOT - Requires WFA? in Data Protection

SnapProtect on cDOT - Requires WFA?

dankirkwood — Thu, 05 Jun 2025 05:35:28 GMT

Hi there

I understand SnapProtect uses OnCommand Unified Manager 5.x (7-mode) to do snapshots, initialise SnapMirror and SnapVault relationships, and trigger updates of vaults and mirrors.

With Clustered ONTAP, is the OnCommand Unified Manager 6.x appliance used? I presume the Workflow Automation appliance is also required, as OCUM 6.x lacks the ability to manipulate protection relationships without it?

Clarification would be appreciated

Thanks!

Re: SnapProtect on cDOT - Requires WFA?

jbahn — Tue, 10 Jun 2014 15:08:48 GMT

You are correct; SnapProtect for cDOT does require OnCommand Unified Mgr 6.x. There's no WFA requirement; what do you mean by "manipulate protection relationships"?

thx.

Jim

Re: SnapProtect on cDOT - Requires WFA?

dankirkwood — Tue, 10 Jun 2014 23:24:35 GMT

Hi Jim,

For SnapProtect on 7-Mode, you use the Protection Manager component of OCUM 5.x to define resource pools for SnapMirror and SnapVault protection by selecting controllers and aggregates and adding them to a Resource Pool. When SnapProtect runs a protection job, it talks to DFM/OCUM to run the SM/SV operation on behalf of SnapProtect. OCUM/DFM also creates mirror volumes and initialises the relationships.

As I understand it, OCUM 6.x for cDOT does not have any capability to do any of this without linking a WFA instance to OCUM. So I would presume then that SnapProtect on cDOT will require both OCUM and WFA in order to be able to provision SM/SV relationships and perform SM/SV operations (e.g. snapmirror update) when protecting data from SnapProtect.

Re: SnapProtect on cDOT - Requires WFA?

dankirkwood — Wed, 11 Jun 2014 00:26:42 GMT

... Am I correct?

Re: SnapProtect on cDOT - Requires WFA?

jbahn — Wed, 11 Jun 2014 14:16:15 GMT

No, Shawn P. tells me that SnapProtect solely requires OnCommand Unified Mgr 6 for cDOT capabilities. SnapProtect and OCUM 6 provides the API for those SnapMirror, / SnapVault workflows…without any need for WFA. By the way, there are 4 default provisioning policies for cDOT ...

SnapMirror Destination: Policy on the secondary volume used for mirror replication
SnapVault Destination: Policy on the secondary volume used for vault replication
SnapVault Destination with Deduplication: Policy with deduplication enabled on the secondary volume used for vault replication
SnapVault Destination with Deduplication and Compression: Policy with deduplication and compression enabled on the secondary volume used for vault replication

-Jim

Re: SnapProtect on cDOT - Requires WFA?

dankirkwood — Thu, 12 Jun 2014 08:28:24 GMT

Thanks Jim - I'll give it a go.

Re: SnapProtect on cDOT - Requires WFA?

Bektas_Denmark — Wed, 12 Nov 2014 18:17:18 GMT

Jim is it possible to see / edit these 4 default provisioning policies or create custom provisioning policies?

We used "SnapVault Destination with Deduplication" but all destination volumes are thick provisioned even though the source are thin provisiioned.

By the way, there are 4 default provisioning policies for cDOT ...