Планирование резервного копирования и восстановления (SharePoint Foundation 2010)

Статья
03/03/2017

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

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

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

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

Важно!

Процесс обновления SharePoint 2010 с пакетом обновления 1 (SP1) изменяет схему некоторых баз данных ферм и всех баз данных контента. Из-за этих изменений после обновления фермы до версии SP1 может потребоваться выполнение дополнительных действий для восстановления резервной копии фермы, созданной перед обновлением фермы до версии SP1. Дополнительные сведения о выполнении этих действий см. в статье Восстановление резервных копий версии, предшествующей SP1, в ферме с установленным пакетом обновления 1 (SP1) (SharePoint Foundation 2010).

Дополнительные сведения о средствах резервного копирования и восстановления Microsoft SharePoint Foundation см. в разделе Обзор резервного копирования и восстановления (SharePoint Foundation 2010).

Содержание:

Определение бизнес-требований
Выбор защищаемых и восстанавливаемых объектов среды
Выбор средств
Определение стратегий
Планирование повышения производительности архивирования и восстановления

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

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

Целевая точка восстановления — это максимальное время между последней доступной резервной копией и потенциальной точкой отказа. Это время определяется объемом данных, потеря которых допустима в случае отказа.
Целевое время восстановления — это максимальная длительность процесса восстановления данных. Она определяется максимальной длительностью недоступности сайта или службы.
Целевой уровень восстановления — это требуемая глубина восстановления данных: вся ферма, веб-приложение, семейство сайтов, сайт, список, библиотека или элемент.

Меньшие RPO и RTO и большая детализованность RLO обычно приводят к большим затратам.

Электронная таблица, помогающая планировать стратегии резервного копирования и восстановления среды SharePoint Foundation 2010, может быть загружена на странице электронной таблицы планирования резервного копирования и восстановления продуктов SharePoint 2010 (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=184385&clcid=0x419) (Возможно, на английском языке).

Выбор защищаемых и восстанавливаемых объектов среды

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

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

Компонент	Архивирование SharePoint	Microsoft SQL Server 2008 R2, экспресс-выпуск	System Center Data Protection Manager (DPM) 2010	Архивирование файловой системы
Ферма	Да		Да6
Приложения-службы	Да
Веб-приложение	Да
Базы данных контента	Да	Да	Да
Семейство веб-сайтов	Да1, 2	Да1, 2	Да1, 2
Сайт	Да2	Да2	Да
Библиотека документов или список	Да2	Да2	Да
Элемент списка или документ			Да
Контент, который хранится в удаленных хранилищах BLOB	Да3	Да3	Нет3
Настройки развертываются как пакеты решений	Да7	Да7	Да6, 7
Изменения файла Web.config, внесенные с помощью центра администрирования или интерфейса API	Да	Да	Да4
Параметры конфигурации (SharePoint)	Да2, 8	Да2, 8	Да 2, 9
Настройки не развертываются как пакеты решений			Да. Файлы могут быть восстановлены, если защищены как файлы.4, 5	Да
Изменения файла Web.config не вносятся с помощью центра администрирования или интерфейса API			Да4	Да
Конфигурация IIS не задается с помощью SharePoint			Да5	Да
Базы данных Службы SQL Server Reporting Services		Да	Да

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

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

3Контент, который хранится в удаленных хранилищах BLOB, невозможно восстановить с помощью DPM.

4Изменения файла Web.config можно архивировать с помощью архивирования файловой системы в DPM 2010.

5Конфигурацию IIS можно восстанавливать с помощью архивирования исходного состояния системы в DPM 2010.

6Диспетчер DPM 2010 может восстановить этот элемент с помощью комбинации резервной копии исходного состояния системы и резервной копии SharePoint Foundation. Для этого элемента нельзя создать резервную копию и произвести восстановление в виде объекта.

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

8Параметры конфигурации могут быть восстановлены из резервных копий уровня фермы. Дополнительные сведения см. в разделе Restore a farm (SharePoint Foundation 2010).

9База данных контента центра администрирования и база данных конфигурации для фермы SharePoint Foundation 2010 может быть восстановлена, но только в процессе полного восстановления фермы на ту же ферму с теми же компьютерами.

Примечание

Можно зарегистрировать SharePoint Foundation 2010 со средством резервного копирования Windows Server с помощью команды stsadm.exe -o -registerwsswriter для настройки средства записи службы теневого копирования томов для SharePoint Foundation. После этого средство резервного копирования Windows Server будет включать SharePoint Foundation 2010 в резервные копии на уровне сервера. При восстановлении из резервной копии Windows Server можно выбрать Microsoft SharePoint Foundation (не имеет значения, какая версия продуктов Продукты SharePoint 2010 установлена), и все компоненты, о которых сообщало средство записи службы теневого копирования томов для SharePoint Foundation 2010 на том сервере во время создания резервной копии, будут восстановлены.
Средство резервного копирования Windows Server рекомендуется только для использования в случае развертываний с одним сервером.

Выбор объектов, восстанавливаемых из баз данных контента SharePoint

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

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

Защита настроек

Настройки сайтов SharePoint могут включать в себя следующие компоненты:

Главные страницы, макеты страниц и каскадные таблицы стилей. Эти объекты хранятся в базе данных контента веб-приложения.
Веб-части, определения сайтов и списков, пользовательские столбцы, новые типы контента, пользовательские поля, пользовательские действия, закодированные рабочие процессы, а также действия и условия рабочих процессов.
Решения сторонних производителей, а также связанные с ними двоичные файлы, такие как IFilter.
Изменения стандартных XML-файлов.
Пользовательские определения сайтов (Webtemp.xml).
Изменяет файл Web.config.

То, как выполняется развертывание настроек и как вносятся изменения в файл Web.config, сильно влияет на средства, которые можно использовать для архивации и восстановления настроек. Для оптимального восстановления рекомендуется развертывать настройки с помощью пакетов решений и изменять файл Web.config с помощью центра администрирования или интерфейсов и объектной модели SharePoint API.

Защита рабочих процессов

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

Декларативные рабочие процессы, например, процессы, созданные в Microsoft SharePoint Designer 2010, хранятся в базе данных контента для семейства сайтов, в котором они развернуты. Для защиты таких рабочих процессов необходимо выполнить резервное копирование базы данных контента.
Компоненты пользовательских действий декларативных рабочих процессов хранятся в указанных ниже расположениях.
1. Сборки Visual Studio для действий хранятся в глобальном каталоге сборок (GAC).
2. XML-файлы определений (ACTIONS-файлы) хранятся в каталоге 14\TEMPLATE\{LCID}\Workflow.
3. XML-запись, помечающая действие как авторизованный тип, хранится в файле Web.config для веб-приложений, в которых используется это действие.
Если в рабочих процессах фермы применяются пользовательские действия, для защиты этих файлов и XML-записей следует воспользоваться системой резервного копирования файлов. Аналогично таким компонентам SharePoint Foundation, как веб-части и приемники событий, эти файлы следует заново применить к ферме после восстановления.
Рабочие процессы, основанные на пользовательском коде, например процессы, созданные в Visual Studio, хранятся в двух расположениях. Сборки Visual Studio для рабочего процесса хранятся в глобальном каталоге сборок (GAC), XML-файлы определений — в каталоге Features. Этот же каталог используется и для других типов компонентов SharePoint Foundation, таких как веб-части и приемники событий. Для защиты рабочих процессов, установленных в составе пакета решения, необходимо выполнить резервное копирование базы данных контента.
Для защиты пользовательского рабочего процесса, взаимодействующего с семейством сайтов, отличным от того, где этот рабочий процесс развернут, необходимо выполнить резервное копирования обоих семейств сайтов. Это относится и к рабочим процессам, выполняющим запись в список журнала или другой пользовательский список в другом семействе сайтов. Для создания резервной копии всех семейств сайтов в ферме и всех связанных с ними рабочих процессов достаточно выполнить резервное копирование фермы.
Резервное копирование и восстановление еще не развернутых рабочих процессов необходимо выполнять по отдельности, как и для любых других файлов данных. При разработке нового рабочего процесса, еще не развернутого в ферме SharePoint Foundation, создайте резервную копию папки с файлами проекта рабочего процесса с помощью программы архивации данных или другого приложения для резервного копирования файловой системы.

Защита приложений-служб

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

Защита баз данных служб отчетов SQL Server

Резервное копирование и восстановление SharePoint Foundation не включает базы данных Службы SQL Server Reporting Services. Необходимо использовать средства SQL Server 2008 R2 Express. Дополнительные сведения см. в статье, посвященной операциям резервного копирования и восстановления для установки служб отчетов (https://go.microsoft.com/fwlink/?linkid=186642&clcid=0x419).

Выбор средств

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

Далее представлены ключевые факторы, которые следует учитывать при выборе средств.

Скорость архивирования: может ли средство выполнять архивирование баз данных в течение периода обслуживания? Необходимо протестировать все системы для резервного копирования, чтобы убедиться в выполнении ими требований на имеющемся оборудовании.
Полнота восстановления.
Детализация восстанавливаемых объектов.
Поддерживаемый тип резервного копирования (полное, разностное, добавочное).
Сложность управления средством.

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

Средство	Тип резервного копирования	Размер архивированных за 6 часов данных1
Резервное копирование и восстановление фермы SharePoint	Полное, разностное	600 ГБ
SQL Server	Полное, разностное	600 ГБ
System Center Data Protection Manager	Добавочное	Терабайт

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

Примечание

Резервные копии SharePoint Foundation и SQL Server 2008 R2 Express были созданы с включенным сжатием резервных копий.

Тестовое оборудование

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

Компонент	Описание
Процессор	64-разрядный двухъядерный процессор с частотой 3 ГГц
ОЗУ	8 ГБ
Диск	Раздел размером 2 терабайта с файловой системой NTFS
Сеть	Сетевое подключение между клиентскими компьютерами и сервером с пропускной способностью 100 мегабит в секунду (Мбит/с)
Общая сетевая папка	Общая сетевая папка с 1,25 ТБ доступного места

Примечание

Ограничение максимального размера на выполнение резервного копирования семейств сайтов SharePoint Foundation 2010 — 100 ГБ.

Дополнительные сведения о системах резервного копирования и восстановления, которые можно использовать с Microsoft SharePoint Foundation, см. на следующих ресурсах:

Определение стратегий

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

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

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

Все базы данных архивируются с помощью SQL Server 2008 R2 Express. Интервал архивации задается на основе следующих параметров:
- Важность контента или службы.
- Влияние архивации на производительность среды.
Небольшие быстро изменяющиеся базы данных контента с очень большим значением для бизнеса дополнительно защищаются с помощью снимков баз данных SQL Server 2008 R2 Express, сохраняемых на отдельном физическом диске. Сохраняется только один снимок на базу данных, и снимки регулярно удаляются по истечении срока действия, поэтому влияние на производительность минимизировано. Интервал создания снимков, задаваемый для каждой базы данных, основывается на следующих критериях:
- Важность контента или службы.
- Стандартная частота изменений базы данных.
- Влияние создания снимка на производительность среды.
- Объем пространства, требуемого для хранения снимка.
Восстановление из снимка происходит быстрее, чем стандартное восстановление, так как SharePoint Foundation может воспринимать снимок вместе с включенной базой данных как неприсоединенную базу данных. Однако процесс создания снимков может уменьшить производительность включаемой базы данных. Рекомендуется протестировать влияние процесса создания снимков на производительность системы перед его реализацией. Также рекомендуется удалять снимки регулярно, чтобы уменьшить требуемое пространство.

Примечание

Если используется СДРес, а поставщик СДРес не поддерживает моментальные снимки, резервное копирование с помощью моментальных снимков невозможно. Например, поставщик FILESTREAM не поддерживает моментальные снимки.
Резервное копирование SharePoint Foundation используется для защиты приложений-служб. Интервал резервного копирования основан на следующих факторах:
- Важность службы.
- Стандартная частота изменений базы данных.
- Влияние резервного копирования на производительность базы данных.
Все операции восстановления выполняются с помощью SharePoint Foundation. Выбор системы восстановления определяется доступным типом архивации и восстанавливаемым объектом.

Другие средства должны быть частью стратегии непрерывной работы бизнеса. Учтите, как будут использоваться корзины и управление версиями в семействах сайтов во всей среде. Дополнительные сведения см. в разделе Планирование управления непрерывной работой (SharePoint Foundation 2010).

Планирование повышения производительности архивирования и восстановления

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

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

Следуйте рекомендациям по настройке SQL Server и хранилища

Следуйте общим рекомендациям по настройке SQL Server 2008 R2 Express и хранилища в среде SharePoint Foundation. Дополнительные сведения см. в статье SQL Server и хранилище (SharePoint Foundation 2010).

Минимизация задержки между SQL Server и расположением резервной копии

Как правило, для архивации лучше использовать локальный, а не сетевой диск. При создании резервных копий нескольких серверов лучше использовать компьютер, напрямую подключенный ко всем серверам, которые могут записывать на него данные. Сетевые диски с задержкой, равной 1 миллисекунде и меньше, между компьютерами под управлением SQL Server 2008 R2 Express также не снижают производительность. Если в ферме несколько серверов (включая компьютер под управлением SQL Server 2008 R2 Express), следует использовать для обозначения папки архива фермы SharePoint сетевые пути UNC.

Избежание конфликтов обработки

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

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

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

Архивы SharePoint Foundation используют архивы SQL Server 2008 R2 Express. При сжатии архивов не следует допускать переполнения SQL Server 2008 R2 Express. Например, некоторые средства резервного копирования сторонних производителей сжимают данные во время архивации, что может снизить производительность SQL Server. Есть средства, которые позволяют регулировать сжатие и управлять влиянием на SQL Server.

Обеспечьте достаточную скорость записи на диск архивации

Тщательно продумайте необходимость использования массива RAID на устройстве резервного копирования. Например, RAID 5 имеет низкую производительность записи — приблизительно ту же скорость, что и для одного диска. (Это связано с тем, что RAID 5 обрабатывает данные четности.) Использование RAID 10 для устройства резервного копирования может способствовать ускорению резервного копирования. Дополнительные сведения об использовании RAID при резервном копировании см. в статье, посвященной настройке RAID для максимального повышения производительности операций ввода-вывода SQL Server (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x419) (Возможно, на английском языке).