Настройка и планирование загрузки SQL Server и хранилища (SharePoint Server)

  • Статья

ОБЛАСТЬ ПРИМЕНЕНИЯ:yes-img-132013 yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint в Microsoft 365

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

Узнайте об управлении ограничениями хранилища сайтов для SharePoint в Microsoft 365.

Хотя тесты не выполнялись в SQL Server 2014 (SP1), SQL Server 2016, SQL Server 2017 RTM или SQL Server 2019, эти результаты тестирования можно использовать в качестве руководства по планированию и настройке уровня хранилища и SQL Server базы данных в SharePoint Server по подписке, 2019 или 2016 средах. Сведения о настройке и настройке SQL Server 2012 см. в статье SQL Server 2012 для SharePoint Server 2013. Результаты теста совпадают с результатами в SharePoint 2013.

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

Содержание статьи предполагает, что вы знакомы с понятиями, которые рассматриваются в статье Управление емкостью и изменение размеров в SharePoint Server 2013.

Процедура проектирования и настройки уровня хранилища и базы данных для SharePoint Server 2016 и более новых версий

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

  1. Сбор требований к объему хранилища и SQL Server и производительности систем ввода-вывода

  2. Выбор версии и выпуска SQL Server

  3. Проектирование архитектуры хранилища на основании требований к емкости и количеству операций ввода-вывода

  4. Оценка требований к памяти

  5. Определение требований к топологии сети

  6. Настройка SQL Server

  7. Проверка и мониторинг производительности хранилища и SQL Server

Определение требований к дисковому пространству и подсистеме ввода-вывода для хранилища и SQL Server

На архитектуру хранилища влияет несколько параметров SharePoint Server. Ключевые параметры включают объем контента, активированные функции, развернутые приложения-службы, количество ферм и требования к доступности.

Перед тем как вы начнете планировать хранилище, следует определить базы данных, которые может использовать SharePoint Server.

Содержание

Базы данных, используемые SharePoint Server

Базы данных, установленные с серверами SharePoint (subscription Edition, 2019 или 2016), зависят от приложений-служб, используемых в среде. Все среды SharePoint Server используют системные базы данных SQL Server. В этом разделе приведена сводка баз данных, установленных с серверами SharePoint. Подробные сведения о базах данных см. в статье Database types and descriptions in SharePoint Server.

Некоторые базы данных SharePoint Server, ядро СУБД SQL Server и SQL Server Reporting Services (SSRS) имеют определенные рекомендации или требования к расположению. Подробнее о размещении таких баз данных см. в статье Database types and descriptions in SharePoint Server. Краткое справочное руководство. Базы данных SharePoint Server 2016 и 2019 доступны для скачивания в виде PDF-файла или файла Visio.

Указанные ниже базы данных – это системные базы данных SharePoint Server. Они устанавливаются автоматически.

  • Конфигурация

  • Контент центра администрирования

  • Контент (1 или больше)

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

  • служба управления приложениями;

  • Приложения для SharePoint

  • Служба подключения к бизнес-данным

  • Приложение-служба управляемых метаданных

  • PerformancePoint Services

  • Project Server (только SharePoint Server 2013)

  • Служба поиска

    • Администрирование поиска

    • Отчеты аналитики

    • Обход контента

    • Ссылка

  • Служба Secure Store

  • Служба перевода SharePoint

  • Служба SQL Server Power Pivot

  • Служба состояний

  • Служба параметров подписки

  • Сбор данных об использовании и исправности

  • Служба профилей пользователей

    • Профиль

    • Теги

    • Синхронизация

  • Word Automation Services

Ниже представлен список баз данных SharePoint Foundation 2013.

  • Конфигурация

  • Контент центра администрирования

  • Контент (1 или больше)

  • Служба управления приложениями

  • Приложение-служба поиска:

    • Администрирование поиска

    • Отчеты аналитики (1 или больше)

    • Обход (1 или больше)

    • Связь (1 или больше)

  • Служба Secure Store

  • Приложение-служба настройки подписки (если активировано в Windows PowerShell)

  • Служба сбора данных об использовании и исправности

  • Служба Word Conversion

Если вы выполняете дальнейшую интеграцию с SQL Server, ваша среда также может включать дополнительные базы данных, как показано в следующем сценарии. SQL Server PowerPivot для SharePoint можно использовать в среде SharePoint Server 2016, только если вы используете выпуск SQL Server 2016 RTM Enterprise Edition и SQL Server 2016 Службы SQL Server Analysis Services (SSAS). При использовании необходимо также запланировать поддержку базы данных приложения PowerPivot и дополнительную нагрузку на систему. Чтобы узнать больше, скачайте новый технический документ Развертывание SQL Server 2016 PowerPivot и Power View в SharePoint 2016. Чтобы узнать больше о настройке и развертывании бизнес-аналитики в ферме SharePoint Server 2016 с несколькими серверами, скачайте документ Развертывание SQL Server 2016 PowerPivot и Power View во многоуровневой ферме SharePoint 2016.

Надстройку SQL Server 2016 Службы Reporting Services (SSRS) можно использовать в любой среде SharePoint Server 2016. Если вы используете надстройку, запланируйте поддержку двух баз данных SQL Server Reporting Services и дополнительную нагрузку, необходимую для SQL Server Reporting Services.

  • SQL Server 2012 power Pivot для SharePoint 2013 можно использовать в среде SharePoint 2013, которая включает SQL Server 2008 R2 выпуск Enterprise и SQL Server Analysis Services. При использовании необходимо также запланировать поддержку базы данных приложения PowerPivot и дополнительную нагрузку на систему. Дополнительные сведения см. в разделах Планирование развертывания PowerPivot в ферме SharePoint, Power Pivot — обзор и Обучение и Power View — обзор и обучение.

  • Подключаемый модуль Службы SQL Server 2008 R2 Reporting Services (SSRS) можно использовать в любой среде SharePoint 2013. Если вы используете подключаемый модуль, запланируйте поддержку двух баз данных SQL Server 2008 R2 Reporting Services и дополнительную нагрузку, необходимую для SQL Server 2008 R2 Reporting Services.

Примечание.

SQL Server Reporting Services интеграция с SharePoint Server 2019 больше не поддерживается. Дополнительные сведения см. в разделах Reporting Services сервера отчетов (режим SharePoint) и Поддерживаемые сочетания SharePoint и сервера Reporting Services.

Общие сведения о системе SQL Server и количестве операций ввода и вывода в секунду (IOPS)

Достижение максимальной скорости ответа подсистемы ввода-вывода является важной задачей при настройке любого сервера, содержащего экземпляр SQL Server.

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

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

Перед развертыванием новой фермы рекомендуется выполнить тестирование подсистемы ввода-вывода с помощью служебной программы Diskspd. Это средство работает на всех версиях Windows Server со всеми версиями SQL Server. Дополнительные сведения см. в статье Служебная программа Diskspd: средство тестирования надежного хранилища.

Стресс-тестирование также предоставляет ценную информацию для SQL Server. Дополнительные сведения см. в статье Производительность хранилища с помощью DiskSpd.

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

Оценка основных требований к хранилищу и количеству операций ввода и вывода в секунду (IOPS)

Хранилище конфигурации и контента и значение IOPS – это основной уровень, планирование которого является обязательным для развертывания каждого экземпляра SharePoint Server.

Хранилище конфигурации и IOPS

Для хранения базы данных конфигурации и базы данных контента Центр администрирования не требуется много места. Рекомендуется выделить 2 ГБ на базу данных конфигурации и 1 ГБ на базу данных контента Центр администрирования. Со временем размер базы данных конфигурации может превысить 1 ГБ. Она увеличивается приблизительно на 40 МБ для каждых 50 000 семейств сайтов.

Журналы транзакций для базы данных конфигурации могут быть большими. Мы рекомендуем регулярно выполнять резервное копирование журнала транзакций для базы данных конфигурации для принудительного усечения. Если вы используете группы доступности SQL Server Always On или зеркальное базы данных, вам также следует поддерживать базу данных в режиме полного восстановления. в статье Журнал транзакций (SQL Server).

Совет

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

Требования IOPS для базы данных конфигурации и базы данных контента центра администрирования минимальны.

Хранение контента и IOPS

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

Подробные сведения о методике планирования общей емкости см. в статье Управление емкостью и изменение размеров в SharePoint Server 2013.

Формула для оценки размера базы данных контента

Ниже приведена процедура приблизительной оценки требуемого хранилища для баз данных контента без учета файлов журналов:

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

    Размер базы данных = ((D x V) x S) + (10 КБ x (L + (V x D)))

    Примечание.

    [!Примечание] 10 КБ в данной формуле является константой, которая приблизительно соответствует количеству метаданных, необходимых для SharePoint Server. Если ваша система использует значительное количество метаданных, возможно, вам следует увеличить эту константу.

  2. Рассчитайте предполагаемое количество документов. Это значение выражается переменной D в формуле.

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

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

  3. Оцените средний размер документов, которые будут храниться в базе данных. Это значение выражено переменной S в формуле. Возможно, имеет смысл оценить средний размер файлов разного типа или групп сайтов. Средний размер файлов для Личные сайты, хранилищ медиаданных и порталов разных отделов может существенно отличаться.

  4. Оцените количество элементов списка в данной среде. Это значение выражено переменной L в формуле.

    Количество элементов списка с трудом поддается оценке, в отличие от количества документов. Обычно мы используем оценку в три раза больше документов (D), но формула оценки будет отличаться в зависимости от того, как вы планируете использовать свои сайты.

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

    Значение V должно быть больше нуля.

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

Input Value
Количество документов (D) 200 000
Предположительно по 20 документов для каждого из 10 000 пользователей
Средний размер документов (S) 250 КБ
Элементы списка (L) 600 000
Количество устаревших версий (V) 2
Предположительное максимальное количество версий — 10

Размер базы данных = (((200,000 x 2)) x 250) + ((10 КБ x (600,000 + (200,000 x 2))) = 110,000,000 KB или 105 ГБ

Примечание.

[!Примечание] Эффективный ввод-вывод файлов в SharePoint Server — это метод хранения, при использовании которого файл делится на части. Эти части хранятся и обновляются отдельно, но передаются в потоке одновременно, когда пользователь запрашивает файл. Это увеличивает скорость ввода-вывода данных и обычно не приводит к увеличению размера файла. Однако для маленьких файлов может потребоваться немного больше места в дисковом хранилище.

Параметры, которые влияют на размер базы данных контента

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

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

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

    • Оцените количество новых записей аудита для сайта и умножьте это число на 2 КБ (размер записей обычно не превышает 4 КБ, а их средний объем составляет 1 КБ).

    • Опираясь на выделяемое пространство, определите время хранения журналов аудита.

Примечание.

Office Online Server — следующая версия Office Web Apps Server. Использование Office Online Server с SharePoint Server 2016, 2019, Subscription Edition не влияет на размер базы данных контента. Сведения о развертывании Office Online Server в ферме SharePoint Server 2016 см. в статье Развертывание Office Online Server.

Оценка требований к значению IOPS для базы данных контента

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

При проведении тестов мы обнаружили, что это значение для баз данных контента варьируется от 0,05 IOPS/ГБ до 0,2 IOPS/ГБ. Мы также обнаружили, что оптимальным является увеличение значения до 0,5 IOPS/ГБ. Это больше, чем необходимо, и может быть гораздо больше, чем вам потребуется в вашей среде. При использовании зеркального отображения эта увеличенная доля приводит к гораздо большему объему операций ввода-вывода, чем для баз данных основного содержимого. Имейте в виду, что зеркальные базы данных контента никогда не являются упрощенными.

Оценка требований к хранилищу приложения-службы и количеству операций ввода и вывода в секунду (IOPS)

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

Требования к хранилищу приложения-службы SharePoint Serverи IOPS

Чтобы оценить требования к хранилищу для приложений-служб в системе, прежде всего вы должны знать, что такое приложения-службы и как использовать их. В таблицах ниже перечислены приложения-службы, доступные в SharePoint Server 2016 и имеющие базы данных. Данные хранилища и операций ввода-вывода в секунду для всех приложений службы в SharePoint Server по подписке, 2019 или 2016 годах остаются теми же, что и в SharePoint Server 2010 и 2013.

Требования к хранилищу приложения-службы поиска и IOPS

База данных Масштабирование IOPS диска Размер диска 10 млн элементов 100 млн элементов
Обход контента 1 база данных на 20 млн элементов
SQL IOPS: 10 на 1 документ в минуту (DPS)		 Средний/высокий Средний 15 ГБ
Журнал 2 ГБ		 110 ГБ
Журнал 50 ГБ
Ссылка 1 база данных на 60 млн элементов
SQL IOPS: 10 на 1 млн элементов		 Средний Средний 10 ГБ
Журнал 0,1 ГБ		 80 ГБ
Журнал 5 ГБ
Отчеты аналитики Разделение при достижении 100–300 ГБ Средний Средний Зависит от использования Зависит от использования
Администрирование поиска 1 база данных Низкий Низкий 0,4 ГБ
Журнал 1 ГБ		 1 ГБ данных
Журнал 2 ГБ

Требования к хранилищам приложений-служб и рекомендации в отношении IOPS

Приложение-служба Рекомендации по оценке размера
служба профилей пользователей; Приложение-служба профилей пользователей связано с тремя базами данных: профилей, синхронизации и тегов.
Примечание. Тестирование требований к хранилищу для базы данных профиля пользователя и рекомендаций по выполнению операций ввода-вывода в секунду еще не завершено. Дополнительные сведения будут опубликованы позже.
Сведения о базе данных профилей пользователей см. в статье Типы и описания баз данных в SharePoint Server.
Служба управляемых метаданных Приложение-служба управляемых метаданных связано с одной базой данных. Ее размер определяется количеством типов контента и ключевых слов, используемых в системе. Во многих средах используется несколько экземпляров приложения-службы управляемых метаданных.
Служба Secure Store Размер приложения-службы управляемых метаданных Служба Secure Store определяется количеством сохраненных учетных данных и количеством записей в таблице аудита. Рекомендуется выделять 5 МБ для каждых 1000 учетных данных. Такая база данных имеет минимальное значение IOPS.
служба состояний; Приложение-служба состояний связано с одной базой данных. Мы рекомендуем выделить для нее 1 ГБ. Такая база данных имеет минимальное значение IOPS.
Word Automation Services Приложение-служба Word Automation связано с одной базой данных. Мы рекомендуем выделить для нее 1 ГБ. Такая база данных имеет минимальное значение IOPS.
PerformancePoint Services Приложение-служба PerformancePoint связано с одной базой данных. Мы рекомендуем выделить для нее 1 ГБ. Такая база данных имеет минимальное значение IOPS.
Служба подключения к бизнес-данным Приложение службы подключения к бизнес-данным имеет одну базу данных. Эта база данных невелика, и значительный рост маловероятно. Такая база данных имеет минимальное значение IOPS. PerformancePoint Services неприменим для выпуска Subscription.
Управление приложениями Приложение службы управления приложениями имеет одну базу данных. Эта база данных невелика, и значительный рост маловероятно. Такая база данных имеет минимальное значение IOPS.
PowerPivot Приложение-служба PowerPivot связано с одной небольшой базой данных, существенное увеличение которой маловероятно. Такая база данных не оказывает существенного влияния на количество операций ввода-вывода. Мы рекомендуем использовать то же значение IOPS, что и для базы данных контента SharePoint. Базы данных контента имеют значительно более высокие требования к вводу-выводу, чем база данных приложения службы PowerPivot.

Определение требований к доступности

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

Требования к доступности могут существенно повлиять на размер хранилища. Дополнительные сведения см. в статье Create a high availability architecture and strategy for SharePoint Server. Также см. технический документ SQL Server 2012 в руководстве по архитектуре Always On: создание решений высокой доступности и аварийного восстановления с помощью групп Always On Availability.

Выбор версии и выпуска SQL Server

Для SharePoint Server по подписке, 2019 и 2016 мы рекомендуем запускать среду в корпоративном выпуске следующих версий SQL Server, что позволит воспользоваться другими возможностями производительности, доступности, безопасности и управления, которые предоставляют эти версии.

  • SQL Server 2019 (SharePoint по подписке, 2019 и 2016)

  • SQL Server 2017 RTM (для SharePoint 2016 и 2019)

  • SQL Server 2016 (для SharePoint 2016 и 2019)

  • SQL Server 2014 с пакетом обновления 1 (SP1) (только для SharePoint Server 2016)

Дополнительные сведения о преимуществах этих версий см. в разделах Функции, поддерживаемые выпусками SQL Server 2014 г., Выпуски и поддерживаемые функции SQL Server 2016 г., Выпуски и поддерживаемые функции SQL Server 2017 г. и Выпуски и поддерживаемые функции SQL Server 2019 г. (15.x)).

Для SharePoint Server 2013 рекомендуется использовать среду на выпуск Enterprise SQL Server 2008 R2 с пакетом обновления 1 (SP1), SQL Server 2012 или SQL Server 2014, чтобы воспользоваться другими возможностями производительности, доступности, безопасности и управления, предоставляемыми этими версиями. Подробнее о преимуществах версий SQL Server 2008 R2 с пакетом обновления 1 (SP1), SQL Server 2012 и SQL Server 2014 Enterprise Edition описано в статьях Функции, поддерживаемые различными выпусками SQL Server 2014, Функции, поддерживаемые различными выпусками SQL Server 2012 и Функции, поддерживаемые различными выпусками SQL Server 2008 R2.

В частности, следует определить необходимость следующих функций:

  • Сжатие резервных копий Сжатие резервных копий может ускорить любую резервную копию SharePoint и доступно в каждом выпуске SQL Server 2008 и более поздних версий. Задав параметр сжатия в скрипте резервного копирования или настроив сервер, на котором выполняется SQL Server сжатие по умолчанию, можно значительно уменьшить размер резервных копий базы данных и отправляемых журналов. Дополнительные сведения см. в разделе Сжатие резервных копий (SQL Server).

    Примечание.

    Функция сжатия данных SQL Server не поддерживается для SharePoint Server, кроме баз данных приложения службы поиска.

  • Прозрачное шифрование данных. Если ваши требования к обеспечению безопасности включают прозрачное шифрование данных, необходимо использовать версию SQL Server Enterprise Edition.

  • Развертывание контента. Если вы планируете использовать функцию развертывания контента, рассмотрите возможность установки версии SQL Server Enterprise Edition, которая позволяет делать моментальные снимки базы данных.

    Примечание.

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

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

    SharePoint Server по подписке:

    • SQL Server 2016

    • SQL Server 2017 RTM

    • SQL Server 2019

    SharePoint Server 2019

    • SQL Server 2016

    • SQL Server 2017 RTM

    • SQL Server 2019

    SharePoint Server 2016

    • SQL Server 2014 (SP1)

    • SQL Server 2016

    • SQL Server 2017 RTM

    • SQL Server 2019

    SharePoint 2013:

    • SQL Server 2008 R2 с пакетом обновления 1 (SP1)

    • SQL Server 2012 Enterprise Edition

  • Регулятор ресурсов Resource Governor — это технология, представленная в SQL Server 2008 г. для управления рабочими нагрузками и ресурсами SQL Server путем указания ограничений на потребление ресурсов входящими запросами. Регулятор ресурсов позволяет различать рабочие нагрузки и распределять ЦП и память по запросу в зависимости от установленных ограничений. Дополнительные сведения об использовании Resource Governor см. в разделе Resource Governor.

    Мы рекомендуем использовать функцию регулятора ресурсов с SharePoint Server, чтобы выполнить следующие задачи:

    • Ограничить количество ресурсов SQL Server, потребляемых веб-серверами, которые взаимодействуют с компонентом обходчика. Мы рекомендуем установить ограничение на уровне 10 % на потребление ЦП компонентом обходчика, когда система загружена.

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

  • Microsoft Power Pivot для SharePoint Позволяет пользователям совместно использовать созданные пользователем модели данных и анализ в Excel в Интернете при автоматическом обновлении этих анализов. Для использования Excel в Интернете с Power Pivot для SharePoint и SharePoint Server 2016 требуется Office в Интернете. Вы можете использовать SQL Server 2014 с пакетом обновления 1 (SP1) или SQL Server 2016 RTM Enterprise Edition и Службы SQL Server Analysis Services для бизнес-аналитики с SharePoint Server 2016. Однако вы можете использовать PowerPivot для SharePoint только с SQL Server 2016 RTM, а не с SQL Server 2014 с пакетом обновления 1 (SP1).

  • PowerPivot для SharePoint 2013 Позволяет обеспечить общий доступ и совместную работу с пользовательскими моделями данных и результатами анализа в Excel и в браузере одновременно с автоматическим обновлением таких результатов. Эта функция является частью Службы SQL Server 2008 R2 Analysis Services (SSAS) Datacenter и Enterprise Edition, Службы SQL Server 2012 SP1 Analysis Services (SSAS) Enterprise Edition и SQL Server 2014 Analysis Services (SSAS) Enterprise и Business Intelligence Edition.

Проектирование архитектуры хранилища на основании требований к емкости и количеству операций ввода-вывода

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

Содержание

Выбор архитектуры хранилища

SharePoint Server поддерживает архитектуры хранилищ DAS, SAN и NAS, хотя NAS поддерживается только для использования с базами данных контента, которые настроены на использование RBS. Ваш выбор зависит от параметров используемого бизнес-решения и существующей инфраструктуры.

Любая архитектура хранилища должна соответствовать вашим требованиям к доступности и производительности в отношении IOPS и задержек. Поддерживаемая система должна стабильно возвращать первый байт данных в течение 20 миллисекунд (мс).

Непосредственно подключенное хранилище (DAS)

DAS — это цифровая система хранения данных, которая непосредственно подключается к серверу или рабочей станции без помощи промежуточной сети. Типы физических дисков DAS включают SAS и SATA.

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

Сеть хранения данных (SAN)

SAN — это архитектура для подключения запоминающих устройств на удаленных компьютерах (например, дисковых массивов и ленточных библиотек) к серверам таким образом, что устройства отображаются как локально подключенные к операционной системе (например, блочное хранилище).

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

Преимущества общего хранилища:

  • Легче перераспределять дисковое хранилище между серверами.

  • Можно обслуживать несколько серверов.

  • Отсутствуют ограничения на количество дисков для доступа.

Хранилища, подключаемые к сети (NAS)

Устройство NAS — это отдельный компьютер, подключенный к сети. Его единственная задача — предоставлять услуги хранения файловых данных для других устройств в сети. Операционная система и другое программное обеспечение на устройстве NAS обеспечивают хранение данных, управление файловыми системами и доступом к файлам, а также управление этими функциями (например, хранением файлов).

Примечание.

[!Примечание] NAS используется только с базами данных контента, настроенными на использование RBS. Сетевое хранилище с любой архитектурой должно отвечать на команду ping в пределах 1 мс и возвращать первый байт данных в течение 20 мс. Это ограничение не применимо к локальному поставщику SQL Server FILESTREAM, так как он хранит данные локально на том же сервере.

Примечание.

[!Примечание] Определенная путаница возникает, если вы используете протокол iSCSI и полагаете, что это протокол NAS. Если вы получаете доступ к iSCSI-хранилищу с использованием системы CFIS — это протокол NAS. Это значит, что вы не можете использовать это хранилище для баз данных контента, если они не настроены на использование RBS. Однако, если вы получаете доступ к iSCSI-хранилищу через локально подключенный жесткий диск, это считается архитектурой SAN. Это значит, что вы можете использовать его с NAS.

Выбор типов дисков

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

  • Small Computer System Interface (SCSI)

  • Serial Advanced Technology Attachment (SATA)

  • Serial-attached SCSI (SAS)

  • Fibre Channel (FC)

  • Integrated Device Electronics (IDE)

  • Твердотельный накопитель (SSD) или флэш-диск

Выбор типов RAID-массивов

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

SharePoint Server поддерживает все типы RAID-массивов. Однако мы рекомендуем использовать RAID 10 или решения ваших поставщиков с аналогичными характеристиками.

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

Дополнительные сведения о подготовке RAID для SQL Server см. в статье, посвященной RAID.

Оценка требований к памяти

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

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

Общий размер баз данных контента Рекомендуемая величина ОЗУ для компьютера под управлением SQL Server
Минимум для развертываний небольшого размера 8 ГБ
Минимум для развертываний среднего размера 16 ГБ
Рекомендуется до 2 ТБ 32 ГБ
Рекомендуется в диапазоне от 2 до 5 ТБ 64 ГБ
Рекомендуется свыше 5 ТБ Дополнительная память свыше 64 ГБ может увеличить скорость кэширования SQL Server

Примечание.

Эти значения выше рекомендуемых в качестве минимальных значений для SQL Server из-за распределения данных, необходимых для среды SharePoint Server. Дополнительные сведения о требованиях к системе SQL Server см. в разделах Требования к оборудованию и программному обеспечению для установки SQL Server 2014 и Требования к оборудованию и программному обеспечению для установки SQL Server для SQL Server 2016 и 2017.

Сведения об ограничениях по емкости и спецификациям SQL Server см. в статьях Вычисление производительности выпуска SQL Server и Задание максимальной вместимости SQL Server.

Другие параметры, которые могут повлиять на требуемую величину памяти:

  • Использование зеркального отображения SQL Server

  • Частое использование файлов больше 15 МБ

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

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

Ниже перечислены оптимальные методы и рекомендации:

  • Все серверы в ферме должны быть подключены к серверу под управлением SQL Server посредством локальной сети, обладающей определенной пропускной способностью и задержкой. Задержка не должна составлять более 1 мс.

  • Мы не рекомендуем использовать топологию с глобальной сетью для сервера под управлением SQL Server, который развернут удаленно от других компонентов фермы, если задержка в сети составляет больше 1 мс, так как мы не проверяли такие топологии.

  • Если вы хотите использовать в SQL Server группы доступности AlwaysOn, зеркальное отображение, отправку журналов или отказоустойчивые кластеры для удаленного обновления сайта, вам необходимо запланировать соответствующую глобальную сеть.

  • Мы рекомендуем использовать два сетевых адаптера для веб-серверов и приложений-служб: один сетевой адаптер для обработки пользовательского трафика, а другой для связи с серверами под управлением SQL Server.

    Примечание.

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

Настройка конфигурации SQL Server

В следующих разделах описано планирование настройки SQL Server для SharePoint Server.

Содержание

Определение требуемого количества серверов

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

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

Следующие инструкции — это общие рекомендации по развертыванию дополнительного сервера под управлением экземпляра SQL Server:

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

  • Разверните другой сервер базы данных, если текущий сервер достиг своего предела мощности в отношении ОЗУ, ЦП, пропускной способности дисковой системы, объема дисков или пропускной способности сети.

Дополнительные сведения см. в статьях Вычисление производительности выпуска SQL Server и Задание максимальной вместимости SQL Server.

Если вы используете приложение-службу Служба Secure Store, для безопасного хранения учетных данных мы рекомендуем размещать базу данных Служба Secure Store в отдельном экземпляре базы данных, доступ к которому имеет один администратор.

Настройка хранилища и памяти

Рекомендуется, чтобы на сервере, работающем под управлением SQL Server, кэш L2 ЦП имел объем не менее 2 МБ.

Рекомендации поставщика по настройке хранилища

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

Если у вас нет рекомендаций от поставщика, рекомендуется использовать командлеты хранилища PowerShell, доступные для Windows Server 2012 R2. Дополнительные сведения см. в разделе Командлеты хранилища в Windows PowerShell.

Выделение максимального количества ресурсов

Убедитесь, что каналы ввода-вывода данных SQL Server не используются совместно другими приложениями, например файлом подкачки и журналами IIS.

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

Задание параметров SQL Server

Перед развертыванием SharePoint Server необходимо настроить следующие параметры SQL Server.

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

  • Чтобы обеспечить оптимальную производительность, настоятельно рекомендуется задать для параметра max degree of parallelism (MAXDOP) значение 1 SQL Server экземпляров, на которых размещены базы данных SharePoint Server. Дополнительные сведения о настройке максимальной степени параллелизма см. в разделе Настройка параметра конфигурации сервера max degree of parallelism.

Настройка баз данных

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

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

В идеале, базы данных tempdb, контента и поиска, а также журналы транзакций SQL Server 2019, SQL Server 2017 RTM, SQL Server 2016, SQL Server 2014 с пакетом обновления 1 (SP1), SQL Server 2012 и SQL Server 2008 R2 с пакетом обновления 1 (SP1) следует размещать на отдельных жестких дисках.

Ниже приведены рекомендации по определению приоритета данных.

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

    • Файлы данных tempdb и журналы транзакций

    • Файлы журналов транзакций базы данных

    • Базы данных поиска, кроме базы данных администрирования поиска

    • Файлы данных базы данных

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

  • Тестирование и данные клиентов показывают, что производительность фермы SharePoint Server может быть затруднена из-за недостаточного дискового ввода-вывода для базы данных tempdb. Чтобы избежать этой проблемы, выделите выделенные диски для tempdb. Если прогнозируется или отслеживается высокая рабочая нагрузка ( то есть среднее действие чтения или среднее действие записи требует более 20 мс), может потребоваться облегчить узкое место, разделив файлы между дисками или заменив диски более быстрыми.

  • Для обеспечения оптимальной производительности базы данных tempdb разместите ее в массиве RAID 10. Количество файлов данных в базе данных tempdb должно быть равным количеству ядерных ЦП, и такие файлы должны быть одинакового размера. Двухъядерные ЦП в этом случае считаются как два ЦП. Считайте каждый процессор, который поддерживает технологию Hyper-Threading, как один ЦП. Дополнительные сведения см. в статье Оптимизация производительности tempdb.

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

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

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

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

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

  • Распределите файлы по разным дискам.

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

  • Создавайте файлы данных одинакового размера.

Важно!

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

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

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

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

Чтобы обеспечить производительность системы, рекомендуется ограничить размер баз данных контента величиной 200 ГБ за исключением случаев, когда для конкретных условий и сценариев использования необходимы базы данных большего размера. Дополнительные сведения об ограничениях на размер базы данных содержимого см. в разделе Ограничения базы данных содержимого статьи Границы и ограничения программного обеспечения для SharePoint Server 2016 и 2019.

Обычно мы рекомендуем, чтобы размер семейства сайтов не превышал 100 ГБ, если это не единственное семейство в базе данных, чтобы вы могли использовать инструмент фрагментарного резервного копирования SharePoint Server для перемещения семейства сайтов в другую базу данных при необходимости.

Упреждающий контроль роста размеров файлов данных и журналов

Мы рекомендуем проактивно управлять увеличивающимися файлами данных и журналов:

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

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

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

    • Если ожидаемый размер базы данных контента не достигнет рекомендуемого максимального размера в 200 ГБ в течение следующего года, присвойте ему максимальный размер базы данных, который, по прогнозам, достигнет в течение года с дополнительным пределом в 20 процентов для ошибки, с помощью свойства ALTER DATABASE MAXSIZE . Периодически проверяйте этот параметр, чтобы проверить его соответствие с учетом скорости увеличения базы данных.

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

Проверка и мониторинг хранилища и производительности SQL Server

Убедитесь, что производительность системы и решение для резервного копирования на вашем оборудовании обеспечивают соответствие соглашению об уровне обслуживания (SLA). В частности, проверьте подсистему ввода-вывода компьютера под управлением SQL Server, чтобы убедиться в удовлетворительной производительности системы.

Проверьте используемое решение для резервного копирования, чтобы убедиться в возможности выполнения резервного копирования системы в течение доступного периода технического обслуживания. Если решение для резервного копирования не соответствует необходимому для вашего бизнеса соглашению об уровне обслуживания (SLA), рассмотрите возможность использования добавочного решения для резервного копирования, такого как Microsoft System Center Data Protection Manager.

Важно отслеживать следующие компоненты ресурсов сервера, работающего SQL Server: ЦП, память, соотношение кэша и попадания и подсистема ввода-вывода. Если один или несколько компонентов работают медленно или перегружены, проанализируйте соответствующую стратегию на основе текущей и прогнозируемой нагрузки. Дополнительные сведения см. в разделе Мониторинг и настройка производительности.

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

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

Мониторинг счетчиков SQL Server

Для обеспечения работоспособности серверов необходимо следить за следующими счетчиками SQL Server:

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

    • Соединения пользователей Этот счетчик показывает количество пользовательских соединений на компьютере под управлением SQL Server. Если это значение увеличится на 500 % относительно исходного уровня, производительность может снизиться.

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

    • Транзакций/с Этот счетчик показывает количество выполняемых в секунду транзакций в определенной базе данных или на всем сервере. Это значение в большей мере представляет собой исходный уровень и позволяет устранять возникающие неполадки.

  • Блокировки Этот объект содержит информацию о блокировках SQL Server для отдельных типов ресурсов. Рекомендуется вести наблюдение за следующими счетчиками:

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

    • Время ожидания блокировки (мс) Этот счетчик показывает время ожидания для блокировок за последнюю секунду.

    • Ожиданий блокировок/с Этот счетчик показывает количество блокировок в секунду, которые не были выполнены немедленно и были вынуждены ждать освобождения ресурсов.

    • Количество взаимоблокировок/с Этот счетчик показывает количество взаимоблокировок, происходящих в секунду на компьютере под управлением SQL Server. Это число не должно увеличиваться выше 0.

  • Кратковременные блокировки Этот объект содержит счетчики для мониторинга внутренних блокировок ресурсов SQL Server, которые называются кратковременными блокировками. Мониторинг кратковременных блокировок для определения активности пользователей и использования ресурсов помогает определить факторы, ограничивающие производительность. Рекомендуется вести наблюдение за следующими счетчиками:

    • Среднее время ожидания кратковременной блокировки (мс) Этот счетчик показывает среднее время ожидания кратковременной блокировки для запросов кратковременных блокировок, которые были вынуждены ожидать обработки.

    • Ожиданий кратковременных блокировок/с Этот счетчик показывает количество запросов кратковременных блокировок, которые не удалось выполнить немедленно.

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

    • Компиляций SQL/с Этот счетчик показывает количество введений пути к компилируемому коду в секунду.

    • Повторных компиляций SQL/с Этот счетчик показывает количество повторных компиляций инструкции в секунду.

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

    • Коэффициент попадания в буферный кэш

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

  • Кэш планов Этот объект содержит счетчики для мониторинга использования памяти в SQL Server для хранения таких объектов, как сохраненные процедуры, неподготовленные и подготовленные инструкции Transact-SQL и триггеры. Рекомендуется вести наблюдение за следующим счетчиком:

    • Коэффициент попадания в кэш

    • Этот счетчик показывает отношение количества попаданий в кэш к количеству поисков для планов.

Мониторинг счетчиков физических серверов

Для обеспечения работоспособности компьютеров под управлением SQL Server необходимо следить за следующими счетчиками:

  • Процессор: % процессорного времени: _Всего Этот счетчик показывает процент времени, в течение которого процессор выполняет процессы приложений или операционной системы, отличные от процесса "Бездействие". На компьютере под управлением SQL Server это значение должно оставаться в диапазоне от 50 до 75 %. Если происходит постоянная перегрузка, проверьте, имеется ли аномальная активность процесса или серверу требуется больше процессоров.

  • Система: длина очереди процессора Этот счетчик показывает количество потоков в очереди процессора. Следите, чтобы значение этого счетчика не превышало количество основных ЦП больше чем вдвое.

  • Память: доступно МБ Этот счетчик показывает объем физической памяти в мегабайтах, доступной для процессов, запущенных на компьютере. Следите, чтобы значение этого счетчика оставалось на уровне не ниже 20 % от общего объема доступного физического ОЗУ.

  • Память: страниц/сек Этот счетчик показывает скорость считывания страниц с диска или записи на диск для устранения ошибок страниц физической памяти. Следите, чтобы значение этого счетчика не превышало 100.

Дополнительные сведения и описание способов устранения неполадок памяти см. в следующих ресурсах:

Дополнительную информацию и методы устранения неполадок см. в статьях Мониторинг использования памяти для SQL Server 2008 R2 с пакетом обновления 1 (SP1), Мониторинг использования памяти для SQL Server 2012 и Мониторинг использования памяти для SQL Server 2014.

Мониторинг счетчиков дисков

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

  • Физический диск: % активности диска: Диск с данными Этот счетчик показывает процент времени, затраченный выбранным диском на обслуживание запросов на чтение и запись — это основной индикатор занятости диска. Если значение счетчика Физический диск: % активности диска высокое (больше 90 %), проверьте счетчик Физический диск: текущая длина очереди диска, чтобы узнать количество системных запросов, которые ожидают доступ к диску. Количество ожидающих запросов ввода-вывода должно превышать количество шпинделей физического диска не больше чем в 1,5-2 раза.

  • Логический диск: обращений к диску/сек Этот счетчик показывает скорость выполнения операций чтения и записи на диске. Используйте его для мониторинга тенденций роста и составления соответствующих прогнозов.

  • Логический диск: скорость чтения с диска (байт/сек) и Логический диск: скорость записи на диск (байт/сек) Эти счетчики показывают скорость передачи данных с диска или на него при выполнении операций чтения или записи.

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

  • Логический диск: средний размер одной записи на диск (байт) Этот счетчик показывает среднее количество байт, передаваемых на диск при выполнении операций записи. Это значение может отражать задержку диска — большие объемы записи могут слегка увеличивать задержку.

  • Логический диск: текущая длина очереди диска Этот счетчик показывает количество невыполненных запросов доступа к диску на момент сбора данных о производительности. Чем меньше значение этого счетчика, тем лучше. Значения, превышающие 2 для одного диска, могут указывать на наличие факторов, ограничивающих производительность, и требуют изучения. Таким образом, значение до 8 допустимо для логической единицы (LUN), состоящей из четырех дисков. Наличие факторов, ограничивающих производительность, может приводить к накоплению невыполненной работы, в том числе за пределами текущего сервера, с которого производятся обращения к диску, а также к увеличению времени ожидания для пользователей. Возможным решением этой проблемы является добавление дисков в массив RAID, замена имеющихся дисков более быстрыми или перемещение части данных на другие диски.

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

  • Логический диск: среднее число дисков/с на чтение и логический диск: среднее значение диск с/запись . Эти счетчики показывают среднее время (в секундах) операции чтения или записи на диск. Их значение должно быть меньше 85 % показателя производительности диска. Если для операций записи или чтения этот показатель превышает 85 % показателя производительности диска, то время доступа к диску будет расти в геометрической прогрессии. Чтобы определить показатель производительности имеющегося у вас оборудования, изучите документацию, предоставленную поставщиком, или воспользуйтесь служебной программой Diskspd (средство проверки хранилищ). Дополнительные сведения см. в статье Diskspd: a Robust Storage Performance Tool.

    • Логический диск: среднее время чтения с диска (с) Этот счетчик показывает среднее время выполнения операции чтения с диска в секундах. В правильно настроенной системе оптимальные значения составляют 1-5 мс для журналов (в идеале — 1 мс для массива с кэшем) и 4-20 мс для данных (в идеале — меньше 10 мс). Во время пиковой нагрузки возможны более высокие задержки. Тем не менее, если высокие значения наблюдаются регулярно, необходимо определить их причину.

    • Логический диск: среднее время записи на диск (с) Этот счетчик показывает среднее время выполнения операции записи на диск в секундах. В правильно настроенной системе оптимальные значения составляют 1-5 мс для журналов (в идеале — 1 мс для массива с кэшем) и 4-20 мс для данных (в идеале — меньше 10 мс). Во время пиковой нагрузки возможны более высокие задержки. Тем не менее, если высокие значения наблюдаются регулярно, необходимо определить их причину.

      Если вы используете конфигурацию RAID со счетчиками Логический диск: средний размер одного чтения с диска (байт) или Логический диск: средний размер одной записи на диск (байт), используйте формулы, приведенные в следующей таблице для определения скорости ввода и вывода данных с диска.

Уровень RAID Формула
RAID 0 Операций ввода-вывода на диск = (чтение + запись) / количество дисков
RAID 1 Количество операций ввода-вывода на диск = [чтение + (2 x запись)] / 2
RAID 5 Количество операций ввода-вывода на диск = [чтение + (4 x запись)] / количество дисков
RAID 10 Количество операций ввода-вывода на диск = [чтение + (2 x запись)] / количество дисков

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

Счетчик Value
Среднее время чтения с диска (с)** 80
Логический диск: среднее время записи на диск (с)** 70
Логический диск: средняя длина очереди диска** 5

  • Значение ввода-вывода на диск можно рассчитать следующим образом: (80 + (2 x 70))/2 = 110

  • disk queue length может быть рассчитано следующим образом: 5/2 = 2,5

  • В этой ситуации у вас практически возникает узкое место.

Другие инструменты мониторинга

Вы также можете отслеживать задержку диска и анализировать тенденции с помощью динамического административного представления sys.dm_io_virtual_file_stats в SQL Server 2008 г. Дополнительные сведения см. в разделе sys.dm_io_virtual_file_stats (Transact-SQL).

SQL Server 2012 для SharePoint Server 2013

Выражаем благодарность Биллу Байеру, старшему менеджеру по маркетингу, и Брайану Алдерману, исполнительному директору и основателю MicroTechPoint, за предоставленные серии онлайновых обучающих модулей SQL Server 2012. Отдельная благодарность Channel 9 Microsoft за размещение этих онлайновых обучающих модулей. Подробнее о настройке баз данных SQL Server 2012 для увеличения производительности, доступности и безопасности SharePoint Server 2016 вы можете узнать из следующих обучающих модулей.

См. также

Понятия

Обзор SQL Server в среде SharePoint Server 2016 и 2019

Оптимизация производительности для SharePoint Server 2013

Рекомендации по использованию SQL Server в ферме SharePoint Server

Планирование производительности в SharePoint Server 2013

Управление емкостью и изменение размеров в SharePoint Server 2013

Планирование мощности для SharePoint Server 2013

Другие ресурсы

Обзор SQL Server в среде SharePoint Server 2013