В роли резервного рекомендуется устанавливать сервер с СУБД Oracle, настроенный идентично основному (в частности, ограничения на размеры табличных пространств должны быть равными заданным на основном, либо превышать их). Это позволит, в случае необходимости, получить возможность максимально быстрого и беспроблемного перехода пользователей на работу с резервным сервером вместо основного.

Создать каталог, в который будут копироваться дампы с основного сервера:

mkdirhier /FiServ/Backup/Remote

Удостовериться, что права владения и доступа к FiServ позволяют запись в него нужным группам пользователей. К примеру, для полного доступа на чтение и запись всем пользователям:

chown -R nobody:nobody /FiServ
chmod -R 777 /FiServ

Создать пользователя, под именем которого к резервному серверу будет подключаться основной:

smbpasswd -a backup

В ответ на запрос программы, ввести желаемый пароль этого пользователя.

Создать точку монтирования для разделяемого публичного каталога резервного сервера:

mkdir /RP

Внести запись о сетевом каталоге резервного сервера в /etc/fstab. Добавить в этот файл новую строку:

//<IP-адрес резервного сервера>/public    /RP    cifs    username=backup,password=<пароль пользователя backup>    0    0

Включить зеркалирование создаваемых резервных копий в файле /etc/bkup.conf настроек скрипта резервного копирования iSZN (см. «Настройка механизма резервного копирования в RedHat Linux»). Изменить в нём строки, начинающиеся с do_mirror и mirror_dir следующим образом:

do_mirror = 1

mirror_dir = /RP/Backup/Remote

Отредактировать файл планировщика /etc/crontab. Добавить команды размонтирования и перемонтирования сетевого каталога перед каждым созданием резервной копии. Если в нём уже есть строка запуска скрипта /opt/bkup.pl — привести её к указанному ниже виду, если нет — добавить:

00 1 * * * root      umount -f /RP; mount /RP; perl /opt/bkup.pl -b

При необходимости начать работу на резервном сервере, нужно загрузить в его базу данных актуальные данные. Для этого необходимо восстановить на нём сохранённый на основном сервере дамп:

/opt/bkup.pl -rf /FiServ/Backup/Remote/<имя файла дампа>

Необходимо подключиться к серверу под именем uszn, открыть справочник пользователей и удостовериться, что для всех пользователей на этом сервере созданы соответствующие пользователи СУБД.

Кроме того, если серверная лицензия на этот сервер ранее получена не была, нужно воспользоваться задачей «Конфигуратор экземпляра Системы» для создания файла запроса на лицензию и, в последующем, для установки лицензии.

После этого все пользователи должны отключиться от основного сервера базы данных, ввести в диалоге подключения IP-адрес или имя резервного сервера и подключиться к нему.

Поскольку резервный сервер по аппаратной и программной конфигурации в общем случае является примерной копией основного, существует возможность (при получении от компании ИТЭС соответствующих лицензий на оба сервера) одновременной работы пользователей на двух серверах.

К примеру, на основном сервере может храниться реальная база данных учреждения, а резервный может использоваться для обучения новых пользователей работе с Системой, проверки результатов каких-либо действий, моделирования различных ситуаций (в том числе с создания «выдуманных» людей, коллективов и выплат) и тому подобного.

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

/opt/bkup.pl -rf /FiServ/Backup/Remote/<имя файла дампа>

• Linux-сервер