Советы по повышению производительности при выполнении резервного копирования и восстановления (Office SharePoint Server)
Советы, приведенные в этой статье, помогут повысить производительность операций резервного копирования и восстановления.
Сами по себе многие задания резервного копирования используют все доступное количество ресурсов ввода-вывода, чтобы завершить действия в выделенное время обслуживания. Поэтому вполне возможна постановка дисков в очередь и более медленный, чем обычно, возврат запросов ввода-вывода. Это обычное явление, не являющееся проблемой.
Выбор инструментов для резервного копирования семейств сайтов на основании размера
Если кроме резервных копий уровня фермы и базы данных требуется выполнить резервное копирование семейств сайтов, средства следует выбирать с учетом размера данных семейств.
Меньше 15 гигабайт (ГБ): резервное копирование семейства сайтов с помощью Stsadm.
Примечание
Прежде чем использовать средство Stsadm для резервного копирования семейства сайтов, необходимо заблокировать это семейство сайтов. Для этого установите блокировку "Только чтение", используя следующую операцию: Setsitelock: операция stsadm (Office SharePoint Server).
15-100 ГБ: использование средств, представленных в продуктах и технологиях SharePoint, SQL Server или других средств резервного копирования баз данных для защиты базы данных контента, содержащей семейство сайтов.
Больше 100 ГБ: использование разностного копирования, например Microsoft SQL Server 2005 или Диспетчер Microsoft System Center Data Protection Manager 2007, вместо встроенных средств резервного копирования и восстановления.
Минимизация задержки между SQL Server и расположением резервной копии
Обычно для резервных копий лучше всего использовать локальный, а не сетевой диск. При резервном копировании нескольких серверов, возможно, потребуется напрямую подключенный компьютер, на которые оба сервера будут производить запись. Должный уровень производительности обеспечат сетевые диски с задержкой 1 миллисекунда или меньше между ними и компьютерами, на которых установлен SQL Server.
Исключение конфликтов обработки
Не выполняйте задания резервного копирования в то время, когда пользователи активно требуют доступа в систему.
Во избежание возникновения узких мест ввода-вывода осуществляйте основное резервное копирование на отдельном диске и только затем создавайте копию на ленте.
Рассмотрите возможность поэтапного резервирования, чтобы не выполнять резервное копирование всех баз данных одновременно.
Резервные копии SharePoint используют резервные копии SQL Server. При сжатии резервных копий следует избегать переполнения SQL Server. Например, некоторые средства резервного копирования от сторонних производителей выполняют сжатие во время процесса, которое может нарушить производительность SQL Server. Существуют средства, регулирующие процессы сжатия и контролирующие производительность SQL Server.
При выборе средств резервного копирования учитывайте размер базы данных
При выборе средства резервного копирования и восстановления примите во внимание сведения, представленные в следующей таблице. Для баз данных больших размеров рекомендуется использовать средства добавочного резервного копирования. Дополнительные сведения см. в статье Выбор средств резервного копирования и восстановления (Office SharePoint Server).
| Инструмент | Максимальный поддерживаемый размер резервной копии |
|---|---|
Диспетчер System Center Data Protection Manager |
32-разрядные системы: 150 источников данных 64-разрядные системы: 300 источников данных Дополнительные сведения см. в статье Data Protection Manager 2007. Часто задаваемые вопросы (https://go.microsoft.com/fwlink/?linkid=126629&clcid=0x419). |
Резервное копирование и восстановление фермы SharePoint |
< 200 ГБ |
Средство записи VSS Writer |
Без ограничений |
SQL Server |
Для баз данных контента > 200 ГБ может потребоваться дополнительное управление |
Средство резервного копирования и восстановления семейства сайтов Stsadm |
15 ГБ |
Импорт и экспорт Stsadm |
100 ГБ |
Резервное копирование SharePoint Designer |
24 МБ |
Средство MSIT Site Delete Capture |
15 ГБ |
Рекомендации по оптимизации процессов резервного копирования и восстановления в SQL Server
Чтобы сократить время восстановления, при использовании резервных копий SQL Server следует воспользоваться сочетанием полного, разностного копирования и резервного копирования журнала транзакций (для модели полного восстановления и восстановления с неполным протоколированием). Обычно для создания разностных резервных копий баз данных требуется меньше времени, чем для полных резервных копий баз данных; кроме того, они сокращают объем журнала транзакций, необходимого для восстановления базы данных.
При использовании модели полного восстановления в SQL Server 2005 рекомендуется периодически усекать файлы журнала транзакций во избежание проблем с обслуживанием.
Подробные рекомендации по оптимизации производительности резервного копирования и восстановления SQL Server см. в документе Оптимизация производительности резервного копирования и восстановления в SQL Server (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0x419).
Используйте RAID 10, если предполагается работать с RAID
Тщательно продумайте необходимость использования избыточного массива независимых дисков (RAID) на устройстве резервного копирования. Например, RAID 5 имеет низкую производительность записи — приблизительно ту же скорость, что и для одного диска. (Это связано с тем, что RAID 5 должен обрабатывать информацию о четности). Использование RAID 10 для устройства резервного копирования может способствовать более быстрому созданию резервных копий. Дополнительные сведения об использовании RAID при резервном копировании см. в статье Настройка RAID для максимальной производительности операций ввода-вывода SQL Server (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x419) (на английском языке).