Рекомендации по резервному копированию и восстановлению в SharePoint Server
**Применимо к:**SharePoint Foundation 2013, SharePoint Server 2013, SharePoint Server 2016
**Последнее изменение раздела:**2017-11-22
Сводка. Рекомендации по резервному копированию и восстановлению ферм SharePoint Server 2016 и SharePoint 2013.
Рекомендации по резервному копированию и восстановлению помогают обеспечить успешное выполнение операций резервного копирования и восстановления в SharePoint Server и защиту среды от потери данных и перерывов в работе.
В этой статье
Рекомендации по управлению производительностью
Рекомендации по контролю качества
Рекомендации по организации работы
Рекомендации по управлению производительностью для операций резервного копирования и восстановления SharePoint
Операции резервного копирования и восстановления задействуют ресурсы сервера и снижают его производительность. Приведенные ниже рекомендации помогут снизить использование ресурсов и повысить производительность серверов, а также задач резервного копирования и восстановления.
Минимизация задержки между SQL Server и расположением резервной копии
В целом для резервного копирования рекомендуется использовать локальный диск на сервере базы данных, а не сетевой диск, и затем копировать данные в общую сетевую папку. Сетевые диски с задержкой, равной 1 миллисекунде и меньше, между ними и сервером базы данных также не снижают производительность.
Примечание
Если резервное копирование на локальные диски невозможно, используйте сетевые диски с аналогичной задержкой. Так как в этом случае возможны ошибки сети, проверьте успешность резервного копирования по его завершении. Дополнительные сведения см. в разделе "Резервное копирование в файл, расположенный в общей сетевой папке" статьи Устройства резервного копирования (SQL Server).
Чтобы избежать проблем с вводом-выводом, создавайте основную резервную копию на отдельном диске (не на диске с SQL Server 2008 R2 с пакетом обновления 1 (SP1) и SQL Server 2012, SQL Server 2014 или SQL Server 2008 R2 с пакетом обновления 1 (SP1) и SQL Server 2012). Дополнительные сведения см. в статье Определение логического устройства резервного копирования для файла диска (SQL Server).
Большинство заданий резервного копирования использует максимально доступное количество ресурсов ввода-вывода. Поэтому вполне возможны постановка дисковых операций в очередь и более медленный, чем обычно, отклик на запросы ввода-вывода. Это обычное явление, которое не следует считать проблемой. Дополнительные сведения см. в статье Наблюдение за использованием диска.
Избежание конфликтов обработки
Не выполняйте задания резервного копирования в периоды времени, когда пользователям нужен доступ к системе. Обычно системы работают круглосуточно семь дней в неделю. Рекомендуется всегда выполнять добавочное резервное копирование для защиты от сбоев серверов. Не выполняйте резервное копирование всех баз данных одновременно.
Сохранение небольшого размера баз данных для более быстрого восстановления
Сохраняйте небольшой размер баз данных для более быстрого резервного копирования и восстановления. Этого можно добиться за счет использования нескольких баз данных контента для веб-приложения вместо одной большой базы данных. Дополнительные сведения см. в разделе Типы и описания баз данных в SharePoint Server.
Графический обзор баз данных, которые поддерживают SharePoint Server 2016, см. в статье Краткое руководство: базы данных SharePoint Server 2016. Вы также можете скачать этот плакат с базами данных SharePoint Server 2016 в формате PDF или Visio.
Использование добавочного резервного копирования для больших баз данных
Используйте добавочное резервное копирование для больших баз данных, так как оно выполняется быстрее и позволяет обеспечить производительность среды. Хотя восстановление из полных резервных копий осуществляется быстрее, чем из добавочных, непрерывное добавочное резервное копирование снижает риск потери данных. Дополнительные сведения о типах резервного копирования см. в статье Общие сведения о резервном копировании (SQL Server).
Использование сжатия во время резервного копирования
В некоторых случаях сжатие позволяет сократить размер резервной копии и время ее создания. Сжатие резервной копии было впервые представлено в SQL Server 2008 Enterprise. Оно повышает загрузку ЦП, и это может повлиять на параллельные операции SQL Server.
Важно!
SharePoint Server поддерживает сжатие резервной копии SQL Server. Сжатие данных SQL Server не поддерживается для баз данных SharePoint Server.
Дополнительные сведения о том, как сжатие резервных копий влияет на производительность SQL Server, см. в статье Сжатие резервных копий (SQL Server).
Следуйте рекомендациям по оптимизации резервного копирования и восстановления SQL Server
Чтобы сократить время восстановления резервных копий SQL Server, следует использовать сочетание полного и разностного резервного копирования, а также резервного копирования журнала транзакций для модели полного восстановления и восстановления с неполным протоколированием. Обычно для создания разностных резервных копий базы данных требуется меньше времени, чем для полных резервных копий; кроме того, они сокращают объем журнала транзакций, необходимого для восстановления базы данных.
Если вы используете модель полного восстановления, рекомендуется периодически удалять файлы журнала транзакций во избежание проблем с обслуживанием.
Подробные рекомендации по оптимизации производительности резервного копирования и восстановления в SQL Server см. в этой статье.
Использование RAID 10
Тщательно продумайте необходимость использования массива RAID на устройстве резервного копирования. Например, RAID 5 имеет низкую производительность записи — приблизительно ту же скорость, что и для одного диска. Это связано с тем, что RAID 5 обрабатывает данные четности. Использование RAID 10 может способствовать ускорению резервного копирования, так как управление четностью в этом случае не требуется. Дополнительные сведения об использовании RAID при резервном копировании см. в статье, посвященной настройке RAID для максимального повышения производительности операций ввода-вывода SQL Server и статье Уровни RAID и SQL Server.
Настройка параметров SharePoint для повышения производительности резервного копирования и восстановления
Параметры файлов журналов и сжатия файлов можно настроить только в PowerShell. Для повышения эффективности и скорости резервного копирования и восстановления можно настроить потоки резервного копирования и восстановления в Веб-сайт центра администрирования SharePoint или PowerShell.
Если используется командлет PowerShellExport-SPWeb, вы можете использовать параметр NoFileCompression. По умолчанию при экспорте веб-приложений, семейств веб-сайтов, списков и библиотек документов в SharePoint Server используется сжатие файлов. С помощью этого параметра можно отключить сжатие файлов при экспорте и импорте. При сжатии потребление ресурсов может возрастать на 30 %, однако экспортированный файл будет занимать примерно на 25 % меньше места на диске. Если вы использовали параметр NoFileCompression во время экспорта, его также необходимо использовать во время импорта того же контента.
Также можно использовать параметр NoLogFile. По умолчанию при экспорте контента SharePoint Server всегда создает файл журнала. С помощью этого параметра можно отключить создание файла журнала для экономии ресурсов. Однако рекомендуется всегда создавать журналы, поскольку их можно использовать при поиске и устранении неполадок. Кроме того, на создание журнала расходуется не слишком много ресурсов, таких как ЦП или память.
Если используется командлет Backup-SPFarm, с помощью параметра BackupThreads можно задать количество потоков, которые будет использовать сервер SharePoint Server во время резервного копирования. Чем больше потоков, тем больше ресурсов потребуется для проведения резервного копирования. Однако общее время резервного копирования сокращается. Так как каждый поток регистрируется в файлах журнала, число потоков влияет на интерпретацию журнала. По умолчанию используется три потока. Максимальное число потоков равно 10.
Примечание
Параметр числа потоков также доступен в Центр администрирования на странице Параметры резервного копирования и восстановления по умолчанию в разделе Резервное копирование и восстановление.
Учет размера семейства веб-сайтов при определении необходимых средств
Если для деловой деятельности в дополнение к резервному копированию на уровне фермы или базы данных требуется резервное копирование семейства веб-сайтов, выбирайте используемые средства на основании размера семейства веб-сайтов.
15–100 ГБ: для защиты базы данных контента, содержащей семейство веб-сайтов, используйте
Backup-SPSite, средство SharePoint Server, средство SQL Server или другое средство резервного копирования баз данных. Дополнительные сведения см. в статье Резервное копирование семейств веб-сайтов в SharePoint Server.Более 100 ГБ. Используйте решение разностного резервного копирования, такое как SQL Server или System Center Data Protection Manager R2, вместо встроенных средств резервного копирования и восстановления.
Рекомендации по контролю качества при резервном копировании фермы SharePoint
Следующие рекомендации позволяют обеспечить качество резервных копий в среде фермы и снизить вероятность потери данных.
Наличие необходимого места
Убедитесь в том, что в системе имеется достаточно свободного пространства на диске для размещения резервной копии. Чтобы узнать, сколько места на диске требуется, настройте задание резервного копирования в Центр администрирования.
Регулярная проверка качества резервного копирования
Регулярно проверяйте резервные копии и их согласованность. Проводите пробные восстановления для проверки содержимого резервных копий и возможности восстановления всей среды. Для географически распределенных сред подготовьтесь к аварийному восстановлению, организовав удаленную ферму. После этого восстановить среду можно, используя метод с переподключением баз данных, который отправляет копию базы данных в удаленную ферму и перенаправляет пользователей. Периодически проводите тестовое восстановление данных для проверки правильности резервного копирования файлов. Тестовое восстановление может выявить аппаратные проблемы, которые не обнаруживаются в ходе программных проверок, а также позволяет убедиться в том, что показатели целевого времени восстановления выполняются.
Резервное копирование журналов трассировки ULS
Средства SharePoint Server не позволяют создавать резервные копии журналов трассировки единой службы ведения журналов (ULS). Данные в журналах трассировки ULS могут оказаться полезными для анализа производительности, поиска и устранения неполадок, а также отслеживания соблюдения соглашений об уровне обслуживания. Поэтому рекомендуется защитить эти данные в рамках регулярного обслуживания.
По умолчанию файлы журнала SharePoint находятся в папке "C:\Program files\Common Files\Microsoft Shared\Web Server Extensions\<16 или 15>\Logs". Имена файлов состоят из имени сервера, после которого указывается дата и метка времени. Журналы трассировки SharePoint создаются через определенные интервалы времени и при использовании команды IISRESET.
Автономное хранение резервных копий файлов
Для защиты на случай стихийных бедствий, от которых может пострадать основной центр данных, храните дубликаты резервных копий в расположении отдельно от серверов. Это поможет защититься от потери критически важных данных. Рекомендуется иметь три копии носителей для восстановления и хранить по крайней мере одну копию автономно в контролируемой среде. Это касается всех данных резервного копирования и восстановления, документов, резервных копий баз данных и журналов транзакций, а также резервных копий журналов использования и трассировки.
Рекомендации по организации работы при резервном копировании и восстановлении SharePoint Server
При планировании и выполнении резервного копирования и восстановления используйте следующие рекомендации по организации работы.
Использование полных доменных имен серверов
При обращении к серверам в других доменах всегда используйте полные доменные имена.
Ведение подробных записей
При развертывании SharePoint Server запишите созданные учетные записи, выбранные имена компьютеров, пароли и параметры установки. Храните эти данные в надежном месте. Также можно создать несколько копий этих записей, чтобы обеспечить их постоянную доступность.
Подготовка среды восстановления
Для проверки успешности восстановления в рамках стратегии аварийного восстановления используйте удаленную ферму. Дополнительные сведения см. в статье Выбор стратегии аварийного восстановления для SharePoint Server. В ситуации аварийного восстановления можно восстановить среду, используя метод с переподключением баз данных, который отправляет копию базы данных в удаленную ферму и перенаправляет пользователей. Для этого изучите и выполните инструкции, приведенные в статье Восстановление ферм в SharePoint Server. Для обеспечения высокой доступности также можно реализовать резервную среду, в которой выполняется та же версия ПО, что и в рабочей среде. Это позволит быстро восстановить базы данных и документы. Дополнительные сведения см. в разделе Описание высокой доступности.
Планирование операций резервного копирования
Создайте файл скрипта (PS1) с помощью командлетов резервного копирования и восстановления PowerShell, а затем запланируйте его выполнение с помощью планировщика заданий Windows. Таким образом можно обеспечить выполнение всех операций резервного копирования в наиболее удобное время, когда система наименее загружена и пользователи не обращаются к ней. Дополнительные сведения см. в следующих статьях:
Использование поставщика SQL FILESTREAM с хранилищем больших двоичных объектов
Удаленное хранилище больших двоичных объектов (RBS-хранилище) поддерживается в ферме SharePoint Server. Использование этого хранилища в SharePoint Server имеет как преимущества, так и недостатки. Одной из ограничений, связанных с использованием RBS-хранилища с фермой SharePoint, заключается в том, что System Center Data Protection Manager не может использовать поставщик FILESTREAM для резервного копирования или восстановления этого хранилища. SharePoint Server поддерживает поставщик FILESTREAM для операций резервного копирования и восстановления. Преимущество использования RBS-хранилища с фермой SharePoint заключается в том, что вы можете использовать средства SharePoint или средства SQL Server для резервного копирования и восстановления базы данных контента с определенным удаленным хранилищем больших двоичных объектов. При этом выполняется резервное копирование или восстановление как хранилища, так и базы данных содержимого. Не рекомендуется использовать RBS-хранилище с другими методами восстановления. Дополнительные сведения о преимуществах и ограничениях, связанных с использованием RBS-хранилища, см. в статье Принятие решения об использовании удаленного хранилища BLOB-объектов в SharePoint Server. Загрузите Пакет дополнительных компонентов Microsoft® SQL Server® 2014, включающий RBS-хранилище.
Примечание
В SharePoint Server 2016 поддерживается поставщик FILESTREAM, включенный в SQL Server 2014. Дополнительные сведения см. в статье Включение и настройка FILESTREAM.
Примечание
SharePoint Server 2013 поддерживает поставщика FILESTREAM, входящего в состав пакета дополнительных компонентов Microsoft® SQL Server® 2008 R2. Установочный носитель SQL Server 2012 и SQL Server 2014 включает RBS в виде дополнительного компонента.
See also
Общие сведения о резервном копировании и восстановлении в SharePoint Server
Планирование резервного копирования и восстановления в SharePoint Server
Подготовка к резервному копированию и восстановлению ферм в SharePoint Server