Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
 Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
Приветствую коллеги, имею вопрос в котором нужны дополнительные головы)
Итак, есть БД, на MSSQL2008 R2 Ent 10.50.6000 используется под 1С.
Размер базы 600gb.
После перезагрузки сервера (так это дело комментируют юзеры) в один момент упала ее производительность, на определенных задачах. Некоторые отчеты, некоторые операции с документами.
А так же в 2 раза увеличилось время пересчета статистик. Было в среднем 6 - 7 часов, стало 13-14 часов.
Время реиндексации осталось прежним.
DBCC CHECKDB - ошибок 0
Железяка проверена вдоль и поперек, умный сервер, внутренние логи все "зеленое", в логах системы тоже.
Недельный мониторинг основных счетчиков производительности - результат нормальный.
Изменений в рабочем процессе, кроме собсно этой самой перезагрузки никаких не было.
Из того к чему можно придраться, это вовремя формирования проблемных запросов, ядра которые используются забиты на 100%. И в пиковое время нагрузки получаем общую загрузку процессоров которая доходит до 75%.
У кого какие соображения?
12 янв 16, 11:23    [18665828]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
wizli
Member

Откуда: Minsk
Сообщений: 270
porcupine
После перезагрузки сервера (так это дело комментируют юзеры)

Так была перезагрузка сервера? Я что-то не понял :)


По проблеме, что такое пересчет статистик? Это работающие процедуры с параметрами, или просто какие-то запросы к БД?
12 янв 16, 11:28    [18665870]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
Да, была перезагрузка сервера, это зафиксированный факт)
Пересчет статистик(неправильно выразился) - имею ввиду регламентные процедуры обслуживания базы на уровне СУБД (UPDATE STATISTICS)
Реиндексация -INDEX REBUILD
12 янв 16, 11:35    [18665908]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
komrad
Member

Откуда:
Сообщений: 5735
porcupine
У кого какие соображения?


проверить новые уровни счетчиков по сравнению с тем "как было раньше":
sql recompilations
batch requests/sec

часть памяти подохла на сервере при/после перезагрузке

max degree of parallelism уехал/изменился
cost threshold так же проверить на соответствие рекомендуемым для 1C
12 янв 16, 11:36    [18665911]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
komrad
проверить новые уровни счетчиков по сравнению с тем "как было раньше":
sql recompilations
batch requests/sec

к сожалению старых логов перфмона нет.

komrad
часть памяти подохла на сервере при/после перезагрузке

Lifecycle контроллер сообщил бы он проблеме

komrad
max degree of parallelism уехал/изменился
cost threshold так же проверить на соответствие рекомендуемым для 1C

MAXDOP был 6 (всего на сервере 24ядра на 2ноды), все справлялось, работало шустро, изменил его на 2, чтобы не загружать все ядра параллелизмом проблемных запросов.
0 ядро забрал у sql отдал под систему.
12 янв 16, 11:46    [18665970]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
имею вопрос
Guest
porcupine,

зачем-то же его перезагружали. меняли какие-то опции, перекладывали файлы.
обновление какое-то накатили.
12 янв 16, 11:48    [18665986]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
Из моих соображений. Возможна ли ситуация когда таблица разрастается до определенных размеров (самые большие таблицы от 60 до 100 гб) и сиквел меняет логику запросов к ним?
12 янв 16, 11:51    [18666009]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
имею вопрос

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

Перезагрузка была аварийной, электро энергия, батареи не справились с задачей автоматического завершения.
12 янв 16, 11:53    [18666019]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
komrad
Member

Откуда:
Сообщений: 5735
porcupine
Из моих соображений. Возможна ли ситуация когда таблица разрастается до определенных размеров (самые большие таблицы от 60 до 100 гб) и сиквел меняет логику запросов к ним?

это легко - может уйти в сканы
12 янв 16, 12:02    [18666093]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
defragmentator
Member

Откуда:
Сообщений: 20504
porcupine
имею вопрос
зачем-то же его перезагружали. меняли какие-то опции, перекладывали файлы.
обновление какое-то накатили.

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


Ну так и выполните послеаварийное обслуживание сервера по полной.
12 янв 16, 13:54    [18666868]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
defragmentator
Ну так и выполните послеаварийное обслуживание сервера по полной.


Давно выполнено и забыто)
12 янв 16, 16:54    [18668175]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
Вот план долгого запроса. Так на всякий случай.

К сообщению приложен файл (dur1113748.rar - 50Kb) cкачать
12 янв 16, 17:54    [18668528]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
HardBall
Member

Откуда:
Сообщений: 4
porcupine,
RAID ребилдится?
12 янв 16, 17:57    [18668544]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
HardBall
RAID ребилдится?

Не совсем понял вопроса, RAID живой. Зачем ему ребилд?
12 янв 16, 18:25    [18668696]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
defragmentator
Member

Откуда:
Сообщений: 20504
porcupine
HardBall
RAID ребилдится?

Не совсем понял вопроса, RAID живой. Зачем ему ребилд?


Да всё тот же вопрос про послеаварийное восстановление
12 янв 16, 18:56    [18668879]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
edyaN
Member

Откуда: Berlin
Сообщений: 185
porcupine,
у вас после перезагрузки все базы восстановились? если все, то проверьте рейд и диски.
12 янв 16, 19:42    [18669094]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
Mind
Member

Откуда: Лучший город на Земле
Сообщений: 2322
porcupine
Вот план долгого запроса. Так на всякий случай.
rar не у всех есть.
12 янв 16, 21:43    [18669539]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
o-o
Guest
Mind
porcupine
Вот план долгого запроса. Так на всякий случай.
rar не у всех есть.

он там все равно Estimated
12 янв 16, 22:32    [18669824]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
edyaN
porcupine,
у вас после перезагрузки все базы восстановились? если все, то проверьте рейд и диски.

все базы восстановились.

касательно железа см. выше "Lifecycle контроллер сообщил бы он проблеме", "Недельный мониторинг основных счетчиков производительности - результат нормальный (что само собой подразумевает мониторинг производительности физических дисков)"
13 янв 16, 11:26    [18671460]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
komrad
Member

Откуда:
Сообщений: 5735
porcupine
А так же в 2 раза увеличилось время пересчета статистик. Было в среднем 6 - 7 часов, стало 13-14 часов.
Время реиндексации осталось прежним.

а как у вас статистики пересчитываются (команда)?
с какой частотой?
13 янв 16, 19:20    [18674616]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
komrad

а как у вас статистики пересчитываются (команда)?
с какой частотой?

Статистики - 1 раз в неделю, настроены через планы обслуживания
sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN'
после DBCC FREEPROCCAHE

Реиндексация 1 раз в сутки
sp_msforeachtable N'DBCC DBREINDEX ()
13 янв 16, 23:04    [18675407]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
porcupine
Member

Откуда:
Сообщений: 26
А вообще есть ли смысл обновления статистик, если идет полная реиндексация базы?
13 янв 16, 23:12    [18675428]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
komrad
Member

Откуда:
Сообщений: 5735
porcupine
komrad

а как у вас статистики пересчитываются (команда)?
с какой частотой?

Статистики - 1 раз в неделю, настроены через планы обслуживания
sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN'
после DBCC FREEPROCCAHE

Реиндексация 1 раз в сутки
sp_msforeachtable N'DBCC DBREINDEX ()

обычно как раз наоборот - раз в неделю реиндекс, апдейт статистик по необходимости ежесуточно
fullscan делают для критичных таблиц

кстати, ваш вариант реиндекса совсем тяжелый и не оптимальный - это либо специально, либо от незнания
13 янв 16, 23:17    [18675439]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
o-o
Guest
porcupine
А вообще есть ли смысл обновления статистик, если идет полная реиндексация базы?

статистики же не только по индексным колонкам бывают.
13 янв 16, 23:18    [18675444]     Ответить | Цитировать Сообщить модератору
 Re: Производительность БД  [new]
komrad
Member

Откуда:
Сообщений: 5735
porcupine
А вообще есть ли смысл обновления статистик, если идет полная реиндексация базы?

dbreindex перестраивает индексы, а не всю базу

http://www.brentozar.com/archive/2014/01/update-statistics-the-secret-io-explosion/
13 янв 16, 23:21    [18675457]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить