In an iSCSI datastore based VMware environment, we are working with VM tags for backup in SnapCenter. There are datastores in an CG and some without the need for SM-BC. The backup only works if all VMs are either on volumes in CG or on the volumes without. Is the there a limitation in SnapCenter Plug-in for VMware with LUNs in CGs and some without? Do I have to maintain dedicated tags for VMs in CG? All VMs and datastores are mounted to the same VMware cluster. In SnapCenter we have one Resource Groups with the VM tag as selector.
... View more
Hello, we updated the plugin to v5.0P1 last week and now we see extremly long backup times like 4h instead of 10min for a datastore backup. A even bigger problem is that sometimes after a succefull backup the vmware snapshots created are not deleted. Does anyone face the same problems ?
... View more
Hi Team, I am trying to recover a file from a snapshot on the snapmirror volume. I am running following command from my primary volume snapmirror restore -destination-path SVM:primary_vol -source-path backup_SVM:backup_vol_gtbsl -source-snapshot daily.2024-04-07_2000 -file-list /largefile.txt,@/largefile_restored.txt Error: command failed: Original request was to restore the entire contents of a Snapshot copy. Attempting to restart request to restore a list of files or LUNs of a Snapshot copy. Could not find anything helpful on net. Any advice will be much appreciated.
... View more
we are testing the VServer snapmirror failover and failback process. we have multiple CIFS volumes in the VServer, each one has multiple millions files, we found the failback took a few hours to complete. According to NetApp support, the failover process will have to check the data integrity, this is why take so long to complete. it means our application will need additional hours down time. is there any way to improve the failover process? Such as to skip the data integrity check if we know the source side data is good, or kick off the data integrity check before kick off the fail over. Please share your experience if you were on same or similar situation. thanks,
... View more