Необходимо создать отказоустойчивый кластер на базе 2 серверов с Cache, причем Cache по разным причинам может быть активно только на одном из серверов. Решение:
Устанавливаем два сервера Debian6-64 c Cache2012-64. На сервера устанавливаем дополнительно по одному HDD для организации RAID1. Устанавливаем ПО DRBD и Heartbeat. Сервера между собой соединены напрямую в сеть и средствами DRBD организуется RAID1 на вторых HDD. На организованное зеркало устанавливается рабочая база Cache. Один сервер всегда работает в режиме мастер и на нем запущено Cache с поднятым рабочим сетевым интерфейсом. На втором сервере Cache остановлено. В случае падения первого сервера автоматически на втором сервере стартует Cache и монтируется с RAID1 рабочая база, поднимается сетевой интерфейс. После восстановления 1 сервера, он становится вторых и автоматически синхронизирует данные с первого сервера. С данной технологией можно ознакомиться, например, здесь http://www.opennet.ru/docs/RUS/ha_cluster/.

Alexey Maslov,
Пока проблем не было
Схема работает еще в 5 достаточно долгое время.
Было падение и основного, и запасного серверов. Ни разу базу восстанавливать не пришлось

Размер баз исчисляется десятками гигабайт, изменения проходят ежесекундно

Читаем http://ru.wikipedia.org/wiki/DRBD
Синхронизируется рабочий cache.dat. На зеркало можно забросить все, что необходимо синхронизировать.

Alexey Maslovkalin,
схема интересная, но одна уязвимость видна сразу.
В рабочем цикле демона записи (WRTDMN) есть фаза, когда запись последовательности блоков в CACHE.WIJ закончена, и начата запись в CACHE.DAT. Если происходит останов боевого сервера в этой фазе, зеркальный получает в наследство БД в нестабильном состоянии. В "нормальном" кластере (на разделяемом диске) при старте Cache на 2-ом члене кластера произойдёт дозапись остатка блоков из CACHE.WIJ в CACHE.DAT, после чего идёт откат транзакций по журналу (Journal). В вашем случае этого не будет, отсюда - возможные ошибки целостности БД (^Integrity).
Если вы поместите на зеркалируемый диск ещё и CACHE.WIJ (допустим, транзакции вас не волнуют), то большой вопрос, сумеет ли Cache на 2-ом члене кластера подхватить чужой WIJ?
Только эта схема предполагает, по видимому, одновременную работу двух серверов Cache, что в приводимой схеме неприемлемо.

Так в этой схеме работает 2 диска. Отказ их одновременно на двух серверах маловероятен. Если этого мало, можно добавлять еще сервера со своими дисками. Фича вся заключается в автоматическом запуске второго сервера (без участия человека) в случае отказа основного с поднятием всех необходимых сетевых интерфейсов и всяких нужных демонов как в системе, так в Cache. Система должна работать в реальном режиме и останов ее на 10 минут уже грозит большими проблемами. А так, к дополнению, постоянно идет мониторинг за работой raid массива и состоянием жестких дисков на предмет появления неисправностей на них.