Поделиться через

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

  • Статья

 

**Применимо к:**SharePoint Server 2013, SharePoint Server 2016

**Последнее изменение раздела:**2017-12-13

Сводка. Узнайте, как планировать и настраивать уровень хранилища и базы данных для SQL Server в SharePoint Server 2016 и SharePoint Server 2013.

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

Примечание

Тесты на производительность и емкость в этой статье относятся к Microsoft SQL Server 2014 с пакетом обновления 1 (SP1), Microsoft SQL Server 2016, SQL Server 2017 RTM и SharePoint Server 2016. Результаты тестов такие же, как и в SharePoint Server 2013.
Хотя тесты не проводились для SQL Server 2014 (SP1), SQL Server 2016 и SQL Server 2017 RTM, вы можете использовать их результаты при планировании и настройке уровня хранилища и базы данных SQL Server в среде SharePoint Server 2016. Тренинги по настройке SQL Server 2012 см. в разделе SQL Server 2012 и SharePoint Server 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 и производительности систем ввода-вывода

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

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

В этом разделе:

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

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

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

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

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

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

Базы данных, устанавливаемые с SharePoint Server 2016, зависят от используемых в среде приложений-служб. Все среды SharePoint Server 2016 используют системные базы данных SQL Server. В данном разделе содержится сводка баз данных, устанавливаемых с SharePoint Server 2016. Подробные сведения о базах данных см. в статье Типы и описания баз данных в SharePoint Server.

Графический обзор баз данных, которые поддерживают SharePoint Server 2016, см. в статье Краткое руководство: базы данных SharePoint Server 2016. Вы также можете скачать этот плакат с базами данных SharePoint Server 2016 в формате PDF или Visio.

Примечание

К некоторым базам данных SharePoint Server, SQL Server Database Engine и Службы SQL Server Reporting Services (SSRS) применяются особые рекомендации или требования в отношении размещения. Подробнее о размещении таких баз данных см. в статье Типы и описания баз данных в SharePoint Server.

Указанные ниже базы данных — это системные базы данных 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 PowerPivot для SharePoint 2013 можно использовать в среде SharePoint 2013, которая включает SQL Server 2008 R2 Enterprise Edition и SQL ServerСлужбы Analysis Services. В этом случае также следует запланировать поддержку базы данных приложения PowerPivot и дополнительную нагрузку на систему. Подробнее см. в статье, посвященной планированию развертывания PowerPivot в ферме SharePoint и в статье на сайте SQL Server PRO с общими сведениями о PowerPivot и Power View в Microsoft Excel 2013.

  • Подключаемый модуль Службы SQL Server 2008 R2 Reporting Services (SSRS) можно использовать в любой среде SharePoint 2013. В этом случае следует запланировать поддержку двух баз данных Службы SQL Server 2008 R2 Reporting Services и дополнительной нагрузки, необходимой для Службы SQL Server 2008 R2 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, чтобы увеличить доступность базы данных конфигурации, необходимо использовать модель полного восстановления данных.

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

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

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

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

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

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

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

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

    Примечание

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

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

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

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

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

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

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

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

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

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

Ввод Значение

Количество документов (D)

200 000

Предположительно по 20 документов для каждого из 10 000 пользователей

Средний размер документов (S)

250 КБ

Элементы списка (L)

600 000

Количество устаревших версий (V)

2

Предположительное максимальное количество версий — 10

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

Примечание

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

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

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

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

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

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

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

Примечание

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

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

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

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

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

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

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

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

Приложение-служба Рекомендации по оценке размера

Профили пользователей

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

Примечание

Проверка требований к хранилищу базы данных профилей пользователей и рекомендаций в отношении 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.

Управление приложениями

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

Word Automation Services

Приложение-служба Word Automation Services связано с одной небольшой базой данных, существенное увеличение которой маловероятно. Такая база данных имеет минимальное значение IOPS.

PerformancePoint Services

Приложение PerformancePoint Services связано с одной небольшой базой данных, существенное увеличение которой маловероятно. Такая база данных имеет минимальное значение IOPS.

PowerPivot

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

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

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

Требования к доступности могут существенно повлиять на размер хранилища. Дополнительные сведения см. в статье Создание архитектуры и стратегии обеспечения высокой доступности для SharePoint Server. Кроме того, см. технический документ по SQL Server 2012, посвященный архитектуре AlwaysOn и обеспечению высокой доступности и аварийного восстановления с помощью групп доступности AlwaysOn.

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

Рекомендуем запускать среду SharePoint Server 2016 в корпоративном выпуске SQL Server 2014 с пакетом обновления 1 (SP1)UNRESOLVED_TOKEN_VAL(, SQLServer_2nd_NoVer) 2016 или SQL Server 2017 RTM: в этих версиях повышены уровни производительности, доступности и безопасности, а также добавлены функции управления. Дополнительную информацию о преимуществах этих версий см. здесь (SQL Server 2014), здесь (SQL Server 2016) и здесь (SQL Server 2017).

Для SharePoint Server 2013 мы рекомендуем запускать среду в выпуске Enterprise Edition 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 2014) и здесь (SQL Server 2016 и SQL Server 2017 RTM).

    Примечание

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

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

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

    Примечание

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

  • Удаленное хранилище BLOB-объектов.   Если вы хотите воспользоваться преимуществами удаленного хранилища BLOB-объектов в базе данных или расположении за пределами файлов, связанных с каждой базой данных контента, установите версию SQL Server 2014 с пакетом обновлений 1 (SP1) или SQL Server 2016 или SQL Server 2017 RTM Enterprise Edition для SharePoint Server 2016 и SQL Server 2008 R2 с пакетом обновления 1 (SP1) или SQL Server 2012 Enterprise Edition для SharePoint Server 2013.

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

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

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

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

  • Microsoft PowerPivot для SharePoint позволяет пользователям совместно работать с пользовательскими моделями данных и аналитическими данными в Excel Online, автоматически их обновляя. Вам потребуется Office Online для работы с Excel Online с PowerPivot для SharePoint и SharePoint Server 2016. Вы можете использовать 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.

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

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

Содержание:

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

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

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

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

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 поддерживает следующие типы дисков:

Выбор типов 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 2016.

Сведения об ограничениях по емкости и спецификациям 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.

Содержание:

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

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

  • Настройка параметров SQL 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, см. в статье Настройка параметра конфигурации сервера max degree of parallelism.

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

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

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

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

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

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

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

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

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

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

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

  • Данные тестирования и данных наших клиентов показывают, что производительность фермы 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.

Обычно мы рекомендуем, чтобы размер семейства сайтов не превышал 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 2014 с пакетом обновления 1 (SP1) и Наблюдение и настройка производительности для SQL Server 2016 и SQL Server 2017 RTM.

В следующем разделе приводится список счетчиков производительности, которые рекомендуется использовать для мониторинга производительности баз данных 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 для одного диска, могут указывать на наличие факторов, ограничивающих производительность, и требуют изучения. Это означает, что для логического устройства (LUN), состоящего из 4 дисков, может быть приемлемым значение, не превышающее 8. Наличие факторов, ограничивающих производительность, может приводить к накоплению невыполненной работы, в том числе за пределами текущего сервера, с которого производятся обращения к диску, а также к увеличению времени ожидания для пользователей. Возможным решением этой проблемы является добавление дисков в массив RAID, замена имеющихся дисков более быстрыми или перемещение части данных на другие диски.

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

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

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

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

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

    Уровень RAID Формула

    RAID 0

    Операций ввода-вывода на диск = (чтение + запись) / количество дисков

    RAID 1

    Операций ввода-вывода на диск = [чтение + (2 × запись)] / 2

    RAID 5

    Операций ввода-вывода на диск = [чтение + (4 × запись)] / количество дисков

    RAID 10

    Операций ввода-вывода на диск = [чтение + (2 × запись)] / количество дисков

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

    Счетчик Значение

    Среднее время чтения с диска (с)

    80

    Логический диск: среднее время записи на диск (с)

    70

    Логический диск: средняя длина очереди диска

    5

    Количество операций ввода-вывода данных на диск рассчитывается следующим образом: (80 + (2 × 70))/2 = 110

    Длина очереди диска рассчитывается следующим образом: 5/2 = 2,5

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

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

Кроме того, вы можете отслеживать задержки при работе с диском и анализировать тенденции, используя динамическое административное представление 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 вы можете узнать из следующих обучающих модулей.

See also

Обзор SQL Server в среде SharePoint Server 2016
Оптимизация производительности для SharePoint Server 2013
Рекомендации по использованию SQL Server в ферме SharePoint Server
Планирование производительности планирования в SharePoint Server 2013
Управление емкостью и изменение размеров в SharePoint Server 2013
Планирование мощности для SharePoint Server 2013

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