Share via

Рекомендации по физическому хранилищу (Office SharePoint Server)

  • Статья

Выбор дисков и массивов и порядок размещения на них данных значительно влияет на производительность системы. Чтобы ознакомиться с системой дисковых массивов RAID, обратитесь к следующим ресурсам:

В этом разделе рассматривается преимущественно приложение SQL Server 2008. Обратите внимание, что версии Microsoft SQL Server 2005 и Microsoft SQL Server 2000 также поддерживаются.

Использование соответствующих дисков и массивов RAID

В следующем списке представлены практические рекомендации по выбору лучшего уровня RAID и жестких дисков:

  • Большее число и более быстрые диски или массивы дисков повышают производительность. Основной задачей является снижение задержки и очередей на всех дисках.

  • Чтобы получить высокую доступность и производительность (произвольного чтения и записи), настройте массив RAID-10.

  • Перед настройкой RAID-массива проконсультируйтесь с поставщиком оборудования хранилища или обратитесь к документации. Примите во внимание, будут ли преимущества для базы данных от более быстрого отклика на произвольное чтение и запись, например, для статического веб-контента, где RAID-5 и RAID-10 обеспечивают одинаковую производительность. С другой стороны, более быстрое время отклика на произвольное чтение и запись может быть более важным, например, на сайтах для совместной работы со смешанным использованием чтения и записи, где RAID-10 имеет преимущества.

  • При настройке RAID-массива важно скорректировать файловую систему с отклонениями регулирования у поставщиков оборудования. Если документация поставщика отсутствует, обратитесь к статье Рекомендации по настройке подсистемы ввода-вывода перед развертыванием SQL Server(на английском языке) (https://go.microsoft.com/fwlink/?linkid=105583&clcid=0x419).

Дополнительные сведения о подготовке системы RAID и подсистемы ввода-вывода SQL Server см. в статье Рекомендации по работе с SQL Server (на английском языке) (https://go.microsoft.com/fwlink/?linkid=168612&clcid=0x419).

Перед развертыванием новой фермы рекомендуется измерить производительность подсистемы ввода-вывода с помощью средства измерения производительности для дисковой подсистемы SQLIO. Дополнительные сведения см. в статье Средство измерения производительности для дисковой подсистемы SQLIO(на английском языке) (https://go.microsoft.com/fwlink/?linkid=105586&clcid=0x419).

Заблаговременное управление увеличением размера файлов журналов и данных

  • Предварительно задайте максимальный размер файлов журналов и данных.

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

  • Настройте параметры авторасширения в зависимости от потребностей развертывания.

    • Если запланировано создание баз данных контента, превышающих рекомендованный размер (100 ГБ), то необходимо задать значение авторасширения фиксированным числом в мегабайтах, а не процентной величиной. Это позволит снизить частоту увеличения размера файла в SQL Server. Увеличение размера файла является блокирующей операцией, при которой пустое пространство заполняется пустыми страницами.

      Примечание

      SQL Server 2008 на компьютере под управлением Windows Server 2003 поддерживает мгновенную инициализацию файлов. Мгновенная инициализация файлов может значительно снизить негативное влияние операции увеличения файлов на производительность. Дополнительные сведения см. в статье Инициализация файла базы данных (https://go.microsoft.com/fwlink/?linkid=132063&clcid=0x419).

    • При планировании баз данных, которые не превышают рекомендуемый размер (100 Гб), необходимо ограничить их размер при создании значением 100 ГБ при помощи свойства ALTER DATABASE MAXSIZE.

    • При нехватке дискового пространства или невозможности определения размера базы данных следует задать значение авторасширения с помощью процентной величины. Например, для баз данных меньше 500 ГБ следует установить значение авторасширения равным 10 процентам, а для баз размером больше 500 ГБ — фиксированной величине в мегабайтах.

  • Чтобы обеспечить возможность расширения файлов и работу в периоды максимальной нагрузки, рекомендуется поддерживать объем свободного места на дисках на уровне не менее 25 %. Если увеличение данных управляется посредством добавления дисков в RAID-массив или размещения дополнительных хранилищ, более внимательно следите за размером диска, чтобы избежать его полного заполнения.

Ограничение размера баз данных контента для улучшения управляемости

Планирование размера базы данных для улучшения управляемости и производительности среды.

Примечание

Рекомендуемые ограничения относятся только к серверу, на котором используется SQL Server 2008 и размещается Microsoft Office SharePoint Server 2007, и не относятся к SQL Server 2008.

  • В большинстве случаев для улучшения производительности Office SharePoint Server 2007 предлагается отказаться от использования баз данных объемом более 100 ГБ. Если же проект требует применения баз данных объемом более 100 ГБ, следуйте нижеприведенным инструкциям:

    • Не используйте базы данных размером более 100 ГБ, содержащие несколько семейств сайтов.

    • Используйте решение для разностного резервного копирования, например SQL Server 2008 или Диспетчер Microsoft System Center Data Protection Manager 2007, вместо встроенных средств резервного копирования и восстановления.

    • Протестируйте сервер, на котором запущен SQL Server 2008, и подсистему ввода-вывода перед переходом на решение, работающее с базой данных контента объемом более 100 ГБ.

  • Установите ограничение на уровне 100 ГБ для баз данных контента, которые содержат множество семейств сайтов.

Разделение данных и назначение приоритетов между дисками

В идеальном случае следует размещать временную базу данных (tempdb), базы данных контента и журналы транзакций SQL Server 2008 на отдельных жестких дисках.

В следующем списке предоставлены некоторые рекомендации по назначению приоритетов данных:

  • При назначении данных между более быстрыми дисками используйте следующие приоритеты:

    1. Данные временной базы данных и журналы транзакций

    2. Файлы журналов операций базы данных

    3. База данных поиска

    4. Файлы данных базы данных

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

  • Тестирование и данные по клиентам показали, что производительность фермы Office SharePoint Server 2007 может значительно снизиться из-за неудовлетворительной производительности подсистемы ввода-вывода на диске временной базы данных. Если планируется или прослеживается высокая нагрузка — то есть для операции чтения или записи требуется в среднем больше 20 миллисекунд (мс) — нужно ослабить "узкие места", распределив файлы по разным дискам или заменив диски более быстрыми.

  • Для лучшей производительности разместите временную базу данных в массиве RAID-10. Число файлов данных временной базы данных должно соответствовать количеству основных ЦП, и для файлов данных временной базы данных должен быть задан одинаковый размер. По этой причине учитывайте двухъядерные процессоры как два ЦП. Учитывайте каждый процессор с поддержкой технологии Hyper-Threading как отдельный ЦП. Дополнительные сведения см. в статье Оптимизация производительности tempdb (https://go.microsoft.com/fwlink/?linkid=148537&clcid=0x419).

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

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

  • Выделите отдельные шпиндели для базы данных поиска.

Используйте несколько файлов данных для больших баз данных контента и базы данных поиска поставщика общих служб

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

Примечание

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

  • Использование секционирования SQL Server не поддерживается базами данных продуктов и технологий SharePoint. Необходимо использовать только простые файлы данных.

Используйте нескольких файлов данных для больших баз данных контента

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

  • Файлы следует создавать только в основной группе файлов базы данных.

  • Следует размещать файлы на отдельных дисках.

  • Количество файлов данных не должно превышать количество основных ЦП. В этом случае двухъядерные процессоры следует считать за два ЦП. Каждый процессор, использующий технологию Hyper-Threading следует считать за один ЦП.

  • Следует создавать равные по размеру файлы данных.

Важно!

Хотя встроенные средства резервного копирования и восстановления продуктов и технологий SharePoint могут использоваться для создания резервных копий и восстановления нескольких файлов данных, если они перезаписываются в то же самое расположение, несколько файлов данных не могут быть восстановлены в другое расположение. Поэтому настоятельно рекомендуется использовать средства резервного копирования и восстановления SQL Server при работе с несколькими файлами данных базы данных контента. Дополнительные сведения о резервном копировании и восстановлении Office SharePoint Server 2007 см. в разделе Выбор средств резервного копирования и восстановления (Office SharePoint Server).

Дополнительные сведения о создании групп файлов и управлении ими см. в статье Физические файлы базы данных и группы файлов (https://go.microsoft.com/fwlink/?linkid=117909&clcid=0x419).

Используйте несколько файлов данных для базы данных поиска поставщика общих служб

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

Обход контента затрагивает в основном следующие таблицы базы данных.

MSSAnchorChangeLog

MSSCrawlDeletedErrorList

MSSAnchorPendingChangeLog

MSSCrawlDeletedURL

MSSAnchorText

MSSCrawlErrorList

MSSAnchorTransactions

MSSCrawlHostList

MSSCrawlChangedSourceDocs

MSSCrawlQueue

MSSCrawlChangedTargetDocs

MSSCrawlURL

MSSCrawlContent

MSSCrawlURLLog

MSSTranTempTable0

Важно!

Для перемещения этих таблиц в файловую группу в группе продуктов содержатся скрипты Transact-SQL. Эти скрипты являются единственным поддерживаемым способом перемещения таблиц обхода контента. Они приведены в записи блога Группы файлов SQL и поиск(на английском языке) (https://go.microsoft.com/fwlink/?linkid=132066&clcid=0x419), размещенной в блоге корпоративного поиска Microsoft.

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

  • Переместите таблицы из основной группы файлов базы данных.

  • Размещайте файлы на отдельных дисках.

Важно!

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

Известные проблемы

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

Резервное копирование и восстановление

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

Дальнейшие обновления, пакеты обновлений и исправления

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

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

Требуется как минимум SQL Server 2005, рекомендуется SQL Server 2008

Скрипт группы разработки, используемый для перемещения индексов, использует компоненты, введенные в SQL Server 2005 и дополненные в SQL Server 2008. Данная оптимизация возможна только при работе с SQL Server 2005 или более поздней версии. .

Соблюдение рекомендаций по конфигурации от поставщика

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

Если отсутствует руководство поставщика, для настройки хранилища SQL Server 2008 рекомендуется использовать служебную программу конфигурации дисков DiskPart.exe. Дополнительные сведения см. в статье Рекомендации по настройке подсистемы ввода-вывода перед развертыванием(на английском языке) (https://go.microsoft.com/fwlink/?linkid=105583&clcid=0x419).

Загрузить эту книгу

Для упрощения чтения и печати эта тема включена в следующую загружаемую книгу:

Полный список доступных книг см. в статье Загружаемые материалы для Office SharePoint Server 2007 (https://go.microsoft.com/fwlink/?linkid=89172&clcid=0x419).