Процедуры резервного копирования и восстановления базы данных

GNUmed принимает все меры для защиты медицинских данных в процессе обновления и эксплуатации:

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

Если вы последуете советам выше, вы сделаете совсем немного, чтобы быть на безопасной стороне. Руководство PostgreSQL имеет отличные главы по резервному копированию и восстановлению, а также по репликации и совместимости. Не забудьте прочитать его.

GNUmed предоставляет некоторые сценарии и файлы настройки под *nix, готовые к интеграции с cron/anacron. Их можно найти:

В следующих разделах содержится общий обзор файлов конфигурации и сценариев. Для получения дополнительной информации обратитесь к строковым комментариям внутри соответствующих файлов.

Настройка файлов конфигурации (.conf)

Расположение и имена файлов .conf должны быть правильно отражены в зависимых файлах сценариев. По умолчанию, сценарии ожидают найти файлы .conf в директории /etc/gnumed с именами gnumed-backup.conf и gnumed-restore.conf.

Кроме того, каждый файл .conf содержит ряд опций, которые почти всегда должны быть изменены. К ним относятся

Настройка файлов скриптов (.sh)

Сценарии gm-backup_database.sh и gm-restore_database.sh могут быть запущены без изменений, за исключением дополнительных ограничений Mac OS.

Обратите также внимание, что при выполнении резервного копирования или восстановлении вручную – когда вы еще не настроили pg_hba.conf для доступа root к базе данных GNUmed, как "gm-dbo", и когда вы не создали файл .pgpass – сработает вот это

Ограничения Mac OS:

Архивные электронные сообщения:

Дополнительную загадочную и редко необходимую информацию можно найти на этой странице