Skip to content

Releases: percona/percona-backup-mongodb

v2.7.0

09 Oct 10:12
94ad374
Compare
Choose a tag to compare

Release Highlights

Single authentication point for PBM running in Amazon EKS

Now PBM running in Amazon Elastic Kubernetes Service (EKS) can access AWS services using the credentials from the IAM role associated with the service account that is assigned to the Pod where PBM is running. Since with this improvement you don’t have to pass the credentials to every individual Pods, the overall security of your infrastructure increases.

Consider the following limitation if you run Percona Operator for MongoDB: a restore does not work with this feature without the modification of default serviceAccount. It will be improved in future releases of the Operator to cover this case.

Changelog

For more details, please check out the full list of improvements
https://docs.percona.com/percona-backup-mongodb/release-notes/2.7.0.html

Join Percona Squad

Participate in monthly SWAG raffles, get an early access to new product features and invite-only “ask me anything” sessions with database performance experts. Interested? Fill in the form at https://squad.percona.com/mongodb

Contact Us

on Forums
by Email
or Professional Support

v2.6.0

02 Sep 10:46
f2cf881
Compare
Choose a tag to compare

Release Highlights

  • Multiple storages for backups and restores
    You can now define multiple storages for making backups and instruct PBM on what storage to save a backup: on the main or on any additional (external) one. This ability helps you save on data transfer costs when using cloud storage, as well as enables you to follow closely with the requirements of your organization’s backup policy.

  • Adjust node priority for point-in-time recovery oplog slicing
    You can now redefine node priorities not only for making backups but also for point-in-time recovery oplog slices. For example, you can instruct PBM to save oplog slices either from a dedicated node or from nodes in the geographically closest location, thus reducing network latency.

  • Additional control over PBM command execution
    You can now configure the waiting time for a command execution by passing the --wait-time flag for the following commands:

    pbm config –force-resync –wait –wait-time='5m'
    pbm backup –wait –wait-time='5m'
    pbm restore –wait –wait-time='5m'
    pbm oplog-replay –wait –wait-time='5m'
    pbm profile add –sync –wait –wait-time='5m'
    pbm profile remove –wait –wait-time='5m'
    pbm profile sync –wait –wait-time='5m'
    pbm delete-pitr –older-than –wait –wait-time='5m'
    pbm cleanup –older-than –wait –wait-time='5m'
    

    This way you have more control over the PBM operation. This enhancement also improves the error logging.

  • Snapshot-based physical backups are generally available
    With snapshot-based physical backups now generally available, you can use this functionality in production environments and enjoy all the benefits of faster restores from snapshots with almost immediate access to data.

  • Dropped support of MongoDB 4.4
    Percona Backup for MongoDB drops support of MongoDB 4.4. Existing functionality in Percona Backup for MongoDB remains compatible with MongoDB 4.4 and Percona Server for MongoDB 4.4; however, further enhancements and bug fixes are no longer tested against this version.

  • Packaging Changes
    Percona Backup for MongoDB is available on Ubuntu 24.04 (Noble Numbat).
    Percona Backup for MongoDB is no longer supported for Ubuntu 18.04 (Bionic Beaver), Debian 10 and Red Hat Enterprise 7 and derivatives as these operating systems reached End-Of-Life.

For more details, please check out the full list of improvements:
https://docs.percona.com/percona-backup-mongodb/release-notes/2.6.0.html

Join Percona Squad

Participate in monthly SWAG raffles, get an early access to new product features and invite-only “ask me anything” sessions with database performance experts. Interested? Fill in the form at https://squad.percona.com/mongodb

Contact Us

on Forums
by Email
or Professional Support

v2.5.0

16 May 13:24
883ad72
Compare
Choose a tag to compare

Release Highlights

  • You can now restore the desired subset of custom databases with users and roles created in them. This is useful for deployments where each user has an individual database and authenticates against it.
  • Previous versions of PBM required that readConcern and writeConcern are set to majority in MongoDB. You can now explicitly override this behavior, and thus, ensure backups in clusters configured to operate without the majority or lost it for some reason.

For more details, please check out the full list of improvements:
https://docs.percona.com/percona-backup-mongodb/release-notes/2.5.0.html

Contact Us

on Forums
by Email
or Professional Support

v2.4.1

25 Mar 16:45
883fd63
Compare
Choose a tag to compare

Release Highlights

This release fixes the issue with failing incremental backups. It was caused by the backup metadata document reaching the maximum size limit of 16MB. The issue is fixed by introducing the new approach of handling the metadatada document: it no longer contains the list of backup files which is now stored separately on the storage and is read by PBM on demand. The new metadata handling approach applies to physical, incremental and shapshot-based backups.

For more details, please check out the full list of improvements:
https://docs.percona.com/percona-backup-mongodb/release-notes/2.4.1.html

Contact Us

on Forums
by Email
or Professional Support

v2.4.0

05 Mar 14:39
0b6fbbb
Compare
Choose a tag to compare

Release Highlights

  • You can now delete backup snapshots of a specific type. For example, delete only logical backups which you might have created and no longer need. You can also check what exactly will be deleted with the new --dry-run flag. This improvement helps you better meet the organization's backup policy and improves your experience with cleaning up outdated data.
  • Point-in-time recovery oplog slicing is now running in parallel with backup snapshots. This ensures that you can make a point-in-time recovery to any timestamp from very large backups that take hours to make.
  • Percona Backup for MongoDB packages are now also available for ARM64 architectures. Thus, users can not only run Percona Backup for MongoDB in Docker containers on ARM-based workstations but also install the packages on those workstations. The ARM64 packages are available for the following operating systems:
    • Ubuntu 20.04 (Focal Fossa)
    • Ubuntu 22.04 (Jammy Jellyfish)
    • Red Hat Enterprise Linux 8 and compatible derivatives
    • Red Hat Enterprise Linux 9 and compatible derivatives

For more details, please check out the full list of improvements:
https://docs.percona.com/percona-backup-mongodb/release-notes/2.4.0.html

Contact Us

on Forums
by Email
or Professional Support

v2.3.1

04 Dec 13:34
8c4265c
Compare
Choose a tag to compare

Release Highlights

  • Added support for Percona Server for MongoDB 7.0
  • The ability to define custom endpoints when using Microsoft Azure Blob Storage for backups
  • Improved PBM Docker image to allow making physical backups with the shared mongodb data volume
  • Updated Golang libraries that include fixes for the security vulnerability CVE-2023-39325

For more details, please check out the full list of improvements:
https://docs.percona.com/percona-backup-mongodb/release-notes/2.3.1.html

Contact Us

on Forums
by Email
or Professional Support

v2.3.0

25 Sep 14:16
3b1c2e2
Compare
Choose a tag to compare

Release Highlights

  • The support for MongoDB 4.2 is deprecated. Existing functionality in Percona Backup for MongoDB remains compatible with MongoDB 4.2 and Percona Server for MongoDB 4.2; however, further enhancements and bug fixes are no longer tested against this version.
  • The ability to view the backup contents improves troubleshooting of backups in environments where databases are often created and / or dropped.
  • The ability to make physical backups in mixed deployments with MongoDB Community and Percona Server for MongoDB (PSMDB) nodes streamlines the backup flow for organizations that are still evaluating or migrating their data sets against PSMDB.
  • Improved validation of a base backup snapshot for point-in-time recovery aligns the recovery flow for logical and physical backups.

For more details, please check out the full list of improvements:
https://docs.percona.com/percona-backup-mongodb/release-notes/2.3.0.html

Contact Us

on Forums
by Email
or Professional Support

v2.2.1

27 Jul 14:33
5d2c6ee
Compare
Choose a tag to compare

Release Highlights

With this release you can increase the wait time for backup to start, thus eliminating the PBM failure when creating $backupCursor takes longer than usual.

For more details, please check out the full list of improvements:
https://docs.percona.com/percona-backup-mongodb/release-notes/2.2.1.html

Contact Us

on Forums
by Email
or Professional Support

v1.0.0

19 Sep 13:38
485764f
Compare
Choose a tag to compare

The new design without coordinator.

v0.3.0

15 Feb 13:53
a9c9566
Compare
Choose a tag to compare
v0.3.0 Pre-release
Pre-release

WARNING

NOTE: THIS AN ALPHA-LEVEL RELEASE NOT RECOMMENDED FOR PRODUCTION!!!

APIs, methods and configuration fields are likely to change in the near future!

Please report issues with a Percona Ticket

Changelog

57885ca Add backup-restore.sh (and deps) to pbmctl Dockerfile temporarily to resolve CLOUD-99 (#183)
f4d9acf Fix dep issues
574a601 Fix dep warning for x/net package (#186)
44e6353 Fix godep error: 'Gopkg.lock: Unable to parse the lock as TOML: (108, 3): The following key was defined twice: projects.branch'
423ab9c Fix reconnect logic in pbm-agent (#191)
9e4d612 Fixed all tests and merging issues
4753b9e Fixed tests
037a400 Implemented new tests
5c604f8 Merge branch 'master' into PBM-169-slow-restore-from-s3
8b743de Merge branch 'master' into PBM-88-Adding-storages
6c02851 Merge pull request #179 from percona/new-configuration-reader
f99a8c4 Merge pull request #181 from percona/PBM-132
5e7f583 Merge pull request #182 from percona/PBM-88
5902ea2 Merge pull request #184 from percona/PBM-88-Adding-storages
300b40d Merge pull request #192 from percona/PBM-169-slow-restore-from-s3
202ff19 Move internal/storage -> storage (#185)
4bf48e4 Move post-build.sh -> packaging/scripts/goreleaser-post-build.sh (#188)
7b40f37 PBM-132 Fixed get cluster ID for config servers
e4ba6c0 PBM-132: Test configsvr clusterID (#180)
095c4a7 PBM-169 Fixed backup & restore speed
356beb1 PBM-88 Added storages validation
f4afc57 PBM-88 Backups working
529646b PBM-88 Fixed reader, writer and tests
81ea327 PBM-88 Introduced backup reader pkg
a226311 PBM-88 New storage backend
adfa2b1 PBM-88 PBM-162 Added storage pkg
89fdfbf PBM-88 backup & restore to S3 & Minio
350b910 PBM-88 gRPC fields cleanup
a334198 Re-check, re-test and fix all tests
1fcb5d5 Remove 'snappy' from ServerCompressors, add 'none' type to allow disabling of compression (#189)
a9c9566 Remove backup-restorer.sh hack from pbmctl docker, now that s3 restores are fixed (#193)
b23e1eb Restore failing
b4819e6 Revert "Merge pull request #182 from percona/PBM-88"
f605f2f Update README 'list nodes' output (#190)
ef55fba Update examples from 0.2.0 -> 0.2.1
3349527 Updated Gopkg.lock
8131caf Updated cli and tests to use storages
07d19c2 Uploading reader
f5c95ce Use 'master' branch for proto (#187)
1cfec2b WIP Storage validation
654f873 fixes 4 linter
863103c gRPC fields cleanup
f141f4e removed ping scheduler