Пользователь
Логин:
Пароль:
Забыли свой пароль?

Поиск по сайту
 

 Расширенный поиск
Реклама

 

Опрос


Погода

Салават Арипов (все сообщения)

Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Войти

Выбрать дату в календаре ...  Выбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 След.
Зависание SQL сервера.
Цитата
Григорий Ненашев пишет:
В 3 раза тоже неплохо, я вот сейчас занимаюсь тем, что удаляю записи из журнала по фильтру т.к смысл хранить журнал за 4 года. Место только занимает

Вещь хорошая, нужно тоже обсудить будет с руководством, а то ITSM_HISTORYLINES_SERVICECALL занимает уже 10.7 Гб, второе место занимало как раз мыло - около 6 Гб, на третьем ITSM_ANALYZED_DATA - 2.7
Зависание SQL сервера.
Цитата
Григорий Ненашев пишет:
Как успехи?

Пока рано говорить, нужно ждать понедельника - в этот день зависания происходили всегда. Таблицу я подчистил, оставив только e-mail за этот год (полностью очищать таблицу начальство запрещает), количество записей уменьшилось втрое.
Зависание SQL сервера.
Цитата
Григорий Ненашев пишет:
Но ведь на тестовом стенде нет такой нагрузки.. верно?

Я не думаю, что тестовый стенд живет на том же сервере где и боевая база…

Ну это да, нагрузки такой там нет.
Попробую сегодня вечером записать данные из ITSM_EMAILSC в отдельную таблицу и сотру данные за предыдущие года. Может действительно дело всё-таки в ней.
Зависание SQL сервера.
Цитата
Григорий Ненашев пишет:
Кстати, а в момент зависонов, что происходит в данном столбце?

Процессы разные там во время падений. Вчера, к примеру, завис во время синхронизации с Citrix, перенесли синхронизацию на другое время, чтобы понять может ли быть проблема в этом. Однако, есть в этом сомнения, так как при прочих равных условиях (кроме количества подключений), тестовый сервер при запуске синхронизации не упал.
Зависание SQL сервера.
Цитата
Григорий Ненашев пишет:
Все таки параметр Threadpool size 60, на мой взгляд, много… у меня 16 при условии, что в online доходит до 360-380 человек. И кол.сессий порог 18.

При этом 4 сервера держат пользователей и 2 сервера отвечают за почту.

Баланс пользователей один к одному.

Если не возможно определить логически, тогда нужно изучать профайлер. Других путей нет. Раз это скуль повисает, нужно искать строчку, после которой возникает зависание. Судя по проблеме их, может быть несколько….

Threadpool size уменьшил, посмотрим, что это даст. У меня 2 отдельных апплика для web-пользователей, соответственно, 8 под клиент.
Покопался в журнале транзакций, может ли эта ошибка вызывать сбой?
NO STATS:([sdctdb].[dbo].[IFC_ATTACHMENTCLASSIFICATIONS].[aca_rcd_oid], [sdctdb].[dbo].[IFC_GENERICRELATIONGROUPS].[grg_rcd_oid])
К сожалению, профайлер не вариант - уж слишком сильно систему грузит.
Зависание SQL сервера.
Цитата
Григорий Ненашев пишет:
Цитата
Салават Арипов пишет:

разве при срабатывании отложенных заданий, создаётся отдельное подключение к SQL




Если ему не хватает, то создает …

Сколько пользователей в online работает?

Не очень много - около 300 клиентских сессий и 200 web-сессий одновременно.
Зависание SQL сервера.
Цитата
Григорий Ненашев пишет:
Очень похоже, а что они проверяют? По времени сходиться?



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

Например, проверка сроков исполнения, казалось бы, простая задача, но только если не плодить таски! Т.к система работает, скажем, по графику 9-18. Срок выставляем на 18-00 скажем по 1000 элементам, (кто-то, не разбираясь, сдвинул срок на одно и тоже время.) выходит апп сервер в 9 утра по мимо своей работы будет исполнять таски. Что может вызывать жуткие тормоза. И нагрузку на сервер.

Чисто теоретически, это могло быть, но сегодня я проверил что могло бы вызвать всплеск отложенных заданий, но так и не нашёл ничего (смотрел по правилам, где есть отложенные задания. Соответственно искал заявки, подпадающие под эти правила). Да и разве при срабатывании отложенных заданий, создаётся отдельное подключение к SQL?
Зависание SQL сервера.
Цитата
Григорий Ненашев пишет:
Такая мысль, а может это таски самого SD? Много их?



Скажем так, я знаю, как тасками положить систему….

Да вроде слежу за ними, на 10 app-серверов около 7000 отложенных заданий.
Зависание SQL сервера.
Цитата
Григорий Ненашев пишет:
Так это же коннекты апп серверов… Следовательно можно предположить, что это нагрузка на сам SD возрастает, вот он и начинает плодить сессии.





THREADPOOLSIZE = 60 - не многовато ли?

Сколько в online пользователей работают в системе?

Только вот эти коннекты и сегодня около 9 утра вылезли за тысячу, сомневаюсь, чтобы столько пользователей захотело выйти в выходной поработать.
Насчёт THREADPOOLSIZE - было 25, SD клиент подтормаживал при обновлении списка заявок.
Зависание SQL сервера.
Я тут всё смотрю на различные показатели, меня насторожили всплески сессий. Я предполагаю, что быть такого не должно...
Рисунок
2.PNG (10.43 КБ) [ Скачать ]
Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 След.

Сегодня были (гостей: 47, пользователей: 0, из них скрытых: 0)