Создание архитектуры и стратегии обеспечения высокой доступности для SharePoint Server

  • Статья

 

**Применимо к:**SharePoint Foundation 2013, SharePoint Server 2013, SharePoint Server 2016

**Последнее изменение раздела:**2017-10-18

Сводка. Узнайте, как объединить архитектуру фермы и технологии для создания среды с высоким уровнем доступности в одной ферме SharePoint Server 2016 или SharePoint 2013.

Стратегия обеспечения высокой доступности — это важное требование для рабочей среды SharePoint Server. Полноценная стратегия включает в себя операционные процессы, средства управления платформой, архитектуру и технические решения. Эта статья фокусируется на архитектурных и технических аспектах высокой доступности. В инструкциях поясняются определенные элементы проектирования SharePoint и технические варианты, определяющие стратегию обеспечения высокой доступности.

Примечание

Высокая доступность и аварийное восстановление — это не одно и то же. Хотя для их реализации применяются схожие методы планирования и решения, они все представляют собой часть процесса обеспечения непрерывности бизнеса. Цель высокой доступности — добиться стабильной работы в основном центре обработки данных и в течение запланированных простоев. Цель аварийного восстановления — позволить организации восстановить работоспособность, используя дополнительный центр обработки данных, если из-за аварии в основном центре обработки данных инфраструктура становится нестабильной. Сведения об аварийном восстановлении для SharePoint Server см. в статье Выбор стратегии аварийного восстановления для SharePoint Server.

В этой статье

  • Введение

  • Создание архитектуры фермы, поддерживающей высокую доступность

  • Использование отказоустойчивости в решении для обеспечения высокой доступности

  • Настройка двух центров обработки данных в одной ферме ("растянутая ферма") для обеспечения высокой доступности

  • Внедрение операций архивации и восстановления в стратегию высокой доступности

Высокая доступность обычно используется для описания возможности системы продолжать работу и предоставлять ресурсы пользователям, когда в домене возникает сбой в одной из следующих категорий: оборудование, программное обеспечение или приложение. Уровень доступности выражается как процентное отношение времени непрерывной работы системы для поддержки бизнес-функций. Необходимый уровень доступности в различных организациях разный. Хотя требуемый уровень также может отличаться и в подразделениях организации, соглашение об уровне обслуживания применяется ко всей организации. С точки зрения пользователей ферма SharePoint доступна, если пользователи могут получить доступ к ферме и использовать функции и службы, необходимые им для работы.

У фермы SharePoint с высоким уровнем доступности следующие цели и характеристики:

  • Проект фермы сокращает число возможных точек сбоя. Так как устранить все точки сбоя невозможно, общая стратегия должна определять, как реагировать на сбой.

  • События отработки отказы прозрачны и оказывают минимальное влияние на работу пользователей.

  • Ферма продолжает работу с ограниченной емкостью, а не полностью прекращает работу.

  • Ферма устойчива. Инциденты, которые влияют на ее работу, происходят редко. При их возникновении принимаются своевременные и эффективные меры.

Введение

Перед созданием реалистичной и экономичной архитектуры и стратегии высокой доступности для среды SharePoint необходимо определить и оценить цели доступности. Они отражают масштаб зависимости вашей организации от SharePoint Server и влияние потери работоспособности службы на работу организации. Влияние потери работоспособности зависит от ее природы (полная или частичная) и длительности.

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

После определения требований доступности для вашей организации можно приступать к созданию проекта и стратегии высокой доступности, чтобы снизить риск простоев и ограничения работоспособности. ИТ-специалисты, проектирующие и развертывающие системы с высокой доступностью, используют следующие принципы для достижения целей:

  • Необходимо устранить отдельные точки сбоя для каждого отказоустойчивого домена и всей системы на всех возможных уровнях (в операционной системе, программном обеспечении и приложении SharePoint).

  • Требуется реализовать очень быстрый процесс обнаружения, изоляции и устранения сбоев.

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

Решение отказоустойчивости ориентировано на специализированное оборудование, используемое для обнаружения сбоев и мгновенного переключения на резервный аппаратный компонент. Это может быть процессор, плата памяти, блок питания, подсистема ввода-вывода или хранения данных. Переход на резервный компонент обеспечивает высокий уровень доступности службы.

Анализ снижения затрат при использовании решений отказоустойчивости и высокой доступности позволяет организациям создать эффективную стратегию для достижения целевой доступности фермы SharePoint. Обычно затраты на эти два решения взаимосвязаны.

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

Улучшения технологий виртуализации позволяют организациям использовать виртуальные компьютеры как средство для "горячей", "теплой" или "холодной" замены. Виртуальные компьютеры могут предоставлять аналогичную функциональность. Виртуализация может улучшить гибкость и сократить расходы. Однако следует убедиться, что виртуальная машина обладает ресурсами, необходимыми для обработки нагрузки физического компьютера, который она заменяет.

Создание архитектуры фермы, поддерживающей высокую доступность

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

Примечание

Наш пример не охватывает все возможные ситуации. Например, в нем показаны не все отказоустойчивые домены и оборудование для обеспечения отказоустойчивости.

Примеры избыточности в топологии фермы для обработки точек сбоя

Пример фермы, демонстрирующий, как с помощью избыточных ролей и служб можно устранить единые точки отказа. Ознакомьтесь со следующим списком, чтобы получить дополнительные сведения.

Если говорить о предыдущем рисунке, стоит обратить внимание на следующее:

  • Серверы фермы в этом примере могут быть физическими компьютерами или виртуальными машинами, развернутыми на серверах Hyper-V. Принцип выявления точек сбоя и реагирования на них относится к обеим типам среды.

  • Четыре сервера (W1-W4) выделены для обслуживания контента. Такая избыточность повышает доступность при сбое одного или нескольких серверов. Такой уровень избыточности также позволяет ферме продолжать работу при установке обновлений программного обеспечения.

  • Четыре сервера приложений (A1-A4) повышают доступность служб фермы и определенных компонентов, например поиска. Роли и компоненты поиска избыточны.

  • Серверы базы данных фермы избыточны, а высокого уровня доступности для базы данных можно достигнуть, используя зеркальное отображение или кластеризацию баз данных.

  • В виртуальной среде виртуальные машины размещаются на серверах Hyper-V, чтобы устранить одну точку сбоя. Такой подход к размещению виртуальных машин следует рекомендациям для обеспечения высокой доступности и производительности.

  • Основной сервер базы данных (отмечен как 1) и стойка 2 (отмечена как 2), содержащая два компьютера сервера виртуализации, определяются как отказоустойчивые домены, чтобы показать, как ферму и инфраструктуру можно рассматривать как коллекцию отказоустойчивых доменов. Здесь также показано, как можно выполнить тщательный анализ среды, чтобы создать общую стратегию и определить возможные снижения затрат.

Другие роли и службы фермы

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

Использование отказоустойчивости в решении для обеспечения высокой доступности

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

Отказоустойчивая инфраструктура

Отказоустойчивость уже доступна практически для всех аппаратных компонентов инфраструктуры фермы SharePoint. Во время проектирования высокой доступности определите части инфраструктуры, которые должны быть отказоустойчивыми с точки зрения операций и затрат. Только потому что вы можете сделать каждую часть инфраструктуры отказоустойчивой, не означает, что вы должны сделать это.

Отказоустойчивые серверы баз данных и базы данных

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

  • отказоустойчивая кластеризация SQL Server (экземпляры отказоустойчивого кластера AlwaysOn в SQL Server 2014 с пакетом обновления 1 (SP1)) и SQL Server 2012;

  • группы доступности AlwaysOn;

  • зеркальное отображение баз данных SQL Server с высокой доступностью.

Сведения об экземплярах отказоустойчивого кластера AlwaysOn и группах доступности AlwaysOn

Для отказоустойчивого кластера требуется общее дисковое хранилище между двумя компьютерами. В конфигурации из двух узлов компьютеры настраиваются как активный и пассивный, что позволяет получить полностью избыточный экземпляр основного узла. Пассивный узел переводится в оперативный режим только при сбое основного узла. Общий диск доступен только одному компьютеру в заданный момент времени. Для такой конфигурации обычно требуется больше всего дополнительного оборудования. В SQL Server 2014 с пакетом обновления 1 (SP1) и SQL Server 2012 такой тип конфигурации кластера является экземпляром отказоустойчивого кластера AlwaysOn и также представляет способ установки SQL Server. Из-за требований конфигурации нельзя использовать стандартную установку SQL Server и изменить ее на экземпляр отказоустойчивого кластера.

Группа доступности AlwaysOn — это другая технология SQL Server 2014 с пакетом обновления 1 (SP1) и SQL Server 2012 (считайте ее потомком зеркального отображения баз данных), которая использует некоторые возможности компонента кластеризации Windows. Однако для нее не требуется общее дисковое хранилище, и на компьютеры в группе доступности не нужно устанавливать специальную конфигурацию SQL Server. После добавления сервера базы данных в кластер Windows вы можете довольно легко включить группы доступности AlwaysOn и настроить нужную группу доступности.

Говоря кратко, любой сервер с SQL Server 2014 (SP1) и SQL Server 2012 Enterprise Edition может использовать группы доступности AlwaysOn, если присоединить его к кластеру и настроить группу доступности. Для отказоустойчивых кластеров AlwaysOn требуется специальное оборудование, а также дополнительные действия для настройки экземпляров отказоустойчивого кластера. Каждая из этих технологий может использоваться в определенных средах, и они являются взаимодополняющими конкурентами. Дополнительные сведения об этих возможностях см. в статье Решения высокого уровня доступности (SQL Server). Рекомендации по выбору технологии обеспечения доступности SQL Server см. в этой статье.

Важно!

Так как у каждого решения высокой доступности SQL Server собственные возможности, сильные и слабые стороны, одно из них необязательно лучше другого. Например, в сценарии, использующем группы доступности AlwaysOn, минимизация потери данных может быть лучше любого повышения производительности, достижимого при использовании экземпляров отказоустойчивого кластера AlwaysOn. Следует выбрать решение высокой доступности на основе на ваших бизнес-требованиях и требованиях ИТ-инфраструктуры.

Определяющим фактором при выборе используемого решения SQL Server являются базы данных SharePoint. Необходимо понять характеристики базы данных SharePoint Server. У каждой базы данных могут быть собственные требования или ограничения, которые определят отказоустойчивое решение SQL Server, подходящее для вашей рабочей среды и полностью поддерживаемое в ней. Мы рекомендуем изучить следующие статьи:

Отказоустойчивая кластеризация SQL Server

Отказоустойчивая кластеризация обеспечивает поддержку доступности для экземпляра SQL Server в SQL Server 2014 (SP1) или SQL Server 2012.

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

SharePoint Server обращается к кластеру как к единому целому. Поэтому отработка отказа выполняется автоматически и прозрачно с точки зрения SharePoint Server.

Примечание

При запланированной или незапланированной отработке отказа подключения сбрасываются и должны быть установлены повторно во время перехода с одного узла кластера на другой.

Дополнительные сведения об отказоустойчивой кластеризации SQL Server см. в статье Экземпляры отказоустойчивого кластера (режим AlwaysOn) (SQL Server).

Группы доступности AlwaysOn SQL Server и зеркальное отображение SQL Server

Основное преимущество групп доступности AlwaysOn SQL Server и зеркального отображения SQL Server состоит в том, что обе эти технологии обеспечивают полную или практически полную избыточность данных в зависимости от того, как вы настроите их для обработки транзакций. Помимо минимизации потери данных, автоматическая отработка отказа сокращает время простоя рабочих баз данных.

Важно!

Хотя SQL Server 2016, SQL Server 2014 (SP1) и SQL Server 2012 поддерживают зеркальное отображение баз данных, этот компонент планируется признать устаревшим. Не рекомендуем использовать его в новых проектах. Запланируйте изменение приложений, которые используют его в данный момент. Используйте вместо него группы доступности AlwaysOn.

Группы доступности AlwaysOn

Группы доступности AlwaysOn в SQL Server — это одновременно решение для обеспечения высокой доступности и аварийного восстановления, которое предоставляет альтернативу зеркальному отображению баз данных уровня предприятия. Группы доступности AlwaysOn поддерживают отказоустойчивую среду для одной или нескольких пользовательских баз данных, размещенных в коллекции, определенной пользователем. Такая коллекция, т. е. группа доступности, состоит из следующих компонентов:

  • Реплики, отдельный набор пользовательских баз данных, называемые базами данных доступности, которые обрабатываются как одна единица. Группа обеспечения доступности поддерживает одну первичную реплику и до четырех вторичных реплик.

  • Определенный экземпляр SQL Server для размещения каждой реплики и обслуживания локальной копии каждой базы данных, принадлежащей группе обеспечения доступности.

При отработке отказа группой доступности на целевой экземпляр или сервер все базы данных в ней также осуществляют отработку отказа. Так как SQL Server 2014 (SP1) и SQL Server 2012 может размещать несколько групп доступности на одном сервере, вы можете настроить AlwaysOn на отработку отказа на экземпляры SQL Server на разных серверах. Это устраняет необходимость в наличии высокопроизводительных резервных серверов для обработки полной нагрузки с основного сервера, что является одним из многих преимуществ групп доступности.

Примечание

Проблемы с базами данных, например возможная потеря файла данных, удаление базы данных или повреждение журнала транзакций, не приводят к отработке отказа.

Дополнительные сведения о преимуществах групп доступности AlwaysOn и обзор терминологии групп доступности AlwaysOn представлены в статье Группы доступности AlwaysOn (SQL Server).

Зеркальное отображение баз данных

Примечание

Хотя SQL Server 2016, SQL Server 2014 (SP1) и SQL Server 2012 поддерживают зеркальное отображение баз данных, этот компонент планируется признать устаревшим. Не рекомендуем использовать его в новых проектах. Запланируйте изменение приложений, которые используют его в данный момент. Используйте вместо него группы доступности AlwaysOn.

Зеркальное отображение баз данных обеспечивает избыточность баз данных, храня копию баз данных на основном сервере баз данных. Зеркальное отображение реализуется для каждой базы данных и работает только с базами данных, использующими модель полного восстановления.

Примечание

Существует два рабочих режима зеркального отображения. Один из них, режим высокого уровня безопасности, поддерживает синхронную работу. В этом режиме после запуска сеанса зеркальный сервер синхронизирует зеркальную базу данных и основную базу данных как можно быстрее. После этого транзакция записывается в журнал на дополнительном сервере и затем повторяется. (Управление возвращается основному серверу после фиксации транзакции.) Другой режим зеркального отображения — режим высокой производительности, которая использует асинхронные операции для сокращения задержек транзакций. За это приходится платить большим объемом потерянных данных.

Для зеркального отображения в ферме SharePoint для обеспечения высокой доступности необходимо использовать режим высокого уровня безопасности с автоматической отработкой отказа. Для зеркального отображения баз данных в режиме высокого уровня безопасности требуется три экземпляра сервера: основной, зеркальный и следящий сервер. Последний из них позволяет SQL Server автоматически выполнять отработку отказа с основного сервера на зеркальный сервер. Отработка отказа с основной базы данных на зеркальную обычно занимает несколько секунд.

Общие сведения о зеркальном отображении баз данных см. в статье Зеркальное отображение базы данных (SQL Server).

Важно!

Базы данных, настроенные для использования поставщика удаленного хранилища BLOB-объектов SQL Server FILESTREAM, не поддерживают зеркальное отображение.

Сравнение стратегий доступности и восстановления базы данных для одной фермы

Выбор технологии SQL Server для обеспечения высокой доступности и аварийного восстановления должен быть основан на бизнес-целях организации: целевой точке восстановления (RPO) и целевом времени восстановления (RTO). Хотя RPO и RTO обычно связаны с аварийным восстановлением, некоторые сбои выходят за рамки определения аварии, но для их устранения требуется восстановить данные с локального резервного носителя в основном центре обработки данных.

Важно!

Различные базы данных SharePoint Server поддерживают только определенные решения высокой доступности SQL Server. Дополнительные сведения см. в статье Поддерживаемые варианты обеспечения высокой доступности и аварийного восстановления для баз данных SharePoint.

В следующей таблице представлено сравнение результатов RPO и RTO, которых можно достичь с помощью решений SQL Server.

Примечание

Время в следующей таблице представлено для сравнения различных баз данных. На практике все временные показатели зависят от рабочей нагрузки, объема данных и процедур отработки отказа.

Сравнение RPO и RTO на основе технологии баз данных

Решение SQL Server Потенциальная потеря данных (RPO) Потенциальное время восстановления (RTO) Автоматическая отработка отказа Вторичные реплики для чтения

Примечание

SharePoint Server поддерживает использование читаемых вторичных реплик в среде выполнения. Дополнительные сведения см. в статьях Накопительный пакет обновления Office 2013, апрель 2014 г. и Запуск фермы, использующей базы данных, доступные только для чтения, в SharePoint Server.

Группа доступности AlwaysOn (синхронная фиксация)

Ноль

Секунды

Да

0-2

Группа доступности AlwaysOn (асинхронная фиксация)

Секунды

Минуты

Нет

0-4

Экземпляр отказоустойчивого кластера AlwaysOn

Не применяется

Сам экземпляр отказоустойчивого кластера не обеспечивает защиту данных. Объем потерянных данных зависит от реализации системы хранения данных.

Секунды и минуты

Да

Не применяется

Зеркальное отображение баз данных — высокий уровень безопасности (синхронный режим + следящий сервер)

Ноль

Секунды

Да

Не применяется

Зеркальное отображение баз данных — высокая производительность (асинхронный режим)

Секунды

Минуты

Нет

Не применяется

Архивация, копирование и восстановление

Несколько часов или ноль, если заключительный фрагмент журнала доступен после сбоя.

Часы или дни

Нет

Не во время восстановления

Сравнение кластера, группы доступности AlwaysOn и зеркального отображения баз данных SQL Server

Процесс Отказоустойчивый кластер SQL Server Группа доступности AlwaysOn SQL Server 2014 (SP1) и SQL Server 2012 Зеркальное отображение баз данных SQL Server с высокой доступностью

Время отработки отказа

Элемент кластера принимает управление практически сразу же после сбоя. Задержка возникает, когда диски элемента кластера начинают работать.

Реплика принимает управление практически сразу же после сбоя. Задержка возникает, когда диски реплики начинают работать.

Зеркальный сервер принимает управление сразу же после обработки очереди повтора.

Согласованность транзакций

Да

Да

Да

Параллельность транзакций

Да

Да

Да

Время восстановления

Время восстановления меньше, чем у группы доступности.

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

Время восстановления слегка больше, чем у кластера или группы доступности.

Действия, необходимые для отработки отказа

Узлы базы данных автоматически обнаруживают сбой.

SharePoint Server обращается к кластеру, поэтому отработка отказа выполняется автоматически и прозрачно.

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

База данных автоматически обнаруживает сбой.

SharePoint Server знает расположения зеркала, если оно было правильно настроено, поэтому отработка отказа происходит автоматически.

Защита от сбоя хранилища

Сам отказоустойчивый кластер не обеспечивает защиту данных. Объем потерянных данных зависит от реализации системы хранения данных. Например, среда SAN содержит избыточные компоненты, например множественные пути к файлам, массивы RAID и диски горячего резерва.

Защищает от сбоя хранилища, так как первичная реплика записывает данные на локальные диски вторичных реплик.

Защищает от сбоя хранилища, так как основной и зеркальные серверы баз данных записывают данные на локальные диски.

Поддерживаемые типы хранилища

Требуется общее хранилище, которое дороже выделенного хранилища.

Может использовать менее дорогие решения с прямым подключением.

Может использовать менее дорогие решения с прямым подключением.

Требования к расположению

Элементы кластера должны находиться в одной подсети.

Примечание

В SQL Server 2014 (SP1) и SQL Server 2012 это требование не выполняется.

Реплики могут размещаться в разных подсетях, если задержка не вызывает проблемы с производительностью.

Основной, зеркальный и следящий серверы должны находиться в одной локальной сети (задержка приема передачи до 1 мс).

Модель восстановления

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

Требуется использовать модель полного восстановления SQL Server 2014 (SP1) и SQL Server 2012.

Требуется использовать модель полного восстановления SQL Server.

Снижение производительности

При отработке отказа производительность может незначительно ухудшиться. Во время отработки отказа сервер будет недоступен, подключения будут сброшены и установлены заново на новом активном узле.

Группы доступности AlwaysOn вызывают задержку при обработке транзакций из-за синхронной фиксации на вторичных репликах. Время задержки зависит от вторичных реплик, которые необходимо синхронизировать.

Объем дополнительно используемой памяти и ресурсов процессора больше, чем при кластеризации, но меньше, чем при зеркальном отображении.

При зеркальном отображении с высокой производительностью возникают задержки при обработке транзакций, так как они выполняются синхронно. Для этого режима также требуются дополнительные ресурсы памяти и процессора.

Операционные издержки

Настраивается и обслуживается на уровне сервера.

Операционные издержки больше, чем при кластеризации и зеркальном отображении. Для AlwaysOn требуются дополнительные ресурсы на уровне сервера базы данных SQL Server, помимо уровня Windows Server.

Примечание

Объекты уровня сервера, такие как входы в систему и задания агентов, необходимо обслуживать вручную.

Если вы добавляете базы данных контента, их нужно добавить в группу доступности и затем синхронизировать первичную реплику со вторичными.

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

Операционные издержки больше, чем при кластеризации. Необходимо настроить и обслуживать для всех баз данных. Повторная настройка после отработки отказа выполняется вручную.

Примечание

Объекты уровня сервера, такие как входы в систему и задания агентов, необходимо обслуживать вручную.

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

Настройка двух центров обработки данных в одной ферме ("растянутая ферма") для обеспечения высокой доступности

Некоторые предприятия используют центры обработки данных, расположенные географически близко друг к другу и соединенные оптоволоконными каналами. Если эта среда доступна, можно настроить два центра обработки данных как одну ферму. Такую распределенную топологию фермы называют "растянутой" фермой.

Чтобы подобная архитектура работала как поддерживаемое решение обеспечения высокой доступности, должны быть выполнены следующие условия:

  • В пределах фермы обеспечивается согласованная задержка <1 мс (передача в одном направлении) в течение 99,9% от периода в десять минут. (Задержку внутри фермы часто определяют как задержку между интерфейсными веб-серверами и серверами базы данных.)

  • Скорость передачи данных должна быть как минимум 1 Гбит/с.

Для обеспечения отказоустойчивости в растянутой ферме используйте рекомендации при настройке избыточных приложений-служб и баз данных.

На следующем рисунке показана "растянутая" ферма.

"Растянутая" ферма

Топология "растянутой" фермы, которая использует два центра данных для обеспечения высокой доступности.

Внедрение операций архивации и восстановления в стратегию высокой доступности

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

Дополнительные сведения см. в статье Резервное копирование и восстановление в SharePoint Server.

See also

Концепции высокой доступности и аварийного восстановления в SharePoint Server
Выбор стратегии аварийного восстановления для SharePoint Server