Scheduled backup completion reciptients - This setting allows you to set email addresses that you would like email notifications to be sent to when a scheduled backup is completed.
Manual backup completion recipients - This setting allows you to set email addresses that you would like email notifications to be sent to when a manual backup is completed.
Backup failure/error recipients - This setting allows you to set email addresses that you would like email notifications to be sent to when a backup fails or runs into issues.
Import password (optional) - Setting this option will customize importbuddy to require a password to launch the import/migration script. This prevents unauthorized users from being able to view your backup archive listing on the destination server during Step 1 or proceed with an unauthorized import.
Backup reminders - When this option is enabled reminder links will be displayed when a post or page is updated and on the WordPress upgrades screen before you update as a reminder. The reminder links allow for easily backing up after modifications or before upgrading.
Backup all database tables - When this option is enabled ALL tables and data in the database will be backed up, even database content not related to WordPress, its content, or plugins (based on prefix). This is useful if you have other software installed on your hosting that stores data in your database.
Compatibility/Troubleshooting options - Various options to aid in making BackupBuddy work in less than ideal server environments. These are useful for working around problems. You may be directed by support to modify these if you encounter problems.
- Enable ZIP compression
- Perform integrity check on backup files
- Advanced: Force compatibility mode backups
Enable ZIP Compression
When BackupBuddy creates a backup file this is always created as a ZIP archive format file. Whether or not the files that are included in the archive are compressed in size is an option and this setting enables you to choose whether or not files will be compressed when stored within the archive.
The choice of whether to use compression or not is based on a time/space trade-off: if files are compressed it takes longer to produce the archive but the archive will (in almost all cases) be smaller in size; where as if files are not compressed the archive takes less time to produce but will (in almost all cases) be larger.
The reason why a compressed archive takes longer to produce is of course because the mechanics of compressing files is processor intensive and slower than just copying file content from one place to another.
The reason why, just sometimes, an archive containing compressed files may be larger than one containing the same files in an uncompressed form is that some of the files on your site may already be in a compressed format - particularly media files - and trying to compress an already compressed file, aside from being very processor intensive, can result in a larger file.
The default for this setting is checked, meaning that compression is enabled - this is usually the best option for most sites as it gives a good balance between speed of producing the backup and the size of the backup file. Another reason why you might want compression enabled is if you have a large site which approaches the size limits of the standard ZIP archive file format - around 4GB. Provided that you have no time constraint in producing a backup file then enabling compression means that you will get your site into a zip archive which you might otherwise not do if the files were included without compression.
On the other hand, if you have time constraints on producing your backup then you might want to consider disabling compression so that the backup file may be produced faster but of course at the expense of being larger.
Another reason you might want to consider disabling compression is if you have a large number of media files on your site - which as explained, may already be in a compressed format. It is worth experimenting in this case, try a backup with compression enabled, see how long it takes and how large the backup file is. Then try a backup with compression disabled and again how long does it take and how large is it. By comparing the two and based on your requirements and any other constraints you can decide whether it is better to have compression enabled or disabled on that specific site.