Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4   вперед  Ctrl      все
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
rahzer
Member

Откуда:
Сообщений: 2297
автор
а им это, извините, похоже, до жопы

Не до жопы! Стали смотреть сегодня, когда нагрузка полезла..Вчера хоть какая то зацепка была на память, а то даже думать то особо нечего было.
Сегодня выяснили, что тормоза начинаются, когда идет обмен с другим сервером. В чем конкретно косяк не понятно..
ТС еще не может физически видеть какая топология сети, где коммутаторы, управляемые или нет, что со вторым сервером.
Упирается или в сетку или в джоб который выполняется..
29 мар 13, 18:37    [14114415]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
Crimean
Member

Откуда:
Сообщений: 13148
ну так а сиквельные процессы чего ждут?
29 мар 13, 21:14    [14114850]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 305
Добрый день!
К теме приходится возращаться. Переехала в выходные на новый сервер с аппаратным 10 рейдом. Память сейчас 16 гб, сделала статической, 12 под sql. Сегодня пользователи начали работу на новом сервере, ожидаемого прироста производительности не случилось, а наоборот стало работать медленнее. Наблюдаю через монитор активности, часто процессы в различных типах ожиданий.
Подскажите, по каким критериям понять, что не так?

Привожу результат
select top 15 * from sys.dm_os_wait_stats
where max_wait_time_ms > 0
order by max_wait_time_ms desc

wait_typewaiting_tasks_countwait_time_msmax_wait_time_mssignal_wait_time_ms
XE_DISPATCHER_WAIT2533557450131761290
BROKER_EVENTHANDLER9603340682208837194858
CHECKPOINT_QUEUE81323160925934786845559
DISPATCHER_QUEUE_SEMAPHORE175013380935918067694478
LCK_M_X65211330891089936124
BACKUPTHREAD11631018103727336195
BROKER_RECEIVE_WAITFOR174413121241599963205
CXPACKET198097131077318075687717005050
LOGMGR_QUEUE3330443436084830001243490
MSQL_XP8889912201521256030
PREEMPTIVE_OS_GETPROCADDRESS8889912188211256030
LCK_M_S22940371771024722819
LCK_M_IX2412594259413563
FT_IFTS_SCHEDULER_IDLE_WAIT5683402551860220588
LCK_M_U27112408436882278


Сообщение было отредактировано: 15 апр 13, 11:19
15 апр 13, 11:18    [14180353]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 305
еще так
select top 15 * from sys.dm_os_wait_stats
order by waiting_tasks_count desc

wait_typewaiting_tasks_countwait_time_msmax_wait_time_mssignal_wait_time_ms
CXPACKET199276381100599845687717053230
LATCH_EX1456839027261841231803215730
PREEMPTIVE_OS_AUTHENTICATIONOPS13051132979104835880
SLEEP_TASK6749208234879551185774292
SOS_SCHEDULER_YIELD514057425396483602535194
PREEMPTIVE_OS_WAITFORSINGLEOBJECT26569081028386520970
PREEMPTIVE_OS_REVERTTOSELF26111904218002020
PREEMPTIVE_OS_AUTHORIZATIONOPS26099485454064620
PREEMPTIVE_OS_LOOKUPACCOUNTSID2608426550444736270
PREEMPTIVE_OS_DELETESECURITYCONTEXT2607485108090235340
PREEMPTIVE_OS_DECRYPTMESSAGE26072108742710
OLEDB17444274088433236520
ASYNC_NETWORK_IO1431207229947082281131420
PAGELATCH_EX11227082950268226732
IO_COMPLETION4100634874207332960


Сообщение было отредактировано: 15 апр 13, 11:25
15 апр 13, 11:25    [14180400]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
Glory
Member

Откуда:
Сообщений: 104760
CXPACKET - это параллелизм.
Вы статистику обновляли после миграции ?
15 апр 13, 11:26    [14180416]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
komrad
Member

Откуда:
Сообщений: 5491
ElenaLeont,

exec sp_configure 'show advanced',1
reconfigure with override
go
exec sp_configure 'max degree',1
reconfigure with override
go
15 апр 13, 11:27    [14180429]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31778
ElenaLeont
Привожу результат
select top 15 * from sys.dm_os_wait_stats
where max_wait_time_ms > 0
order by max_wait_time_ms desc
Правильнее использовать wait_time_ms, а не max_wait_time_ms

Мало ли, что там было в пике, нужно смотреть суммарные значения.

SELECT TOP 10
 [Wait type] = wait_type,
 [Wait time (s)] = wait_time_ms / 1000,
 [% waiting] = CONVERT(DECIMAL(12,2), wait_time_ms * 100.0 
               / SUM(wait_time_ms) OVER())
  FROM sys.dm_os_wait_stats
  WHERE wait_type NOT LIKE '%SLEEP%' 
  ORDER BY wait_time_ms DESC;
15 апр 13, 11:35    [14180469]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 305
статистику обновила сегодня рано утром, до начала работы
15 апр 13, 11:41    [14180510]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 305
SELECT TOP 10
[Wait type] = wait_type,
[Wait time (s)] = wait_time_ms / 1000,
[% waiting] = CONVERT(DECIMAL(12,2), wait_time_ms * 100.0
/ SUM(wait_time_ms) OVER())
FROM sys.dm_os_wait_stats
WHERE wait_type NOT LIKE '%SLEEP%'
ORDER BY wait_time_ms DESC;



CXPACKET 112388 19.69
BROKER_TASK_STOP 40360 7.07
XE_TIMER_EVENT 35958 6.30
REQUEST_FOR_DEADLOCK_SEARCH 35957 6.30
LOGMGR_QUEUE 35942 6.30
DISPATCHER_QUEUE_SEMAPHORE 35838 6.28
FT_IFTS_SCHEDULER_IDLE_WAIT 35585 6.24
BROKER_EVENTHANDLER 34068 5.97
XE_DISPATCHER_WAIT 33557 5.88
CHECKPOINT_QUEUE 32925 5.77
15 апр 13, 11:42    [14180521]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 305
komrad поясните, плз, что это значит? прежде чем выполнить хотелось бы узнать:)

exec sp_configure 'show advanced',1
reconfigure with override
go
exec sp_configure 'max degree',1
reconfigure with override
go
15 апр 13, 11:44    [14180527]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
Glory
Member

Откуда:
Сообщений: 104760
ElenaLeont, вы прежде, чем отправлять сообщения, смотрите на них ?

ЗЫ
Или вы как постите, так и сервер обслуживаете ?
15 апр 13, 11:44    [14180529]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
komrad
Member

Откуда:
Сообщений: 5491
ElenaLeont
komrad поясните, плз, что это значит? прежде чем выполнить хотелось бы узнать:)


это уберет параллелизацию запроса по всем ЦПУ (CXPACKET)
включается/выключается на лету

как включить обратно, если эффект не понравится:

exec sp_configure 'show advanced',1
reconfigure with override
go
exec sp_configure 'max degree',0
reconfigure with override
go
15 апр 13, 11:49    [14180557]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31778
komrad
это уберет параллелизацию запроса по всем ЦПУ (CXPACKET)
Понижать до 1 - это слишком жестоко :-) Не настолько плохой там показатель, всего 20% времени, бывает и хуже.
15 апр 13, 11:53    [14180584]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 305
спасибо
15 апр 13, 11:53    [14180585]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
komrad
Member

Откуда:
Сообщений: 5491
alexeyvg
komrad
это уберет параллелизацию запроса по всем ЦПУ (CXPACKET)
Понижать до 1 - это слишком жестоко :-) Не настолько плохой там показатель, всего 20% времени, бывает и хуже.

:) это не жестоко, а радикально. Пусть попробуют и проверят, если результат обрадует, то можно включать обратно на период профилактических работ (реиндексация и т.п.)
15 апр 13, 11:56    [14180602]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 305
подумала, а не может быть так, что стало работать хуже, потому что у сервера еще нет статистики и ему нужно время, чтобы ее накопить?
15 апр 13, 12:02    [14180647]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34657
ElenaLeont,

Если вы переехали только что, и сервер только заработал, кэш у вас пустой, и всё будет притормаживать, это вполне ожидаемо. Как кэш набьется, станет легче.
15 апр 13, 12:04    [14180665]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34657
ElenaLeont
подумала, а не может быть так, что стало работать хуже, потому что у сервера еще нет статистики и ему нужно время, чтобы ее накопить?


Статистика сохраняется между запусками, если вы её собирали.
15 апр 13, 12:06    [14180683]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 305
те, если пользователи ежедневно выполняют одни и те же действия примерно, то через пару дней кэш будет наполнен и если других проблем нет, тормоза должны пройти сами?
15 апр 13, 12:08    [14180705]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
komrad
Member

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


если после подключения всех пользователей тормоза сохраняются больше часа, то сами собой они не пройдут
15 апр 13, 12:14    [14180757]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
alexeyvg
Member

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

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

Если вдруг резко "ЖУТКИЕ ТОРМОЗА!!!!", то нужно искать:
1. изменения в софте
2. изменения в железе

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

Т.е. в первую очередь нужно бегать кругами и орать "какая :(*?%?:; задеплоила изменения" :-)

Сейчас уже искать сложнее, т.к. добавился неизвестный фактор (новый сервер), но в общем ищите в первую очередь изменения софта, во вторую изменения сети.
15 апр 13, 12:18    [14180790]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 34710
Блог
komrad
пропущено...
Понижать до 1 - это слишком жестоко :-) Не настолько плохой там показатель, всего 20% времени, бывает и хуже.

:) это не жестоко, а радикально. Пусть попробуют и проверят, если результат обрадует, то можно включать обратно на период профилактических работ (реиндексация и т.п.)


соглашусь с alexeyvg,
если уж нужно понизить, то лучше воспользоваться
EXEC sys.sp_configure N'cost threshold for parallelism', N'XXX'
RECONFIGURE WITH OVERRIDE
15 апр 13, 12:19    [14180809]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
MasterZiv
Member

Откуда: Питер
Сообщений: 34657
komrad,

Кто ж знает размер их рабочего набора...

Елена, они могут пройти, а могут и нет, если причина тормозов не cache misses.
Надо мониторить, глядеть, что именно тормозит. Как - вам вроде бы сказали.
15 апр 13, 12:19    [14180811]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
komrad
Member

Откуда:
Сообщений: 5491
Критик
komrad
пропущено...

:) это не жестоко, а радикально. Пусть попробуют и проверят, если результат обрадует, то можно включать обратно на период профилактических работ (реиндексация и т.п.)


соглашусь с alexeyvg,
если уж нужно понизить, то лучше воспользоваться
EXEC sys.sp_configure N'cost threshold for parallelism', N'XXX'
RECONFIGURE WITH OVERRIDE


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

но Ваш скрипт не сработает, ХХХ надо заменить чем-то
Вы предлагаете автору самой подбирать значения?
15 апр 13, 12:26    [14180861]     Ответить | Цитировать Сообщить модератору
 Re: ЖУТКИЕ ТОРМОЗА!!!!  [new]
ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 305
смотрю, правильно ли я понимаю, что если проблема в запросах, то должны появляться блокировки?
15 апр 13, 12:26    [14180862]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить