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

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

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

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

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

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

Содержание:

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

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

• Выбор инструментов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  2. XML-файлы определений (ACTIONS-файлы) хранятся в каталоге 14\TEMPLATE\{LCID}\Workflow.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Архивация и восстановление баз данных в SQL Server (https://go.microsoft.com/fwlink/?linkid=186643&clcid=0x419)

• Обзор Data Protection Manager 2010 (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186655&clcid=0x419) (Возможно, на английском языке)

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

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

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

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

• Выполняется резервное копирование всех баз данных SQL Server. Интервал резервного копирования задается на основе следующих факторов:

  • Важность контента или службы.

  • Влияние архивации на производительность среды.

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

  • Важность контента или службы.

  • Стандартная частота изменений базы данных.

  • Влияние создания снимка на производительность среды.

  • Объем пространства, который требуется для хранения снимка.

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

  Примечание

  Если используется СДРес, а поставщик СДРес не поддерживает моментальные снимки, резервное копирование с помощью моментальных снимков невозможно. Например, поставщик FILESTREAM не поддерживает моментальные снимки.

• Архивация SharePoint Server используется для защиты приложений-служб. Интервал архивации основан на следующих факторах:

  • Важность службы.

  • Стандартная частота изменений базы данных.

  • Влияние создания снимка на производительность среды.

• Все операции восстановления выполняются с помощью SharePoint Server. Выбор системы восстановления определяется доступным видом резервного копирования и восстанавливаемым объектом.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

See Also

Other Resources

Центр ресурсов: проект архитектуры для SharePoint Server 2010 (Возможно, на английском языке)