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

Статья
01/08/2018

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

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

Сводка. Сведения о планировании стратегии резервного копирования и восстановления для сред SharePoint Server 2016 и SharePoint 2013.

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

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

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

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

Определение бизнес-требований для ферм и служб SharePoint

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

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

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

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

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

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

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

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

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

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

3 Контент, который хранится в удаленных хранилищах больших двоичных объектов, невозможно восстановить с помощью System Center Data Protection Manager.

4 Резервные копии изменений файла Web.config можно создавать путем резервного копирования файловой системы в DPM.

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

6 В DPM этот элемент можно восстанавливать путем резервного копирования исходного состояния системы и резервного копирования SharePoint Server 2016. Его невозможно восстанавливать как объект.

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

8 Параметры конфигурации можно восстанавливать из резервных копий на уровне фермы. Дополнительные сведения см. в статье Восстановление ферм в SharePoint Server.

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

Дополнительные сведения см. в статье Анонс. Усиленная безопасность для защиты рабочих нагрузок Server 2016.

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

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

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

4 Резервные копии изменений файла Web.config можно создавать путем резервного копирования файловой системы в DPM.

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

6 В DPM этот элемент можно восстанавливать путем резервного копирования исходного состояния системы и резервного копирования SharePoint 2013. Его невозможно восстанавливать как объект.

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

Примечание

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

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

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

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

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

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

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

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

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

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

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

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

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

Защита баз данных Службы SQL Server Reporting Services

Резервное копирование и восстановление SharePoint Server не включает базы данных Службы SQL Server Reporting Services. Необходимо использовать средства SQL Server для SharePoint Server. Дополнительные сведения см. в статье Операции резервного копирования и восстановления для служб Reporting Services.

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

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

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

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

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

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

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

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

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

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

Примечание

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

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

Планирование повышения производительности при разработке стратегии резервного копирования и восстановления SharePoint

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

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

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

Следуйте общим рекомендациям по настройке SQL Server и хранилища для среды SharePoint Server. Дополнительные сведения см. в статье Настройка и планирование загрузки SQL Server и хранилища (SharePoint Server).

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

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

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

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

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

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

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

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

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

Чтобы сократить время восстановления, при использовании резервных копий SQL Server или SQL Server 2008 R2 Express следует использовать сочетание полной и разностной архивации, а также архивации журнала транзакций для модели полного восстановления. Обычно для создания разностных архивов баз данных требуется меньше времени, чем для полных архивов баз данных; кроме того, они сокращают объем журнала транзакций, необходимый для восстановления базы данных.

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

Подробные рекомендации по оптимизации производительности резервного копирования и восстановления в SQL Server см. в этой статье.

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

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

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