Рекомендации по резервному копированию и восстановлению (SharePoint Server 2010)

 

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

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

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

Содержание:

  • Рекомендации по управлению производительностью

  • Рекомендации по контролю качества

  • Рекомендации по организации работы

Рекомендации по управлению производительностью

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

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

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

Во избежание возникновения узких мест ввода-вывода осуществляйте основное резервное копирование на диске, отличном от диска, на котором выполняется Microsoft SQL Server 2008 с пакетом обновления 1 (SP1) и накопительным обновлением 2 (CU).

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

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

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

Сохранение небольшого размера баз данных для более быстрого восстановления

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

Использование добавочного резервного копирования для больших баз данных

Используйте добавочное резервное копирование для больших баз данных, например, представленных в DPM 2010. Восстановление больших баз данных из добавочных резервных копий происходит быстрее и более эффективно. Дополнительные сведения о типах резервного копирования см. в обзоре резервного копирования (SQL Server) (http://go.microsoft.com/fwlink/?linkid=203863&clcid=0x419).

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

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

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

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

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

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

Использование RAID 10

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

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

Для повышения эффективности и скорости резервного копирования и восстановления можно настроить параметры в центре администрирования и Windows PowerShell.

Если используется командлет Windows PowerShell Export-SPWeb, можно использовать параметр NoFileCompression. По умолчанию при экспорте веб-приложений, семейств сайтов, списков и библиотек документов в SharePoint Server 2010 используется сжатие файлов. С помощью этого параметра можно отключить сжатие файлов при экспорте и импорте. При сжатии потребление ресурсов может возрастать на 30%, однако экспортированный файл будет занимать примерно на 25% меньше места на диске. При использовании параметра NoFileCompression во время экспорта его также необходимо использовать во время импорта того же контента.

Также можно использовать параметр NoLogFile. По умолчанию при экспорте контента SharePoint Server 2010 всегда создает файл журнала . С помощью этого параметра можно отключить создание файла журнала для экономии ресурсов. Однако рекомендуется всегда создавать журналы, поскольку их можно использовать при поиске и устранении неполадок. Кроме того, на создание журнала расходуется не слишком много ресурсов.

Примечание

Эти параметры недоступны в центре администрирования.

Если используется командлет Backup-SPFarm, с помощью параметра BackupThreads можно задать количество потоков, которые будет использовать SharePoint Server 2010 во время резервного копирования. Чем больше потоков, тем больше ресурсов потребуется для проведения резервного копирования, однако при наличии таких ресурсов этот процесс займет меньше времени. Вместе с тем каждый поток регистрируется в файлах журнала отдельно, поэтому меньшее число потоков упрощает интерпретацию журнала. По умолчанию используется три потока. Максимальное число потоков равно 10.

Примечание

Этот параметр также доступен в центре администрирования на странице "Параметры резервного копирования и восстановления по умолчанию" в разделе "Резервное копирование и восстановление".

Учет размера семейства сайтов при определении необходимых средств

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

  • Менее 15 ГБ: Используйте команду Windows PowerShell Backup-SPSite. Дополнительные сведения см. в статье Резервное копирование семейства веб-сайтов (SharePoint Server 2010).

  • 15-100 ГБ: Используйте средства из состава продуктов и технологий SharePoint, средство SQL Server или другое средство резервного копирования для базы данных, в которой находится семейство сайтов. Дополнительные сведения см. в статье Резервное копирование семейства веб-сайтов (SharePoint Server 2010).

  • Более 100 ГБ: Используйте решение разностного резервного копирования, такое как Microsoft SQL Server 2005 или DPM 2010, вместо встроенных средств резервного копирования и восстановления.

Рекомендации по контролю качества

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

Наличие необходимого места

Убедитесь, что в системе имеется достаточно свободного пространства на диске для размещения резервной копии.

Регулярная проверка качества резервного копирования

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

Резервное копирование журналов отслеживания ULS

Средства SharePoint Server 2010 не позволяют создавать резервные копии журналов отслеживания ULS. Данные в журналах отслеживания ULS могут оказаться полезными для анализа производительности, поиска и устранения неполадок, отслеживания соблюдения соглашений об уровне обслуживания, а также в юридических, законодательных и деловых целях. Поэтому рекомендуется защитить эти данные в рамках регулярного обслуживания. Дополнительные сведения о резервном копировании журналов ULS см. в статье Back up or archive logs in SharePoint Server 2010.

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

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

Рекомендации по организации работы

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

Использование полных доменных имен серверов

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

Ведение подробных записей

При развертывании SharePoint Server 2010 запишите созданные учетные записи, выбранные имена компьютеров, пароли и параметры установки. Храните эти данные в надежном месте.

Подготовка среды восстановления

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

Планирование операций резервного копирования

Если нужно спланировать операции резервного копирования, можно воспользоваться планировщиком заданий Windows для их запуска с помощью файла скрипта Windows PowerShell (*.ps1).

Использование поставщика SQL FILESTREAM с хранилищем больших двоичных объектов

Если имеется хранилище больших двоичных объектов, доступ к которому осуществляется с помощью поставщика SQL FILESTREAM, и с помощью такого хранилища проводится резервное копирование базы данных контента, при использовании средств SharePoint или SQL Server будет создана резервная копия как удаленного хранилища больших двоичных объектов, так и базы данных контента. Не рекомендуется использовать удаленное хранилище больших двоичных объектов с другими методами восстановления.