Effective December 3, NetApp adopts Microsoft’s Business-to-Customer (B2C) identity management to simplify and provide secure access to NetApp resources.For accounts that did not pre-register (prior to Dec 3), access to your NetApp data may take up to 1 hour as your legacy NSS ID is synchronized to the new B2C identity.To learn more, read the FAQ and watch the video.Need assistance? Complete this form and select “Registration Issue” as the Feedback Category.
However discovering and understanding its features may be a hard work.
OCUM provides several (18) builtin protection base policies.
Even if the names and graphs provide information of what each policy is supposed to do, they do not provide information on which DOT data protection mechanisms they used : SV, VSM, QSM, SyncMirror ...
It is possible to test each protection base policy and look its implementation on (v)filers.
However this is a time consuming work.
Moreover it does not guarantee that we really understood ... for instance we found several discussions about a way to enforce ocum to use exclusively QSM (this let suppose that ocum uses SV in some cases).
I've been searching in official documentation of Ocum and Operations manager without being able to find this information.
Our major concerns are about :
implementation of Backup : QSM or SV ? in which cases ?
implementation of DR : VSM or SyncMirror ? in which cases ?
Is there a document / discussion that provides this information ?
On another side, is it possible to extend the list of protection base policies; create new ones ?
By default, Protection Manager analyzes the protection policy, available resources, and licenses on the storage systems to determine whether it can create Qtree SnapMirror relationships. If Qtree SnapMirror is not feasible, it uses SnapVault relationships instead. This behavior can be changed using this CLI command:
dfm option set pmQSMBackupPreferred=No
In this case, Protection Manager will try first to use SnapVault relationships, and only if it can't will it use Qtree SnapMirror relationships (if licensed).
If the schedule specifies that the data is to be backed up more frequently than once per hour, then Protection Manager must create a Qtree SnapMirror relationship regardless of this option.
If the source qtree contains a space in its name, Protection Manager will try to create only SnapVault relationships regardless of the option.
If the source data is an Open Systems directory, the relationship must be Open Systems SnapVault.