Общие сведения о резервном копировании и восстановлении в SharePoint Server

ОБЛАСТЬ ПРИМЕНЕНИЯ:yes-img-132013 yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint в Microsoft 365

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

Сценарии резервного копирования и восстановления SharePoint

Резервное копирование и восстановление данных поддерживает множество бизнес-сценариев, включая следующие:

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

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

  • Восстановление после непредвиденного сбоя.

Архитектура резервного копирования в SharePoint Server

В SharePoint Server доступны две системы резервного копирования: резервное копирование фермы и фрагментарное резервное копирование.

Архитектура резервного копирования фермы SharePoint Server 2016

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

На следующей иллюстрации показана система резервного копирования фермы.

Система резервного копирования SharePoint для фермы

Архитектура резервного копирования (SharePoint Foundation)

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

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

  • Фермы Ферма — это объект самого высокого уровня. При выполнении резервного копирования фермы можно выбрать следующие параметры:

    • Контент и данные конфигурации (по умолчанию)

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

    • Только конфигурация

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

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

    Резервное копирование веб-приложения включает следующие элементы:

    • Имя и учетная запись пула приложений

    • Параметры проверки подлинности

    • Общие параметры веб-приложения (например, оповещения и управляемые пути)

    • Сведения о привязке IIS (например, тип протокола, заголовок узла и номер порта)

    • Изменения в файле Web.config, внесенные посредством объектной модели или центра администрирования

      Примечание.

      Изменения в файле Web.config, внесенные в целях поддержки приложений на основе утверждений, использующих проверку подлинности на основе форм, не включены в резервные копии, так как эти изменения вносятся вручную. Дополнительные сведения см. в разделе Замечания по использованию резервных копий фермы далее в этой статье.

    • Изолированные решения

      Рекомендации по защите этих параметров см. в статье Планирование резервного копирования и восстановления в SharePoint Server.

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

    Важно!

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

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

  • Прокси приложений-служб, не являющихся общими

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

    Примечание.

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

Обратите внимание, что некоторые параметры в среде SharePoint Server не включаются в резервную копию фермы. К ним относятся следующие настройки, хранящиеся на веб-серверах:

  • Пароли учетной записи пула приложений

  • параметры сжатия HTTP;

  • параметры времени ожидания;

  • пользовательские фильтры ISAPI;

  • принадлежность компьютеров к домену;

  • параметры протокола IPsec;

  • параметры балансировки нагрузки сети;

  • сертификаты SSL;

  • Параметры выделенного IP-адреса

Процесс резервного копирования приложения-службы поиска

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

Когда запускается резервное копирование приложения-службы поиска, SharePoint Server запускает резервное копирование SQL Server базы данных администрирования поиска, баз данных обхода контента и баз данных свойств. В процессе также выполняется резервное копирование файлов разделов индекса.

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

Процесс резервного копирования включает следующие этапы:

  1. Основные слияния приостанавливаются в целях сохранения главного индекса.

  2. Запускается полное резервное копирование базы данных.

  3. Выполняется резервное копирование главного индекса.

  4. Приостанавливаются обходы контента.

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

  5. Выполнятся резервное копирование всех теневых индексов.

  6. Начинается добавочное резервное копирование базы данных.

  7. Возобновляется обход контента.

  8. Возобновляется объединение с главной копией.

Использование и преимущества резервного копирования только конфигурации

В процессе резервного копирования только конфигурации происходит извлечение параметров конфигурации из базы данных конфигурации и создаются их резервные копии. Вы можете использовать встроенные средства для резервного копирования конфигурации любой базы данных конфигурации независимо от того, подключена ли она в настоящее время к ферме. Дополнительные сведения о резервном копировании конфигурации см. в статье Back up farm configurations in SharePoint Server.

Можно восстановить резервную копию конфигурации в ту же самую или в другую ферму серверов. При восстановлении конфигурации выполняется перезапись параметров в ферме, если значения этих параметров включены в резервную копию конфигурации. Параметры в ферме, не включенные в резервную копию конфигурации, не изменяются. Дополнительные сведения о восстановлении конфигурации фермы см. в статье Restore farm configurations in SharePoint Server.

Примечание.

В резервную копию конфигурации не включаются параметры веб-приложений и приложений-служб. Командлеты PowerShell можно использовать для документирования и копирования параметров приложений-служб. Дополнительные сведения см. в статьях Document farm configuration settings in SharePoint Server и Copy configuration settings between farms in SharePoint Server.

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

  • репликация стандартизованной конфигурации фермы для использования в рамках всей среды;

  • перемещение конфигураций из среды разработки или тестирования в производственную среду;

  • перемещение конфигураций из среды изолированной установки в среду фермы;

  • настройка фермы для функционирования в качестве резервной среды.

SharePoint Server сохраняет следующие виды параметров в резервной копии только конфигурации:

  • Защита от вирусов

  • Управление правами на доступ к данным (IRM)

  • Параметры исходящей электронной почты (восстанавливаются только при выполнении перезаписи).

  • Настройки, развернутые как доверенные решения

  • Сбор данных диагностики

Сведения по использованию резервных копий ферм

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

  • Отсутствие встроенной системы планирования резервного копирования. Чтобы запланировать резервное копирование, рекомендуется с помощью PowerShell создать скрипт резервного копирования, а затем регулярно выполнять его с помощью планировщика заданий Windows.

  • Для защиты параметров IIS не рекомендуется использовать резервную копию метабазы IIS. Вместо этого задокументируйте все конфигурации IIS для каждого веб-сервера с помощью средства, которое обеспечивает нужный мониторинг конфигурации, например Microsoft Endpoint Configuration Manager.

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

    Если вы используете SQL Server Enterprise, рекомендуется использовать сжатие резервных копий. Дополнительные сведения о сжатии резервных копий см. в разделе Сжатие резервных копий (SQL Server).

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

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

  • Резервное копирование SharePoint Server не обеспечивает защиту следующего:

    • Изменения файла Web.config на веб-серверах, внесенные без использования центра Центр администрирования или объектной модели.

    • Настройки сайта, не развернутые в виде части доверенного или изолированного решения.

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

    Дополнительные сведения см. в статье Обмен сертификатами доверия между фермами в SharePoint Server.

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

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

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

Архитектура фрагментарного резервного копирования и экспорта

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

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

Примечание.

Рабочие процессы не включаются в экспорт сайтов и списков.

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

Резервное копирование семейства веб-сайтов с использованием моментальных снимков имеет следующие преимущества:

  • Моментальные снимки обеспечивают согласованность считываемых данных в процессе выполнения операции.

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

Тем не менее использование моментальных снимков базы данных может отрицательно сказываться на производительности.

Можно выполнять фрагментарное резервное копирование и экспорт контента, хранящегося в базе данных, настроенной на использование поставщика удаленного хранилища BLOB-объектов SQL FILESTREAM.

Примечание.

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

Примечание.

Не рекомендуем применять резервное копирование для семейств веб-сайтов SharePoint Server в случае семейств, размер которых превышает 85 ГБ.

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

Резервное копирование семейства веб-сайтов

Детализированный процесс резервного копирования/экспорта

Процессы восстановления в SharePoint Server

SharePoint Server поддерживает основные стандартные варианты восстановления, указанные ниже.

  • Восстановление из резервной копии фермы, созданной с помощью встроенных средств.

  • Восстановление из резервной копии компонента, созданной с помощью системы резервного копирования фермы.

  • Восстановление фермы из резервной копии семейства веб-сайтов.

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

Восстановление из резервной копии фермы

Элементы, которые можно восстановить из резервной копии фермы:

  • Ферма

    • Контент и данные конфигурации (по умолчанию)

      Выполняется восстановление всей фермы серверов.

      Это включает параметры базы данных конфигурации и надежные пакеты решения.

    • Только конфигурация

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

  • Веб-приложения

    Восстанавливаются веб-приложения.

  • Приложения-службы

    Восстанавливает приложения-службы. Восстановление приложений-служб может быть сложным, так как SharePoint Server не может полностью перенастроить прокси приложения службы во время восстановления. Хотя прокси-серверы приложений-служб восстанавливаются, они не помещаются в группы прокси-серверов. Таким образом, прокси-серверы приложений-служб не связаны с веб-приложениями. Дополнительные сведения о восстановлении приложения служба см. в разделе служба процесса восстановления приложения. Дополнительные сведения о восстановлении приложений служб см. в статье Восстановление приложений службы в SharePoint Server.

  • Базы данных контента

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

Восстановление посредством создания новой версии по сравнению с восстановлением посредством перезаписи

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

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

  • Ферма.

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

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

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

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

  • Веб-приложение

    • Если имя и URL-адрес указанного веб-приложения соответствуют имени и URL-адресу существующего в ферме веб-приложения, они будут объединены при восстановлении SharePoint Server.

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

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

  • Приложения-службы и прокси-серверы приложений-служб

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

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

      Примечание.

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

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

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

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

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

  1. Восстановите приложение-службу посредством создания его нового экземпляра, указывая по мере восстановления новые сведения о топологии фермы.

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

  3. Свяжите прокси приложения-службы с соответствующей группой прокси, а саму группу (если это не группа прокси по умолчанию) — с соответствующим веб-приложением.

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

Дополнительные сведения о восстановлении приложения службы поиска см. в статье Восстановление приложений службы поиска в SharePoint Server.

Восстановление из резервной копии семейства веб-сайтов

Из резервной копии семейства веб-сайтов можно восстанавливать только семейства веб-сайтов.

Восстановление из неподсоединенной базы данных контента

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

Восстановление выполняется в два этапа:

  1. Резервное копирование или экспорт объекта из неприсоединенной базы данных контента.

  2. Восстановление или импорт выходных данных, полученных на предыдущем этапе, в SharePoint Server.

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

  • Семейство веб-сайтов

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

  • Сайт

    Экспорт с последующим импортом.

  • Списки и библиотеки

    Экспорт с последующим импортом.

Импорт можно использовать для восстановления содержимого, резервной копии из базы данных, настроенной для использования поставщика SQL FILESTREAM RBS. SharePoint Server использует текущий поставщик хранилища для этой базы данных контента для хранения восстановленного содержимого. Если база данных контента не настроена на использование RBS, данные будут храниться в базе данных контента; Если база данных контента настроена на использование RBS, данные будут храниться в RBS.

См. также

Понятия

Планирование резервного копирования и восстановления в SharePoint Server