Using Server-to-Server Synchronization FAQ

Q. What is Server-to-Server Synchronization?
A.
Server-to-Server Synchronization (S2S) is a Java technology-based SnapExtension that copies the contents of a shared volume on a source Snap Server to one or more destination Snap Servers.

Q. What are the benefits of S2S?
A.
Time-to-data advantage in the event of a server failure.
Should the source server fail, any networked client can quickly access the data on the destination server, either locally or over the Internet, resulting in little downtime or loss of productivity. Once a replacement Snap Server becomes available, a synchronization between the destination Snap Server and the replacement Snap Server can quickly and easily restore the user’s data.
Data availability during routine maintenance.
In the event that the source Snap Server needs routine maintenance such as a software upgrade, the administrator can simply initiate a manual failover to the destination server. User access to data remains available on the network throughout the maintenance process.

Q. How does S2S work?
A. 
S2S is managed through the Web-based user interface that allows synchronizations to be performed manually or on a regularly scheduled basis. The initial synchronization creates a share level (as opposed to directory or file level) copy of all files and directories on the destination Snap Server(s). Subsequent synchronizations will copy only those files that have been modified since the last synchronization. Some third party applications may lock file access, therefore it is recommended that synchronizations be scheduled for non-peak hours.

Q. Is S2S a one-way or two-way sync?
A. 
S2S is a one-way sync with a designated source and destination. Any files that are deleted on the source server will be deleted from the destination server(s) during subsequent synchronizations, as will files that are manually copied to the destination server share.

Q. What hardware and software are required to run S2S?
A. 
Minimum requirements include two Snap Servers and two licensed copies of S2S. Any Snap Server 12000, 4100, 2200 or 2000 unit will work with S2S.

Q. Can different capacity Snap Servers utilize S2S?
A. 
Yes, Snap Servers of different capacities can utilize S2S provided there is sufficient capacity on the destination server to accommodate the source share being synchronized. For example, S2S could be used to back up multiple Snap Server 4100 units to a Snap Server 12000.

Q. How does the one-to-many sync work?
A. 
One-to-many synchronizations are serially completed (changed files are copied first to target server one, then to server two, etc.)

Q. Will S2S work across a Wide Area Network (WAN)?
A. 
S2S will work across a WAN. However, the speed of the WAN link will dictate the performance.

Q. Does S2S replace regular backup and/or disaster recovery?
A. 
S2S allows quick access to data in the event of a source server failure. Regular backups of critical data to tape or alternate media are still recommended.

Q. Is the sync incremental?
A. 
With the exception of the first complete sync or backup, every S2S sync is incremental and only copies files that have been changed since the last synchronization.

Q. Is the sync on a file-by-file or block-by-block basis?
A. 
S2S syncs are performed on a file-by-file basis.

Q. How is S2S different from mirroring?
A. 
Mirroring is defined as copying data from one storage device to another in real time. S2S allows for manual and scheduled synchronizations but does not permit continuous synchronizations in real time.

Q. Will user access to data be available in the event of a server failure?
A. 
Yes. In the event that the source Snap Server fails, the destination Snap Server with a copy of the data (updated as of the last sync) can be manually set to assume the source Snap Server’s name and IP address. Data availability will be preserved as the destination Snap Server assumes the source server’s role in file serving.