Оптимизация Windows Server 2008 r2

Обновлено: 21.11.2024

Окончание срока службы SQL Server 2008 — 9 июля 2019 г., а окончание срока службы Windows Server 2008 — 14 января 2020 г. Часы тикают, и вы можете подвергнуться риску, если не перейдете на Azure или обновите текущее локальное программное обеспечение прямо сейчас.

Окончание срока службы SQL Server 2008/2008 R2 и Windows Server 2008/2008 R2 — это два важных предстоящих события в календаре окончания срока службы Microsoft. Connection работает со многими нашими клиентами, чтобы подготовить их к переходу. Ознакомьтесь с нашим первоначальным сообщением в блоге на ту же тему. Если вы все еще ломаете голову, пытаясь понять, что для вас лучше, не волнуйтесь — мы здесь, чтобы помочь. Connection, как ваш партнер Майкрософт, имеет все необходимое для предоставления надлежащих рекомендаций и помощи, чтобы помочь вам в этом переходе.

У вас есть несколько вариантов продвижения вперед. Первый вариант — обновить локальные серверы и спланировать будущую гибридную среду. Для приложений, которые должны оставаться локальными, вам потребуется перейти на облачную версию Windows Server 2016 или 2019 и SQL Server 2017 или 2019, чтобы получить самые последние функции безопасности, производительности и инноваций. Воспользуйтесь встроенными возможностями гибридного облака для резервного копирования и обеспечения высокой доступности или выполните миграцию позже.

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

Инновации

Выполняя миграцию, вы получаете возможность использовать инструменты Azure для модернизации этих бизнес-приложений. Полностью управляемые службы, такие как База данных SQL Azure, Служба приложений Azure и Azure IaaS, освободят вашу ИТ-команду от повседневного обслуживания и позволят им сосредоточиться на инновациях для развития бизнеса.

Экономия затрат

Благодаря расширенной системе безопасности в Azure вы получите три года расширенных обновлений безопасности без дополнительной оплаты и сможете перейти на текущую версию, когда будете готовы. Вы можете повторно разместить рабочие нагрузки 2008 Server в Azure и снизить затраты на инфраструктуру. Используя существующие лицензии, вы можете сэкономить до 80 % на виртуальных машинах Azure с Преимуществом гибридного использования Azure и зарезервированными экземплярами.

Безопасность и соответствие

Тысячи важных бизнес-приложений по всему миру работают на SQL Server и Windows Server 2008 и 2008 R2. Эти версии столкнутся с рисками безопасности и соответствия требованиям, когда поддержка прекратится. Организации, которые запускают эти приложения без регулярных обновлений безопасности, будут более уязвимы для кибератак, которые могут раскрыть пользовательские и бизнес-данные. Принятие мер по защите вашей среды поможет предотвратить эти возможные утечки данных, а также убережет вас от юридических санкций. Центр управления безопасностью Майкрософт содержит полный список предложений по соответствию требованиям для нашего государственного сектора и государственных заказчиков. Некоторые из выделенных предложений соответствия включают FIPS 140-2, ITAR и NIST Cyber Security Framework, также известную как CSF.

С помощью облачных интеллектуальных решений Microsoft для обеспечения безопасности вы можете защитить пользователей, данные и все, что между ними. Предотвратите атаки на удостоверения с помощью защиты удостоверений Azure AD, Azure ATP и безопасности Microsoft Cloud App. Быстро защитите данные, приложения и инфраструктуру с помощью встроенных служб безопасности в Azure, которые включают непревзойденную аналитику безопасности, помогающую выявлять быстро меняющиеся угрозы на раннем этапе, чтобы вы могли быстро реагировать. Реализуйте многоуровневую всестороннюю стратегию для идентификации, данных, хостов и сетей. Унифицируйте управление безопасностью и включите расширенную защиту от угроз в гибридных облачных средах.

Последняя надежда

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

Как может помочь Connection

Если вам нужна дополнительная поддержка, чтобы сделать правильный выбор, обратитесь к нашей команде LSS. Наши команды Microsoft LSS ежедневно работают с нашими клиентами над этими конкретными миграциями. Если вы хотите добиться большей ясности и контроля над своей программной средой, оптимизировать лицензирование Microsoft и сохранить свои инвестиции в долгосрочной перспективе, вам нужен партнер с нужным опытом.За последнее десятилетие Connection создала группу экспертов по лицензированию Microsoft и разработала уникальные наборы навыков лицензирования, принадлежащие нам, включая наш процесс оптимизации лицензирования Microsoft (MLO). MLO — это прогрессивный анализ лицензирования, не имеющий себе равных в сообществе Licensing Solution Partner (LSP). Наши анализы MLO предоставляют вам комплексные, экономичные, ориентированные на бизнес стратегии, позволяя вам лучше контролировать свои лицензионные соглашения.

Дэниел Фишетти

Дэниел Фишетти — старший менеджер программы в Connection с более чем шестилетним опытом работы с продуктами и услугами Microsoft. В свободное время Даниэль играет в свои любимые спортивные команды и страстно увлекается мотоциклами.

Менее известные твики оптимизации для Windows Server 2008

У Windows Server 2008 есть верная ниша пользователей, которые никогда не променяют ее ни на что другое, и эти поклонники утверждают, что Windows Server 2008 — самая гибкая, настраиваемая и обновляемая серверная ОС. Итак, если вы один из многих преданных поклонников Windows Server 2008, вот несколько лайфхаков, настроек и хитростей.

Настройка ответа сервера

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

Сбросить план питания

Если вы планируете регулярно подвергать свой сервер большой нагрузке, то, возможно, будет целесообразно перейти на новый план электропитания, который допускает большую нагрузку. Хотя многие «эксперты» могут попытаться разубедить вас, поскольку план питания Windows Server 2008 сам по себе достаточно сбалансирован, наши лучшие инженеры и эксперты проверили теорию.

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

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

Вот некоторые конфигурации, которые, как известно, увеличивают пропускную способность и производительность.

Конфигурация хоста для сеансов удаленного рабочего стола

Либо перейдите в меню Пуск-Инструменты администратора-Службы удаленных рабочих столов, либо просто запустите tsconfig из командной строки. Это даст вам мгновенный доступ ко всем подключениям удаленного рабочего стола к вашему серверу. Вы можете сбросить глубину цвета, перенаправление принтера, диска и COM-порта через настройку клиента RDP.

Включите параметр SuperFetch

Вам необходимо включить параметр SuperFetch вашего Windows Server, так как он отключен в Windows Server 8 по умолчанию. Если его включить, ОС станет быстрее реагировать на изменения, отслеживая собственные шаблоны поведения.

Просто следуйте этим инструкциям, чтобы включить SuperFetch

После создания нового DWORD «EnablePrefetched» присвойте ему значение 3.
После создания еще одного нового параметра DWORD «Включить SuperFetch» также присвойте ему значение 3.

Отключите расширенную конфигурацию безопасности Internet Explorer

Отключение расширенной конфигурации безопасности Internet Explorer помогает внести необходимые изменения в ОС Windows Server 8. Internet Explorer и Windows Server 8 очень тесно связаны друг с другом, и загрузка других необходимых программ, таких как Chrome, Firefox и драйверы, становится очень простой, когда вы отключаете их.

Просто перейдите в Консоль диспетчера серверов — Настройка конфигураций усиленной безопасности Internet Explorers — выкл.

Эти следующие интернет-варианты рекомендуются нашими экспертами для повышения производительности.

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

Пуск – Выполнить – gpedit.msc

Это направит вас в редактор групповой политики, где вы развернете параметр «Шаблоны администрирования» на левой панели. Щелкните Система. Дважды щелкните справа на средстве отслеживания событий отключения дисплея, чтобы отключить его.

Оптимальная конфигурация для хоста сеансов удаленного рабочего стола

Откройте командную строку и запустите tsconfig. Вы также можете найти то же самое в меню «Пуск» — «Инструменты администратора» — «Службы удаленного рабочего стола». Здесь вы можете перенастроить все параметры удаленного рабочего стола. Настройки помогут вам сбросить настройки глубины цвета, диска, принтера и COM-порта на удаленном рабочем столе, подключенном к вашему серверу.

Некоторые инструменты могут помочь оптимизировать производительность Windows Server 2008

Секреты Microsoft Baseline Security Analyzer

Microsoft Baseline Security Analyzer — это один из многих проверенных инструментов, повышающих производительность Windows Server 8. Многочисленные испытания и исследования показали, что добавление Microsoft Baseline Security Analyzer на ваш сервер повышает его функциональность. Это также помогает в выявлении множественных неверных конфигураций в настройках безопасности сервера. Последней версией Microsoft Baseline Security Analyzer является MBSA 2.1, оптимизированная для работы с Windows Server 8.

Помимо нескольких шагов, упомянутых здесь, вы можете использовать файловую систему NTFS и воздерживаться от запуска каких-либо 16-разрядных приложений в вашей системе, чтобы сохранить высокую скорость отклика вашего Windows Server. 64-разрядная система Windows естественным образом не поддерживает 16-разрядное приложение и, следовательно, не обеспечивает наилучшую возможную производительность.

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

Оптимизация производительности для Microsoft SQL Server 2008 R2 / SQL Server 2012

Обзор

В этой статье описываются параметры оптимизации для Microsoft SQL Server 2008 R2 и Microsoft SQL Server 2012 при использовании вместе с установками Fabasoft Folio/Fabasoft eGov-Suite.

Параметры, описанные в этой статье, были определены в сотрудничестве с корпорацией Майкрософт и клиентами, использующими Fabasoft Folio.

Предупреждение. Настройки, описанные в этой статье, предназначены для работы с базами данных Fabasoft Folio. Если на сервере баз данных размещены какие-либо другие базы данных, дважды проверьте влияние этих настроек на эти базы данных

Предупреждение. Для внесения этих изменений требуется опыт работы с Microsoft SQL Server и понимание настроек Microsoft SQL Server

Примечание. Если поддерживается Microsoft SQL Server 2008 R2 / Microsoft SQL Server 2012, см. информацию о программном продукте (SPI) используемой вами версии Fabasoft Folio/Fabasoft eGov-Suite.

Информация

Дополнительную информацию о настройках см. в соответствующих статьях Microsoft.

Решение

В этом разделе вы найдете все настройки, которые можно изменить для повышения производительности баз данных Fabasoft Folio

Статистика

По умолчанию SQL Server создает статистику только для первого столбца индекса. В таблицах atval Fabasoft Folio (например, atstrval ) Fabasoft Folio использует кластеризованные индексы с четырьмя столбцами. Поскольку SQL Server не имеет статистики для индексированных столбцов со 2 по 4, планы выполнения не являются оптимальными.

При выполнении sp_createstats с параметром 'indexonly' для статистики учитываются все столбцы индекса.
При выполнении sp_createstats с параметром 'fullscan' статистика пересчитывается с использованием полного набора данных (а не только выборочного набора данных).
Запускайте sp_createstats каждый раз, когда вы создаете или изменяете индексы (также при создании новых COO-сервисов Fabasoft Folio и использовании определений таблиц). Настройки сохраняются в индексах.

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

Режим изоляции

В следующей ситуации:

В одной транзакции данные обновляются и/или вставляются. Для этой транзакции таблица заблокирована SQL Server.
Во второй транзакции (например, другой пользователь) выполняет SELECT для этой таблицы, запрашивая данные.

По умолчанию SQL Server останавливает выполнение оператора SELECT, ожидая COMMIT оператора UPDATE/INSERT, и представляет новые данные оператору SELECT.
Используя приведенные ниже настройки, вы можете повлиять на это поведение. Если они установлены, SQL Server скопирует старые данные в таблицу tempdb сеанса («моментальный снимок»), выполнит UPDATE/INSERT для этой таблицы tempdb и зафиксирует их в основной стол.
Во время выполнения транзакции UPDATE/INSERT инструкция SELECT может напрямую без задержки считывать старые значения.

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

Подробнее см.:

Предупреждение. Возможно, потребуется остановить Fabasoft Folio COO-Services для изменения режима изоляции.

Измените режим изоляции каждой базы данных Fabasoft Folio на "Чтение зафиксированного моментального снимка"

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

Fabasoft Folio использует общую модель базы данных, поэтому механизм запросов Fabasoft Folio генерирует множество различных запросов. По умолчанию SQL Server кэширует все планы выполнения используемых запросов. Из-за разнообразия запросов SQL Server использует большой объем памяти для сохранения планов выполнения, которые больше никогда не используются. Оптимизируя SQL Server для одноранговых рабочих нагрузок, SQL Server сокращает количество планов выполнения, хранящихся в памяти, освобождая память для других кэшей.

Подробнее см.:

Принудительная параметризация

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

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

Подробнее см.:

Измените режим параметризации каждой базы данных Fabasoft Folio на ПРИНУДИТЕЛЬНО

Флаги трассировки

Microsoft SQL Server может определить, когда начальный столбец объекта статистики является возрастающим, и может пометить его как возрастающий. Объект статистики, принадлежащий восходящему столбцу, помечается как «возрастающий» после трех обновлений статистики. Fabasoft Folio использует восходящий objid во всех указателях. Microsoft SQL Server обычно определяет восходящее поведение этого столбца (по крайней мере, после 3-кратного обновления статистики).

Чтобы проверить, сработало ли обнаружение, запустите:

"Тип начального столбца" должен быть "По возрастанию".

Если Тип ведущего столбца не равен По возрастанию для индексов с objid в качестве основного столбца, и вы регулярно обновляете статистику, вы можете принудительно обновлять статистику перед каждым запуском запроса. Это может повысить производительность для нескольких запросов, но также может снизить общую производительность, поскольку статистика будет постоянно обновляться.

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

В этой статье я хотел бы поделиться некоторыми приемами настройки производительности SQL Server, которые придадут дополнительный импульс вашей инфраструктуре System Center.

Я сосредоточусь на SQL Server 2008 R2, так как это последняя версия SQL Server. Моя попытка состояла в том, чтобы создать общее руководство по настройке для System Center, но, поскольку я специалист по SCOM, некоторые темы посвящены только SCOM.

Я хотел бы поблагодарить Роджера Бреу (Roger Breu), специалиста по решениям для хранилищ данных из Microsoft в Западной Европе, за его ценный вклад и отзыв. Спасибо, Роджер!

Эта статья разделена на семь разделов:

1) Выберите выпуск SQL Server

Стандартный или корпоративный?

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

SQL Server Standard: Microsoft полностью поддерживает его использование на виртуальной машине, НО он не может работать с динамической памятью. Стандартная версия просто выделяет память, которая будет назначена при запуске, вот и все. Он не может освободить свою память.

SQL Server Enterprise или Datacenter: Microsoft полностью поддерживает эти выпуски для использования на виртуальной машине, НО эти выпуски могут работать с динамической памятью. Почему? Потому что в этих выпусках есть функция горячей замены/горячего добавления памяти, которая в нашем случае сможет освобождать или добавлять виртуальную память.

Вывод. Если вы собираетесь использовать SQL Server Standard, установите фиксированный размер памяти на виртуальной машине! Если вы хотите использовать динамическую память, вы должны использовать версию SQL Server Enterprise или Datacenter.

Политика поддержки SQL Server в виртуализированной среде:

Запуск SQL Server с динамической памятью Hyper-V

2) Установите SQL Server

При установке SQL Server необходимо использовать параметры сортировки SQL Server SQL_Latin1_General_CP1_CI_AS ! Это используется для большинства будущих продуктов System Center 2012, за исключением, например. Сервис-менеджер 2012! Если вы не уверены, проверьте предварительные условия на TechNet. Для SCOM 2012 это SQL_Latin1_General_CP1_CI_AS!

Для продуктов System Center 2012 вы найдете здесь поддерживаемые конфигурации

Как настроить это сопоставление? Что ж, после того, как вы начали настройку SQL Server, вы рано или поздно попадете в диалоговое окно «Конфигурация сервера». Есть вкладка под названием «Сортировка». Не используйте сортировку по умолчанию (ИЗМЕНИТЕ ЕЕ!) На этом экране вы должны выбрать «Настроить…»

Измените сопоставление на SQL_Latin1_General_CP1_CI_AS

Аутентификация

Я бы порекомендовал установить SQL Server в режиме «Проверка подлинности SQL Server и Windows». Таким образом, у вас всегда будет «черный ход» для доступа к вашему SQL Server с использованием учетной записи SQL. Конечно, вы должны выбрать этот параметр в соответствии с политикой безопасности вашей компании.

Вы можете настроить учетную запись sa во время установки SQL Server или изменить ее позже, выбрав свойства SQL Server и переключившись на «Безопасность».

3) Настроить SQL Server

Показать текущие настройки

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

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

Конечно, вы можете просто выполнить запрос, чтобы получить подмножество информации, используя предложение WHERE:

4) Свойства SQL Server

Сначала мы проверим сами свойства SQL Server.

Максимальная настройка памяти сервера

После успешной установки SQL Server установите для параметра «Максимальный объем памяти сервера» соответствующий размер. Что это значит? По умолчанию механизм SQL Server использует всю доступную память вашей системы и не оставляет памяти для операционной системы. Если на сервере Windows установлен только механизм SQL Server, оставьте 2-3 ГБ для операционной системы. Установка этих параметров ограничивает использование SQL Server всей вашей памяти.

Glenn Berry SQL Server MVP предлагает следующие начальные значения:

Физическая оперативная память	Максимальное значение памяти сервера (МБ)
4 ГБ	3200
6 ГБ	4800
8GB	6200
16 ГБ	13000
24 ГБ	20500
32 ГБ	28000
48 ГБ	44000
64 ГБ	59000
72 ГБ	67000
96 ГБ	90000

Вы можете установить эти значения в диалоговом окне свойств сервера, выбрав «Память»

Повышение приоритета SQL Server

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

Сжать резервную копию

Очень полезная опция — включить сжатие. Это заставит SQL Server использовать собственное сжатие для сжатия каждой резервной копии по умолчанию. Верите вы в это или нет, эта опция может дать вам некоторое повышение производительности. Потому что резервные копии с использованием сжатия до 3 раз быстрее, чем обычные резервные копии. Следовательно, у вас будет меньше операций ввода-вывода = больше производительности. Кроме того, вы сэкономите много места на диске.

Путь по умолчанию

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

Максимальная степень параллелизма (MAXDOP) Необязательно

По умолчанию для MAXDOP установлено значение 0. Этот параметр определяет, будет ли SQL Query Analyzer распределять ресурсоемкий сложный запрос по всем ядрам процессора или нет. 0 означает, что он попытается распределить запрос по всем ядрам, если вы установите для него значение 1, запросы будут подавлять план параллельного выполнения, и операция будет использовать только один планировщик (= ядро или поток), выполняемый последовательно. Я не нашел надежного источника, который говорит, что нужно делать так или иначе. Просто поиграйте с ним и посмотрите, получите ли вы какие-либо преимущества в производительности. Но рабочая нагрузка DWH определенно выиграет, если вы установите для параметра значение «0». Приложения OLTP часто работают лучше, если для него установлено значение 1. Например, MAXDOP=1 рекомендуется для SharePoint и SAP.

5) Установка баз данных

Размер базы данных

Если вы хотите рассчитать предполагаемый размер ваших баз данных SCOM, для этого есть отличная таблица Excel.

DBCreateWizard.exe

Чтобы установить базы данных SCOM на SQL Server 2008 R2, используйте DBCreatewizard.exe, который можно найти в исходном коде SCOM в папке \SupportTools. Сам инструмент говорит сам за себя, и вы найдете много информации, используя bing. Есть только один момент, который я хотел бы отметить. Если вы пытаетесь настроить базу данных OperationsManagerDW с помощью этого инструмента и выбрать размер базы данных, например. 100 ГБ может быть, что он выдаст ошибку. Если БД достигает определенного размера, инструмент не сможет создать БД. Обходной путь — выбрать 10 ГБ для размера базы данных и, в случае успешного создания, изменить размер базы данных с помощью SQL Server Management Studio.

6) Свойства базы данных

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

Общие настройки базы данных

В целом рекомендуются следующие настройки. Убедитесь, что у вас одинаковые настройки для всех ваших баз данных SCOM. Если у вас есть другие настройки для ваших баз данных SCOM, измените их!

Настройки БД SCOM (по умолчанию, рекомендуемые)

База данных	Модель восстановления	Авторост	Автоматическое сжатие	Автоматическое закрытие
Диспетчер операций	простой	false	false	false
OperationsManagerDWH	простой	на 10%	false< /td>	false

7) Оптимизация производительности

Что такое база данных tempdb?

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

Файл данных по умолчанию имеет размер 8 МБ, а файл журнала — 1 МБ (автоматический рост установлен на 10 %). Это означает, что база данных tempDB будет увеличиваться очень маленькими порциями, и поэтому производительность пострадает.

Автоматическое увеличение базы данных tempdb

Лучше настроить автоматический рост данных и файла журнала, установив для него фиксированный размер. Таким образом, база данных tempdb будет увеличиваться только один раз, но большим куском, а не много раз маленькими кусками. Например.определить текущий размер файла данных tempdb. Если это, например. 10 ГБ, установите размер автоматического увеличения файла данных «В мегабайтах» на 500 МБ. То же самое относится и к файлу журнала.

Разделить файлы данных tempdb

Рекомендуется разделить файлы данных tempdb на равные части. Что это значит? Допустим, если у вас есть как минимум 4 ядра на вашем SQL-сервере, разделите файлы данных tempdb на 4 файла данных одинакового размера. Это означает, что если ваша база данных tempdb увеличилась за несколько дней до 2 ГБ, создайте 4 файла данных по 500 МБ. Если у вас есть 8 доступных ядер, разделите файл tempdb на 8 равных частей, в нашем примере это будет 8 блоков по 250 МБ. Но как выбрать подходящий размер? Иди сюда.

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

В качестве примера я разделил один файл данных размером 2 ГБ на четыре части по 500 МБ.

А как насчет файлов templog? Там вам не нужно разбиваться на несколько файлов журналов, как мы сделали с файлами данных. Почему? Потому что они записываются последовательно, и поэтому вы не получите преимущества от нескольких файлов.

Где размещать файлы tempdb? Рекомендуется разместить базу данных tempdb на отдельном массиве (RAID) или выделенном LUN, если это возможно. Если вы не можете разместить tempdb на отдельном массиве или LUN, попробуйте разделить файл базы данных *.mdf и файл журнала *.ldf на отдельные диски. Также рекомендуется всегда использовать самое быстрое хранилище для этих файлов.

Виртуальные файлы журналов (VLF)

Эта процедура применяется ко всем базам данных и их файлам журналов транзакций. Что такое ВЛЧ? Внутри журнал транзакций состоит из нескольких блоков, называемых файлами виртуального журнала. Каждый раз, когда журнал транзакций увеличивается, это делается путем добавления дополнительных файлов виртуального журнала. Добавляемое число варьируется от 4 до 16, в зависимости от размера бревна.

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

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

Здесь я запустил DBCC LOGINFO, на выходе было 8 строк, поэтому я получил 8 VLF.

Попробуйте сжать файлы журналов: выберите базу данных, щелкните правой кнопкой мыши и выберите «Задачи\Сжать\Файлы»

Выберите файл журнала, который вы хотите сжать, и нажмите «ОК»

После сжатия у вас должно получиться меньше VLF. Проверьте, снова запустив команду DBCC LOGINFO.

Читайте также: