Условия:
Есть 2 interbase-сервера. Primary и Secondary. Вся работа идёт с Primary, до тех пор, пока он, по каким-либо причинам, не умирает. В этом случае (в случае отказа при выполнении очередного запроса), клиенты автоматически начинают стучаться к Secondary. Задача - сделать так, чтобы после каждого commit все изменения отображались на Secondary сервере. Очевидны 2 решения: реализация такого поведения в middle-tier, и реализация триггеров на after update, after delete для каждой таблицы + udf, которые заносят эти изменения в базу на Secondary. недостатки первого способа: необходимость вносить изменения в middle tier, что требует затрат по времени и тестированию, плюс - необходимость поднимать старый код, и т.п.
Недостатки второго - увеличение загрузки сервера. Однако, это преодолимо повышением общей производительности сервера.

Вопрос:
1) Есть ли какие-либо иные решения, не требующие изменений в клиентском и middle tier коде?
2) Есть ли уже готовое решение (например, создание Event-ов, затем запускаем мониторящее приложение, которому просто указываем таблицы и соответствующие event-ы, оно само смотрит структуру и выполняет действия по синхронизации)?
3) Если у Вас уже есть такие решения, сколько Вы хотите за них получить денег?

Советы/URL тоже крайне приветствуются.
ЗЫ. Обновить сервер в пределах ветки Firebird/Yaffil возможно.


Maxim S. Lee AKA Jetteim
http://jetteim.tk

Это немного не то. Мне нужно, чтобы всегда была актуальная копия базы на другой машине, чтобы, в случае отказа primary сервера, клиенты могли работать с копией.

Maxim S. Lee AKA Jetteim
http://jetteim.tk

Ну, теорию я знаю. Вопрос в конкретной реализации.
(шёпотом) Мне нужен инструмент или ссылка на людей, имеющих инструмент, или ссылка на людей, знающих, как построить инструмент, и готовых об этом поговорить.


Maxim S. Lee AKA Jetteim
http://jetteim.tk

Спасибо. О кластере наши инженеры как-то не задумывались. Попробуем.

Maxim S. Lee AKA Jetteim
http://jetteim.tk