FBackup 4.1.139, created mirror backup and it works. Contrary to my expectation, if I empty the target folder, it is not repopulated when I next perform the backup.
Backup fails if target folder emptied
-
- Posts: 1993
- Joined: Thu May 23, 2013 7:57 am
Hi,
If you use the Full backup type, all source files will be backed up.
If you use the Mirror backup type, only new and modified files will be backed up.
You should not delete files from destination. FBackup is using the fkc catalog file to compare if new files were added or modified.
If you use the Full backup type, all source files will be backed up.
If you use the Mirror backup type, only new and modified files will be backed up.
You should not delete files from destination. FBackup is using the fkc catalog file to compare if new files were added or modified.
Do you know you can monitor your backups remotely with Backup4all Monitor? You can read more here: https://www.backup4all.com/backup4all-monitor.html
-
- Posts: 24
- Joined: Thu May 07, 2009 10:00 pm
-
- Posts: 4
- Joined: Sat May 23, 2009 11:43 am
Thanks Pierre, that was helpful.
This program is so close to exactly what I need. The missing piece in Mirror mode is a compare of source and target prior to backup (as offered in Second Copy and SyncBack, for example), copying and deleting only the difference between source and target. If my client data stores were small, this would not be a problem, but the data stores tend to run large and can take a very long time to copy.
What gives me pause is that the target files cannot be trusted - maybe they were moved or tampered with. In this case, the logs would not show that a full backup does not exist, even though FBACKUP thinks they do since it relies on the catalog, not an audit of the target at backup time.
Where is my perfect world?
Rick
This program is so close to exactly what I need. The missing piece in Mirror mode is a compare of source and target prior to backup (as offered in Second Copy and SyncBack, for example), copying and deleting only the difference between source and target. If my client data stores were small, this would not be a problem, but the data stores tend to run large and can take a very long time to copy.
What gives me pause is that the target files cannot be trusted - maybe they were moved or tampered with. In this case, the logs would not show that a full backup does not exist, even though FBACKUP thinks they do since it relies on the catalog, not an audit of the target at backup time.
Where is my perfect world?
Rick
-
- Posts: 1993
- Joined: Thu May 23, 2013 7:57 am
Hi,
As I wrote in "Backup doesn't work if destination repository is deleted" post, this is how the application was designed and cannot be changed.
As I wrote in "Backup doesn't work if destination repository is deleted" post, this is how the application was designed and cannot be changed.
Do you know you can monitor your backups remotely with Backup4all Monitor? You can read more here: https://www.backup4all.com/backup4all-monitor.html
-
- Posts: 4
- Joined: Sat May 23, 2009 11:43 am
-
- Posts: 1993
- Joined: Thu May 23, 2013 7:57 am
Hi,
All our products use a catalog for backups.
All our products use a catalog for backups.
Do you know you can monitor your backups remotely with Backup4all Monitor? You can read more here: https://www.backup4all.com/backup4all-monitor.html
-
- Posts: 11
- Joined: Fri Dec 11, 2009 7:30 am
I guess the best solution to ensuring that all source files are backed up is to create a new backup item (ctrl-N) any time you suspect any files have been deleted from the destination. This is because there is no catalogue for it to refer to as it is a new backup.
Admin - a question. If one keeps the backup item (as in the left hand column area), but deletes the catalogue in the 2 places mentioned (destination and program area), then would this have the same effect of starting a new backup item, and so all source files would be backed up, whether or not they were deleted in the destination?
Many thanks, all the best, cheers and enjoy.
A
Admin - a question. If one keeps the backup item (as in the left hand column area), but deletes the catalogue in the 2 places mentioned (destination and program area), then would this have the same effect of starting a new backup item, and so all source files would be backed up, whether or not they were deleted in the destination?
Many thanks, all the best, cheers and enjoy.
A
-
- Posts: 1993
- Joined: Thu May 23, 2013 7:57 am
Yes, deleting both catalogs will cause FBackup to perform a complete backup as it has no previous information about any backups.
Do you know you can monitor your backups remotely with Backup4all Monitor? You can read more here: https://www.backup4all.com/backup4all-monitor.html