Экспорт (0) Печать
Развернуть все
Развернуть Свернуть

Рекомендации по оптимизации производительности SQL Server в виртуальных машинах Azure

Обновлено: Июнь 2014 г.

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

В этом разделе приведены рекомендации по оптимизации производительности SQL Server на виртуальных машинах (VM) Azure.

Важное примечание. Дополнительные сведения см. в техническом документе Указания по оптимизации производительности SQL Server в виртуальных машинах Azure.

Ниже приведен краткий контрольный список, который вы можете использовать:

  • Использовать как минимум уровень Standard A2 для VM SQL Server.

  • Держать учетную запись хранения и VM SQL Server в одном и том же регионе.

  • Отключить георепликацию Azure в учетной записи хранения.

  • Избегать использования ОС или временных дисков для хранения базы данных и журналов.

  • Избегать использования возможностей кэширования диска данных Azure (политика кэширования = нет).

  • Чередовать диски данных Azure для повышения производительности ввода-вывода.

  • Форматировать с документированными размерами кластеров.

  • Разделять пути ввода-вывода данных и журнала для получения выделенных IOP для данных и журнала.

  • Включить сжатие страниц базы данных.

  • Включить мгновенную инициализацию файлов данных.

  • Ограничить или отключить авторасширение базы данных.

  • Отключить автосжатие в базе данных.

  • Переместить все базы данных, включая системные, на диски данных.

  • Переместить каталоги журнала ошибок и файлов трассировки SQL Server на диски данных.

  • Применить исправления производительности SQL Server.

  • Настроить расположения по умолчанию.

  • Включить заблокированные страницы.

  • Включить резервное копирование в хранилище больших двоичных объектов.

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

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

  • SQL Server Enterprise Edition: уровень Standard A3 или выше

  • SQL Server Standard Edition: уровень Standard A2 или выше

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

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

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

Диск операционной системы — это виртуальный жесткий диск (VHD), который можно подключать и использовать как диск с установленной операционной системой с меткой C.

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

Диск временного хранилища, обозначенный как D:, не сохраняется в хранилище BLOB-объектов Azure. Не храните данные или файлы журнала на диске D. .

Храните только tempdb и (или) расширения пула буферов на диске D при использовании виртуальных машин серии D. В отличие от других серий виртуальных машин, диск D в виртуальных машинах серии D основан на твердотельных накопителях (SSD). Это может повысить производительность рабочих нагрузок, интенсивно использующих временные объекты или рабочие наборы, которые не помещаются в памяти. Дополнительные сведения см. в разделе Использование SSD в виртуальных машинах Azure для хранения SQL Server TempDB и расширений пула буферов.

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

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

  • Политика кэширования: На диске данных кэширование чтения и записи отключено по умолчанию. Используйте эту установку по умолчанию и не включайте кэширование на диске данных. Дополнительные сведения о кэшировании на дисках см. в разделе Управление дисками и образами.

    Инструкции по настройке кэширования на дисках см. в следующих разделах: Set-AzureOSDisk, Set-AzureDataDisk и Управление виртуальными машинами с помощью командлетов Azure PowerShell.

  • Размер кластера NTFS: при форматировании диска данных рекомендуется использовать кластеры по 64 КБ для файлов данных и файлов журналов, а также tempdb.

  • Чередование дисков. Рекомендуется следовать приведенным ниже инструкциям:

    • Для Windows 8 или Windows Server 2012 или более поздних версий используйте дисковые пространства. Задайте размер чередования как 64 КБ для OLTP-нагрузок и 256 КБ для рабочих нагрузок хранилища данных, чтобы избежать снижения производительности из-за смещения разделов. Кроме того, задайте column count = number of physical disks. Дополнительные сведения о настройке дисковых пространств см. в разделе Командлеты дисковых пространств в Windows PowerShell.

    • В Windows 2008 R2 или более ранних версиях можно воспользоваться динамическими дисками (чередующимися томами операционной системы), а размер чередования будет всегда равен 64 КБ. Примечание. Этот вариант не поддерживается в Windows Server 2012 и Windows 8. Дополнительные сведения см. в заявлении о поддержке в разделе Виртуальная дисковая служба переходит на API управления хранилищами Windows.

  • Размещение файлов данных и журналов: Если нагрузка на журнал невелика и не требует выделенных IOP, можно настроить только один пул носителей. В противном случае для VM, где допускается подключение более 4 дисков, разместите файлы данных и журналов на разных дисках или пулах носителей. Для уровня Standard A2 рекомендуется использовать конфигурации из трех дисков для файлов данных и tempdb, а также один диск для файлов журнала. В зависимости от рабочей нагрузки на данные или журнал вы можете настроить количество дисков для пула носителей данных или журнала соответственно.

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

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

  • Рассмотрите возможность включения быстрой инициализации файлов, чтобы уменьшить время, необходимое для начального выделения файлов. Чтобы воспользоваться быстрой инициализацией файлов, учетной записи службы SQL Server (MSSQLSERVER) следует предоставить разрешение SE_MANAGE_VOLUME_NAME и добавить ее в политику безопасности Выполнение задач обслуживания тома. Если образ платформы SQL Server используется для Azure, учетная запись службы по умолчанию (NT Service\MSSQLSERVER) не добавляется в политику безопасности Выполнение задач обслуживания тома. Другими словами, быстрая инициализация файлов в образе платформы SQL Server Azure отключена. После добавления учетной записи службы SQL Server в политику безопасности Выполнение задач обслуживания тома перезапустите службу SQL Server. Дополнительные сведения см. в разделе Инициализация файлов базы данных.

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

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

  • Если вы используете SQL Server 2012, установите пакет обновления 1 с накопительным пакет обновлений 10. Он содержит исправления для низкой производительности ввода-вывода при выборке во временные таблицы в SQL Server 2012. Дополнительные сведения см. в этой статье базы знаний.

  • Переместите системные базы данных (такие как msdb и tempdb), резервные копии и каталоги данных и журналов SQL Server по умолчанию на некэширующиеся диски данных для повышения производительности. Затем выполните следующие действия.

    • Измените пути файлов XEvent и трассировки.

    • Измените путь к журналу ошибок SQL.

    • Измените путь к резервным копиям по умолчанию.

    • Измените путь к базам данных по умолчанию.

  • Включите блокировку страниц для снижения числа операций ввода-вывода и подкачки.

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

См. также

Корпорация Майкрософт проводит интернет-опрос, чтобы выяснить ваше мнение о веб-сайте MSDN. Если вы желаете принять участие в этом интернет-опросе, он будет отображен при закрытии веб-сайта MSDN.

Вы хотите принять участие?
Показ:
© 2014 Microsoft