Releases: EnterpriseDB/barman
Barman 2.15
Version 2.15 - 12 October 2021
Features
-
Add plural forms for the
list-backup
,list-server
and
show-server
commands which are nowlist-backups
,list-servers
andshow-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.
Barman 2.14
Version 2.14 - 22 September 2021
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
usingbarman keep
andbarman-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
Barman 2.13
Version 2.13 - 26 July 2021
-
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
(#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.