Re: Backup/disaster recovery and bandwidth (long)

Поиск
Список
Период
Сортировка
От amador alvarez
Тема Re: Backup/disaster recovery and bandwidth (long)
Дата
Msg-id 4F983755.8020003@d2.com
обсуждение исходный текст
Ответ на Re: Backup/disaster recovery and bandwidth (long)  (Scott Ribe <scott_ribe@elevated-dev.com>)
Список pgsql-admin
I  mean bucardo (even though there are more tools like this one) just
for the replication stuff and the hot database backup only for the
backup stuff and only one bounce is needed to turn the archiving on, you
do not need to turn anything at all down during the backup.

A.A

On 04/25/2012 10:23 AM, Scott Ribe wrote:
> On Apr 25, 2012, at 10:11 AM, Scott Whitney wrote:
>
>> I believe, then, that when I restart server #3 (the standby who is replicating), he'll say "oh, geez, I was down,
letme catch up on all that crap that happened while I was out of the loop," he'll replay the WAL files that were
writtenwhile he was down, and then he'll catch back up. 
>>
>> Does this sound like a viable option? Or does someone have additional suggestions?
> Perfectly viable. However, the WAL files must exist for this to happen. So you need to set wal_keep_segments
appropriately,or set up WAL archiving. 
>
> Note that you could even provide a more up-to-date database for your people to work with. If the testbed is nearly up
todate, then an rsync to update it would take very little time. So you could shut down the replica, rsync, and bring
thereplica back up. 
>
>

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

Предыдущее
От: Steve Crawford
Дата:
Сообщение: Re: Backup/disaster recovery and bandwidth (long)
Следующее
От: Ricardo Bayley
Дата:
Сообщение: Query REST Service