Как раз вот это и интересует. > > Второй - это обеспечить, чтобы вставший на замену сервер имел актуальное > состояние. Это делается уже на прикладном уровне, персонально для > данного конкретного приложения. > > Конечно точно не скажу, но по моему базы 1с в postgrese висеть будут.
> В принципе, для сервисов, актуальное состояние которых хранится на > диске, есть опять же более-менее универсальный вариант с сетевым > хранилищем (NAS), тоже дублированным - т.е. сервер БД пишет на > дублированный NAS (по двум хвостам). Тогда при отпадании одного сервера > второй подхватывает ровно тот же NAS. Но надо понимать, что это система > уже не из двух серверов, а из двух серверов, двух свитчей и > дублированного NAS, и стоит она как самолет. > Может всё таки софт какой есть для репликации? > Но для сервиса, который хранит актуальное состояние в памяти, этот номер > не пройдет, надо делать репликацию его собственными средствами > (вероятно, отсутствующими в природе, ага). >
