1
0
mirror of https://github.com/pgbackrest/pgbackrest.git synced 2024-12-12 10:04:14 +02:00
pgbackrest/doc/xml
David Steele 9be15d00f8 v0.82: Refactoring, Command-line Help, and Minor Bug Fixes
* Fixed an issue where resumed compressed backups were not preserving existing files.

* Fixed an issue where resume and incr/diff would not ensure that the prior backup had the same compression and hardlink settings.

* Fixed an issue where a cold backup using --no-start-stop could be started on a running PostgreSQL cluster without --force specified.

* Fixed an issue where a thread could be started even when none were requested.

* Fixed an issue where the pgBackRest version number was not being updated in backup.info and archive.info after an upgrade/downgrade.

* Fixed an issue where the info command was throwing an exception when the repository contained no stanzas.  Reported by Stephen Frost.

* Fixed an issue where the PostgreSQL pg_stop_backup() NOTICEs were being output to stderr.  Reported by Stephen Frost.

* Renamed recovery-setting option and section to recovery-option to be more consistent with pgBackRest naming conventions.

* Command-line help is now extracted from the same XML source that is used for the other documentation and includes much more detail.

* Code cleanup and refactoring to standardize on patterns that have evolved over time.

* Added dynamic module loading to speed up commands, especially asynchronous archiving.

* Expiration tests are now synthetic rather than based on actual backups.  This will allow development of more advanced expiration features.

* Experimental support for PostgreSQL 9.5 alpha2.  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.
2015-09-14 11:18:50 -04:00
..
dtd v0.82: Refactoring, Command-line Help, and Minor Bug Fixes 2015-09-14 11:18:50 -04:00
changelog.xml v0.82: Refactoring, Command-line Help, and Minor Bug Fixes 2015-09-14 11:18:50 -04:00
readme.xml v0.80: DBI Support, Stability, and Convenience Features 2015-08-09 11:20:43 -04:00
userguide.xml v0.82: Refactoring, Command-line Help, and Minor Bug Fixes 2015-09-14 11:18:50 -04:00

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE doc SYSTEM "doc.dtd">
<doc title="Simple Postgres Backup &amp; 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>