Вы можете сослаться на документ postgreSQL pg_dump , поскольку ничто не отличается от выполнения bakcup на postgreSQL.
Я ссылался на руководство по созданию сценария дампа с помощью crontab, и оба процесса: dump и restore работали нормально.
В моем случае я использовал pg_dump для создания файла дампа и восстановления его с помощью psql.При необходимости вы можете выбрать pg_restore вместо этого.
agens@karl ~] pg_dump --port=5432 --username=agens --file=agens.dump agens
agens@karl ~] psql --port=5432 --username=agens --dbname=agens2 -f agens.dump
Однако я больше не использую pg_dump для задания резервного копирования из-за требования инкрементного bakcup.Так что я погуглил доступную резервную копию OSS для postgresql.Среди вариантов, которые я искал, pg_rman в настоящее время я использую.
Это упростило мне создание сценария планирования резервного копирования архива каждые 6 часов, инкрементного резервного копирования каждый день и полного резервного копирования каждую неделю, и эти задания работают должным образом более 2 месяцев.
Восстановление данных на других серверах также успешно протестировано.
Надеюсь, это поможет вам.