Поделиться через

Настройка аварийного восстановления в фермах SharePoint с помощью доставки журналов SQL Server

  • Статья

В этой статье описывается порядок использования функции доставки журналов в Microsoft SQL Server 2005 или Microsoft SQL Server 2008 для создания фермы для аварийного восстановления в географически распределенных центрах обработки данных для Microsoft Office SharePoint Server 2007 с пакетом обновления 2 (SP2). С помощью этой конфигурации можно создать сайт для аварийного восстановления, предназначенный для обработки результатов поиска при отработке отказа. Для понимания материалов этой статьи требуется знание основных понятий и терминов, представленных в статье Планирование доступности (Office SharePoint Server).

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

  • Общие сведения о требованиях, предъявляемых при создании ферм для аварийного восстановления с доставкой журналов

  • Настройка тестовой среды с доставкой журналов

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

Эта статья содержит следующие разделы:

  • Общие сведения о доставке журналов

  • Общие сведения о Office SharePoint Server и доставке журналов

  • Требования, предъявляемые к центру обработки данных — получателю и ферме

  • Настройка среды с доставкой журналов

  • Отработка отказа

  • Рекомендации по тестированию отработки отказа

  • Повторная настройка доставки журналов или отработки отказа

  • Сводка

Общие сведения о доставке журналов

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

Доставка журналов включает в себя три задания. Каждое из заданий обеспечивает выполнение одной из следующих операций:

  1. Резервное копирование журнала транзакций на экземпляре сервера-источника

  2. Копирование файла журнала транзакций на экземпляр сервера-получателя

  3. Восстановление журнала из резервной копии на экземпляре сервера-получателя

Структура процесса доставки журналов показана на следующем рисунке.

Обзор процесса доставки журналов

Дополнительные сведения см. в статье Доставка журналов (https://go.microsoft.com/fwlink/?linkid=151252&clcid=0x419) в электронной документации по SQL Server.

Общие сведения о Office SharePoint Server и доставке журналов

Функция доставки журналов SQL Server может использоваться для передачи баз данных контента, в том числе баз данных личных сайтов, и баз данных единого входа (SSO) из одной фермы, в которой выполняются Office SharePoint Server 2007 с пакетом обновления 2 (SP2), в ферму-получатель с более высоким уровнем географического распределения.

Важно!

При необходимости можно настроить доставку журналов в версиях, отличных от Office SharePoint Server 2007 с пакетом обновления 2 (SP2), однако рекомендуется использовать Office SharePoint Server 2007 с пакетом обновления 2 (SP2), поскольку это дает следующие преимущества:

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

  • Система поиска рассматривает базы данных контента, которые были отсоединены и затем повторно присоединены к одному веб-приложению в Office SharePoint Server 2007 с пакетом обновления 2 (SP2), как известные источники данных, что позволяет выполнять для них добавочный обход контента вместо полного. Это очень важно, поскольку в средах с доставкой журналов рекомендуется частое отсоединение и повторное присоединение баз данных контента в ферме-получателе для обновления базы данных конфигурации в этой ферме. Это позволяет базе данных конфигурации распознавать новые и удаленные семейства сайтов. Новая возможность выполнения добавочного обхода контента после повторного присоединения базы данных позволяет значительно сократить время обхода контента и повысить актуальность результатов поиска.

Использование ферм-получателей

Предполагается, что фермы-получатели используются в основном для аварийного восстановления. Однако при создании фермы-получателя, в которой выполняются службы Office SharePoint Server 2007 с пакетом обновления 2 (SP2), можно предоставить сайты в ферме-получателе с доставкой журналов пользователям. В этом случае можно распространить файл hosts, содержащий указатели на сайты в ферме-получателе, или определить выделенное альтернативное сопоставление доступа для каждого веб-приложения в ферме-получателе, которое требуется предоставить с помощью дополнительного пространства имен. Например, http://secondary.contoso.com или http://readonly.contoso.com. При этом пользователи не могут использовать функции записи предоставляемых сайтов. В этой статье подразумевается использование Office SharePoint Server 2007 с пакетом обновления 2 (SP2). Дополнительные сведения см. в статье Применение фермы, использующей базы данных с доступом только для чтения (Office SharePoint Server).

Примечание

При создании фермы-получателя, в которой не выполняются службы Office SharePoint Server 2007 с пакетом обновления 2 (SP2), не рекомендуется предоставлять сайты пользователям. Фермы с доставкой журналов, в которых не установлены службы Office SharePoint Server 2007 с пакетом обновления 2 (SP2), предназначены только для чтения, однако не поддерживают явные предупреждения для пользователей, пытающихся выполнить запись данных на сайт. Дополнительные сведения о проблемах, возникающих при использовании Office SharePoint Server с базами данных контента, предназначенными только для чтения, см. в статье базы знаний Использование служб Microsoft Windows SharePoint Services с базами данных контента с доступом только для чтения в Microsoft SQL Server(на английском языке) (https://go.microsoft.com/fwlink/?linkid=117362&clcid=0x419).

Топология доставки журналов

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

Фермы с доставкой журналов перед сбоем

В каждом из центров обработки данных развернуто по одной логической ферме. Каждая ферма устанавливается отдельно с отдельными базами данных конфигурации и контента центра администрирования, а также с отдельными поставщиками общих служб (SSP). Доставка журналов из центра обработки данных — источника в центр-получатель осуществляется только для баз данных контента и единого входа. Поставщик SSP A обеспечивает поиск в ферме-источнике, а поставщик SSP B — в ферме-получателе. Скрипт обновления базы данных конфигурации (C) выполняется в базе данных-получателе. Как показано на рисунке, важно координировать следующие три процесса в дополнительной среде таким образом, чтобы они не перекрывались:

  1. Обработка баз данных с доставкой журналов

  2. Обход контента для поиска

  3. Скрипт обновления базы данных конфигурации

Такая топология может повторяться среди многих центров обработки данных, если настроить доставку журналов SQL Server в один или несколько центров обработки данных — получателей.

Общие вопросы относительно доставки журналов в Office SharePoint Server

В этом разделе описываются ограничения, связанные с использованием доставки журналов в Office SharePoint Server 2007 с пакетом обновления 2 (SP2).

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

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

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

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

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

    • Восстановление поставщика общих служб из фермы-источника в ферму для отработки отказа с помощью встроенных функций резервного копирования и восстановления SharePoint. Такое решение обеспечивает возможность поиска непосредственно после восстановления поставщика общих служб и выполнения повторного обхода контента для поиска. Это решение можно использовать в тех случаях, когда время, необходимое для восстановления поставщика общих служб, укладывается во временные ограничения для фермы. В этой статье данное решение не описывается. Дополнительные сведения о резервном копировании и восстановлении поставщика общих служб поиска см. в статье Резервное копирование и восстановление поставщиков общих служб (Office SharePoint Server 2007).

  • При использовании службы профилей в ферме-источнике рекомендуется также настроить поставщик общих служб в ферме-получателе на использование этой службы. Чтобы обеспечить синхронизацию профилей для всех поставщиков общих служб, необходимо использовать модуль репликации профилей пользователей, который входит в 32-разрядную версию Microsoft SharePoint Administration Toolkit x86(на английском языке) (https://go.microsoft.com/fwlink/?linkid=151962&clcid=0x419) или 64-разрядную версию Microsoft SharePoint Administration Toolkit x64(на английском языке) (https://go.microsoft.com/fwlink/?linkid=142035&clcid=0x419). Дополнительные сведения см. в статье Модуль репликации профилей пользователей (Office SharePoint Server).

  • Не рекомендуется использовать доставку журналов для баз данных, которые не являются базами данных контента и единого входа, например, для баз данных Microsoft Office Project Server 2007. Для таких баз данных рекомендуется выполнять резервное копирование и восстановление в ферме для отработки отказа.

  • Семейства сайтов, добавляемые в ферму-источник, не добавляются автоматически в базу данных конфигурации в ферме-получателе. Такие семейства необходимо добавлять с помощью операций Stsadm или скрипта. Пример скрипта приведен в статье Создание скрипта для обновления списка сайтов в базе данных конфигурации для фермы-получателя (скрипт обновления).

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

  1. Приостановите доставку журналов.

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

  3. Обновите обе фермы, начиная с фермы-источника.

    Важно!

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

  4. Запустите доставку журналов.

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

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

    USE <БД_контента>

    GO

    SELECT * FROM Versions

    Этот запрос возвращает номера версий в следующем формате.

    00000000-0000-0000-0000-000000000000

    Последняя версия в списке соответствует последней установленной версии Office SharePoint Server 2007.

    Важно!

    В большинстве случаев Майкрософт не поддерживает выполнение запросов к базам данных, которые используются продуктами и технологиями SharePoint. Приведенный выше запрос является допустимым исключением, поскольку он работает с метаданными, относящимися к базе данных. Прямые запросы могут отрицательно повлиять на производительность и надежность системы. Дополнительные сведения о последствиях прямых изменений в базах данных см. в статье базы знаний Поддержка изменений баз данных, используемых серверными приложениями Office и Windows SharePoint Services(на английском языке) (https://go.microsoft.com/fwlink/?linkid=105589&clcid=0x419)

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

Вопросы производительности, касающиеся доставки журналов в Office SharePoint Server

Проанализируйте объем данных, участвующих в процессе доставки журналов, чтобы правильно настроить интервалы заданий резервного копирования, копирования и восстановления для доставки журналов. Объем данных, участвующих в процессе доставки журналов, зависит от объема ежедневных изменений в базах данных контента. По нашему опыту, для типовой фермы этот показатель составляет от 2 до 4 %, однако при изменениях системы обслуживания объем изменений в периоды максимальной нагрузки может достигать от 5 до 7 %. Чтобы определить объем изменений в базах данных контента системы, участвующих в процессе доставки журналов, следует вычислить суммарный объем изменений в резервных копиях журналов транзакций за определенный период времени, а также процентную долю изменений относительно размера основной БД.

Практический опыт показывает, что резервное копирование большого числа небольших журналов транзакций более эффективно, чем резервное копирование нескольких журналов большого размера. Поэтому рекомендуется планировать резервное копирование и копирование журналов через небольшие интервалы времени. Восстановление журналов транзакций может осуществляться реже. Для начала можно задать интервалы резервного копирования и копирования, равные 5 минутам, а интервал восстановления — 15 минутам. В SQL Server 2008 поддерживается возможность установки интервалов доставки журналов менее одной минуты. Дополнительные сведения см. в статье Планирование интервалов доставки журналов длительностью менее одной минуты в SQL Server 2008(на английском языке) (https://go.microsoft.com/fwlink/?linkid=151253&clcid=0x419)

Если время, затрачиваемое системой на доставку журналов, постоянно превышает время, затрачиваемое на создание новых журналов, возможно возникновение проблем производительности, связанных с постоянным отставанием от расписания доставки журналов. Проблемы такого рода могут быть вызваны проблемами пропускной способности или задержки в сети. В этом случае рекомендуется воспользоваться технологией репликации распределенной файловой системы Windows (DFSR) со службами каталогов Active Directory на сервере Windows Server 2003 R2 или доменными службами Active Directory (AD DS) на сервере Windows Server 2008, чтобы заменить задание копирования при доставке журналов. Дополнительные сведения об использовании технологии DFSR см. в статьях Общие сведения о решении распределенной файловой системы в операционной системе Microsoft Windows Server 2003 R2 (https://go.microsoft.com/fwlink/?linkid=150764&clcid=0x419) и Пошаговое руководство по распределенным файловым системам в Windows Server 2008 (https://go.microsoft.com/fwlink/?linkid=150765&clcid=0x419).

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

Диаграмма пропускной способности репликации

В SQL Server 2008 также поддерживается возможность сжатия резервных копий для уменьшения размера файлов, участвующих в процессе доставки журналов. Дополнительные сведения см. в статьях Настройка производительности сжатия резервных копий в SQL Server 2008, часть 1(на английском языке) (https://go.microsoft.com/fwlink/?linkid=151254&clcid=0x419) и Настройка сжатия резервных копий, часть 2(на английском языке) (https://go.microsoft.com/fwlink/?linkid=151255&clcid=0x419).

Вопросы безопасности, касающиеся доставки журналов в Office SharePoint Server

Для доставки журналов в SQL Server с Office SharePoint Server 2007 с пакетом обновления 2 (SP2) участникам группы требуются следующие разрешения:

  • Для настройки Office SharePoint Server 2007 с пакетом обновления 2 (SP2) с доставкой журналов и выполнения описанных в этой статье процедур участник группы должен входить в группу администраторов фермы SharePoint.

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

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

  • Учетная запись пула приложений центра администрирования должна быть членом предопределенных ролей сервера dbcreator и securityadmin.

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

  • Члены группы SharePoint "Администраторы фермы" также должны иметь учетные данные SQL Server и должны быть членами тех же ролей, что и учетные записи пула приложений центра администрирования.

Рекомендуется перемещать учетные данные и разрешения с основного на зеркальный сервер с помощью скрипта. Пример скрипта доступен в статье базы знаний 918992 Перемещение имен входа и паролей между экземплярами SQL Server 2005 (https://go.microsoft.com/fwlink/?linkid=122053&clcid=0x419). Дополнительные сведения о перемещении метаданных SQL Server между экземплярами см. в электронной документации по SQL Server в статье Управление метаданными при обеспечении доступности базы данных на другом экземпляре сервера (https://go.microsoft.com/fwlink/?linkid=122055&clcid=0x419), а также в статье базы знаний 321247 Настройка параметров безопасности доставки журналов в SQL Server(на английском языке) (https://go.microsoft.com/fwlink/?linkid=150830&clcid=0x419).

Каталоги для резервного копирования и восстановления в конфигурации доставки журналов должны соответствовать следующим требованиям:

  • Для успешного выполнения задания резервного копирования учетной записи службы SQL Server на экземпляре сервера-источника, а также учетной записи — посреднику задания резервного копирования (по умолчанию учетная запись агента SQL Server на экземпляре сервера-источника) необходимо назначить разрешения на чтение и запись для каталога резервного копирования.

  • Для успешного выполнения задания копирования учетной записи — посреднику задания копирования (по умолчанию учетная запись агента SQL Server на экземпляре сервера-получателя) необходимо назначить разрешения на чтение для каталога резервного копирования, а также разрешения на запись в каталог копирования.

  • Для успешного выполнения задания восстановления учетной записи службы SQL Server на экземпляре сервера-получателя, а также учетной записи — посреднику задания восстановления (по умолчанию учетная запись агента SQL Server на экземпляре сервера-получателя) необходимо назначить разрешения на чтение и запись для каталога копирования.

Требования, предъявляемые к центру обработки данных — получателю и ферме

В этой статье используются следующие предположения относительно среды в центре обработки данных — получателе:

Ферма для отработки отказа должна отвечать следующим характеристикам:

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

    В базе данных конфигурации хранятся следующие сведения.

    Активированные компоненты

    Параметры ведения журнала диагностики

    Шаблоны форм, развернутые администратором

    Параметры электронной почты

    Параметры альтернативного сопоставления доступа

    Параметры подключения к внешним службам

    Параметры антивирусного ПО

    Параметры поиска на уровне фермы

    Параметры пула приложений, в том числе учетных записей служб (все запущенные веб-приложением учетные записи, в том числе учетные записи программы-обходчика и службы поиска)

    Параметры средства просмотра HTML

    Заблокированные типы файлов

    Параметры корзины и другие общие параметры веб-приложений

    Параметры развертывания контента

    Параметры заданий таймера

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

    Параметры обработки сведений об использовании

    Имена и расположения баз данных

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

    Шаблоны квот по умолчанию

    Параметры управления рабочими процессами

    Примечание

    Если для фермы-источника настроено альтернативное сопоставление доступа, очень важно настроить его точно так же в ферме-получателе в точке отработки отказа. Чтобы задокументировать параметры альтернативного сопоставления доступа, экспортируйте их в текстовый файл с помощью команды stsadm -o enumalternatedomains.

  • Все настройки, в том числе компоненты, решения, шаблоны сайтов и сторонние решения (например, IFilters) необходимо развернуть в обеих фермах. Чтобы обеспечить быстрое развертывание, рекомендуется упаковать все настройки в виде решений. Дополнительные сведения см. в статье Настройка развертывания.

  • Базы данных контента необходимо настроить на использование модели полного восстановления. Дополнительные сведения о настройке модели восстановления для базы данных см. в статье Как просмотреть или изменить модель восстановления базы данных (среда SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151701&clcid=0x419).

  • На сервере-источнике и сервере-получателе должен быть запущен одинаковый выпуск SQL Server 2005 или SQL Server 2008. Функция доставки журналов доступна в выпусках Standard, Developer и Enterprise.

  • Если планируется предоставить пользователям ферму-получатель с доставкой журналов, настройте альтернативное сопоставление доступа с дополнительным пространством имен для этой фермы, например, http://secondary.contoso.com или http://readonly.contoso.com. Дополнительные сведения см. в статье Настройка сопоставлений альтернативного доступа. В случае отработки отказа это альтернативное сопоставление доступа следует заменить сопоставлением, идентичным ферме-источнику.

Настройка среды с доставкой журналов

В этом разделе представлены подробные процедуры по настройке доставки журналов.

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

  • Развертывание Office SharePoint Server

  • Настройка удостоверений пула приложений

  • Остановка и запуск службы поиска

  • Настройка службы доменных имен (DNS) на запуск и прекращение приема трафика

  • Включение и отключение локальных сайтов с помощью файлов hosts

Этап отработки отказа состоит из следующих процедур:

  • Подготовка фермы-источника

  • Подготовка фермы-получателя

  • Настройка доставки журналов

  • Присоединение баз данных с доставкой журналов к ферме-получателю SharePoint

  • Настройка параметров поиска и профилей для фермы-получателя

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

  • Координация по времени заданий доставки журналов, обхода контента для поиска и скрипта обновления

  • Необязательно. Обслуживание системы единого входа в ферме-получателе

  • Необязательно. Предоставление пользователям доступа к ферме только для чтения

Подготовка фермы-источника

Для подготовки фермы-источника выполняются следующие действия:

  1. Присвойте удостоверению пула приложений в веб-приложениях учетную запись домена, доступную в обеих фермах. Дополнительные сведения см. в статье Изменение идентификатора пула приложений для веб-приложения (Office SharePoint Server).

  2. Задокументируйте все параметры конфигурации, чтобы применить их в ферме-получателе. Дополнительные сведения см. в статье Подготовка к резервному копированию и восстановлению фермы (Office SharePoint Server 2007). В частности, обязательно задокументируйте параметры альтернативного сопоставления доступа. Для этого экспортируйте их в текстовый файл с помощью команды stsadm -o enumalternatedomains.

  3. Задокументируйте все настройки. Для простоты применения настроек в ферме-получателе рекомендуется упаковать их в виде решений. Дополнительные сведения см. в статье Настройка развертывания.

Подготовка фермы-получателя

  1. Установите и настройте Office SharePoint Server в ферме-получателе. Дополнительные сведения см. в статье Развертывание Office SharePoint Server 2007 в среде фермы серверов.

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

    Убедитесь, что в ферме-источнике и ферме-получателе установлены одинаковые версии и уровни пакетов исправлений. Дополнительные сведения см. в статье Центр ресурсов обновлений для продуктов и технологий SharePoint(на английском языке) (https://go.microsoft.com/fwlink/?linkid=106182&clcid=0x419).

  2. Примените все конфигурации и настройки, выполненные в ферме-источнике. Дополнительные сведения см. в статье Настройка развертывания.

  3. Создайте дубликаты всех веб-приложений, существующих в ферме-источнике. При этом используйте то же удостоверение пула приложений, которое используется для веб-приложений в ферме-источнике. Дополнительные сведения см. в статье Создание и управление веб-приложениями (Office SharePoint Server).

  4. Отключите следующие задания таймера. Дополнительные сведения см. в статье Управление заданиями таймера SharePoint (Office SharePoint Server).

    Обработка задач рабочего процесса в пакетном режиме

    Синхронизация профилей

    Семейство сайтов: удаление

    Журнал изменений

    Быстрая синхронизация профилей

    Анализ использования

    Статистика базы данных

    Обработка центра записей

    Определение задания страницы распространения вариантов

    Удаление неиспользуемого сайта

    Корзина

    Определение задания сайта распространения вариантов

    Предупреждение о дисковой квоте

    Плановое утверждение

    Windows SharePoint Services: обновление политики программы "Доктор Ватсон"

    Политика прекращения действия

    Плановая проверка страницы

    Рабочий процесс

    Обработка удержаний и отчеты об удержаниях

    Плановая отмена публикации

    Автоочистка рабочего процесса

    Немедленные оповещения

    Поиск и обработка

    Отработка отказа рабочего процесса

    Политики управления информацией

    Задание синхронизации поставщика общих служб

Настройка доставки журналов

Для настройки доставки журналов можно использовать SQL Server Management Studio или Transact-SQL. В этой статье описывается использование Management Studio.

Настройка доставки журналов на сервере-источнике

  1. Откройте Management Studio на сервере баз данных в ферме-источнике.

  2. В области навигации "Обозреватель объектов" щелкните правой кнопкой мыши базу данных контента для веб-приложения, выберите пункт Задачи и затем пункт Доставка журналов транзакций.

    Открывается диалоговое окно Свойства базы данных.

  3. Выберите пункт Включить эту базу данных в качестве источника в конфигурацию доставки журналов.

  4. Выберите пункт Параметры резервного копирования.

    Открывается диалоговое окно Параметры резервного копирования журналов транзакций.

    1. В поле Сетевой путь к папке резервного копирования введите путь к папке резервного копирования в ферме-источнике.

    2. Введите значения в поля Удалить файлы, созданные ранее и Предупредить, если резервное копирование не произошло в течение.

    3. Проверьте расписание, приведенное в разделе Задание резервного копирования. Если требуется настроить расписание, выберите пункт Расписание.

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

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

    5. Нажмите кнопку ОК.

  5. В диалоговом окне Свойства базы данных в разделе Базы данных — получатели нажмите кнопку Добавить.

    Открывается диалоговое окно Настройки базы данных-получателя.

    • Выберите команду Подключиться и подключитесь к экземпляру SQL Server, который требуется использовать в качестве сервера-получателя. По умолчанию имя базы данных-получателя совпадает с именем базы данных на сервере-источнике.

    • На вкладке Инициализация базы данных-получателя выберите пункт Да, создать полную резервную копию базы данных-источника и выполнить восстановление из нее в базу данных-получатель (и создать базу данных-получатель, если она не существует).

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

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

    • Нажмите кнопку ОК.

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

      Открывается диалоговое окно Сохранить как. Выберите папку, в которой требуется сохранить файл, и нажмите кнопку ОК.

    • Нажмите кнопку ОК.

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

  6. Повторите предыдущую процедуру для всех баз данных, для которых планируется реализовать доставку журналов. Дополнительные сведения см. в статье Как включить доставку журналов (среда SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151644&clcid=0x419).

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

  1. Включите и настройте репликацию распределенной файловой системы (DFSR) для среды. Дополнительные сведения см. в статье Репликация (https://go.microsoft.com/fwlink/?linkid=151670&clcid=0x419). Пример настройки репликации распределенной файловой системы см. в статье Пошаговое руководство по распределенным файловым системам в (https://go.microsoft.com/fwlink/?linkid=150765&clcid=0x419).

  2. Поскольку в качестве транспорта будет использоваться технология DFSR, необходимо отключить задание копирования при доставке журналов для каждой базы данных, которая участвует в конфигурации доставки журналов. Дополнительные сведения см. в статье Как отключить или включить задание (среда SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151673&clcid=0x419)

Проверка успешности доставки журналов

  1. Запустите Management Studio на сервере баз данных в ферме-получателе.

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

  3. Определите длительность выполнения заданий доставки журналов в ферме-получателе. Для этого запустите задания и измерьте время их выполнения. Дополнительные сведения см. в статье Мониторинг доставки журналов (https://go.microsoft.com/fwlink/?linkid=151682&clcid=0x419).

Присоединение базы данных с доставкой журналов к ферме-получателю SharePoint

  1. На веб-сайте центра администрирования SharePoint в панели быстрого запуска в разделе Центр администрирования выберите пункт Управление приложениями. Открывается страница "Управление приложениями".

    В разделе Управление веб-приложениями SharePoint выберите пункт Базы данных содержимого.

    Открывается страница "Управление базами данных содержимого".

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

  3. В разделе Удалить базу данных содержимого установите флажок Удалить базу данных содержимого и нажмите кнопку ОК.

  4. На странице "Управление базами данных содержимого" выберите пункт Добавить базу данных содержимого. Открывается страница "Добавление базы данных содержимого".

  5. Введите имена соответствующего сервера баз данных и базы данных контента с доставкой журналов, после чего нажмите кнопку ОК.

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

    На этом этапе можно просмотреть контент фермы-получателя.

Настройка параметров поиска и профилей для фермы-получателя

Настройте параметры поиска в ферме-получателе в соответствии с бизнес-целями для сценария аварийного восстановления. Изначально можно использовать поиск в тех же базах данных с теми же параметрами и правилами обхода контента, что и в ферме-источнике. Если не удается запланировать задания обхода контента и доставки журналов таким образом, чтобы они не перекрывались, рекомендуется изменить контент, включаемый в задания обхода контента. Например, до отработки отказа можно выполнять обход контента только тех баз данных, в которых содержится контент высокой важности, а затем выполнить обход остального контента после отработки отказа. Дополнительные сведения см. в статье Ограничение или увеличение объема содержимого для обхода (Office SharePoint Server).

  1. Остановите задание агента SQL Server в ферме-получателе, чтобы отключить доставку журналов в процессе настройки параметров поиска.

  2. Настройте параметры поиска в ферме-получателе.

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

    Важно!

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

  3. Запустите задание агента SQL Server в ферме-получателе, чтобы включить доставку журналов.

  4. Если используются профили, профили в поставщиках общих служб для отработки отказа не синхронизируются с профилями в поставщиках общих служб-источниках, т. е. для них сохраняется состояние на момент первой операции импорта. Чтобы обеспечить синхронизацию профилей для всех поставщиков общих служб, воспользуйтесь модулем репликации профилей пользователей, который входит в состав 32-разрядной версии Microsoft SharePoint Administration Toolkit x86(на английском языке) (https://go.microsoft.com/fwlink/?linkid=151962&clcid=0x419) или 64-разрядной версии Microsoft SharePoint Administration Toolkit x64(на английском языке) (https://go.microsoft.com/fwlink/?linkid=142035&clcid=0x419). Дополнительные сведения см. в статье Модуль репликации профилей пользователей (Office SharePoint Server).

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

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

В этом примере скрипта замените параметры <db_name1>, <URL>, и <db_name2>, <URL> именами баз данных с доставкой журналов.

Добавьте в скрипт разделы detach и attach для каждой базы данных с доставкой журналов.

echo off

SET PATH=C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN;%PATH%

echo %time Shutting down the Osearch service…
SC config Osearch start= disabled
SC stop Osearch

echo %time Shutting down the SQL Server Agent service…
SC \\<SQL Server> config SQLSERVERAGENT start= disabled
SC \\<SQL Server>  stop SQLSERVERAGENT
f
echo %time About to refresh Site Map…

echo %time About to detach db <db_name1>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name1>  -databaseserver <SQL_Server>
echo %time About to attach db <db_name1>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name1> -databaseserver <SQL_Server>

echo %time  About to detach db <db_name2>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name2>  -databaseserver <SQL_Server>
echo %time  About to attach db <db_name2>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name2> -databaseserver <SQL_Server>

rem --:: repeat for all databases ::--

echo %time Restarting the Osearch service…
SC config Osearch start= demand
SC start Osearch

echo %time Restarting the SQL Server Agent service…
SC \\<SQL Server> config SQLSERVERAGENT start= demand
SC \\<SQL Server>  start SQLSERVERAGENT

echo on

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

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

  2. Определите продолжительность выполнения добавочного обхода контента в ферме-получателе, а также планируемое время выполнения обхода контента. Для определения продолжительности выполнения можно использовать данные по обходу контента, полученные в ферме-источнике. Дополнительные сведения о планировании добавочного обхода контента см. в статье Составление графика для добавочного обхода содержимого (Office SharePoint Server 2007).

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

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

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

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

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

    Если ни один из этих вариантов не подходит, и не удается спланировать задания доставки журналов и обхода контента таким образом, чтобы они не перекрывались, можно уменьшить объем данных, обрабатываемых системой. Например, если не удается выполнить доставку журналов и поиск в доступное время, выполняйте обход контента только для баз данных, содержащих контент высокой важности до отработки отказа, а обход другого контента — после отработки отказа.

  5. Запланируйте выполнение скрипта обновления. Если в ферму-источник не добавлялись новые семейства сайтов, выполнять скрипт обновления не требуется. При добавлении новых семейств сайтов следует периодически выполнять скрипт обновления с помощью планировщика заданий Windows. При выполнении скрипта обновления приостанавливаются процессы обхода контента и доставки журналов. Дополнительные сведения о планировании заданий см. в статье Планирование выполнения заданий (https://go.microsoft.com/fwlink/?linkid=151894&clcid=0x419).

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

Необязательно. Обслуживание системы единого входа в ферме-получателе

  • Создавать резервную копию ключа шифрования следует после начальной настройки службы единого входа, а также после каждого повторного создания ключа. Дополнительные сведения см. в статье Резервное копирование службы единого входа (Office SharePoint Server 2007)

    При резервном копировании ключа шифрования необходимо учитывать следующие ограничения:

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

    • Резервное копирование ключа шифрования можно выполнить только локально на сервере; удаленное резервное копирование не предусмотрено.

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

Необязательно. Предоставление пользователям доступа к ферме только для чтения

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

  2. Если распространить файл hosts не удается, определите выделенное альтернативное сопоставление доступа для каждого веб-приложения, которое требуется предоставлять пользователям, например, http//readonly.contoso.com или http://secondary.contoso.com, после чего настройте сопоставление в службе доменных имен.

    Примечание

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

Отработка отказа

Отработка отказа может быть выполнена вручную или с помощью скрипта. В этой статье описывается только выполнение отработки отказа вручную.

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

  • Настройка службы доменных имен на прекращение приема трафика в ферме-источнике.

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

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

  • Настройка службы доменных имен на прием трафика в ферме-получателе.

Фермы с доставкой журналов после сбоя

Примечание

В этом разделе описывается процедура полной (не проверочной) отработки отказа. Дополнительные сведения о проведении тестовой отработки отказа см. в разделе Рекомендации по тестированию отработки отказа.

Этап отработки отказа состоит из следующих процедур.

  • Отключение всех заданий доставки журналов в ферме-источнике

  • Приостановка приема трафика, поступающего в ферму-источник

  • Создание резервных копий журналов транзакций на сервере-источнике

  • Восстановление последних журналов транзакций в систему сервера-получателя

  • Установка для баз данных контента доступа с правами на чтение и запись

  • Необязательно. Восстановление ключа шифрования службы единого входа

  • Перенаправление трафика в ферму-получатель

  • Завершение настройки среды-получателя

Отключение всех заданий доставки журналов в ферме-источнике

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

  2. Если не удается получить доступ к базам данных на серверах, выполните следующую инструкцию Transact-SQL для каждой базы данных и перейдите к шагу Установка для баз данных контента доступа с правами на чтение и запись.

    RESTORE DATABASE content_db WITH RECOVERY

Приостановка приема трафика, поступающего в ферму-источник

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

    В этой статье не описывается порядок использования и настройки службы доменных имен. Дополнительные сведения на эту тему см. в статье Технический справочник по службе доменных имен(на английском языке)(https://go.microsoft.com/fwlink/?linkid=151820&clcid=0x419).

    Примечание

    В период недоступности фермы-источника пользователи будут получать сообщения об ошибках.

Создание резервных копий журналов транзакций на основном сервере

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

  2. В Management Studio в области навигации "Обозреватель объектов" щелкните правой кнопкой мыши базу данных контента, выберите пункт Задачи и затем пункт Резервное копирование. Открывается диалоговое окно Резервное копирование базы данных.

  3. В раскрывающемся списке Тип резервного копирования выберите пункт Журнал транзакций.

  4. В области Выбор страницы нажмите кнопку Параметры.

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

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

Восстановление последних журналов транзакций в систему сервера-получателя

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

    В Management Studio на сервере-получателе щелкните правой кнопкой мыши базу данных контента, последовательно выберите пункты Задачи, Восстановить и Журнал транзакций. Открывается диалоговое окно Восстановление журнала транзакций.

  2. На вкладке Общие выберите пункт Из файла или с ленты и введите пункт к файлу резервной копии, созданному на сервере-источнике.

  3. В разделе Состояние восстановления выберите пункт Оставить базу данных готовой к использованию, выполнив откат незафиксированных транзакций. Невозможно восстановить дополнительные журналы транзакций. (RESTORE WITH RECOVERY) и нажмите кнопку ОК.

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

Установка для баз данных контента доступа с правами на чтение и запись

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

  1. В Management Studio щелкните правой кнопкой мыши базу данных контента, которую требуется перевести в режим для чтения и записи, и выберите пункт Свойства. Открывается диалоговое окно Свойства базы данных.

  2. В области Выбор страницы выберите пункт Параметры, затем в списке Другие параметры, перейдите к разделу Состояние.

  3. В разделе "База данных доступна только для чтения" щелкните стрелку рядом со значением True и выберите значение False, после чего нажмите кнопку ОК.

  4. Повторите это со всеми базами данных контента.

Необязательно. Восстановление ключа шифрования службы единого входа

  1. Перезапустите службу единого входа в ферме-получателе.

  2. Настройте службу единого входа в ферме-получателе.

  3. Перезапустите службу единого входа в ферме-получателе.

  4. Восстановите ключ со съемного носителя.

  5. Создайте определение приложения, чтобы проверить возможность создания определений новых приложений.

  6. Проверьте возможность получения учетных данных для различных приложений с помощью метода GetCredentials. Дополнительные сведения см. в статье Метод ISsoProvider.GetCredentials (Microsoft.SharePoint.Portal.SingleSignon(на английском языке)(https://go.microsoft.com/fwlink/?linkid=151824&clcid=0x419).

Перенаправление трафика на дополнительную ферму

  1. Убедитесь, что параметры альтернативного сопоставления доступа в ферме-получателе соответствуют параметрам фермы-источника.

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

    Примечание

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

Завершение настройки дополнительной среды

  1. Настройте стандартные процессы обслуживания.

    • Настройте мониторинг.

    • Реализуйте процессы резервного копирования на уровне рабочей системы.

  2. Начните восстановление среды-источника.

Рекомендации по тестированию отработки отказа

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

Verification that the secondary site is live, and is being crawled   При этом типе тестирования можно предоставить пользователям файл hosts или путь альтернативного сопоставления доступа к ферме-получателю, что позволит им проверить работоспособность и актуальность этой фермы. Дополнительные действия не требуются.

Farm failover   При этом типе тестирования ферма-источник отключается в течение короткого, заранее объявленного временного интервала, однако ферма-получатель не переводится в режим для чтения и записи. В этом случае следует выполнить процедуры, описанные в разделе Отработка отказа, со следующими отличиями:

Этапы проверки отработки отказа Описание

Выполнить

1. Начало проверки отработки отказа в ферме-получателе — приостановка задания агента SQL Server (запрет выполнения обработки журналов).

Не выполнять

2. Отключение всех заданий доставки журналов в ферме-источнике.

Выполнить

3. Приостановка приема трафика, поступающего в ферму-источник.

Выполнить

4. Создание резервных копий журналов транзакций на сервере-источнике.

Выполнить

5. Восстановление последних журналов транзакций в систему сервера-получателя.

Не выполнять

6. Установка для базы данных контента режима "чтение-запись".

Не выполнять

7. Необязательно. Восстановление ключа шифрования службы единого входа.

Выполнить

8. Перенаправление трафика в ферму-получатель.

Не выполнять

9. Завершение настройки среды-получателя.

Planned data center failover with additional precautions   При этом типе тестирования центр обработки данных-источник отключается в течение определенного, заранее объявленного временного интервала, а ферма-получатель переводится в режим для чтения и записи. В этом случае следует выполнить процедуры, описанные в разделе Отработка отказа, со следующими отличиями:

Этапы проверки отработки отказа Описание

Выполнить

1. Начало проверки отработки отказа в ферме-получателе — приостановка задания агента SQL Server (запрет выполнения обработки журналов).

Выполнить

2. Отключение всех заданий доставки журналов в ферме-источнике.

Выполнить

3. Приостановка приема трафика, поступающего в ферму-источник.

Выполнить

4. Создание резервных копий журналов транзакций на сервере-источнике.

Выполнить

5. Восстановление последних журналов транзакций в систему сервера-получателя.

Выполнить

6. Установка для базы данных контента режима "чтение-запись".

Выполнить

7. Необязательно. Восстановление ключа шифрования службы единого входа.

Выполнить

8. Перенаправление трафика в ферму-получатель.

Не выполнять

9. Завершение настройки среды-получателя.

Новый этап

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

Planned data center failover without additional precautions   При этом типе тестирования центр обработки данных-источник отключается в течение определенного, заранее объявленного временного интервала, чтобы проверить фактическую продолжительность восстановления. В этом случае возможна потеря некоторых данных. Ферма-получатель переключается в режим для чтения и записи. В этом случае следует выполнить процедуры, описанные в разделе Отработка отказа.

Этапы проверки отработки отказа Описание

Выполнить

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

Выполнить

2. Отключение всех заданий доставки журналов в ферме-источнике.

Выполнить

3. Приостановка приема трафика, поступающего в ферму-источник.

Выполнить

4. Создание резервных копий журналов транзакций на сервере-источнике.

Выполнить

5. Восстановление последних журналов транзакций в систему сервера-получателя.

Выполнить

6. Установка для базы данных контента режима "чтение-запись".

Выполнить

7. Необязательно. Восстановление ключа шифрования службы единого входа.

Выполнить

8. Перенаправление трафика в ферму-получатель.

Не выполнять

9. Завершение настройки среды-получателя.

Повторная настройка доставки журналов

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

  1. Настройте доставку журналов между фермой-получателем и фермой-источником. Установите отношение доставки журналов между экземпляром SQL Server в ферме-получателе и соответствующим экземпляром в ферме-источнике. Дополнительные сведения см. в статье Настройка среды с доставкой журналов.

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

  3. С помощью службы доменных имен отключите прием трафика в ферме-получателе.

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

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

  6. Включите ферму-источник, проверьте работоспособность всех компонентов, после чего с помощью службы DNS включите перенаправление входящего трафика в ферму-источник.

  7. Выполните повторную настройку доставки журналов из фермы-источника в ферму-получатель.

Резюме

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

Благодарности

Издательская группа по серверу Microsoft Office SharePoint Server благодарит следующих соавторов и технических редакторов настоящего документа:

  • Дорон Бар-Каспи (Doron Bar-Caspi), старший руководитель программы, отдел рекомендаций заказчикам SharePoint

  • Линдси Аллен (Lindsay Allen), главный руководитель программы, клиентские программы SQL Server

  • Санджай Мишра (Sanjay Mishra), старший руководитель программы, клиентские программы SQL Server

  • Бурцин Пэйтел (Burzin Patel), старший руководитель программы, клиентские программы SQL Server

  • Билл Байер (Bill Baer), технологический архитектор, Microsoft SharePoint Online

  • Кори Бернс (Cory Burns), инженер по эксплуатации, Microsoft SharePoint Online

  • Стив Пешка (Steve Peschka), старший архитектор

  • Джей Пи Пуассан (JP Poissant), старший консультант II, консультационная служба корпорации Майкрософт, Канада