|
|
|
Online backup без archive_command
|
|||
|---|---|---|---|
|
#18+
Всем привет. Обязательно ли нужно прописывать команду archive_command, если планируется делать бэкап так: Код: sql 1. 2. 3. 4. 5. Пока прописал Код: sql 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2016, 10:35 |
|
||
|
Online backup без archive_command
|
|||
|---|---|---|---|
|
#18+
skeletorВсем привет. Обязательно ли нужно прописывать команду archive_command, если планируется делать бэкап так: Код: sql 1. 2. 3. 4. 5. Пока прописал Код: sql 1. 2. Если вам надо именно разовый backup без возможности к нему применять последующие изменения в базе тогда archive_mode/archive_command не требуются. -- Maxim Boguk www.postgresql-consulting.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2016, 10:57 |
|
||
|
Online backup без archive_command
|
|||
|---|---|---|---|
|
#18+
skeletor, Если вы включили архивацию (`archive_mode`), то команду прописать надо. В целом же — архивация не нужна, если бэкап может быть сделан за время до того, как сервер удалит требуемые для восстановления WALы. Настраивается через `wal_keep_segments` или слоты. Правда, первого параметра может "не хватить", если бэкап затянется. А слоты, если про них забыть, будут копить сегменты пока место не кончится. В 9.6 в pg_basebackup будет опция `-S` — самое то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2016, 11:01 |
|
||
|
Online backup без archive_command
|
|||
|---|---|---|---|
|
#18+
vyegorovskeletor, Если вы включили архивацию (`archive_mode`), то команду прописать надо. В целом же — архивация не нужна, если бэкап может быть сделан за время до того, как сервер удалит требуемые для восстановления WALы. Настраивается через `wal_keep_segments` или слоты. Правда, первого параметра может "не хватить", если бэкап затянется. А слоты, если про них забыть, будут копить сегменты пока место не кончится. В 9.6 в pg_basebackup будет опция `-S` — самое то. Для борьбы с " если бэкап может быть сделан за время до того, как сервер удалит требуемые для восстановления WALы." проще всего сказать pg_basebackup ключик --xlog-method=stream чтобы он подтягивал все требуемые wal по мере генерации а не в конце процедуры. Из документации: stream Stream the transaction log while the backup is created. This will open a second connection to the server and start streaming the transaction log in parallel while running the backup. Therefore, it will use up two connections configured by the max_wal_senders parameter. As long as the client can keep up with transaction log received, using this mode requires no extra transaction logs to be saved on the master. -- Maxim Boguk www.postgresql-consulting.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2016, 11:06 |
|
||
|
Online backup без archive_command
|
|||
|---|---|---|---|
|
#18+
Пока создавал тему, ситуация немного изменилась: бэкапы будут создаваться посредством снепшотов файловой системы. Посему, вопрос опять актуален: как правильно это делать? Давать sudo юзеру postgres на все команды в скрипте и прописывать в archive_command команду запуска скрипта или по крону запускать скрипт бэкапа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2016, 11:13 |
|
||
|
Online backup без archive_command
|
|||
|---|---|---|---|
|
#18+
skeletor, Не надо базу снимками бэкапить, если не хотите лишних проблем. Файлы на дисках не соответствуют реальному состоянию работающего экземпляра всегда (можно подискутировать, но проще понимать это так), поэтому снимок ФС, раздела или устройства не есть актуальная копия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2016, 11:22 |
|
||
|
Online backup без archive_command
|
|||
|---|---|---|---|
|
#18+
Почему не будет соответствовать? Разве не для этого придумали pg_start_backup/pg_stop_backup, что бы создать контрольную точку, сбросить всё из памяти в wal и спокойно скопировать? И, в случае необходимости можно спокойно стартонуть базу из этого снепшота. Для ZFS процедура создания снепшота занимает от десятых до 1-2 секунд. А создавать tar или просто копию каждый раз - ещё то занятие. Да и само понятие актуальной копии у всех разное: у кого-то это 100% сохранение всех транзакций. У кого-то это, потеря 1-2 транзакций среди тысяч. Нужно так же понимать, что бэкап любого риалтаймого продукта всегда риск потерять те данные, которые измененились с момента начала бэкапа. На данный момент у меня вообще нет никаких средств бэкапирования, поэтому имея 99,99% актуальный бэкап это уже хорошо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2016, 12:13 |
|
||
|
|

start [/forum/topic.php?fid=53&fpage=92&tid=1997265]: |
0ms |
get settings: |
6ms |
get forum list: |
22ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
55ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 239ms |
| total: | 395ms |

| 0 / 0 |
