Backup Format

The new backup format approach implies that backup data on backup storage is always kept as a data container, regardless of the backup type. This enables keeping backup plans completely independent from each other. Thus, every backup plan is a separate entity that delivers backup data to a separate location on backup storage that allows avoiding any possible plan interference issues.

Backup data is divided into blocks and a block is a main operating entity. During an upload to the cloud, blocks are combined into parts, which size can vary. A part size depends on uploading speed and backup storage provider limitations. Uploading by parts enables to continue upload in case of backup interruption.

Backup format key features are:

The following backup types are supported only in the legacy backup format:

  • MS SQL backup
  • MS Exchange backup
  • Cloud-to-cloud backup
  • Cloud-to-local backup

Terms and Definitions

The section contains several new terms and entities that need to be explained to operate them in the future.

Backup Plan

The backup Plan determines the backup data configuration sent to a backup destination. The configuration contains a number of parameters:

  • Backup Data
  • Encryption
  • Compression
  • Retention Policy
  • Backup Plan Run Schedule

Bunch

Bunch is a notion of a backup plan in the main database. Bunch is linked to a directory in the database which in turn is linked to a destination. A destination can be modified. Bunch is always unique within the cloud folder and the plan type. This approach enables comfortable data deletion on cloud storage since all backup content is stored in one directory.

Generation

Generation is a complete self-contained data set sufficient for data restoration. In other words, generation is a set of a full backup and chain of incremental backups for a specific backup plan.

Restore Point

Restore Point is a partial data set for restore. A full-fledged restore point contains at least one file or directory. If a restore point does not contain any file or directory, it is considered empty, but successful can contain blocks for further subsequent runs. A valid Restore Point guarantees a correct restore of backed-up data. As the opposite, invalid Restore point does not contain a complete data set for restore, but at the same time can contain blocks that are used for restore from other Restore Points.

https://git.cloudberrylab.com/egor.m/doc-help-std.git