Barman

Features
- Add the commands `barman-check-wal-archive` and `barman-cloud-check-wal-archive` to validate if a proposed archive location is safe to use for a new PostgreSQL server.
- Allow Barman to identify WAL that's already compressed using a custom compression scheme to avoid compressing it again.
- Add `last_backup_minimum_size` and `last_wal_maximum_age` options to `barman check`.

Bug fixes
- Use argparse for command line parsing instead of the unmaintained argh module.
- Make timezones consistent for `begin_time` and `end_time`.

Thanks for their contributions:
- chtitux
- George Hansper
- stratakis
- Thoro
- vrms

Features

- Add plural forms for the `list-backup`, `list-server` and
`show-server` commands which are now `list-backups`, `list-servers`
and `show-servers`. The singular forms are retained for backward
compatibility.

- Add the `last-failed` backup shortcut which references the newest
failed backup in the catalog so that you can do:
`barman delete <SERVER> last-failed`

Bug fixes

- Tablespaces will no longer be omitted from backups of EPAS
versions 9.6 and 10 due to an issue detecting the correct version
string on older versions of EPAS.

Features

- Add the `barman-cloud-backup-delete` command which allows backups in
cloud storage to be deleted by specifiying either a backup ID or a
retention policy.

- Allow backups to be retained beyond any retention policies in force by
introducing the ability to tag existing backups as archival backups
using `barman keep` and `barman-cloud-backup-keep`.

- Allow the use of SAS authentication tokens created at the restricted
blob container level (instead of the wider storage account level) for
Azure blob storage

- Significantly speed up `barman restore` into an empty directory for
backups that contain hundreds of thousands of files

Bug fixes

- The backup privileges check will no longer fail if the user lacks
"userepl" permissions and will return better error messages if any
required permissions are missing (318 and 319)

- Add Azure blob storage support to barman-cloud

- Support tablespace remapping in barman-cloud-restore via
`--tablespace name:location`

- Allow barman-cloud-backup and barman-cloud-wal-archive to run as
Barman hook scripts, to allow data to be relayed to cloud storage
from the Barman server

Bug fixes:

- Stop backups failing due to idle_in_transaction_session_timeout
(https://github.com/EnterpriseDB/barman/issues/333)

- Fix a race condition between backup and archive-wal in updating
xlog.db entries (328)

- Handle PGDATA being a symlink in barman-cloud-backup, which led to
"seeking backwards is not allowed" errors on restore (351)

- Recreate pg_wal on restore if the original was a symlink (327)

- Recreate pg_tblspc symlinks for tablespaces on restore (343)

- Make barman-cloud-backup-list skip backups it cannot read, e.g.,
because they are in Glacier storage (332)

- Add `-d database` option to barman-cloud-backup to specify which
database to connect to initially (307)

- Fix "Backup failed uploading data" errors from barman-cloud-backup
on Python 3.8 and above, caused by attempting to pickle the boto3
client (361)

- Correctly enable server-side encryption in S3 for buckets that do
not have encryption enabled by default.

In Barman 2.12, barman-cloud-backup's `--encryption` option did
not correctly enable encryption for the contents of the backup if
the backup was stored in an S3 bucket that did not have encryption
enabled. If this is the case for you, please consider deleting
your old backups and taking new backups with Barman 2.13.

If your S3 buckets already have encryption enabled by default
(which we recommend), this does not affect you.