- SnapCenter Server (SC)
- SnapCenter Plug-in for SQL (SCSQL)
- SnapCenter Plug-in for Exchange (SCE)
A backup with SC ends in a Warning, showing that the SnapMirror or SnapVault update request ended with the following message:
ErrorCode (-1), ErrorMessage (Snapmirror update failed with SDError (102) - SnapMirror update operation failed.
Failed to update the SnapMirror relationship.
Another transfer is in progress.
- The backup that created the snapshot on the volume ran while a previous backup was still updating the SnapMirror or SnapVault relationship.
With default settings, after 8 update attempts in 8 seconds, it runs a sub-job which will attempt to run the update 9 more times with a 1 minute pause in between each attempt. If the previous transfer has not finished by then, the backup fails out the mirror or vault udpate, and will not register the snapshot.
- The destination has setup an update schedule in ONTAP that conflicts with the backup timing, causing extra updates.
- Two different backups, where resources share the same volume, are run in overlap or simulteneously from different hosts.
- For the Exchange Plug-in, if the Transaction logs and the UTM location share the same LUN/Volume, the update is started twice, and the second one will fail like this, as is explained in Product defect 1223643.
If overlap happens, the attempts to retry can be extended to allow for a longer time before giving up on the updates:
- Increase the total number of times SC will retry the transfer.
- Locate the
SMCoreServiceHost.exe.configfile, which resides in
Note: for Plug-In host related backups, this needs to change on the Plug-In hosts, not on the SC Server host
- Open the config file in a text editor, and go to the end of the file, just above
- Insert the following lines:
<add key="SnapshotCheckRetry" value="300" /> <add key="SnapshotCheckTimeout" value="300000" /> <add key="SnapmirrorRetry" value="300" /> <add key="SnapmirrorTimeout" value="300000" />
- The above entries mean that SC checks 300 times every 5 minutes (300000 milliseconds). The values can be adjusted accordingly.
- Make sure no operations from SC are running on the Plug-In hosts or the SC Server (check the Monitor in the SC UI)
- Restart the SnapCenter SMCore service on the SC host
- Restart the SnapCenter SMCore service on the plug-in hosts
Apart from that:
- do not schedule mirror (specifically vault) updates ONTAP side when SnapCenter is supposed to handle them.
- do not use the same volume with LUNs divided between between two or more hosts, and not mapped to all of them (i.e. non-shared LUNs).