-
- Expert
- Posts: 206
- Liked: 14 times
- Joined: Jul 23, 2013 9:14 am
- Full Name: Dazza
- Contact:
Transactional Consistency SQL/Sharepoint
In an environment whereby you have a SharePoint VM, a SQL VM, and perhaps even a VM for BLOB storage, what tactics can be employed to keep the entire SharePoint stack transactionally consistent? This seems quite a difficult objective without storing all these VMs on the same SAN LUN and using SAN snapshots....
-
- Veeam Software
- Posts: 21138
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Transactional Consistency SQL/Sharepoint
You would need to freeze SharePoint farm activities first (via some pre-job script), then backup all VMs simultaneously, and finally unfreeze SharePoint, once the snapshots of all VMs are taken.
-
- Expert
- Posts: 206
- Liked: 14 times
- Joined: Jul 23, 2013 9:14 am
- Full Name: Dazza
- Contact:
Re: Transactional Consistency SQL/Sharepoint
The other alternative I can think of is to have the entire sharepoint stack of VMs in a Zerto VPG. (Sorry if that five letter word is blasphemous round here)
-
- Expert
- Posts: 206
- Liked: 14 times
- Joined: Jul 23, 2013 9:14 am
- Full Name: Dazza
- Contact:
Re: Transactional Consistency SQL/Sharepoint
....this makes frequent SharePoint PIT protection verrrry difficult. You can't be having hourly outagesfoggy wrote:You would need to freeze SharePoint farm activities first (via some pre-job script), then backup all VMs simultaneously, and finally unfreeze SharePoint, once the snapshots of all VMs are taken.
-
- Veeam Software
- Posts: 21138
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Transactional Consistency SQL/Sharepoint
Another point is that we support only BLOBs with Microsoft RBS FILESTREAM provider, which can be used either locally or via iSCSI.
Who is online
Users browsing this forum: Bing [Bot] and 63 guests