This is topic Ошибка 9 "превышен таймаут" при формировании отчета in forum Документирование в TRACE MODE 6 и в T-FACTORY 6 / Document generation in TRACE MODE 6 and T-FACTORY 6 at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/39/t/000056.html

Posted by dmpal (Участник № / Member № 4976) on :
 
Здравствуйте.
Помогите, пожалуйста, решить следующую проблему.
Есть несколько шаблонов документов, состоящих из нескольких архивных таблиц. Архивные таблицы заполняются часовыми значениями из одного SIAD, настроенного на хранение часовых значении (в настоящее время объем архива 100 Мб). Отчеты формируются по команде диспетчера. Отправляем задание на формирование любого отчета с одними и теми же параметрами, несколько раз подряд, с достаточными интервалами времени. Несколько отчетов формируются корректно, после чего, случайным образом формирование отчета прерывается, как правило, после формирования первой архивной таблицы в отчете. При этом в канале вызова шаблона в атрибутах I и R остается 1 и спустя некоторое время каналу выставляется признак недостоверности и в аргумент 92 записывается ошибка 9 (превышен таймаут). После сбоя с одним отчетом, другие отчеты формируют только шапку и останавливаются на заголовке первой архивной таблицы. Восстановить работоспособность отчетов можно только перезапуском ДокМРВ+. В момент остановки МРВ все подвисшие отчеты заполняют все недостающее ячейки архивных таблиц многоточием.

Как можно решить эту проблему без перезапуска МРВ?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Есть предположение, что Вы работаете в старом релизе. В каком?
Обновитесь на сайте до текущего релиза 6.08.
Если проблема останется, присылайте проект с пояснениями и СПАД-архивом на адрес техподдержки.
 
Posted by dmpal (Участник № / Member № 4976) on :
 
Релиз использован последний 6.08. Windows XP SP3. В августе сделана чистая установка с нуля. Пробовали Windows 7, но у нас возникла проблема с подключением к OPC серверу Siemens. Откатились обратно на Windows XP. База накапливается с 30 августа. Вечером попробую отправить проект с базой на адрес техподдержки.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Процедуры генерации документов, как правило, весьма ресурсоемкие. Они вынесены в отдельный поток с довольно низким приоритетом. Если генерируются несколько документов, процедуры выборки из архива и обработки архивных данных могут создать очень плотный поток, который не сможет завершиться за заданный ему период времени.

В реальных условиях, когда к архиву кроме генератора документов обращаются и другие клиенты, включая и процедуры записи в архив (более приоритетные), процедура генерации может существенно замедляться.
Длительность процедуры генерации можно увидеть после ее завершения в атрибуте 87 канала, вызвавшего шаблон документа.

В Вашем проекте на предоставленном нам архиве емкостью около 5,5 суток в лабораторных условиях из 3 документов 1-й документ генерируется в течение 8 сек., 2-й документ - в течение 16-17 сек. и 3-й документ - 48-50 сек.
Мы ввели в проект программу автоматической генерации документов с периодом 1 минута, обеспечив отсутствие наложения процедур генерации разных документов.
Проект проработал непрерывно больше 7 часов.
При этом 3-й документ был сгенерирован больше 300 раз, а документы 1-й и 2-й - больше 60 раз каждый.

Исходя из изложенного можно рекомендовать:
- обеспечить выдачу команды на генерацию каждого из документов без принудительного сброса до полного завершения процедуры генерации соответствующего документа. После завершения генерации документа значение канала CALL_Документ сбросится автоматически;
- обеспечить подачу команды на генерацию следующего документа только после завершения генерации предыдущего документа. Контроль выполнения процедур нужно вести по значениям каналов CALL_Документ.
 
Posted by dmpal (Участник № / Member № 4976) on :
 
Проблема действительно оказалась в версии релиза. В оправдание могу сказать, что у скаченного мной архива стояла дата изменения 24.01.2012; на сайте указана дата последней версии 23.01.2012. Поэтому я был полностью уверен, что у меня скачена самая последняя версия. Однако время изменения файла Setup1.msi в архиве оказалось 17.01.2012 (у вновь скаченного 23.01.2012г.). После переустановки все заработало.
Спасибо за помощь в решении проблемы!
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2