ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / PITR - сценарий. Вопрос к экспертам.
12 сообщений из 12, страница 1 из 1
PITR - сценарий. Вопрос к экспертам.
    #40012457
rinace
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rinace
Гость
Коллеги, хотелось бы обсудить с экспертами , все ли правильно делаю для восстановления PITR c помощью штатных средств PostgreSQL

Для непрерывного архивирования WAL использую pg_recievewal (запускается как сервис systemd)
Базовая копия подготавливается с помощью pg_basebackup

Восстановление , по документации (версия 11)
-восстанавливаю кластер из базовой копии
-очищаю папку pg_wal
-переношу файлы WAL из папки хранения архивов в папку pg_wal

Возникает интересный момент - частичный файл .partial
Что с ним делать ?

Я делаю следующим образом :
1) переименовываю файл в стандартный WAL ( mov 0001000005.partial 0001000005 )
2) дополняю нулями до 16МБ (dd ...... )

Для старта БД формирую файл recovery.conf
Код: plsql
1.
2.
3.
restore_command = 'cp .../pg_wal/%f  %p'
recovery_target_time = '2020-10-27 08:02:33'
recovery_target_action=promote



Если не указывать строку
Код: plsql
1.
recovery_target_action=promote



Восстановление останавливается с сообщением :
log2020-10-27 08:57:50.189 EDT [21737] LOG: recovery stopping before commit of transaction 576, time 2020-10-27 08:02:46.108794-04
2020-10-27 08:57:50.189 EDT [21737] LOG: recovery has paused
2020-10-27 08:57:50.189 EDT [21737] HINT: Execute pg_wal_replay_resume() to continue.


В случае использования строки recovery_target_action=promote , восстановление заканчивается штатно на заданную точку во времени :
log2020-10-27 09:33:51.614 EDT [23209] LOG: recovery stopping before commit of transaction 576, time 2020-10-27 08:02:46.108794-04
2020-10-27 09:33:51.614 EDT [23209] LOG: redo done at 0/4004260
2020-10-27 09:33:51.614 EDT [23209] LOG: last completed transaction was at log time 2020-10-27 08:02:11.500505-04
cp: cannot stat ‘/postgres/waldir/00000002.history’: No such file or directory
2020-10-27 09:33:51.621 EDT [23209] LOG: selected new timeline ID: 2
2020-10-27 09:33:51.753 EDT [23209] LOG: archive recovery complete
cp: cannot stat ‘/postgres/waldir/00000001.history’: No such file or directory
2020-10-27 09:33:51.982 EDT [23172] LOG: database system is ready to accept connections

Собственно вопросы к экспертам :
1) Все ли я правильно делаю в данном сценарии
2) Возможно ли как то автоматизировать пункт 2 (дополнение нулями до 16МБ)
...
Рейтинг: 0 / 0
28.10.2020, 08:35
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012488
Guzya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Guzya
Гость
По идеи Вам не надо:

-очищаю папку pg_wal
не нужные файлы не трогаются

-переношу файлы WAL из папки хранения архивов в папку pg_wal
делает команда restore_command (руками делать не нужно)

recovery_target_action=promote
говорит, что Вы хотите стартануть postgres, как полноценный самостоятельный сервер.


Т.е. сценарий примерно такой:
восстанавливаетесь из базовой копии
подготавливаете recovery.conf
стартуете postgres
...
Рейтинг: 0 / 0
28.10.2020, 10:08
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012512
rinace
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rinace
Гость
Guzya
По идеи Вам не надо:
-переношу файлы WAL из папки хранения архивов в папку pg_wal
делает команда restore_command (руками делать не нужно)

Да, это согласен. Просто тестовый сценарий . В реальности это шаг автоматизируется, согласен.

Но вопрос - что делать с .partial ?
Не дополнить нулями нельзя, будет ошибка.
Не переименовать тоже нельзя. Возможно там временная точка восстановления.
Возможно как то автоматизировать ?

Guzya

recovery_target_action=promote
говорит, что Вы хотите стартануть postgres, как полноценный самостоятельный сервер.

Конечно как полноценный сервер. Это ведь сценарий восстановления после аварии в конфигурации stand-alone

Если не указывать recovery_target_action=promote восстановление останавливается
...
Рейтинг: 0 / 0
28.10.2020, 10:49
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012517
Guzya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Guzya
Гость
Если машина с которой льются wal не совсем погибла, можно оттуда взять нужный wal.
...
Рейтинг: 0 / 0
28.10.2020, 10:56
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012519
rinace
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rinace
Гость
Guzya,

предполагается , что машина погибла полностью.
В наличии только базовая РК и архивные файлы WAL
...
Рейтинг: 0 / 0
28.10.2020, 10:58
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012523
Guzya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Guzya
Гость
по поводу автоматизации дополнения нулями
...
Рейтинг: 0 / 0
28.10.2020, 10:59
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012525
rinace
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rinace
Гость
Guzya,

именно эту ссылку и использовал, но там считать цифры надо ручками
авторfor example using
...
Рейтинг: 0 / 0
28.10.2020, 11:02
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012566
Guzya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Guzya
Гость
примерный код

Код: sql
1.
2.
3.
4.
5.
6.
walsize=16777216  # эталонный размер
filesize=$(stat -c%s "test.partial")   # текущий размер файла

raznica=$( expr $walsize - $filesize )  # считаем сколько не хватает

dd if=/dev/zero of=test.partial oflag=append conv=notrunc bs=1 count=$raznica  # дописываем



Тут dd будет долго думать потому что будем писать много по одному байту.
По хорошему надо сделать в два захода dd, первый пишет по bs=1024 count=целочисленное деление ($raznica/1024)
а второй по bs=1 count=остаток от деления $raznica/1024
...
Рейтинг: 0 / 0
28.10.2020, 12:32
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012571
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
rinace,

Я бы сказал что у вас по 1) все верно а вот на счет 2) возникают вопросы откуда вообще возникла такая задача.

Потому что если требуется оперативный failover на текущее состояние после отказа мастера - для этого нужна реплика (hot standby) а не base backup + wal archive.

Base backup + wal archive используется в случае когда надо восстановиться на какую то точку в прошлом, а если точка в прошлом то вопрос что делать с .partial - он не критичен потому что этот файл не требуется для решения задачи.

Т.е. с моей точки зрения вопрос 2 возник потому что вы пытаетесь решить задачу не подходящими (и не предназначенными) для этого средствами.
И ответ на вопрос два будет "не делайте так".

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
28.10.2020, 12:48
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012573
rinace
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rinace
Гость
Maxim Boguk,

Постановка задачи стандартная :
1) Есть сервер БД stand-alone .
2) Нужно обеспечить резервное копирование и восстановление на точку во времени штатными средствами из коробки .

Зачем нужно восстановление на момент времени ?
Ну хотя бы для развертывания тестовой базы .
...
Рейтинг: 0 / 0
28.10.2020, 12:52
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012579
Guzya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Guzya
Гость
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
walsize=16777216  # эталонный размер
filesize=$(stat -c%s "test.partial")   # текущий размер файла

raznica=$( expr $walsize - $filesize )  # считаем сколько не хватает
blok_1024=$( expr $raznica / 1024 )
blok_1=$( expr $raznica % 1024 )

if [[ $blok_1024 -gt 0 ]]; then
    dd if=/dev/zero of=test.partial oflag=append conv=notrunc bs=1024 count=$blok_1024  # дописываем по 1024 байта
fi

if [[ $blok_1 -gt 0 ]]; then
    dd if=/dev/zero of=test.partial oflag=append conv=notrunc bs=1 count=$blok_1  # дописываем по 1 байту
fi
...
Рейтинг: 0 / 0
28.10.2020, 12:58
| Ответить | Цитировать | Написать  
PITR - сценарий. Вопрос к экспертам.
    #40012588
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
rinace
Maxim Boguk,

Постановка задачи стандартная :
1) Есть сервер БД stand-alone .
2) Нужно обеспечить резервное копирование и восстановление на точку во времени штатными средствами из коробки .

Зачем нужно восстановление на момент времени ?
Ну хотя бы для развертывания тестовой базы .


Ну вот сочетание 1+2 оно из категории задач "не делайте так", я понимаю что всякое бывает в жизни но лучше объяснить заказчику что так не надо делать. Потому что например потом быстро вылезет вопрос - а почем восстановление после сбоя stand-alone мастера занимает 5 часов (а то и 20+ часов, у меня рекорд 63 часа на восстановление из base backup 3х дневной давности и wal_archive).
Восстановление на точку времени - да нормально, оперативный failover без (с минимальной) потерей транзакций - нет не нормально.

А вот для развертывания тестовой базы - потеря тех транзакций что были в .partial - не критична (я не могу придумать сценарий когда это было бы критично).

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru
...
Рейтинг: 0 / 0
28.10.2020, 13:05
| Ответить | Цитировать | Написать  
12 сообщений из 12, страница 1 из 1
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / PITR - сценарий. Вопрос к экспертам.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/search_topic.php?author=%D0%BF%D1%80%D0%B5%D0%B2%D0%B5%D0%B4%21&author_mode=last_topics&do_search=1]:
 0ms
get settings:
 9ms
get forum list:
 14ms
get settings:
 9ms
get forum list:
 16ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 41ms
get topic data:
 12ms
get forum data:
 2ms
get page messages:
 43ms
get tp. blocked users:
 1ms
others: 720ms
total:  875ms
созд. / загр.: 875ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]