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

ОБЛАСТЬ ПРИМЕНЕНИЯ:2013 2016 2019 Subscription Edition SharePoint в Microsoft 365

Как правило, план резервного копирования и восстановления должен быть разработан до развертывания среды 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 для резервного копирования и восстановления

(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) Параметры конфигурации могут быть восстановлены из резервных копий уровня фермы. Дополнительные сведения см. в статье Restore farms in SharePoint Server.

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

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

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

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

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

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

(4) Изменения файла Web.config можно сохранить, используя резервную копию файловой системы из DPM.

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

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

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

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

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

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

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

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

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

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

• Главные страницы, макеты страниц и каскадные таблицы стилей. Эти объекты хранятся в базе данных контента веб-приложения.

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

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

• Изменения стандартных XML-файлов.

• Пользовательские определения сайтов (Webtemp.xml).

• Изменяет файл Web.config.

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

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

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

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

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

  • Сборки Visual Studio для действий хранятся в глобальном каталоге сборок (GAC).

  • XML-файлы определения (. ФАЙЛЫ ACTIONS) хранятся в каталоге 15\TEMPLATE{LCID}\Workflow.

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

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

• Рабочие процессы, основанные на пользовательском коде, например процессы, созданные в Visual Studio, хранятся в двух расположениях. Сборки Visual Studio для рабочих процессов хранятся в глобальном каталоге сборок (GAC), а XML-файлы определений — в каталоге Features. Этот же каталог используется и для других видов компонентов SharePoint Server, таких как веб-части и приемники событий. Для защиты рабочих процессов, установленных в составе пакета решения, необходимо выполнить резервное копирование базы данных контента.

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

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

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

Приложения-службы в среде SharePoint Server могут содержать как параметры службы, так и одну или несколько баз данных или только параметры службы. Нельзя восстановить полное приложение-службу, восстановив только базу данных. Но можно восстановить базы данных для приложения-службы, а затем повторно подготовить приложение-службу. Дополнительные сведения см. в статье Restore service applications in SharePoint Server.

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

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

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

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

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

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

• Полнота восстановления.

• Детализация восстанавливаемых объектов.

• Поддерживаемый тип резервного копирования (полное, разностное, добавочное).

• Сложность управления средством.

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

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

• Резервное копирование и восстановление баз данных SQL Server

• Общие сведения о DPM

Определение стратегий резервного копирования и восстановления 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 операций ввода-вывода.

См. также

Понятия

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

Другие ресурсы

Защита данных и восстановление