Как стать автором
Обновить

Внедрение системы резервного копирования пользовательских данных в закрытый контур заказчика

Уровень сложностиПростой
Время на прочтение12 мин
Количество просмотров5.8K
Всего голосов 9: ↑8 и ↓1+8
Комментарии3

Комментарии 3

Спасибо добрый человек

Данную процедуру необходимо проводить раз в 10 минут, чтобы сильно не нагружать систему и обеспечить консистентность с БД PostgreSQL. Автоматизация происходит через тот же CRON.

То есть, резервная копия всё же будет неконсистентной, расчёт на то, что рассинхронизация между базой данных и файлами в 10 минут не приведёт к нарушению работы системы? И, по сравнению с прежней версией, где создавались снапшоты, ситуация в этом плане может даже ухудшилась (если брать вариант с выключением виртуальных машин для обеспечения консистентности данных в резервной копии)?

В нашем случае мы имеем допустимую потерю данных, так как у нас не используется синхронный механизм передачи WAL-сегментов и пользовательских данных. При восстановлении система будет консистентна на момент сохранения последнего файла данных, при учете наличия неповрежденного WAL-сегмента.

Нужно учитывать, что копирование журналов WAL через WAL-G и файлов MinIO через rsync имеют разное время, поэтому в неокторых ситуациях время восстановления необходимо выбирать раньше, чем последнее возможное (потеря данных может составить чуть больше 10 минут).

Зарегистрируйтесь на Хабре, чтобы оставить комментарий