Syncovery 8 can use Amazon S3 Inventories. On the second tab sheet of the Internet Protocol Settings dialog, please choose “Use S3 Inventories”.

To make Amazon generate these Inventories, go to the AWS S3 Management Console and refer to the screenshot below.

Inventory Name: your free choice
Filters: empty, or specify the folder you need
Destination Bucket: must be the same bucket that is listed
Destination Prefix: must be empty

However, it is also possible to use different accounts for different profiles.

Each cloud account needs to be identified on the Internet Protocol Settings dialog, using the Account (opt.) field. You could enter the email addresses there or anything else. What you enter does not directly mean anything, it is just a name under which the cloud authentication tokens are saved.

Then when you click the Browse button, an Internet Browser window will appear, asking you to authenticate the user. On this screen, the previous user may appear, so you need to click “Not me” or something like that in order to log the previous user out and log the new one in.

If a profile should be associated with a different account, just change the Account ID to something else, and you will have the chance to re-authenticate it.

If you want to completely re-assign your jobs, you can use the button “Forget Cloud Access Tokens” on the Program Settings dialog, tab sheet “Cloud”.

In May 2015, the older Google Docs API was shut down by Google, and it can no longer be used. It has been completely replaced with the newer Google Drive protocol.

To handle the situation, the new versions 7.17 and 7.20 beta 15 of Syncovery have been releaed. The Google Drive protocol can now fulfill all tasks that the obsolete Google Docs protocol could.

The main feature that had been missing before these updates was the conversion of native Google documents. This is now available, so that all existing tasks can be performed with the new Google Drive API.

Previous Google Docs jobs will automatically use document conversion where chosen. New jobs, and existing Google Drive jobs, need to have document conversion enabled if desired. The checkmark is on the second tab sheet of the Internet dialog. Note that the available file types for conversion have been updated on the Google Docs tab sheet.

Once a profile is switched over to the new Google Drive protocol, you will have to authenticate Syncovery in a browser window. The prompt will appear if you run the job manually in attended mode.

If you need to use several different user accounts in different profiles, this is entirely possible! Just make sure that each profile has a different Account ID shown on the Internet dialog. When the authentication page appears, make sure you log out of the current Google account and log back in with the next account and authorize Syncovery.

If you need to re-do the authentication, you can click the button “Forget cloud access tokens” on the Program Settings dialog, tab sheet “Cloud”.

Note that your Google accounts must “Allow users to install Google Drive apps”.

Syncovery supports the Rsync protocol by using an rsync.exe command line utility. Here’s how to set it up:

On the Program Settings dialog, you need to specify which rsync.exe to use. There’s also a button to download an rsync for Windows installer.

In the profile, you click on the Internet button for one of the two sides of the sync. Choose Rsync as protocol. You can securely connect via SSH or use rsync directly (unsecured). The unsecured connection can be used within a LAN or VPN, for example.

When using it via SSH, you need to have a client certificate and configure it on the Certificates tab sheet, as well as choose it on the Security tab sheet.

Because of limitations of the rsync.exe command line, some features are not working. For example, Syncovery cannot delete any files via rsync.

Because of rsync limitations, it is often better to use SFTP/SSH. It can do block level copying, too, and also it can get a recursive listing similar to rsync (on Unix/Linux servers). The recursive listing checkmark is on the second tab sheet of the Internet/FTP dialog.

Please see the following page for details about block level copying with SFTP:
Block Level Copying

The limitation with block level copying and SFTP is currently that it does block level for uploads only.

When a job runs in unattended mode, there can be some conditions which have to be confirmed when the profile is configured. For example, file deletions have to be confirmed specially, in addition to configuring the sync operating mode to include deletions.

To give the confirmations, please edit your profile in Advanced Mode, go to the Safety section at the bottom and choose the tab sheet “Unattended Mode”.

For an Exact Mirror profile, you would usually make sure that the top four checkmarks are chosen and that the last one is not chosen (Special Safety Checks). The first four checkmarks allow things like replacing files and deleting files. The last checkmark would impose additional safety checks which can prevent file deletions, so you’ll want to remove that checkmark.

In addition, you should specify a percentage of files which may be deleted during a profile run. You should not set this to 100% unless you expect that nearly all files are regularly going to be deleted. This is a safety percentage. If more files than allowed need to be deleted, the program realizes that something is wrong and disables the deletions completely. This will protect you against rare error conditions like disk errors or network communication errors, which can sometimes cause empty folders to be reported on the source side. Due to the percentage limit, the program will not delete everything from the destination if suddenly the source seems to be empty, or nearly empty.

However, even if you do specify 100% for deletions, the program will never delete all files in order to protect your data. If the source side is empty, it will throw an error and refuse to delete everything from the destination. This should be a good safety measure for most use cases. Some customers, on the other hand, have use cases where deleting all files is a regular, normal requirement. These customers can disable the 100% deletion protection by adding the following line to the [Main] section of the INI file:

UnattendedDeleteAllIsOK_IfDelPercIs100=YES

(Add this only if you need to delete 100% of files in a destination folder in unattended mode!)

There are different ways to keep several versions of your files on your backup storage. Firstly, in the profile under Versioning, you can specify to keep a number of
older versions for each file. Each file will be versioned independently, and the Restore Wizard can restore your newest data, or restore according to a specified target date in the past.

However, some customers prefer to have 5 to 7 complete and independent copies of their data. To achieve this, you can use the variable $WEEKDAY in the destination path. In that case, you would not use anything from the Versioning tab sheet.

This will keep seven days of complete folder copies, if the profile runs on every day of the week. It will cause your backup folders to be named Monday, Tuesday, Wednesday, etc. and the next week’s backup is simply going to re-use the same folder from the week before.

For example, your destination path could be like this:
D:\Daily Backups\$WEEKDAY

Use Exact Mirror Mode to make sure that the backup is always identical even though the folder is re-used. Under Safety->Unattended Mode, allow file deletions as well as overwriting newer files with older ones (which will hardly ever be necessary, but should be chosen).

See also: Variables to use in your sync paths

Syncovery runs on:

Windows
All versions of Windows since Windows XP and Server 2003 are fully supported, including Windows 10 and Server 2016 (with Desktop Experience) and all other versions and editions of Windows that have a graphical user interface. Syncovery is available in 32-bit and 64-bit editions. The 64-bit editions require at least Windows Vista. For older 64-bit Windows versions, please use the 32-bit edition of Syncovery.

For Windows 2000, please download Syncovery version 6 from our additional downloads page.

Macintosh
Syncovery runs on all Intel Macs, and on all Mac OS X versions since 10.4 “Tiger” up to including the latest version (currently 10.12 “Sierra”). An older version 5.73 is also available if you need to run it on older PowerPC Macs. This version also requires at least Mac OS 10.4 “Tiger”.

Linux
The command line Edition SyncoveryCL is available for Linux. It should run on any recent 32-bit or 64-bit Linux distribution for Intel processors. See the Linux download page for details.