mirror of
https://github.com/pgbackrest/pgbackrest.git
synced 2024-12-14 10:13:05 +02:00
a59284a4cc
* Fixed an issue that caused the formatted timestamp for both the oldest and newest backups to be reported as the current time by the info command. Only text output was affected -- json output reported the correct epoch values. Reported by Michael Renner. * Fixed protocol issue that was preventing ssh errors (especially on connection) from being logged. * Now using Perl DBI and DBD::Pg for connections to PostgreSQL rather than psql. The cmd-psql and cmd-psql-option settings have been removed and replaced with db-port and db-socket-path. * Add stop-auto option to allow failed backups to automatically be stopped when a new backup starts. * Add db-timeout option to limit the amount of time pgBackRest will wait for pg_start_backup() and pg_stop_backup() to return. * Remove pg_control file at the beginning of the restore and copy it back at the very end. This prevents the possibility that a partial restore can be started by PostgreSQL. * The repository is now created and updated with consistent directory and file modes. By default umask is set to 0000 but this can be disabled with the neutral-umask setting. * Added checks to be sure the db-path setting is consistent with db-port by comparing the data_directory as reported by the cluster against the db-path setting and the version as reported by the cluster against the value read from pg_control. The db-socket-path setting is checked to be sure it is an absolute path. * Experimental support for PostgreSQL 9.5 alpha1. This may break when the control version or WAL magic changes in future versions but will be updated in each pgBackRest release to keep pace. All regression tests pass except for --target-resume tests (this functionality has changed in 9.5) and there is no testing yet for .partial WAL segments. * Major refactoring of the protocol layer to support future development. * Added vagrant test configurations for Ubuntu 14.04 and CentOS 7. * Split most of README.md out into USERGUIDE.md and CHANGELOG.md because it was becoming unwieldy. Changed most references to "database" in the user guide to "database cluster" for clarity. |
||
---|---|---|
.. | ||
dtd | ||
changelog.xml | ||
readme.xml | ||
userguide.xml |
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE doc SYSTEM "doc.dtd"> <doc title="Simple Postgres Backup & Restore"> <intro> <text><backrest/> aims to be a simple backup and restore system that can seamlessly scale up to the largest databases and workloads. Primary <backrest/> features: <ul> <li>Local or remote backup</li> <li>Multi-threaded backup/restore for performance</li> <li>Checksums</li> <li>Safe backups (checks that logs required for consistency are present before backup completes)</li> <li>Full, differential, and incremental backups</li> <li>Backup rotation (and minimum retention rules with optional separate retention for archive)</li> <li>In-stream compression/decompression</li> <li>Archiving and retrieval of logs for replicas/restores built in</li> <li>Async archiving for very busy systems (including space limits)</li> <li>Backup directories are consistent <postgres/> clusters (when hardlinks are on and compression is off)</li> <li>Tablespace support</li> <li>Restore delta option</li> <li>Restore using timestamp/size or checksum</li> <li>Restore remapping base/tablespaces</li> <li>Support for <postgres/> >= 8.3</li> </ul> Instead of relying on traditional backup tools like tar and rsync, <backrest/> implements all backup features internally and uses a custom protocol for communicating with remote systems. Removing reliance on tar and rsync allows for better solutions to database-specific backup issues. The custom remote protocol limits the types of connections that are required to perform a backup which increases security. <backrest/> uses the gitflow model of development. This means that the master branch contains only the release history, i.e. each commit represents a single release and release tags are always from the master branch. The dev branch contains a single commit for each feature or fix and more accurately depicts the development history. Actual development is done on feature (dev_*) branches and squashed into dev after regression tests have passed. In this model dev is considered stable and can be released at any time. As such, the dev branch does not have any special version modifiers.</text> </intro> <start title="Getting Started"> <text><backrest/> strives to be easy to configure and operate: * [Installation instructions](USERGUIDE.md#installation) for major operating systems. * [Sample configurations](USERGUIDE.md#examples) that cover most basic use cases. * [Command guide](USERGUIDE.md#commands) for command-line operations. * [Settings documentation](USERGUIDE.md#setttings) for creating complex configurations and more detail on options.</text> </start> <contribute title="Contributing"> <text>Contributions to <backrest/> are always welcome! Code fixes or new features can be submitted via pull requests. Ideas for new features and improvements to existing functionality or documentation can be [submitted as issues](http://github.com/pgmasters/backrest/issues). Bug reports should be [submitted as issues](http://github.com/pgmasters/backrest/issues). Please provide as much information as possible to aid in determining the cause of the problem. You will always receive credit in the [change log](https://github.com/pgmasters/backrest/blob/master/CHANGELOG.md) for your contributions.</text> </contribute> <support title="Support"> <text><backrest/> is completely free and open source under the [MIT](https://github.com/pgmasters/backrest/blob/master/LICENSE) license. You may use it for personal or commercial purposes without any restrictions whatsoever. Bug reports are taken very seriously and will be addressed as quickly as possible. Creating a robust disaster recovery policy with proper replication and backup strategies can be a very complex and daunting task. You may find that you need help during the architecture phase and ongoing support to ensure that your enterprise continues running smoothly. [Crunchy Data](http://www.crunchydatasolutions.com) provides packaged versions of <backrest/> for major operating systems and expert full life-cycle commercial support for <backrest/> and all things <postgres/>. [Crunchy Data](http://www.crunchydatasolutions.com) is committed to providing open source solutions with no vendor lock-in so cross-compatibility with the community version of <backrest/> is always strictly maintained. Please visit [Crunchy Backup Manager](http://crunchydatasolutions.com/crunchy-backup-manager) for more information.</text> </support> <recognition title="Recognition"> <text>Primary recognition goes to Stephen Frost for all his valuable advice and criticism during the development of <backrest/>. [Crunchy Data](http://www.crunchydatasolutions.com) has contributed significant time and resources to <backrest/> and continues to actively support development. [Resonate](http://www.resonate.com) also contributed to the development of <backrest/> and allowed early (but well tested) versions to be installed as their primary <postgres/> backup solution.</text> </recognition> </doc>