Re: [HACKERS] no universally correct setting for fsync

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: [HACKERS] no universally correct setting for fsync
Дата
Msg-id 4BE51C4F02000025000313CB@gw.wicourts.gov
обсуждение исходный текст
Список pgsql-docs
Josh Berkus  wrote:

> I believe that the note about needing fsync for Warm Standby to
> work correctly is true, but could someone verify it?

It couldn't really affect the archiving of the WAL files, but if your
warm standby is there for recovery purposes, it might not make a lot
of sense to turn off fsync on the standby -- if that is something
which has an effect during the recovery phase.  Does it?

Also, perhaps the issue deserves some mention in the PITR recovery
section:

http://www.postgresql.org/docs/9.0/static/continuous-archiving.html#BACKUP-PITR-RECOVERY

Step 6 says:

| If you have unarchived WAL segment files that you saved in step 2,
| copy them into pg_xlog/. (It is best to copy them, not move them,
| so you still have the unmodified files if a problem occurs and you
| have to start over.)

If the recovery is happening because of OS or hardware failure on the
source, and it was running with fsync off, this might be unwise.

-Kevin


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

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: [HACKERS] no universally correct setting for fsync
Следующее
От: Josh Berkus
Дата:
Сообщение: Change to kernel-resources