Data Backup and Recovery
Data Backup and Recovery
In the past, with SMSQL and Snapdrive, the recovery of SQL was pretty simple. During failover testing we would shutdown prod SQL VM, take volumes offline, clone the snapmirror of the SQL ISCSI volumes, and power on clone of SQL. We'd run the command line snapdrive commands to mount the clones on the host in the same mountpoints as before and reboot
Voila...SQL all recovered....
However, with Snapcenter, I know there are some commands for snapcenter agent on the SQL server, but its a terrible mess of commands that I haven't worked out yet.
The only thing I can think of is that to do this I would need to recover the clone of snapcenter, recover the clone of SQL server (with no disks) and then manually use snapcenter to delete and re-add the ISCIS volumes on DR to the VM....
Thats horribly inefficient when time is of the essence.
Is there a better way that I am just not thinking about?
SQL Server DR feature support for SnapCenter is in future roadmap.
As of now you may leverage restore to alternate host feature If you want to bring up the DB to a new host.
This woud work even in cases where the primary SQL host is down ( gone bad or manually put down for hardware updates) or even the primary SVM is down.
You can select the secondary copy backup and do Restore selecting an alternate host. You can apply the log backups too, provided the secondary/mirror destination SVM have proper FCP/iSCSI connectivity to the selected target host.
If the DB files are copied to the target host manually (DB files recovered from tape etc...) You can use the Restore with existing files option from SC UI.
To do this For Server Recovery:
When you create a website in any technology you prefer to use Sql database to use because it is simple and easy to use. So please get your full data backup. When you lost data accedently you can get back it using restore your data.