Обзор резервного копирования и восстановления (SharePoint Server 2010)

Применимо к: SharePoint Foundation 2010, SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

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

Содержание:

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

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

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

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

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

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

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

• восстановление в случае неожиданного сбоя.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Данные привязки служб (IIS), в том числе тип протокола, заголовок узла и номер порта

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

    Примечание

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

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

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

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

  Важно!

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

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

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

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

  Примечание

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

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

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

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

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

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

1. Процедуры объединения с главной копией приостанавливаются для сохранения главного индекса.

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

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

4. Приостанавливается обход контента. Эта пауза будет гораздо короче, чем при резервном копировании данных поиска в Microsoft Office SharePoint Server 2007, и не превысит общей продолжительности процесса резервного копирования.

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

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

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

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

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

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

Резервную копию конфигурации можно восстановить в той же или в любой другой ферме серверов. Восстановленная конфигурация перезаписывает все представленные в ферме параметры со значениями, заданными в резервной копии конфигурации. Если какие-либо параметры, присутствующие в ферме, отсутствуют в резервной копии конфигурации, они не изменяются. Подробные сведения о восстановлении конфигурации фермы см. в статье Restore a farm configuration in SharePoint Server 2010.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• SharePoint Server 2010 не обеспечивает защиту следующих компонентов:

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

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

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

  Дополнительные сведения см. в разделе Exchange trust certificates between farms (SharePoint Server 2010).

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

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

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

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

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

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

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

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

• Непротиворечивость считываемых данных в процессе выполнения операции.

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

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

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

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

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

SharePoint Server 2010 поддерживает следующие основные встроенные варианты восстановления.

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

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

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

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

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

• Ферма

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

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

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

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

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

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

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

  Восстанавливаются приложения-службы. Восстановление приложений-служб может оказаться сложной задачей, поскольку SharePoint Server 2010 не в состоянии полностью реконфигурировать прокси приложений-служб в процессе восстановления. Прокси приложений-служб восстанавливаются, но не помещаются в группы прокси и потому не связываются с веб-приложениями. Дополнительные сведения о процессе восстановления приложения-службы поиска см. в разделе Процесс восстановления приложения-службы поиска. Сведения о конкретных операциях, выполняемых при восстановлении тех или иных приложений-служб, см. в статье Restore a service application in SharePoint 2010 Products.

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

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

Восстановление с новой конфигурацией по сравнению с восстановлением с перезаписью конфигурации

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

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

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

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

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

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

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

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

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

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

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

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

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

  Примечание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Сайт

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

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

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

Можно использовать импорт для восстановления контента, резервная копия которого была создана из базы данных, настроенной на использование поставщика удаленного хранилища BLOB-данных (RBS) SQL FILESTREAM. Восстановленный контент будет хранится в SharePoint Server 2010 с использованием текущего определенного поставщика хранилища для соответствующей базы данных контента. Это означает, что если база данных контента не настроена на использование поставщика RBS, данные будут хранится в базе данных контента. Если же настроено использование поставщика RBS, данные будут храниться в нем.

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