Okay , so if I am not wrong once data sets are created in protection manager and assigned resource pool . The initialization will take place and will create snapvault relationship. Then Archive options will be visible , to update snapvault desitnation as in SME fires its own snapshots.
If the config wizard skips that step, snapdrive is either not configured to communicate with DFM or it cannot authenticate with DFM.
Does "sdcli dfm_config list" run on the SME server show the DFM credentials, ip address, and protocol?
If it does then run through the SME Config wizard again and when the archive step is skipped immediately open the audit.log on the DFM server and look for the SME server ip address and sdcli account to find the cause of the failure. if you don't find an entry for the SME server it is not reaching the DFM server.
SME will create the dataset and populate the primary node with the qtrees in that step in the config wizard as well as assign a backup style policy (mirror is not supported on the SME application dataset).
The volume mirrors must already be present and are driven by snapdrive, not DFM.
* Firstly we have set the Local Backup Schedule to be (none); Telling Protection Manager not to schedule any snapshots (SnapManager for SQL will do that for us)
è So this will remain same in my scenario as well.
* We have set the retention period to 0 for all backups (again the retention of the snapshots/backups is being managed by SnapManager for SQL)
è This would be based on secondary filer retention policy and I will configure as per need however I have q here where retention policy configuration in SME on “Archive backup” option and its relevance since its been driven by PM and confuse, which should be considered.
* We have set the Lag Warning to alert us if we haven't had a successful backup in 6 hours and then to generate an Error if 12 hours passes and there still is no successful backup