С использованием непрерывного архивирования будет генерироваться большое количество файлов WAL. Если значение параметра archive_timeout равно 30 с, то за сутки будет создаваться как минимум 2 * 60 * 24 — 2880 файлов по 16 МБ каждый, что дает в сумме 46 ГБ или больше в день. С приемлемой частотой транзакций сервер может создавать 100 ГБ архивных данных за сутки, и это значение следует использовать как приблизительную оценку, пока оно не будет уточнено в ходе измерений. Частота может быть намного выше — возможны терабайты данных за сутки. Ясно, что мы предпочли бы хранить только те файлы WAL, которые необходимы, поэтому, когда резервная копия уже не будет нужна, понадобится удалить файлы из архива. В каждой базовой резервной копии содержится файл backup, label. Имя самого раннего из файлов WAL, соответствующих резервной копии, указывается в первой строке файла backup. iabei. Для удаления более ранних файлов можно использовать модуль contrib/ pg_archivecleanup. При таких размерах архива файлов WAL явно необходимо сжатие файлов. Программы-компрессоры общего назначения для этой цели недостаточно оптимальны. В подобных случаях лучше прибегнуть к специально созданной утилите для сжатия файлов. Программа pg_lesslog доступна по адресу: Восстановление сервера баз данных полностью — весьма важная операция. В этом разделе будет показано, как ее произвести наиболее простым способом. Здесь объясняются и некоторые сложные аспекты, но большая их часть освещена в других разделах. Найдите подходящий сервер, на котором будет выполняться восстановление.
Перед тем как восстанавливать работающий сервер, всегда делайте его резервную копию в текущем состоянии. Не исключено, что проблема, которую вы собираетесь решить с помощью восстановления, только усугубится. Единственное, что нужно обдумать и проверить, — параметры в файле recovery. conf. Для наших целей только один из них имеет СМЫСЛ — restore_coiranand.
Рубрика: Женский интерес