SQL Server 2016 Move tempdb to another drive. Переносим и настраиваем TempDB

Смотрим на "криво" настроенную tempDB. Переносим с одного диска на другой и настраиваем по best practices.

Мой LinkedIn
Мой сайт

[antonanashkin]

Александр, в финале не хватает только результатов Pedro-скрипта, в котором видно, что Latch-и после всех описанных манипуляций уходят. А в общем, фокус с Initial Size ушел в заметки, спасибо!

[ELITEkaluga]

Еще раз спасибо. по тесту выполнение обработки изначально занимало 43 сек
Электропитание в панели управление переключил на "максимальная производительность" - результат 33 сек
tempdb перенесен на ССД - результат 28 сек
в БИОСе отключены С3, С6 - результат 23 сек
Директория ТЕМР винды и пользователя, а также журналы регистрации 1С (srvinfo) перенесен на ССД - результат 17 сек!

//единственное пока остается прыганье частоты проца 1.6-2.8ГГц, хотя в биосе принудительно выставлено 2.8 в том числе и для турбобуста... буду разбираться... думаю еще секунд 3-5 даст....

//а вот использование РОМ-диска для темпдб не дало вообще ничего....

[ELITEkaluga]

спасибо, помогло
Также обнаружил полезную информацию - перенос в РАМ-диск
А также вы забыли упоминуть, что считать стоит только физические ядра процессора, а не виртуальные....

[Antipok]

Лайк подписка =) скрипт отличный на 7 минуте

[boxingclub]

Интересуют еще параметры роста- вы про них ничего указали

[yuch]

Добрый день . каким образом с генерировали нагрузку ??? Скрипт ????

[Antipok]

у меня 48 ЦП и 48 файлов данных, при этом есть ожидания Что будет если я сделаю 64 файла данных при 48 процессорах? не будет ли хуже

[ELITEkaluga]

Появилась мысль обновить проц (сейчас i7-930)
Подскажите что лучше:
Итак выбор между X5687, X5690, i7-990x
базы две по 12гб (совсем не большие) - пользаков около 50 на толстых клиентах, особо никаких выборок и выгрузок нет (список товаров да бухи отчеты стандартные)
текущая нагрузка на сервер по процу выше 5-6% редко скачет
Почему хочу обновить - потому, что их щас на БУ рынке много и цены весьма дешевые
так вот x5687 = 1100р, привлекает более высокой частотой = 3.6 и потенциалом разгона
а Х5690 и 7-990х имеют 6 ядер, но горячее и меньше потенциал разгона, а также цена уже 4500 и 5500р....

склоняюсь больше к более высоким частотам, чем числу ядер не только по цене, но и потому, единовременных операций мало - и скорость их выполнения будет на прямую от частоты зависеть....
//по тесту даже мой проц на частоте 2.8 при разгоне до 2.93 дает +5% ускорения работы 1с....

что можете посоветовать? я правильно мыслю? или все же лучше побольше ядер ?

[wveik]

Добрый день, а можно получить ваши волшебные скрипты по анализу ms sql?

[wguemgw]

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

[akromakhmedov]

Я так и не понял, как удалось переместить tempdb, так же было сообщение "The new path Использовал тот же самые скрипт. 1 база прошла нормально, 2 (которая больше всего интересовала) так и не изменила место хранения файлов. Почему может такое быть?
Сервер перегружал, не помогло.
Далее можете показать полный скрипт на отрезке 13:47, конец не видно.