gospodenkodsМистика какая-то .

Ночью накатил SP4 .
С утра несколько раз перепускал MSSQL .

Логи очень похоже с предыдущими ,однако запуск сократился с получаса до 3-х минут.

С чем связанно , не понятно.

Ребят , у кого какие мысли на тему такого поведения SQL ?

разве не видна причинно-следственная связь, когда поменяли один параметр в системе и стало в 10 раз лучше?
сервис-паки обычно исправляют ошибки в сиквеле и Микрософт рекомендует их устанавливать

gospodenkods
смотря на свежий лог бросается в глаза следующее:

это говорит о том, что включен режим priority boost
его лучше не использовать
https://www.brentozar.com/blitz/priority-boost/



файлы tempdb сконфигурированы не единообразно, что не очень хорошо
https://support.microsoft.com/en-us/help/2154845/recommendations-to-reduce-allocation-contention-in-sql-server-tempdb-d

И ещё стоит убрать master с диска С
Это системный диск и при повреждении у вас будет одной головной болью меньше - не нужно будет восстанавливать master базу, да и логи останутся

Yasha123но при чем тут логи?
еррорлог кладется туда, куда отконфигурирован именно еррорлог,
а не мастер

Под логами я имел ввиду errorlog.* файлы
У автора он на диске С:
08:08:36,Server,Неизвестно,Logging SQL Server messages in file 'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log\ERRORLOG'

Yasha123они кладутся туда, куда указывает параметр стартапа -е.
а никак не расположение мастера.

Безусловно
Yasha123вроде же причинно-следственная связь у вас такая:
мастер переложим, еррорлог с ним же и переедет
авторИ ещё стоит убрать master с диска С
Это системный диск и при повреждении у вас будет одной головной болью меньше - не нужно будет восстанавливать master базу, да и логи останутся
Додумывать за других, конечно, увлекательно, предлагать им сразу угадайки и тому подобное.
Полагаю, это из-за откровенной скуки на работе?
Если непонятно что-то, не надо считать оппонента априори невеждой. Лучше переспросить - это добавит уважения собеседника к вам.

Не дописал про перенос ещё и логов только потому, что посчитал это очевидным.
Переносишь файлы Мастера, перенеси и логи тоже.

Yasha123komradЕсли непонятно что-то, не надо считать оппонента априори невеждой. Лучше переспросить - это добавит уважения собеседника к вам.

так я и спрашиваю вроде: при чем тут логи?

(равно как и вчера: при чем VLF к чекдб.
спрашиваю, ибо мне связь непонятна. в обоих случаях)




Yasha123за кого я вас считаю или не считаю, додумываете вы.
причем, ошибаетесь, судя по негативной реакции.
рад, что ошибся, полагаю тема исчерпана?

gospodenkodskomrad,


Выставляю начальный размер tempdb 1024 с шагом 512 .

Рестартую .

И первый файл tempdev уходит в 3960 .

И тут вопрос , чего он при рестарте не вернулся к заданым значениям ?

у вас 4 дата файла в tempdb

вы каждому выставляете?
после старта меняется только первый?

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

gospodenkodskomrad,
авторИ ещё стоит убрать master с диска С
Это системный диск и при повреждении у вас будет одной головной болью меньше - не нужно будет восстанавливать master базу, да и логи останутся

Если честно не вижу в этом сверх негативного.

Логи транзакций и сами фалы базы данных разнесены по разным физичским дискам (Райд массивам)

Ну и в случае выхода из строя системного диска (кстати он тоже в массиве , зеркало). Мне кажется нет глобально проблемы на резервном сервере сделать attach .

Могу ошибаться в мыслях.
кстати, а где у вас лежит msdb?

глобальной проблемы в aттаче нет, если на резерный сервер регулярно синхронизируется следующее:
1) общие настройки сиквела
2) логины с паролями (если SQL) и подобное типа прокси эккаунтов
3) аудит
4) настройки resource governour
5) linked serves
6) server triggers
7) и прочее

в общем, иметь актуальный комплект файлов базы master в случае сбоя основного сервера, по-моему, гораздно спокойней для дба

gospodenkods
По настоянию профессионала . Выведи из под priority boost .

По большому счету там кроме SQL приложений то не вертится .

2 гига памяти отведено под ОС остальное под SQL . Всего 32 .

С таким раскладом не вижу проблем в отключение priority boost.

на месте виднее, конечно
я только "подсветил" общие потенциальные проблемы
решать, безусловно, вам

Yasha123и что он делает 3 минуты при рестарте, так и непонятно.

судя по логу на старт уходит 2 минуты с копейками
по-моему, неплохое время