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

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

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

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

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

• Предоставьте учетной записи службы SQL Server право доступа “блокировка страниц в памяти” (Локальная политика безопасности). Это право доступа автоматически предоставляется локальным администраторам. Подробные инструкции доступны по следующей ссылке.

• Протокол TCP/IP включается во время установки, в зависимости от выпуска SQL Server. Убедитесь, что протокол TCP/IP включен для SQL Server. Инструкции по включению этого протокола доступны по следующей ссылке.

• Отключите гиперпоточность. Приложение Microsoft Dynamics AX еще не было в достаточной степени протестировано на гиперпоточность, поэтому рекомендуется ее отключить. За инструкциями по отключению гиперпоточности обратитесь к документации по оборудованию и программному обеспечению. Для получения дополнительных сведений о гиперпоточности щелкните следующую ссылку.

Применяйте следующую конфигурацию для экземпляра SQL Server, используемого для базы данных Microsoft Dynamics AX.

• Загрузки OLTP-системы Microsoft Dynamics AX обычно выполняются лучше, когда отключен параллелизм внутренних запросов. Однако процесс обновления выигрывает за счет параллелизма. Для получения инструкций по обновлению до Microsoft Dynamics AX 2009 см. Руководство по обновлению.

• Установите максимальную степень параллелизма равной единице (1) для всех сред (разработки, тестирования, обучения и производства), исключая случай обновления Microsoft Dynamics AX.

• При обновлении до нового выпуска Microsoft Dynamics AX установите максимальную степень параллелизма меньше {8, числа физических ядер процессора, числа физических ядер процессора на узел NUMA}.

• Память: настройте параметр "Макс. памяти сервера (МБ)". При настройке по умолчанию, соответствующей использованию всей доступной памяти, SQL Server может оставить свободной не более 128 МБ физической памяти и недостаточно быстро освобождать память для потребностей операционной системы. Воспользуйтесь системной процедурой sp_configure, чтобы убедиться, что операционная система и SQL Server получают достаточно памяти для оптимальной производительности.

• Отслеживайте доступную память. Воспользуйтесь счетчиком производительности системного монитора "Память: доступно МБ", чтобы определить, когда объем доступной памяти упадет ниже 500МБ, особенно за продолжительный период. Если это происходит регулярно или продолжительное время, вероятно, требуется сократить максимальную память SQL Server. Для получения дополнительных сведений см. сетевой журнал группы производительности Microsoft Dynamics AX.

Применяйте следующую конфигурацию для базы данных tempdb.

• Определите базу данных tempdb с несколькими однородными по размеру файлами. Создание нескольких файлов данных tempdb, даже если эти файлы хранятся на одном и том же запоминающем устройстве, может повысить производительность операций tempdb, особенно для баз данных (например, базы данных пользователей Microsoft Dynamics AX), работающих в режиме RCSI (Read-Committed Snapshot Isolation). RCSI сохраняет версии строк в tempdb.

• Используйте настройку автоматического увеличения для файла данных и файла журнала, если на запоминающем устройстве имеется дополнительное место. Настройку автоматического увеличения можно использовать для поддержки непредвиденного роста файлов tempdb с превышением выделенной для них исходной памяти. Однако не следует использовать настройку автоматического увеличения в качестве средства управления памятью из-за снижения производительности, связанного с расширением файлов данных и журнала. Если происходит автоматическое увеличение файлов, нужно скорректировать исходное распределение памяти, чтобы избежать автоматического увеличения в будущем. Настройка автоматического увеличения в мегабайтах (МБ), а не в процентах позволяет более точно распределять память и помогает избежать очень маленьких или очень больших приращений.

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

Применяйте следующую конфигурацию для базы данных SQL Server, используемой приложением Microsoft Dynamics AX.

• Задайте уровень совместимости с SQL Server 2005 равным 90, а с SQL Server 2008 – 100.

• Задайте для параметра RCSI (Read-Committed Snapshot Isolation) значение "истина" (true) с помощью инструкции ALTER DATABASE.

• Задайте для параметров "Автоматическое создание статистики" (Auto Create Statistics) и "Автоматическое обновление статистики" (Auto Update Statistics) значение "истина" (true) с помощью центра управления SQL Server SSMS (SQL Server Management Studio) или соответствующей инструкции ALTER DATABASE. Для получения дополнительных сведений по параметру "Асинхронное автоматическое обновление статистики" (Auto Update Statistics Asynchronously) см. сетевой журнал группы производительности Microsoft Dynamics AX.

• Убедитесь, что для параметра "Автоматическое сжатие" задано значение "ложь" (false). Автоматическое сжатие файлов базы данных может создавать потенциально опасные проблемы для производительности. Если необходимо, администратор базы данных может вручную сжать файлы в назначенное время.

• Полный размер базы данных tempdb должен быть по крайней мере на 20 % меньше размера базы данных Microsoft Dynamics AX, размещенной на SQL Server.

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

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

Применяйте следующую конфигурацию для устройства физического хранилища или распределения файлов SQL Server.

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

• Убедитесь, что файлы данных и файлы журнала проводок для базы данных Microsoft Dynamics AX (пользовательской базы данных) находятся на отдельных устройствах физического хранилища. Убедитесь также, что файлы данных tempdb и файлы журнала проводок находятся в отдельном физическом хранилище, отличном от хранилища файлов пользовательской базы данных.

• Рекомендуется поместить следующие файлы на томе RAID 1, RAID 0 + 1 или RAID 10. Не рекомендуем размещать файлы базы данных tempdb на томе RAID 5.

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

  • Файлы данных для базы данных Microsoft Dynamics AX

  • Файлы журнала проводок для базы данных Microsoft Dynamics AX

• Другие файлы базы данных (если имеются, например, базы данных для отслеживания производительности) содержатся в отдельном физическом хранилище, отличном от хранилища Microsoft Dynamics AX и файлов базы данных Tempdb.