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

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

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

 

Опрос


Погода

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

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

Страницы: Пред. 1 ... 95 96 97 98 99 100 101 102 103 104 105 ... 180 След.
Зависание SQL сервера.
#
15.08.2011 10:44:31
Все таки параметр Threadpool size 60, на мой взгляд, много… у меня 16 при условии, что в online доходит до 360-380 человек. И кол.сессий порог 18.
При этом 4 сервера держат пользователей и 2 сервера отвечают за почту.
Баланс пользователей один к одному.
Если не возможно определить логически, тогда нужно изучать профайлер. Других путей нет. Раз это скуль повисает, нужно искать строчку, после которой возникает зависание. Судя по проблеме их, может быть несколько….
 
Перейти
Зависание SQL сервера.
#
15.08.2011 09:51:32
Цитата
Салават Арипов пишет:
разве при срабатывании отложенных заданий, создаётся отдельное подключение к SQL


Если ему не хватает, то создает …
Сколько пользователей в online работает?
 
Перейти
Зависание SQL сервера.
#
14.08.2011 00:15:23
Очень похоже, а что они проверяют? По времени сходиться?

Если рассматривать работу тасков, то у нас же получается, что обращение может быть уже закрыто, а такс будет висеть и дожидаться своей очереди.
Например, проверка сроков исполнения, казалось бы, простая задача, но только если не плодить таски! Т.к система работает, скажем, по графику 9-18. Срок выставляем на 18-00 скажем по 1000 элементам, (кто-то, не разбираясь, сдвинул срок на одно и тоже время.) выходит апп сервер в 9 утра по мимо своей работы будет исполнять таски. Что может вызывать жуткие тормоза. И нагрузку на сервер.
 
Перейти
Зависание SQL сервера.
#
13.08.2011 23:34:24
Такая мысль, а может это таски самого SD? Много их?

Скажем так, я знаю, как тасками положить систему….
 
Перейти
Зависание SQL сервера.
#
12.08.2011 16:53:47
Так это же коннекты апп серверов… Следовательно можно предположить, что это нагрузка на сам SD возрастает, вот он и начинает плодить сессии.


THREADPOOLSIZE = 60 - не многовато ли?
Сколько в online пользователей работают в системе?
Изменено: Григорий Ненашев - 12.08.2011 16:55:14
 
Перейти
Зависание SQL сервера.
#
12.08.2011 13:52:29
Цитата
Салават Арипов пишет:
Я так понимаю, нужно для каждого app-сервера прописать свой 6001, 6002...6xxx?

Да

Цитата
Салават Арипов пишет:
EmailSC всё-таки очень нужная вещь


Просто коннектор который по умолчанию немного кривой … поэтому я все токи склоняюсь, что проблема (возможно) из-за этой вкладки.
Согласен, что это полезно, но не все же письма нужны в этой вкладке… Кстати могу дать еще одну наводку, при создании обращения через почту, если после создания открыть вкладку email и она будет пустой в течении 1 мин, это плохой показатель. Это может быть одной из причин зависонов.
 
Перейти
Зависание SQL сервера.
#
12.08.2011 13:33:39
Цитата
Салават Арипов пишет:
>>Каждый апп сервер разнесен на части? Скажем, они пронумерованы


я про это.
Код
<PROPERTY NAME="METRICSPORT">6001</PROPERTY>

Может, какие триггеры вешают базу? (если они есть..)
Лично я бы все-таки, для начала отключил логирование почты. И посмотрел бы, как себя начнет чувствовать база…
 
Перейти
Зависание SQL сервера.
#
12.08.2011 12:20:28
У меня такой вопрос возник, а не настроена ли какая либо синхронизация? Скажем, кто-то может послать прямой запрос к базе, или, есть 2 SQL сервер который забирает накопившееся транзакции и подкладывает их к себе, может какой JOB настроен на каждые 2-3 часа что-то выполнять?
Еще вопрос, сколько стоит тайм аут на отключение неактивных сессий? И какое ограничение установлено для app сервера открытия сессий? И какой поток установлен для 1 сессии?
Каждый апп сервер разнесен на части? Скажем, они пронумерованы?
Василий правильно вопрос поставил.
Цитата
Василий Каменев пишет:
если всё раньше было "красиво и пушисто", то вернитесь к моменту когда всё началось. попытайся найти что изменилось в окружении: меняли хардвер, поставили пак на винды, запустил новый рапорт, СД перевёл на новый пак и т.д. иногда помогает выявить причину, тогда легче фиксить


Нужно понять, после чего начались такие проблемы, какие действия предшествовали появлению проблеме, На моей практике, если сначала обкатали обновления на тестовом стенде, проблем не было выявлено, в production перенесли, только через 7-10 дней вылезла ошибка, которую заметили специалисты 2 линии. Скажем банально срок по 1 шаблону считаться неправильно.

Если память забивается на SQL, то самый простой способ это посмотреть, кто ее отъедает. Если это SQL, то нужно добавлять ему память, есть конечно же еще подозрение, что у Вас это волновой эффект, когда все было хорошо при этом ничего не трогали, а только плодили нагрузку, и не углядели за показателями роста… вот и вылезла болячка….
 
Перейти
Автоматическая регистрация пользователей в Service Pages
#
13.08.2011 22:10:19
Да, у нас есть подобная доработка.

Service Pages
 
Перейти
Специалистам идут дубли почты оповещения.
#
11.08.2011 09:30:50
Ага, это не проблема SD, это локально на компьютере, нужно правило, которое перекладывает сообщение из одной папки в другую, пересоздать..
 
Перейти
Страницы: Пред. 1 ... 95 96 97 98 99 100 101 102 103 104 105 ... 180 След.

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