Re: WAL file questions - how to relocate on Windows, how to replay after total loss, etc

Поиск
Список
Период
Сортировка
От Douglas McNaught
Тема Re: WAL file questions - how to relocate on Windows, how to replay after total loss, etc
Дата
Msg-id 5ded07e00808281245j6c6fc7b6s99cf22ebb1feef11@mail.gmail.com
обсуждение исходный текст
Ответ на Re: WAL file questions - how to relocate on Windows, how to replay after total loss, etc  ("John T. Dow" <john@johntdow.com>)
Список pgsql-general
On Thu, Aug 28, 2008 at 3:35 PM, John T. Dow <john@johntdow.com> wrote:

> However, it would really be nice if the WAL files could be used to make the restored data more current, even if not
everythingcan be restored. Are we certain that useful information can't be gleaned from them to apply changes made
sincethe last pg_dump? 

The WAL files contain changes at the disk block level, not the SQL
level.  A freshly created and restored database will have a totally
different block layout so WAL files would be useless.

The other thing you can do with WAL is "warm standby" -- creating a
duplicate server by copying the data files from the primary, then
arranging for the primary to ship each WAL file, once it's filled, to
the standby server, which is running in "permanent PITR" mode.  If the
primary server takes a dirt nap, you can bring up the standby and it
will be current as of the last WAL file that was shipped over.

For this to work, both machines must be the same architecture and have
identical versions of Postgres.

-Doug

В списке pgsql-general по дате отправления:

Предыдущее
От: Russ Brown
Дата:
Сообщение: Re: MySQL LAST_INSERT_ID() to Postgres
Следующее
От: Steve Atkins
Дата:
Сообщение: Re: MySQL LAST_INSERT_ID() to Postgres