Два принципала в SQL Server 2005, Зеркально отражающий установку
Большинство моих комментариев ниже фокусируется вокруг предположения, что содержание опрашивается на бэкенде на основе Вашего описания.
Тот код должен быть изменен. Это - ужасная архитектура и имеет способность полностью нанести вред сайту с любой умеренной загрузкой. В большинстве случаев это также грубо к стороннему веб-сайту.
Если DNS для сайта понижается, или их сайт понижается, он имеет потенциал для поддержания всех детей Apache, в то время как они находятся, ожидая ответа. В той точке Ваш сайт будет недоступен. Существуют, вероятно, еще худшие последствия в зависимости от того, как код был написан.
Я сказал бы, что это имеет большую часть смысла опросить относительно данных в равном интервале с помощью сценария и использовать те результаты. Лучшее место, чтобы хранить те данные, вероятно, было бы базой данных.
Веб-прокси является таким kludgey решением, я не могу даже начать думать это приемлемый.
Если не уже доступный, локальный кэш DNS мог бы помочь немного уменьшить наверху.
Один возможный клудж, который я вижу, изменяет/etc/hosts для www.thirdparty.com для указания на внутренний веб-сервер, который отображает содержание, которое раскрывается с помощью вышеупомянутого сценария крона, который работает ночью.
В то время как это могло бы работать, Вы не должны делать этого. Приложение должно быть изменено.
В то время (09:35) вы проверяли монитор зеркалирования, чтобы узнать, в каком состоянии был его статус? , получаете ли вы уведомления об этих событиях?
Возможно, соединение между 90 и 91/92 было прервано из-за технического обслуживания сети, поэтому 91 также стал основным, для клиентов ничего не происходит, потому что соединение с 90 было все еще вверху .. таким образом создавая вам ситуацию.
Что я, вероятно, сделал (сейчас легко сказать :), если бы я знал о 2 основных ситуациях ..
на 90, который в то время работал нормально, обслуживая клиентов и т. д., удалите конфигурацию зеркального отображения из баз данных, чтобы базы данных оставались согласованными и все оставалось в сети.
После этого вы можете повторно настроить зеркалирование без простоев.