Что вы думаете о DRBD/Heartbeat для репликации и восстановления после сбоя для RDBMS Firebird?

Question

Я изучаю возможность использования Firebird для проекта.

Однако одной из потенциальных проблем является репликация и переход на другой ресурс или, вернее, отсутствие (субъективного) «хорошего» решения. Существует несколько потенциальных решений, перечисленных в FAQ Firebird, но они: 1) Windows-ориентированный; 2) ужасно устаревшие; 3) коммерческий; или 4) не является полнофункциональным.

Единственный возможный вариант, который я вижу, - ВОЛОКНА и что выглядит 1) незрелым; 2) потенциально мертвые; и 3) не является полнофункциональным.

Я узнал о DRBD и Heartbeat, и эти решения выглядят многообещающими. Я ищу вашу обратную связь, если у вас уже есть 1) настройка реплицированной конфигурации Firebird; и/или 2) использовали DRBD с Firebird.

Любые «gotchas», рекомендации, советы и т. Д.?

Спасибо!

Answer 1

Существует один сеанс о репликации в Firebird Conference 2009

Хольгер Klemt

* Firebird Replicated Part 1 
* Firebird Replicated Part 2 
     o In this two sessions you will see how easy it is to implement 

вашей собственной системы репликации в Firebird базе данных . На основе триггеров и простых скриптов, вы можете создать резервную систему . Архитектура позволяет master-master, master-slave, multi-master, онлайн и офлайн репликация. Репликации Firebird кластера может использоваться любым клиентом без interuption, а также в случае аппаратных сбоев частичных, планируется оборудования и обслуживание программного обеспечения операций, например, переход на новый Firebird версии.

Answer 2

Мы используем DRBD/Heartbeat/кардиостимулятор решения в течение последних 2-х лет на точно такую ​​же проблему. Сохранять и запускать базы данных Firebird и отказоустойчивость. Настройка на самом деле довольно проста, и у меня есть несколько предложений, которые я дам вам, чтобы начать. Так что это только предложения ...

• создай DRBD перегородку, форматировать его и смонтировать его /данных (с кардиостимулятором, конечно)
• кладет aliases.conf к drbd partion, поэтому вам не придется менять aliases.conf дважды каждый раз, когда вы вносите изменения в него. Скопируйте файл aliases.conf в/данных и связать его с /etc/firebird/2.1/aliases.conf на обоих узлах

понижательных использования DRBD/Pacemaker в первичной/вторичной установки является то, что клиенты потеряют соединение, как только первичный узел умирает и пока не будет вставлен вторичный узел. Придётся снова подключиться.Я не нашел другого способа сделать это, хотя клиент Firebird должен разрешить таймаут соединения, который он никогда не работал с нашими приложениями (возможно, приложения или библиотеки, которые мы используем, на самом деле не используют тайм-аут соединения firebird).

Что касается репликации базы данных, я боюсь, что вам нужно идти по пути, как описал или процитировал его Hugues Van Landeghem. Мы разработали такое приложение, которое работает с триггерами. Таким образом, новая строка добавляется в таблицу, триггер копирует ключ записи в другую таблицу, которая постоянно считывается приложением, которое захватывает эту запись и вставляет ее в другую базу данных. Довольно уродливый, но он работает отлично! Я лично считаю, что Firebird должна потратить некоторое время на то, чтобы иметь собственную систему репликации баз данных ... они действительно далеко позади ...

Надеюсь, моя информация немного помогла вам. У меня есть дополнительные вопросы, свяжитесь со мной или посетите мой сайт @gefoo.org