Организация standby server
Модераторы: kdv, Alexey Kovyazin
Организация standby server
Доброго дня всем!
Есть несколько баз 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 таблиц протоколов данных и триггеров.
Уже собираюсь писать службу, которая бы воспроизводила все зафиксированные в протоколах изменения в резервной базе, но пока не придумал, как передавать блобы...
Есть несколько баз 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 таблиц протоколов данных и триггеров.
Уже собираюсь писать службу, которая бы воспроизводила все зафиксированные в протоколах изменения в резервной базе, но пока не придумал, как передавать блобы...
-
- Сообщения: 250
- Зарегистрирован: 25 июл 2007, 21:33
-
- Сообщения: 52
- Зарегистрирован: 28 сен 2007, 10:19
Спасибо всем за ответы... буду читать про nbackup...
Но в предложенной схеме не совсем понятна степень устойчивости алгоритма. Ведь цепочка backup сломается при каком либо повреждении базы, даже самом мелком?
Нет ли ограничения количества звеньев в цепочке...
Ну это уже домыслы, ушел читать...
А когда планируется выпуск 2.0.4?
Но в предложенной схеме не совсем понятна степень устойчивости алгоритма. Ведь цепочка backup сломается при каком либо повреждении базы, даже самом мелком?
Нет ли ограничения количества звеньев в цепочке...
Ну это уже домыслы, ушел читать...
А когда планируется выпуск 2.0.4?
-
- Сообщения: 52
- Зарегистрирован: 28 сен 2007, 10:19
А вот это подправили http://forum.ibase.ru/phpBB2/viewtopic.php?t=3931 ?hvlad писал(а):В 2.0.4 вошло большое исправление для nbackup'а (как и в 2.1)