Объединение SharePoint и зеркального отображения базы данных

14

Это не вопрос, как я должен делать это, просто чтобы подготовить почву. Это какой у тебя опыт? Пожалуйста, прочитайте весь вопрос, прежде чем быстро ответить.

Вчера я провел весь день, обучая нынешних студентов SharePoint MCM (Microsoft Certified Masters - см. Здесь ) всем технологиям высокой доступности в SQL Server, а также тому, как работает журнал SQL / восстановление / резервное копирование / восстановление. Это действительно важно, так как при каждой установке MOSS корпоративного класса скрыт SQL-сервер класса Entreprise, обычно без администратора базы данных. Кимберли преподает им день обслуживания базы данных в пятницу (своего рода суженная версия первой недели SQL MCM, которую мы преподаем).

Мы обсуждали возможности использования зеркального отображения баз данных для обеспечения высокой доступности баз данных SharePoint, а также относительные плюсы и минусы. Теперь я знаю, что зеркальное отображение базы данных имеет самые низкие внутренние глубины, поскольку я владел им во время работы в Microsoft, поэтому нет необходимости указывать поведение и особенности в ваших ответах. Я также знаю различные предостережения и рекомендации в документе с зеркалами от SharePoint, и да, это просто общие рекомендации, а не жесткие правила.

Мой вопрос заключается в следующем: я хотел бы услышать от любого, кто внедрил зеркалирование базы данных для SharePoint, и выяснилось, сработало ли оно для вас, или вы потерпели крах и сгорели. В частности, как вы обнаружили, что аварийное переключение работает для вас? В итоге у вас были одни участники базы данных на одном сервере, а некоторые - на другом, что эффективно разделяло вашу ферму и делало ее непригодной для использования до тех пор, пока ручное вмешательство не переключило все на один сервер? Вы использовали это для локальной или удаленной HA? И так далее.

Любые ответы будут с благодарностью приняты и помогут расширить базу знаний о слиянии этих двух технологий, и я верну истории в группу продуктов SharePoint и будущие ротации MCM, которые я преподаю.

Благодарность!

[Edit: PS Я соберу сообщение в блоге об опыте и руководящих принципах к этому также на выходных]

Пол Рэндал
источник
>> В итоге у вас были одни участники базы данных на одном сервере, а некоторые - на другом, что эффективно разделяло вашу ферму и делало ее непригодной для использования до тех пор, пока ручное вмешательство не переключило все на один сервер? Похоже, это было бы большой проблемой - вам нужно было бы написать сценарий, чтобы все остальное не сработало. Возможно, мы сделаем это в будущем, поэтому я пока не могу ответить.
Сэм
В самом деле, но очень сложно написать сценарий и справиться с каждым случаем (например, неудачным переключением при сбое - что вы тогда делаете?)
Пол Рэндал

Ответы:

1

Мы запретили даже пробовать это с SharePoint от MS (это было 1,5 года назад, когда мы впервые начали планировать нашу реализацию SharePoint 2007).

Джефф
источник
1

В итоге мы использовали продукт под названием Neverfail, чтобы добавить HA в нашу MOSS-реализацию. Он обеспечивает непрерывную репликацию как сервера SQL, так и сервера MOSS. Гораздо надежнее как в сценариях отработки отказа, так и в случае отказа.

Codejnki
источник
0

Нет ответа, проверьте пульс !?

Ух ты, Пол, ты уже пробовал это на http://www.sharepointoverflow.com ?

Я работал с клиентами, внедряющими кластеризацию, но никогда не зеркалировал на производстве. Мой коллега продемонстрировал мне POC техники Белой книги для аварийного переключения, поэтому я видел, как она работает лично, однако большинство участников этой презентации были удивлены этой техникой и не были уверены, что предложат ее своим клиентам. ,

Том Ресинг
источник