Монитор Сервера PA: Монитор SNMP не может работать

Ваш вопрос имеет много частей!

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

Для файлов Вы могли бы хотеть выполнить rsync периодически для распространения изменений назад и вперед. Это могло бы быть достаточно только, чтобы контролировать, есть ли у них те же файлы - существует множество способов сделать это.

Ваша вторая проблема более хитра. Предположим, что первичный информационный центр просто внезапно идет офлайн. Как резервный информационный центр знает, что делать с этим? Там обычно потребности быть ручным компонентом в решении, что отказ произошел и ли с обработкой отказа к резервному копированию. Чтобы иметь клиентские процессы автоматически перемещаются в резервное копирование, обычно требовал бы третьего сайта, который или в состоянии проксировать соединения с активным дата-центром или обеспечить быстрое переключение DNS для имен. Я рекомендую первому, потому что использование DNS для обработки отказа дата-центра требует низких значений TTL.