Site Manager can automatically synchronize all backups stored in a Repository to a remote server or disk on a daily basis. This can be used to efficiently ensure that offsite replication of backup data is performed. The Site Manager server will manage stopping backups on the server and ensuring that the synchronization process has a consistent view of the Repository. The synchronization process will also manage failed and partially uploaded files and ensure the remote copy of the Repository is always in a consistent state.
This feature can be accessed through the Scheduled Activity page and is configured on a per-Repository basis:
Configuring Remote Synchronization
The Scheduled Activity page has an entry for each Repository (except Local Repositories) which will either display information on the remote synchronization configuration or offer the option of creating a new remote synchronization. Clicking New Activity or Configure Synchronization will display the Synchronization Setup wizard. The steps of this wizard are described below:
Stage 1 - Activity Type
In the first stage, the type of activity and Repository are chosen. For Remote Synchronization, this should always be Schedule Synchronization. This stage may be skipped depending on how the wizard is launched.
Stage 2 - Synchronization Type
In the second stage of configuration, the type of remote sync is chosen. The types available are:
|Windows Network Share|
Synchronization to any remote server which can communicate as a SMB/CIFS share of the form \\servername\share
|Local Path||Synchronization with any file path local to the Site Manager server. This might be a folder, a local USB disk or any other path which can be read and written to as a folder|
|File Transfer||Synchronization to a server running SFTP, FTP or FTPS|
The next step will change depending on which synchronization type is chosen.
Stage 3 - Network/Local/Server Path
The second stage of configuration includes all the options specific to configuration type. This includes the path to the remote server or folder and any authentication details. The different remote synchronization types take the following details:
|Synchronization Type||Available Options|
|Windows Network Share||Network share path in UNC format (\\server\share\folder, backslash separated), username, password and domain. If a domain is entered as part of the username (in DOMAIN\User or [email protected] form), the domain field is disabled.|
|Local Path||Local path in Windows path format (Backslash separated) with optional username, password and domain. If these are omitted, the path is accessed using the SYSTEM account of the Site Manager server.|
Type of protocol (FTP, FTPS or SFTP in the URI dropdown), Path to the server in URI format (sftp://example.com/home/backups/macrium, omitting the leading sftp:// and using forward slash separators), username and password for the remote server.
A custom port may also be supplied.
When configuring an SFTP server, include the full path to the folder to sync to in the server path, NOT the path relative to the user's home folder. For example, when connecting to a server as user, to sync to the user's home folder the full path must be specified e.g. example.com/home/user/macrium not example.com/macrium
This may not apply to all SFTP servers or to FTP servers.
Stage 4 - Configuration
The final stage configures options which apply to all synchronization types. The options are as follows:
|Custom Name||The custom name is shown in the UI to identify the sync. If left blank, the server/local path of the sync will be used instead|
The folder name set here will be created on the server/remote path to store the synchronized backups
The path configured as part of the network or server path must exist on the remote server or the sync process will generate an error, however Site Manager will create the folder set as the Folder Name if it does not already exist.
For example, if remote sync is configured with a server of sftp://192.168.0.1/home/backups and a folder name of SiteManager1, the sync process will store image files in /home/backups/SiteManager1, creating the SiteManager1 folder if necessary.
Multiple repositories can sync to the same server/network path so long as the folder name is different for each one.
|Synchronization Window - Times||The synchronization window controls what time of day the sync will run. When the start time is reached, Site Manager will stop scheduling backups on the repository, wait for any existing backups to finish then run the sync. After the sync has finished, backups resume. If the sync can't be started before the sync end time is reached, the sync attempt is abandoned until the following day. This option allows some control over when high internet bandwidth options like sync get run.|
|Synchronization Window - Frequency||The sync process can be limited to only happening on some days of the week by selecting the desired days here.|
|Options - Allow Backups During Remote Sync|
If this option is selected, backups to the repository will be allowed to continue during the synchronization process, with some limitations.
Finishing the Wizard
When finishing the wizard, a connection test is performed by the server and any errors are highlighted to be fixed:
Viewing Remote Synchronization Status
Current Server Status
Once Remote Synchronization has been configured, the Remote Synchronization activity in the Scheduled Activity page will display the following status:
The Run Now option allows a sync to be started manually. This manually started sync will wait for any active backups in the Repository to finish before starting and will prevent any backups from starting until the sync is completed.
Last Synchronization Results
This section shows the results of the last sync which ran, including whether it succeeded, any error messages, the amount of data uploaded and which files were affected.
Viewing a Synchronization in Progress
Upcoming syncs are shown in the forecast of the Repository and active syncs are shown in the Activity widget on the Dashboard page just as for backups
Common Issues and Fixes
If a sync fails part way through the upload process, the next sync will roll the remote server back to it's previous state before starting - there is no need to do anything to repair the remote sync repository state, this will happen automatically on the next sync. Communications issues are handled by internally retrying the upload for up to 10 minutes if a disconnection from the server happens.
Full Backup Files are Synchronized When Creating Incremental Backups
The remote synchronization process uploads any new or changed backups. As this works at a file level, a change to a full backup caused by the Create Synthetic Fulls option in the a backup schedule will cause the full image file to be re-uploaded. It is recommended to avoid this option if the amount of data uploaded is a problem.
Remote Server ID mismatch
Sometimes a remote sync connection or sync attempt will fail the error Remote server ID does not match this repository. This error means that the local repository's unique ID does not match the one recorded on the server for this sync. This can have many causes:
- An error on the Repository - If the ID file is deleted from the repository, a new ID will be generated. If this happens the remote sync is stopped to prevent local repository data with errors from overwriting the remote copy
- Multiple Repositories syncing to the same server - if multiple repositories sync to the same server and path, the one which connects first and writes their unique ID file to the server will own it and sync to it. The other repository will generate an error instead. This prevents multiple repositories from overwriting each others data.
- Server space is being reused for a different Repository - If a Site Manager server is moved or the remote sync destination has old Site Manager sync data, there may be an ID error generated because the remote sync server still has the ID from the old Repository.
If the ID mismatch has been caused by old data or is otherwise not relevant, the Repository can write a new ID file to the remote server and take it over by using the Reinitialize option. This will update the ID file and allow the remote sync to proceed.