Что означает это сообщение, появляющееся в момент запуска МРВ? Может ли это быть связано с зависанием МРВ через некоторое время? Зависание проявляется в отсутствии записи в СПАД и прекращении реакции на мышь. При этом размер МРВ в диспетчере задач вырастает с исходных 30 до 80 мб (примерно). Кстати замечал, что в зависшем состоянии размер увеличивался каждую секунду на 4 кБ, чего сразу после запуске не наблюдается
Версия 6.06
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Это сообщение возникает в том случае, если размер архива не соответствует заданному в ИС. Если у Вас нет важных данных в архиве, просто удалите его.
Posted by Sergei (Участник № / Member № 161) on :
Да, действительно размер файла больше, чем задано в проекте. Я читал сообщения в которых сообщалось о разрастании архива. Так что у меня не единичный случай. Будем надеяться, что Вы поправите это недоразумение.
А что делать с зависаниями? Куда смотреть?
Posted by Sergei (Участник № / Member № 161) on :
Только что заметил, что завел тему не в том разделе. Прошу модератора перенести тему в раздел для ТМ6.
Posted by Grigorovskih (Участник № / Member № 1915) on :
Здравствуйте Господа!
Вопрос действительно актуальный. У нас у всех РТМ такая ситуация, этот вопрос уже ранее поднимался, но благополучно был забыт. Мы просто делаем резервную копию и начинаем новый. Но в чём всё таки причина этой неполадки с несоответствием фактического размера установленному в настройках узла, не понятно. Уважаемые разработчики поделитесь пожалуйста мыслями по этому поводу!
Posted by Grigorovskih (Участник № / Member № 1915) on :
...почему никто не хочет обсуждать этот вопрос?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В релизе 6.06.2 разрастание проекта может быть связано:
1) Некорректная остановка МРВ (бьется структура файла)
2) Одновременный запуск двух и более МРВ (обращение на запись к одному архиву)
3) Смена в настройках узла размера архива на меньший
Posted by Grigorovskih (Участник № / Member № 1915) on :
Продолжаем тему: В 6.06.3 всё так же как и в релизе 6.05.1, только сообщений не стало о создании копии! Архив как не входил в заданные в IDE рамки так и не входит, а через некоторое время (несколько циклов) перезаписи РТМом данных туда происходит окончательная смерть этого архива. В 6.05.1 по крайней мере копия создавалась!? У нас на ВСЕХ, я подчёркиваю НА ВСЕХ мониторах с работающими круглосуточно проектами такая картина, и не связана ни с одной из вышеперечисленных Вами причин. Более того мы сделали принудительную запись значений каналов в эти архивы в надежде на результат, но всё тщетно! Спасает тока резервная копия. Запустите в своих лабораторных условиях проектик тестовый каналов, чтоб около 50 - 100 FLOAT было, и циклом принудительной записи в архив по 200 мс у каждого, пусть молотит, так чтоб было произведено несколько циклов перезаписи данных, можно размер в 128 метров оставить, как по умолчанию. И дождитесь ч/з несколько суток у Вас будет то что и у Нас, а именно превышение размера, а ещё через некоторое время смерть SIAD. Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Запустили 100 каналов синусоиды с циклом 0.2 сек.. Будем наблюдать.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проект проработал более недели. Полная перезапись архива была примерно за 6 часов. Никаких сбоев обнаружено не было.
Posted by Romсheg (Участник № / Member № 3792) on :
Основная проблема лабораторных испытаний - это идеальная модель проекта. Уже не раз это обсуждалось... Вот основные моменты: 1) В реальных условиях в проекте все же структура каналов, которые идут в архив - несколько "размазана" по базе узла. В лабораторном проекте - это подряд каналы-генераторы как солдатики на параде. 2) Поток данных в архив неравномерный - бывают "всплески" потока данных, бывают "затишья", а не генерирование подряд генераторных значений. 3) Перед запуском и сдачей в эксплуатацию - перезапуск узлов работающей системы НОРМА! Порой в день по десять раз перегружаются. Это режим полного останова/запуска узла МРВ. В лабораторных условиях это не делается. 4) Неравномерная нагрузка на мощности сервера МРВ - реальный объект, это все же не пошаговые изменения генератора пилы по всем аналоговым датчикам и бегущие единицы по дискретам. К тому же нагрузка математическая для обработки всего потока данных и + графика операторского интерфейса.
Вот и получается, что на стенде все у вас работает, а на объекте реальный проект запускаешь и все начинает разваливаться. Сами с этим сталкиваемся тоже, когда система в офисе на испытательном стенде с генераторами данных работает, а повезешь на объект - рушится.
[ 16.08.2012, 10:20: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Нас попросили сделать "идеальный" тест, который в других условиях не проходит. Это явно указывает, что в данном случае проблема не совсем или даже совсем не в Trace Mode. Возможно, причина испорченный жесткий диск. Возможно, что-то в системе. Но даже "идеальные" тесты дают разный результат.
1-2) согласны, можем провести и такой тест. 3) Ошибаетесь, делается. 4) Это соотносится с п.2.
В любом случае, давайте идеи по реализации теста, который позволит отразить все возможные ситуации происходящие на реальном объекте.
Начну:
1. Общее кол-во каналов 3-4К 2. Каналов с архивом 1К (пополам быстропишушиеся в один архив (2-5 раз в сек) и медленно в другой (5-10 раз в час). 3. Программы? 4. Графика? 5. Что-то еще?
Posted by Grigorovskih (Участник № / Member № 1915) on :
.... Попробуем конечно дать идеи как в лабораторных условиях воспроизвести пример в котором возникает такой сбой. Но, и Господа! Вы тоже Лукавите, Ведь на сколько мы знаем AdAstra не только занимается разработкой самой системы, но у Вас есть и опыт разработки и внедрения проектов, и не только у Вас, но и у официальных интеграторов, и я не думаю что только у нас (те кто не входит в число вышеперечисленных) возникают эти проблемы. Что то же всё таки предпринимается по их решению.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Все известные нам случаи были по описанным выше причинам.
При корректной работе модулей и системы сбоев не было. Если некорректная работа все-таки возникает, то выход один - бэкап. Вообще, бэкап БД вещь необходимая в любом случае, и по сути является стандартом.
Posted by Сергей Морозов (Участник № / Member № 2076) on :
Версия 6.07, в проекте десяток каналов, все принимают данные через ОРС. Удаляю архив, дожидаюсь заполнения его по новой, останавливаю МРВ, запускаю - получаю copia_s1. Сбоев, остановов и каких либо проблем не было. Повторил дважды с одним и тем же результатом. Что делать???
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Рекомендуем обновиться до текущего релиза 6.08 (на нашем сайте).
![[Улыбка / Smile]](smile.gif)
![[Неодобрение / Frown]](frown.gif)