Зависание программы ЦФТ.
На страницу 1, 2 След.
|
| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
DREAM_TEAM
Участник
Вступление в Клуб: 04.05.2012
|
 Пт Май 04, 2012 09:57 Зависание программы ЦФТ. |
 |
Полезность: Нет оценки
|
Доброго времени суток!
У нас иногда зависает программа ЦФТ. И каждый нам приходиться перезапускать сервер приложения. Просьба проконсультируйте, в чем может быть причина зависание. Или может у кто-то сталкивался с такой проблемой. Жду Ваших откликов. |
|
 |
vshahmatov
Участник со стажем
Вступление в Клуб: 02.02.2010
|
| Пт Май 04, 2012 10:15 Re: Зависание программы ЦФТ. |
|
Полезность: Нет оценки
|
| DREAM_TEAM пишет: | Доброго времени суток!
У нас иногда зависает программа ЦФТ. |
Я думаю по такому описанию симптома мало кто сможет помочь.
Как это проявляется? Что именно подвисает? |
|
|
DREAM_TEAM
Участник
Вступление в Клуб: 04.05.2012
|
| Пт Май 04, 2012 10:59 Зависание программы ЦФТ. |
|
Полезность: Нет оценки
|
| Оно проявляется так: Операционисты работают, и бац перестает отвечать на запросы, т.е. невозможно работать(операции, представления, продукты). Если в это время в систему заходить новый пользователь, после ввода логина и пароля и нажатие кнопки "ОК" система зависает и всё. |
|
|
DREAM_TEAM
Участник
Вступление в Клуб: 04.05.2012
|
| Пт Май 04, 2012 11:01 |
|
Полезность: Нет оценки
|
| Подвисает сама программа "ЦФТ-Навигатор". |
|
|
IBSO
Профи
Вступление в Клуб: 20.08.2009
|
| Пт Май 04, 2012 11:07 |
|
Полезность: Нет оценки
|
| а сеть хорошо работает? А потом что делаете, когда зависла? Ждете или все закрываете навигатор? |
|
|
devor
Профи
Вступление в Клуб: 13.02.2012
|
| Пт Май 04, 2012 11:10 |
|
Полезность: Нет оценки
|
| Усмон, а в поддержку пробовали обращаться с этой проблемой? |
|
|
DREAM_TEAM
Участник
Вступление в Клуб: 04.05.2012
|
| Пт Май 04, 2012 11:12 |
|
Полезность: Нет оценки
|
Сеть работает хорошо. Причем большие пакеты проходят нормально и без потерь. У нас внутренняя сетка, оптика.
Когда начинают к нам звонить по поводу зависание, мы перезапускаем сервер приложений. Пользователи соответственно через Диспетчер задач закрывают Навигатор и открывают новый Навигатор. |
|
|
yaffil
Профи
Вступление в Клуб: 18.08.2011
|
| Пт Май 04, 2012 11:13 |
|
Полезность: Нет оценки
|
| Скорее всего это не навигатор подвисает, а он тупо ждёт ответа от сервера приложений. Надо копать в сторону него, как часто зависает? Вполне возможно, авторебут по ночам улучшит ситуацию, пока не найдёте в чем причина. |
|
|
IBSO
Профи
Вступление в Клуб: 20.08.2009
|
| Пт Май 04, 2012 11:15 |
|
Полезность: Нет оценки
|
| Кто устанавливал схему? И давно вы так работаете? Думаю, надо в поддержку ЦФТ обратиться. |
|
|
DREAM_TEAM
Участник
Вступление в Клуб: 04.05.2012
|
| Пт Май 04, 2012 11:20 |
|
Полезность: Нет оценки
|
| IBSO пишет: | | Кто устанавливал схему? И давно вы так работаете? Думаю, надо в поддержку ЦФТ обратиться. |
Схему устанавливали мы сами. Да, раньше такие ситуации были редко, но последний месяц часто появляются. У нас кроме ГБ, еще другие филиалы тоже обращаются в ГБ. Но для часть филиалов мы развернули другое сервер приложение. Чтоб нагрузок не было на один сервер приложения. |
|
|
astlan
Участник
Вступление в Клуб: 30.01.2012
|
| Пт Май 04, 2012 11:50 |
|
Полезность: Нет оценки
|
У нас была такая же проблема, сервера приложений когда имеют нагрузку больше 20-30% на ЦПУ очень медленно выполняют запросы и пакеты, после 50 все висит мертывым грузом. Cвязано с тем что пользователи выбирают в селектах слишком много строк. Сделали даже кластер, та же фигня. Здесь либо мониторить пользовательские запросы и рубить, что выполняются много врменени, но геморно. Проблему решили так, во первых в ветке реестра на СП прописывается:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\IBSO\Executor]
"DataSizeLimit"=dword:00001f40
у нас стоит по умолчанию 8000Кб, когда больше выдает
Во вторых на каждом компе, чтобы не появлялись такие ошибки выставлено в Управление -> Настройка -> Оптимизация
Могу сказать что от пользовательских ошибок никто не застрахован. И даже до сих пор в логах появляются вот такие ошибки:
| Цитата: | SELECT ID, CLASS_ID, STATE_ID, C_1, C_2, C_3, REF3, C_4, REF4, C_5, TO_CHAR(C_6) C_6, TO_CHAR(C_7) C_7, C_8, REF8, C_9, REF9, C_10, REF10, C_11, C_12, C_13, REF13, C_14, C_15, REF15, C_16, REF16, C_17, REF17, C_18, REF18, C_19, REF19, TO_CHAR(C_20) C_20, C_21, C_22, REF22, C_23, REF23, C_24, REF24, C_25, REF25, C_26, C_27, C_28, C_29, C_30, C_31, C_32, C_33, C_34, C_35, REF35, C_36, REF36, C_37, C_38, C_39, REF39, C_40, REF40, C_41, REF41, TO_CHAR(C_42) C_42, C_43, REF43, C_44, REF44, C_45, REF45, C_46, REF46, C_47, REF47, C_48, REF48, C_49, REF49, C_50, REF50, U_1, U_2, U_3, U_4, C_51, TO_CHAR(C_52) C_52, C_53, C_54, C_55, C_56, C_57, C_58, REF58, C_59, C_60, C_61, REF61, C_62, REF62, C_63, REF63, C_64, REF64, C_65, C_66, C_67, C_68, C_69, C_70, REF70, C_71, C_72, REF72, C_73, REF73, C_74 FROM $$$.VW_CRIT_MAIN_DOCUM WHERE (CLASS_ID = ?) AND (((C_1 >= TO_DATE(?, ?)) AND (C_1 <= TO_DATE(?, ?))) AND (C_9 NOT LIKE ?) AND (C_10 NOT LIKE ?) AND (UPPER(REF11) = ?)) AND (ROWNUM <= ?) ORDER BY C_1
1=[MAIN_DOCUM]
2=[01/01/2012 00:00:00]
3=[DD/MM/YYYY HH24:MI:SS]
4=[01/01/2012 23:59:59]
5=[DD/MM/YYYY HH24:MI:SS]
6=[2798%]
7=[3505%]
8=[PROV]
9=[10000]
app.size : 13662686
app.limit: 8192000
Size limit exceeded. Query canceled.
Запрошенная Вами выборка (13342 КБ) превышает установленный лимит (8000 КБ).
Пожалуйста, установите фильтр либо ограничение на количество записей в представлении.
Если выборка необходима Вам именно в таком объеме, пожалуйста, обратитесь к Администраторам. |
|
|
|
DREAM_TEAM
Участник
Вступление в Клуб: 04.05.2012
|
| Пт Май 04, 2012 12:00 |
|
Полезность: Нет оценки
|
| astlan пишет: | У нас была такая же проблема, сервера приложений когда имеют нагрузку больше 20-30% на ЦПУ очень медленно выполняют запросы и пакеты, после 50 все висит мертывым грузом. Cвязано с тем что пользователи выбирают в селектах слишком много строк. Сделали даже кластер, та же фигня. Здесь либо мониторить пользовательские запросы и рубить, что выполняются много врменени, но геморно. Проблему решили так, во первых в ветке реестра на СП прописывается:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\IBSO\Executor]
"DataSizeLimit"=dword:00001f40
|
[/quote]
То что Вы описали, мы это тоже сделали, но пока без результата. А разве можно значение "Количество строк в запросе" для всех пользователей поставить минимальную. Хотя это тоже не решение, сами пользователи еще могут поменять значение этой строки... |
|
|
astlan
Участник
Вступление в Клуб: 30.01.2012
|
| Пт Май 04, 2012 12:06 |
|
Полезность: Нет оценки
|
Можно, помещаете данные в реестр и через автозагрузку Актив Директори или как там это делается, можно ручками.
Зависание у всех происходит или только у отдельных пользователей?
Когда происходит зависание через CП, через 2-х звенку нормально работается?
Вы выставили какое- колличество кб, в параметре? |
|
|
DREAM_TEAM
Участник
Вступление в Клуб: 04.05.2012
|
| Пт Май 04, 2012 12:30 |
|
Полезность: Нет оценки
|
| astlan пишет: | Можно, помещаете данные в реестр и через автозагрузку Актив Директори или как там это делается, можно ручками.
Зависание у всех происходит или только у отдельных пользователей?
Когда происходит зависание через CП, через 2-х звенку нормально работается?
Вы выставили какое- колличество кб, в параметре? |
Зависание происходит у всех пользователей. Зависание происходит в СП т.е. 3L, а через 2-х звенку работает нормально. Мы поставили 800 кб в параметре. |
|
|
devor
Профи
Вступление в Клуб: 13.02.2012
|
| Пт Май 04, 2012 13:30 |
|
Полезность: Нет оценки
|
| DREAM_TEAM пишет: |
Зависание происходит у всех пользователей. Зависание происходит в СП т.е. 3L, а через 2-х звенку работает нормально. Мы поставили 800 кб в параметре. |
Сервер приложений на какой ОС (Версия Windows и битность)? |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
