Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Топик располагается на нескольких страницах: ←Ctrl назад 1 2 [3] 4 вперед Ctrl→ все |
rahzer Member Откуда: Сообщений: 2297 |
Не до жопы! Стали смотреть сегодня, когда нагрузка полезла..Вчера хоть какая то зацепка была на память, а то даже думать то особо нечего было. Сегодня выяснили, что тормоза начинаются, когда идет обмен с другим сервером. В чем конкретно косяк не понятно.. ТС еще не может физически видеть какая топология сети, где коммутаторы, управляемые или нет, что со вторым сервером. Упирается или в сетку или в джоб который выполняется.. |
||
29 мар 13, 18:37 [14114415] Ответить | Цитировать Сообщить модератору |
Crimean Member Откуда: Сообщений: 13148 |
ну так а сиквельные процессы чего ждут? |
29 мар 13, 21:14 [14114850] Ответить | Цитировать Сообщить модератору |
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
Сообщение было отредактировано: 15 апр 13, 11:19 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
15 апр 13, 11:18 [14180353] Ответить | Цитировать Сообщить модератору |
ElenaLeont Member Откуда: Екатеринбург Сообщений: 305 |
еще так select top 15 * from sys.dm_os_wait_stats order by waiting_tasks_count desc
Сообщение было отредактировано: 15 апр 13, 11:25 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
15 апр 13, 11:25 [14180400] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104760 |
CXPACKET - это параллелизм. Вы статистику обновляли после миграции ? |
15 апр 13, 11:26 [14180416] Ответить | Цитировать Сообщить модератору |
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] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31778 |
Мало ли, что там было в пике, нужно смотреть суммарные значения. 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] Ответить | Цитировать Сообщить модератору |
ElenaLeont Member Откуда: Екатеринбург Сообщений: 305 |
статистику обновила сегодня рано утром, до начала работы |
15 апр 13, 11:41 [14180510] Ответить | Цитировать Сообщить модератору |
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;
|
|||||||||||
15 апр 13, 11:42 [14180521] Ответить | Цитировать Сообщить модератору |
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] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104760 |
ElenaLeont, вы прежде, чем отправлять сообщения, смотрите на них ? ЗЫ Или вы как постите, так и сервер обслуживаете ? |
15 апр 13, 11:44 [14180529] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5491 |
это уберет параллелизацию запроса по всем ЦПУ (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] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31778 |
|
||
15 апр 13, 11:53 [14180584] Ответить | Цитировать Сообщить модератору |
ElenaLeont Member Откуда: Екатеринбург Сообщений: 305 |
спасибо |
15 апр 13, 11:53 [14180585] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5491 |
:) это не жестоко, а радикально. Пусть попробуют и проверят, если результат обрадует, то можно включать обратно на период профилактических работ (реиндексация и т.п.) |
||||
15 апр 13, 11:56 [14180602] Ответить | Цитировать Сообщить модератору |
ElenaLeont Member Откуда: Екатеринбург Сообщений: 305 |
подумала, а не может быть так, что стало работать хуже, потому что у сервера еще нет статистики и ему нужно время, чтобы ее накопить? |
15 апр 13, 12:02 [14180647] Ответить | Цитировать Сообщить модератору |
MasterZiv Member Откуда: Питер Сообщений: 34657 |
ElenaLeont, Если вы переехали только что, и сервер только заработал, кэш у вас пустой, и всё будет притормаживать, это вполне ожидаемо. Как кэш набьется, станет легче. |
15 апр 13, 12:04 [14180665] Ответить | Цитировать Сообщить модератору |
MasterZiv Member Откуда: Питер Сообщений: 34657 |
Статистика сохраняется между запусками, если вы её собирали. |
||
15 апр 13, 12:06 [14180683] Ответить | Цитировать Сообщить модератору |
ElenaLeont Member Откуда: Екатеринбург Сообщений: 305 |
те, если пользователи ежедневно выполняют одни и те же действия примерно, то через пару дней кэш будет наполнен и если других проблем нет, тормоза должны пройти сами? |
15 апр 13, 12:08 [14180705] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5491 |
если после подключения всех пользователей тормоза сохраняются больше часа, то сами собой они не пройдут |
||
15 апр 13, 12:14 [14180757] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31778 |
Вообще неправильно менять сервер в такой ситуации. Сервер меняют планово, когда количество жалоб на тормоза увеличивается медленно, неделя за неделей, месяц за месяцем. Если вдруг резко "ЖУТКИЕ ТОРМОЗА!!!!", то нужно искать: 1. изменения в софте 2. изменения в железе Изменения в железе бывают от действий людей либо от поломок (причём это не обязательно сервер - может поменялась логическая или физическая конфигурация сети, домены, стеевой антивирус и т.п.). Т.е. в первую очередь нужно бегать кругами и орать "какая :(*?%?:; задеплоила изменения" :-) Сейчас уже искать сложнее, т.к. добавился неизвестный фактор (новый сервер), но в общем ищите в первую очередь изменения софта, во вторую изменения сети. |
||
15 апр 13, 12:18 [14180790] Ответить | Цитировать Сообщить модератору |
Критик Member Откуда: Москва / Калуга Сообщений: 34710 Блог |
соглашусь с alexeyvg, если уж нужно понизить, то лучше воспользоваться EXEC sys.sp_configure N'cost threshold for parallelism', N'XXX' RECONFIGURE WITH OVERRIDE |
||||
15 апр 13, 12:19 [14180809] Ответить | Цитировать Сообщить модератору |
MasterZiv Member Откуда: Питер Сообщений: 34657 |
komrad, Кто ж знает размер их рабочего набора... Елена, они могут пройти, а могут и нет, если причина тормозов не cache misses. Надо мониторить, глядеть, что именно тормозит. Как - вам вроде бы сказали. |
15 апр 13, 12:19 [14180811] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5491 |
я не спорю, всегда лучше гомеопатические дозы лекарств и тонкое лечение, чем одна таблетка антибиотика но Ваш скрипт не сработает, ХХХ надо заменить чем-то Вы предлагаете автору самой подбирать значения? |
||||
15 апр 13, 12:26 [14180861] Ответить | Цитировать Сообщить модератору |
ElenaLeont Member Откуда: Екатеринбург Сообщений: 305 |
смотрю, правильно ли я понимаю, что если проблема в запросах, то должны появляться блокировки? |
15 апр 13, 12:26 [14180862] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: ←Ctrl назад 1 2 [3] 4 вперед Ctrl→ все |
Все форумы / Microsoft SQL Server | ![]() |