ЖУТКИЕ ТОРМОЗА!!!! / Страница 3 / Microsoft SQL Server / Sql.ru

Добро пожаловать в форум, Guest >> Войти \| Регистрация \| Поиск \| Правила \|			В избранное \| Подписаться
Все форумы / Microsoft SQL Server

Топик располагается на нескольких страницах: ←Ctrl назад 1 2 [3] 4 вперед Ctrl→ все

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

rahzer
Member

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

автор
а им это, извините, похоже, до жопы

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

29 мар 13, 18:37 [14114415] Ответить | Цитировать Сообщить модератору

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

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 307

Добрый день!
К теме приходится возращаться. Переехала в выходные на новый сервер с аппаратным 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_type	waiting_tasks_count	wait_time_ms	max_wait_time_ms	signal_wait_time_ms
XE_DISPATCHER_WAIT	25	33557450	13176129	0
BROKER_EVENTHANDLER	9603	34068220	8837194	858
CHECKPOINT_QUEUE	8132	31609259	3478684	5559
DISPATCHER_QUEUE_SEMAPHORE	17501	33809359	1806769	4478
LCK_M_X	652	1133089	1089936	124
BACKUPTHREAD	1163	1018103	727336	195
BROKER_RECEIVE_WAITFOR	1744	13121241	599963	205
CXPACKET	19809713	107731807	568771	7005050
LOGMGR_QUEUE	333044	34360848	300012	43490
MSQL_XP	88899	1220152	125603	0
PREEMPTIVE_OS_GETPROCADDRESS	88899	1218821	125603	0
LCK_M_S	229	4037177	102472	2819
LCK_M_IX	241	259425	94135	63
FT_IFTS_SCHEDULER_IDLE_WAIT	568	34025518	60220	588
LCK_M_U	271	124084	36882	278

Сообщение было отредактировано: 15 апр 13, 11:19

15 апр 13, 11:18 [14180353] Ответить | Цитировать Сообщить модератору

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 307

еще так
select top 15 * from sys.dm_os_wait_stats
order by waiting_tasks_count desc

wait_type	waiting_tasks_count	wait_time_ms	max_wait_time_ms	signal_wait_time_ms
CXPACKET	19927638	110059984	568771	7053230
LATCH_EX	14568390	27261841	23180	3215730
PREEMPTIVE_OS_AUTHENTICATIONOPS	13051132	9791048	3588	0
SLEEP_TASK	6749208	23487955	1185	774292
SOS_SCHEDULER_YIELD	5140574	2539648	360	2535194
PREEMPTIVE_OS_WAITFORSINGLEOBJECT	2656908	10283865	2097	0
PREEMPTIVE_OS_REVERTTOSELF	2611190	421800	202	0
PREEMPTIVE_OS_AUTHORIZATIONOPS	2609948	545406	462	0
PREEMPTIVE_OS_LOOKUPACCOUNTSID	2608426	5504447	3627	0
PREEMPTIVE_OS_DELETESECURITYCONTEXT	2607485	1080902	3534	0
PREEMPTIVE_OS_DECRYPTMESSAGE	2607210	87427	1	0
OLEDB	1744427	4088433	23652	0
ASYNC_NETWORK_IO	1431207	22994708	2281	131420
PAGELATCH_EX	1122708	29502	682	26732
IO_COMPLETION	410063	487420	733	2960

Сообщение было отредактировано: 15 апр 13, 11:25

15 апр 13, 11:25 [14180400] Ответить | Цитировать Сообщить модератору

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

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]
komrad Member Откуда: Сообщений: 5931	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
Сообщений: 32178

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 Откуда: Екатеринбург Сообщений: 307	статистику обновила сегодня рано утром, до начала работы
15 апр 13, 11:41 [14180510] Ответить \| Цитировать Сообщить модератору

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

ElenaLeont
Member

Откуда: Екатеринбург
Сообщений: 307

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 Откуда: Екатеринбург Сообщений: 307	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 Откуда: Сообщений: 104751	ElenaLeont, вы прежде, чем отправлять сообщения, смотрите на них ? ЗЫ Или вы как постите, так и сервер обслуживаете ?
15 апр 13, 11:44 [14180529] Ответить \| Цитировать Сообщить модератору

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

komrad
Member

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

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
Сообщений: 32178

komrad
это уберет параллелизацию запроса по всем ЦПУ (CXPACKET)

Понижать до 1 - это слишком жестоко :-) Не настолько плохой там показатель, всего 20% времени, бывает и хуже.

15 апр 13, 11:53 [14180584] Ответить | Цитировать Сообщить модератору

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

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

komrad
Member

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

alexeyvg

komrad
это уберет параллелизацию запроса по всем ЦПУ (CXPACKET)

Понижать до 1 - это слишком жестоко :-) Не настолько плохой там показатель, всего 20% времени, бывает и хуже.

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

15 апр 13, 11:56 [14180602] Ответить | Цитировать Сообщить модератору

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

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

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

MasterZiv
Member

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

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

Статистика сохраняется между запусками, если вы её собирали.

15 апр 13, 12:06 [14180683] Ответить | Цитировать Сообщить модератору

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

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

komrad
Member

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

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

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

15 апр 13, 12:14 [14180757] Ответить | Цитировать Сообщить модератору

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

alexeyvg
Member

Откуда: Moscow
Сообщений: 32178

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

Пара дней - это слишком долго, должно было хватить нескольких часов.

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

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

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

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

Сейчас уже искать сложнее, т.к. добавился неизвестный фактор (новый сервер), но в общем ищите в первую очередь изменения софта, во вторую изменения сети.

15 апр 13, 12:18 [14180790] Ответить | Цитировать Сообщить модератору

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

Критик
Member

Откуда: Москва / Калуга
Сообщений: 35872
Блог

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 Откуда: Питер Сообщений: 34709	komrad, Кто ж знает размер их рабочего набора... Елена, они могут пройти, а могут и нет, если причина тормозов не cache misses. Надо мониторить, глядеть, что именно тормозит. Как - вам вроде бы сказали.
15 апр 13, 12:19 [14180811] Ответить \| Цитировать Сообщить модератору

Re: ЖУТКИЕ ТОРМОЗА!!!! [new]

komrad
Member

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

Критик

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 Откуда: Екатеринбург Сообщений: 307	смотрю, правильно ли я понимаю, что если проблема в запросах, то должны появляться блокировки?
15 апр 13, 12:26 [14180862] Ответить \| Цитировать Сообщить модератору

Топик располагается на нескольких страницах: ←Ctrl назад 1 2 [3] 4 вперед Ctrl→ все

Все форумы / Microsoft SQL Server

Ссылка на сообщение

Ссылка (включая название темы)

Ссылка (URL)