Растянутая ферма MOSS по каналу WAN — плохая идея?

Растянутая ферма MOSS по каналу WAN — плохая идея?

Я хочу построить стратегию аварийного восстановления для нашей фермы MOSS. Конфигурация растянутой фермы выглядит привлекательно, но документация MS предупреждает, что ее не следует использовать, если задержка между центрами обработки данных превышает 1 мс.

Наш канал WAN имеет среднюю задержку 6 мс между нашими центрами обработки данных. Кто-нибудь когда-нибудь строил растянутую ферму по каналу WAN? Являются ли предупреждения Microsoft искренними или излишне защищающими?

Ссылка:http://technet.microsoft.com/en-us/library/cc748824.aspx

решение1

Вам лучше выбрать маршрут доставки журналов SQL Server с вторичной фермой. Вы, вероятно, уже знакомы со ссылкой, но вотРуководство по доступности SharePoint

Я не большой поклонник идеи использования нескольких ферм для аварийного восстановления, мне гораздо больше нравится вариант с доставкой журналов.

решение2

Они искренни, и, поступая так, вы ставите себя в неподдерживаемую среду (CSS не сможет вам помочь, если вы столкнетесь со странностями между фермами).

Если аварийное восстановление является вашей главной заботой, лучшим вариантом будетнастроить аварийное восстановление на фермах SharePoint с помощью доставки журналов SQL Server. Если вы больше заинтересованы в предоставлении возможности пользователям, подключенным к разным центрам обработки данных, использовать единую (логическую) реализацию SharePoint, то вам следует рассмотретьглобальное развертывание нескольких ферм.

Связанный контент