Страница 1 из 1

Организация standby server

Добавлено: 15 апр 2008, 13:10
Wild
Доброго дня всем!

Есть несколько баз FB размером от 200 Мб до 4 Гб с тенденцией к росту. Пользователей - от 20 до 40. До сего момента их обслуживал сервер с P4, 4 Гб памяти, SATA Raid5.
Сейчас для обеспечения большей производительности и надежности приобретен сервер HP на базе Xeon с RAID1 и 4 Гб памяти на который и был переведен Firebird (2.0.1). Операционка - везде W2003.
Освободившийся сервер хочется перевести под stanby server, настроить его идентично боевому, и передавать на него все измененные данные раз в пять-десять минут - по сути односторонная репликация - в резервной базе необходимо воспроизводить все изменения, произведенные в боевой.
Оба сервера находятся в одной сети, в одном здании, но в разных серверных комнатах.
В случае какого-либо аппаратного сбоя на боевом сервере необходимо будет только поменять на нем IP на равный IP боевого сервера, активировать все триггеры - и пользователи смогут продолжить работать. Естественно, изменения с момента последней репликации небходимо будет повторить.

Вопрос:
Есть ли какие-либо готовые решения, которые смогут корректно производить такую репликацию?
Может ли FB делать Shadow Copy на другой сервер? (вроде знаю что может только на локальный диск, но вдруг..)

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

Добавлено: 15 апр 2008, 13:20
hvlad
Обновиться до 2.0.4, делать инкрементные бекапы с нужной частотой, копировать их на второй сервер и там поднимать.

Добавлено: 15 апр 2008, 14:57
WildSery
hvlad писал(а):Обновиться до 2.0.4
Не рано ли?

Добавлено: 15 апр 2008, 16:08
hvlad
WildSery писал(а):
hvlad писал(а):Обновиться до 2.0.4
Не рано ли?
Как выйдет, есс-но

Добавлено: 15 апр 2008, 16:31
Kotъ-Begemotъ
hvlad писал(а):Обновиться до 2.0.4, делать инкрементные бекапы с нужной частотой, копировать их на второй сервер и там поднимать.
Дык это вроде и 2.0.3 умеет? Я про инкрементальные бэкапы?

Добавлено: 15 апр 2008, 18:27
belov-evgenii
Kotъ-Begemotъ писал(а):Дык это вроде и 2.0.3 умеет? Я про инкрементальные бэкапы?
Дык вроде все двойки умели. Но похоже в 2.0.4 много всяких багов поправили. Пойду почитаю

Добавлено: 15 апр 2008, 20:24
hvlad
В 2.0.4 вошло большое исправление для nbackup'а (как и в 2.1)

Добавлено: 16 апр 2008, 07:02
Wild
Спасибо всем за ответы... буду читать про nbackup...
Но в предложенной схеме не совсем понятна степень устойчивости алгоритма. Ведь цепочка backup сломается при каком либо повреждении базы, даже самом мелком?
Нет ли ограничения количества звеньев в цепочке...
Ну это уже домыслы, ушел читать... :)
А когда планируется выпуск 2.0.4?

Добавлено: 16 апр 2008, 15:09
hvlad
Wild писал(а):А когда планируется выпуск 2.0.4?
Скоро

Добавлено: 19 апр 2008, 09:12
belov-evgenii
hvlad писал(а):В 2.0.4 вошло большое исправление для nbackup'а (как и в 2.1)
А вот это подправили http://forum.ibase.ru/phpBB2/viewtopic.php?t=3931 ?