Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Ejik43 Member Откуда: Сообщений: 14 |
Добрый день, уважаемые форумчане! Пришла беда - не заметил и как.. Суть в следующем: У меня есть моя база в которой много моих хранимых процедур. Одна из них обращаются, как к базам на этом же сервере, так и к линкованному серверу. При этом на текущем сервере запрос по всем базам делается достаточно быстро (3 минуты примерно). Вся беда начинается, когда он обращается к линкованному серверу. На него он заходит под специально созданной учеткой, со всеми правами. До сегодняшнего понедельника у меня все работало и собирало. примерно 30 минут А сейчас началось следующее - ждал 5 часов. Зашел на второй сервер и открыл монитор активности. В процессах создалось куча одинаковых процессов. Часть из них с состоянием Raning, часть Ranable, и много Suspended. (в приложенном файле скрин) При этом последние блокируются тем же идентификатором. Процессорное время делает скачок и постоянно поддерживает большое значение. Ничего не собирает. в ожидании ресурсов Buffer I/O максимум. Сам ничего в настройках сервера не менял. Никто тоже не сознается. Из замеченных изменений: 1.Кто-то поставил Касперский серверный 10 консоль (удалил, ничего не изменилось); 2.Почему-то в настройках линкованного сервера изменилась учетка под какой заходить на него(тоже никто не сознается, что что-то сделал) Подскажите пожалуйста куда копать по поводу ошибки... |
7 дек 16, 11:51 [19975464] Ответить | Цитировать Сообщить модератору |
Ejik43 Member Откуда: Сообщений: 14 |
К сообщению приложен файл. Размер - 142Kb |
7 дек 16, 11:55 [19975491] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5496 |
Ejik43, версии обоих сиквелов приведите, плз select @@version по блокировке: у вас параллельная вычитка данных из таблицы (CXPACKET wait), один из тредов ждет окончания работы остальных. Выглядит это как блокировка самого себя. |
7 дек 16, 12:01 [19975508] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
ну CXPACKET это не только параллелизм, но вообщем похоже, MAXDOP не меняли? статистики тут тоже могут влиять |
||
7 дек 16, 12:04 [19975520] Ответить | Цитировать Сообщить модератору |
Ejik43 Member Откуда: Сообщений: 14 |
К сообщению приложен файл. Размер - 56Kb |
7 дек 16, 12:12 [19975567] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
Ejik43, сервиспаки выпускают, но мы их конечно же ставить не будем |
7 дек 16, 12:13 [19975578] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5496 |
Ejik43, если у вас менялась учетка в линкед сервере, то проверьте её текущие права в базе линкованного сервера http://thomaslarock.com/2013/05/top-3-performance-killers-for-linked-server-queries/ |
7 дек 16, 12:21 [19975630] Ответить | Цитировать Сообщить модератору |
Ejik43 Member Откуда: Сообщений: 14 |
TaPaK, Отвечал бы я ещё за них. Не пусчают.. |
7 дек 16, 12:30 [19975665] Ответить | Цитировать Сообщить модератору |
Ejik43 Member Откуда: Сообщений: 14 |
komrad, перепроверил у учетки права sysadmin. MAXDOP на сервере с которого запускаю 12 на линкованном 0 |
7 дек 16, 12:39 [19975693] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5496 |
ну если так, и при условии, что запросы те же самые и конфигурационные параметры серверов никто не трогал, то я бы посмотрел на апдейт статистики на линкованной базе |
||
7 дек 16, 13:10 [19975850] Ответить | Цитировать Сообщить модератору |
Барсук-копатель Member [заблокирован] Откуда: Московский парк Сообщений: 94884 |
Наличие сервис-пака обязательно к его установке? Как минимум, надо озаботиться, а решает ли он проблемы, которые возникают у бизнеса. Если такие проблемы вообще есть. Работает - не трогай (с) |
||
7 дек 16, 13:32 [19976015] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
для 2008? однозначно |
||||
7 дек 16, 13:45 [19976124] Ответить | Цитировать Сообщить модератору |
Владислав Колосов Member Откуда: Сообщений: 8316 |
Барсук-копатель, Вы верите, что они пишут обо всём, что было исправлено? |
7 дек 16, 13:47 [19976136] Ответить | Цитировать Сообщить модератору |
Барсук-копатель Member [заблокирован] Откуда: Московский парк Сообщений: 94884 |
Добрый день, Владислав! А что то меняет? Если на продакшене есть проблема и ее решение есть в сервис-паке, то разворачиваем тестовую среду и все проверяем. Только после этого обновляем продакшн. И не важно, соответствует ли реальность сервис-пака его описанию. |
||
7 дек 16, 14:15 [19976275] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
1. только в 2012 исправили баговину вида: учетка-несисадмин не имеет прав на статистику задействованных таблиц. поэтому проверьте, была ли прежняя учетка сисадмином на линкованном и верните права учетке, если дело именно в этом 2. 2008 R2 SP1 еще та зараза, у нас тоже он стоит. во все запросы, где есть соединение с таблицей линкованного сервера, в Remote Query он добавляет order by по колонкам соединения ![]() даже если между таблицами, локальной и удаленной, в плане красуется hash join. у меня еще и свой локальный 2008 R2 стоит, но SP3. так вот он этот order by не лепит. в описаниях SP2, SP3 вроде этого нет, по крайней мере, мне не удалось найти. но тем не менее, в SP3 исправлено |
||
7 дек 16, 15:51 [19976905] Ответить | Цитировать Сообщить модератору |
Ejik43 Member Откуда: Сообщений: 14 |
Благодарю Всех!!! Заставил переставить на SP3. Пересоздал пользователей по-новой.Заработало нормально. |
7 дек 16, 16:51 [19977205] Ответить | Цитировать Сообщить модератору |
Klick Member Откуда: Стерлитамак - Москва Сообщений: 1023 |
Это и было решение. Была похожая проблема. Удаление и создание заново учеток решило. |
||
7 дек 16, 22:27 [19978406] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |