postgresql - Подход для 'живого '/hot резервного копирования файлов?
Вопрос: Можно ли настроить Postgres на системе размером 10 или 100 ГБ, чтобы не использовать специальное программное обеспечение для резервного копирования, а вместо этого просто использовать традиционное программное обеспечение для резервного копирования файловой системы (снимки файловой системы?) И иметь разумный метод восстановления с использованием этого метода?
Да, если снимки файловой системы являются атомарными . Это очень важно. У вас должен быть атомарный снимок , вы не можете просто скопировать каталог данных напрямую. Обычный метод - сделать снимок с помощью SAN, диспетчера логических томов, файловой системы с возможностью создания снимков и т. Д. И смонтировать его по другому пути, а затем создать резервную копию. Итак, вы используете сценарий до и после резервного копирования.
Здесь «атомарный» используется в компьютерном значении неделимого, единственного момента времени, когда все находится либо до, либо после этого момента. В случае снимка это означает момент времени, состояние хранилища в этот конкретный момент.
Насколько я понимаю, служба теневого копирования томов Microsoft (для Windows) является атомарной только на уровне файлов, поэтому вы не можете использовать системы резервного копирования, которые полагаются на
Если вы на самом деле не используете моментальный снимок файловой системы, вы просто копируете данные в файловую систему в реальном времени, вы все равно можете это сделать, но вам придется предпринять дополнительные шаги. Согласно документации вы можете сообщить PostgreSQL, что выполняется резервное копирование, и он перейдет в режим без перезаписи, что делает резервное копирование безопасным во время работы. Однако для восстановления такой резервной копии вам потребуются файлы, записанные после вызова сценария после резервного копирования pg_stop_backup () запускается . Самый простой способ убедиться, что у вас есть эти файлы, - включить архивирование WAL ; в противном случае вам понадобится несколько дополнительных обработчиков сценариев в вашей системе резервного копирования, чтобы добавить их в резервную копию.
Вариант использования 1: избежать особого подхода к резервному копированию при использовании Postgres и просто использовать обычную файловую систему. Без простоев или <5 секунд.
Для этого просто используйте pg_dump или pg_basebackup . Ни то, ни другое не требуют простоя и просты.
Любая достойная система резервного копирования поддерживает перехватчики до и после резервного копирования, которые упрощают эту задачу.
Вариант использования 1: избегать особого подхода к резервному копированию при использовании Postgres и просто использовать обычную файловую систему. Без простоев или <5 секунд.
Для этого вам понадобятся атомарные снимки, и вам нужно будет убедиться, что они находятся в том же снимке, что и PostgreSQL.