Резервное копирование базы PostgreSQL

Резервная копия PostgreSQL сохраняет выбранную базу в отдельный файл. Копия папки WLine или LabelRedo этого не делает. Ниже описаны копирование через pgAdmin и проверка восстановления в отдельную пустую базу.

Что входит в копию

Копия одной базы содержит её структуру и данные согласно выбранным параметрам. Она не заменяет копии внешних файлов, настроек приложений и всех учётных записей сервера. Для переноса на другой компьютер также нужно сохранить роли, права и необходимые расширения по плану администратора.

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

Если копия нужна перед обновлением или для единого комплекта с файлами программы, остановите задания и закройте программы, которые меняют эти данные. Не выключайте сам PostgreSQL для создания копии через pgAdmin.

Запишите параметры исходной базы

Эти сведения понадобятся для проверочного восстановления. Их просмотр не меняет базу.

1. В pgAdmin откройте контекстное меню исходной базы длительным нажатием на её имя.
2. Выберите «Properties…» («Свойства…»).
3. На вкладке «General» запишите владельца базы.
4. На вкладке «Definition» запишите «Encoding», «Locale Provider», «Collation» и «Character type».
5. Если используются ICU или Builtin Locale, также сохраните их заполненные поля.
6. Закройте окно кнопкой «Close», не сохраняя изменений.

Encoding — кодировка; остальные поля задают правила работы с текстом и сортировки. При создании проверочной базы используйте записанные значения. Если нужное значение на целевом сервере недоступно, сначала согласуйте его подготовку, а не выбирайте замену наугад.

Создайте копию в pgAdmin

1. Откройте pgAdmin и подключитесь к нужному серверу.
2. Раскройте «Databases» («Базы данных»).
3. Откройте контекстное меню рабочей базы длительным нажатием на её имя.
4. Выберите «Backup…» («Резервная копия…»).
5. В поле «Filename» выберите папку и новое имя файла, например line-backup-2026-10-18.backup.
6. В поле «Format» выберите «Custom».
7. Оставьте полный состав копии: не включайте режим только данных или только структуры и не ограничивайте список объектов.
8. Нажмите «Backup».
9. Дождитесь зелёного сообщения «Process completed».
10. Нажмите «View Processes» или откройте вкладку «Processes».
11. Проверьте, что завершилась операция «Backup Object» для нужной базы без ошибок.

Результат: процесс завершён успешно, файл появился в выбранной папке. Простое появление файла ещё не подтверждает успех: после ошибки в нём могут остаться неполные данные.

Формат «Custom» подходит для восстановления через окно «Restore». Расширение имени само по себе формат не меняет. Описание параметров есть в справке резервного копирования pgAdmin.

Сохраните копию вне рабочего диска

1. Откройте папку с готовым файлом в Проводнике.
2. Скопируйте его на согласованный резервный носитель.
3. Проверьте наличие и размер скопированного файла.
4. Безопасно извлеките носитель по инструкции USB.
5. Запишите дату, имя базы, версию PostgreSQL и результат копирования.

Храните несколько резервных копий базы данных, если это предусмотрено вашим порядком работы. Копия на том же диске не поможет при его отказе. Файл базы содержит рабочие данные: не отправляйте его в открытые чаты и не прикладывайте к публичному обращению.

Проверьте восстановление в пустую базу

Этот порядок подходит для копии «Custom» и пользователя с правами создания базы и восстановления её объектов. Восстанавливайте только доверенную копию. Если нужных прав нет, создание проверочной базы выполняет администратор.

1. В pgAdmin откройте контекстное меню «Databases» длительным нажатием.
2. Выберите «Create» → «Database…» («Создать» → «База данных…»).
3. В поле «Database» введите новое имя, например line_restore_check_20261018.
4. Укажите согласованного владельца базы.
5. На вкладке «Definition» выберите шаблон template0; введите кодировку и параметры локали, записанные в разделе подготовки.
6. Нажмите «Save».

Новая база должна быть пустой. Сверьте её имя в левой панели. Параметры создания описаны в справке окна базы данных.

7. Откройте контекстное меню новой проверочной базы длительным нажатием на её имя.
8. Выберите «Restore…» («Восстановить…»).
9. Повторно подключите резервный носитель и в поле «Filename» выберите файл именно с него. Так проверяется сохранённая резервная копия, а не только исходный файл рабочего диска.
10. В поле «Format» выберите «Custom or tar».
11. Откройте вкладку «Query Options». Оставьте выключенными «Include CREATE DATABASE statement» и «Clean before restore». Первый переключатель создаёт базу из архива, второй удаляет существующие объекты перед восстановлением.
12. Нажмите «Restore».
13. Дождитесь зелёного сообщения «Process completed».
14. Откройте «View Processes» и проверьте, что операция «Restore» завершилась для проверочной базы без ошибок.
15. Обновите дерево проверочной базы и проверьте появление ожидаемых схем и таблиц.

Результат: копия восстановлена в отдельную базу без ошибок. Для проверки полноты сравните состав объектов и контрольные данные по принятому плану. Успешное восстановление ещё не доказывает, что скопированы внешние файлы приложения или что копия содержит самые последние производственные операции.

Окно «Restore» предназначено для архивных форматов. Обычный текстовый SQL-файл восстанавливают другим способом. Не меняйте ему расширение в попытке превратить его в «Custom». Подробности есть в справке восстановления pgAdmin.

Если копирование или восстановление не завершилось

Возврат действующей линии к старой копии — отдельная операция. Сначала нужно согласовать момент восстановления и учесть данные, появившиеся после копирования. Не заменяйте рабочую базу проверочной без такого плана.