Mention Slony as just an example.
This commit is contained in:
parent
d8c5edae3b
commit
cb0d539d05
@ -1,4 +1,4 @@
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.106 2007/10/16 14:56:51 momjian Exp $ -->
|
||||
<!-- $PostgreSQL: pgsql/doc/src/sgml/backup.sgml,v 2.107 2007/10/16 19:44:18 momjian Exp $ -->
|
||||
|
||||
<chapter id="backup">
|
||||
<title>Backup and Restore</title>
|
||||
@ -1738,13 +1738,14 @@ pg_dumpall -p 5432 | psql -d postgres -p 6543
|
||||
</para>
|
||||
|
||||
<para>
|
||||
It is also possible to use <productname>Slony</> to create a slave
|
||||
server with the updated version of <productname>PostgreSQL</>. The
|
||||
slave can be on the same computer or a different computer. Once it
|
||||
has synced up with the master server (running the older version of
|
||||
<productname>PostgreSQL</>), you can switch masters and make the slave
|
||||
the master and shut down the older database instance. Such a
|
||||
switch-over results in only several seconds of downtime for an upgrade.
|
||||
It is also possible to use replication like <productname>Slony</> to
|
||||
create a slave server with the updated version of
|
||||
<productname>PostgreSQL</>. The slave can be on the same computer or
|
||||
a different computer. Once it has synced up with the master server
|
||||
(running the older version of <productname>PostgreSQL</>), you can
|
||||
switch masters and make the slave the master and shut down the older
|
||||
database instance. Such a switch-over results in only several seconds
|
||||
of downtime for an upgrade.
|
||||
</para>
|
||||
|
||||
<para>
|
||||
|
Loading…
x
Reference in New Issue
Block a user