Backup site pre scan csv file commitment

[keltas]

Hi,
for understanding what the [Subject]_suggestion is in aid of, allow me shortly decribe my SBP usage environment: My families correspondence, pictures, document scans, appointments, notices, dates ... (hole life) is stored to a 64 GB TrueCrypt encrypted USB flash drive. All computers I'm used to use subsequently have a SBP profile to backup this flash drive via web and VPN to a Linux SMB file server (the remote site is not encrypted). The normal procedure when backing up is, waiting 5 minutes to scan the remote site and another 5 seconds to replace the touched files. In order to shorten this procedure
the [Subject] is a plain ASCII file that
- resides remotely
- holds all the information SBP needs to perform
- is remotely updated by a simple shell scipt ...
- ... maybe as a cron job
- if exists tells SBP to skip scanning the file structure
- has a headline "#p;t;s...." telling that each line holds a file's "path/name/ext;timestamp of last access;size..."
In case this is already realized, I apologize to not dove as deep into SBP's feature list .
KR
keltas

[Swapna]

Hi,

There is an option in SyncBackPro to improve scan times of a Backup or Mirror profile types, which you can enable under:

Modify > Expert > Fast Backup > Perform a fast backup

When Fast Backup mode is enabled, SyncBackPro builds a database of your Source (during the first run with Fast Backup option enabled) as it is at the time, which should match what it backs up to the Destination. Hence it can, on the next run scans that source-now against Fast Backup database to work out the differences, and only backs up new/changed files from Source to Destination. Thus, Fast Backup mode will significantly reduce the scan time and overall backup time of a profile, especially when your destination is a network drive, FTP etc., However, SyncBackPro need to scan the Source drive in each run and compare it with the Fast Backup database to detect differences, there is no way to skip source scanning.

The first run of the profile with Fast Backup enabled (or a Rescan backups) will take the same amount of time as without Fast Backup enabled. This is because the Source against Destination will be scanned to identify the file differences on both sides. However, for the second and subsequent runs (or in a non-rescan backups) the scan time will be much faster as SyncBack will not need to scan the destination directory, because it remembers what it did the last time the profile was run.

Please read these KB articles for more details on Fast Backup:

http://support.2brightsparks.com/knowle ... st-backups

http://support.2brightsparks.com/knowle ... file-types

If you haven't enabled Fast Backup mode in your profile configuration then please try it to see if it helps?

Thank you.

[keltas]

Hi Swapna,
didn't read yet, but if I understand the situation correctly, fast backup will work as long as SBP is always run by one special computer
or SBP resides on that flash drive thas has to be backuped (is there a portable version available by now?) or SBP's archive database is portable. Is it that way?
Thanks a lot
keltas

[keltas]

... now, that I read the articles let me summarize it that way: To not disturbe the remote maintenace of the databese as a kind of FAT equivalent, FastBackup presumes a peer to peer usage of SBP. You may enhance usage to a hub scenario if you allow the database to be stord remotely -> only one more checkbox control element within the expert feature list
KR
keltas