Re: Резервное копирование
Пользователь:
Карауш (IP-адрес скрыт)
Дата: 04, February, 2008 21:18
> А для перестраховки сохранять запись каждые 10-15 мин, сами понимаете, нереально!
Странно, но пока еще никто не отказался от Word только за то, что тот "вылетает" и "уносит с собой" многочасовые потуги написать статью или документ.
Если Вы эксплуатировали ЛЮБУЮ АБИС или СУБД (большую: ORACLE, ГАЛАКТИКА, 1С, Axapta и пр. - боюсь, что ошибся в названиях), то ВЕЗДЕ Вы будете терять много времени, чтобы система "очухалась", когда ее вырубят "посреди работы напряженной".
А, вообще-то, мой Вам совет:
1. Рассмотрите данную ситуацию не с позиций "Почему ИРБИС сам не поднялся, отряхнулся и побежал?", а с позиции, что такая ситуация может произойти с любым оборудованием, даже в момент резервного копирования. И выработайте последовательность действий на случай повторения таких ситуаций:
- инструкция по выключению сервера наиболее подготовленным персоналом,
- автоматическое гашение сервера по сигналу от бесперебойника и пр.
2. Напишите директору (заведующей) служебную записку, согласно которой Вы предупреждаете, что такие ситуации могут повториться не только с ИРБИС и что Вы уже готовы предотвратить их, если Вам будет выделено соответствующее оборудование (новые бесперебойники и пр.).
3. Расскажите эту ситуацию на совете (при директоре, планерке и пр.), где опишите, что по причине неработающего бесперебойника (который нужно менять как картридж в принтере раз в 2 года), весь персонал библиотеки потерял половину рабочего дня и понес такие-то убытки (я надеюсь, что убытки от простоя больше, чем стоимость бесперебойника ;).
4. Не стесняйтесь во всеуслышанье говорить о проблемах оборудования, поскольку в последнее время уж совсем по-наплевательски относятся к этим проблемам, считая, что оборудование должно работать всегда само по себе и без затрат.
Теперь, что касается резервирования (варианты с логикой ИЛИ):
1. Запускается АРМ Администратор и по заданию (ibf-файл раз в час) выгружаете БД в файл. Он сам заблокирует базу на время копирования.
2. Останавливаете процесс сервера и копируете состояние файловой системы.
3. Отключаете на время копирования сетевую карту (чтобы пользователи ненадолго отдохнули) и копируете состояние файлов. Тут главное, чтобы в файлы не было транзакций (обращений) и следите, чтобы пользователи не запускали последовательных поисков и глобальных корректировок незадолго до резервирования.