Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис    FTP-сервер
АРМ Книгообеспеченность :  ИРБИС Irbis
 
Страницы: <<12
Страница: 2 из 2
Re: Изменение в записи дисциплины
Пользователь: Arthemyi (IP-адрес скрыт)
Дата: 22, October, 2020 05:35

Заменил файл в папке VUZ тем, который прислали, отредактировал через RepCont один контингент.
После этого посмотрел через Ввод/Корректировку, что получилось - хвост ^@bddop.mnu опять появился (см. скриншот).

Ирбис64+ 2019.1

Вложения: 2020-10-22_09-27-38.png (122.1KB)  
Re: Изменение в записи дисциплины
Пользователь: Arthemyi (IP-адрес скрыт)
Дата: 22, October, 2020 06:10

И ещё (может быть это как-то связано с проблемой выше):
после сохранения протокола корректировки контингента пакетным заданием RepCont и нажатии кнопки "Возврат" часто появляется предупредительное сообщение о том, что размер протокола больше 10000 (см. скриншот и файл протокола).

Ирбис64+ 2019.1

Вложения: 2020-10-22_09-40-22.png (115.8KB)   PastBgl 7 сем-ДО.txt (9KB)  
Re: Изменение в записи дисциплины
Пользователь: ochagova (IP-адрес скрыт)
Дата: 22, October, 2020 12:26

Спасибо, не везде учла. Возьмите еще раз.
Протокол сам по себе. Его надо очистить, иначе новые сообщения не будут в него попадать. В 2020 сделала протокол в базе данных и эта проблема уйдет

Вложения: vAdd691.gbl (3.6KB)  
Re: Изменение в записи дисциплины
Пользователь: Arthemyi (IP-адрес скрыт)
Дата: 22, October, 2020 12:43

Спасибо!

А в каком смысле протокол "очистить"? Он же, вроде, каждой раз новый формируется. Для каждой операции - новый файл протокола. Разве не так?
Что тогда чистить надо?

Ирбис64+ 2019.1

Re: Изменение в записи дисциплины
Пользователь: ochagova (IP-адрес скрыт)
Дата: 22, October, 2020 14:37

Каждый протокол, конечно, формируется заново. Но он приписывается в файл в рабочей папке LogKo64.txt, который вам подается в режиме просмотра протокола. Все протоколы запоминаются в этом файле. И если ограничитель этого файла - задается в INI. Это сообщение говорит, что граница достигнута, больше в этот файл не пишется.
Очистка опустошает этот файл, т.е. пропадает история, которую вы предполагаю не смотрели.

Re: Изменение в записи дисциплины
Пользователь: Arthemyi (IP-адрес скрыт)
Дата: 23, October, 2020 05:57

Новая версия vAdd691.gbl работает так же, как старая: хвост ^@bddop.mnu остаётся (см. скриншот).

В папке VUZ не нашёл файл LogKo64.txt.
Поискал его через поиск в проводнике по всей папке IRBIS - нигде нет.
Что-то не так делаю?
И я всё-таки не совсем понимаю: переполнение этого файла приводит к тому, что нельзя будет посмотреть историю всех проведенных пакетных заданий?
Но при этом сами протоколы этих заданий по прежнему будут корректно формироваться и их можно будет сохранять в отдельные файлы?

Ирбис64+ 2019.1

Вложения: 2020-10-23_09-30-45.png (140.4KB)  
Re: Изменение в записи дисциплины
Пользователь: Arthemyi (IP-адрес скрыт)
Дата: 23, October, 2020 09:09

По поводу корректировки контингента в дисциплинах с большим количеством литературы все-таки не до конца всё понятно.
Сегодня опять пробовал откорректировать контингент у одной такой пакетным заданием RepCont.

Получается так:
а) через некоторое время работы появляется сообщение с предложением либо повторить обращение к серверу, либо прервать его.
Нажатие кнопки "Повторить" приводит к тому, что это обращение длится неопределенно долго и его опять приходится прерывать, после чего АРМ КО сам закрывается. (Пробовал делать это пакетное задание непосредственно на машине сервера напрямую через CIRBISK_PLUS.exe - результат тот же).

б) Однако при этом, если посмотреть дисциплину после такой незаконченной корректировки через модуль Ввод/Корректировка, то видно, что тот контингент, который редактировался, отражается в 83-м поле именно в нужном отредактированном виде (но с тем же самым хвостом ^@bddop.mnu) - см. скриншот 111.

в) выборочная проверка книг показывает, что этот редактируемый контингент и в них изменился должным образом (правда без привязки к РПД) - см. скриншот 222.
Но все книги проверить невозможно (их очень много) и поэтому возникает вопрос: как в отсутствии протокола, завершающего задание, быть уверенным, что оно завершилось корректно, а не обрвалось где-то на середине?

При этом кажется, что если бы программа могла поработать подольше до первого появления сообщения с предложением повторно обратиться к серверу или прервать его, то, может быть, она и смогла бы провернуть эту дисциплину с большим количеством книг. А так - после повторного обращения - такое ощущение, что какая-то ошибка совсем не дает программе работать (ни в одном АРМе не помню, чтобы это повторное обращение к серверу приводило бы к нормальному завершению задания - всегда это заканчивается его прерыванием). Может быть имеет смысл подкрутить какой-то параметр, который отвечает за длительность работы пакетного задания до первого его прерывания? Но я такого в ini файле не нашёл.

Ирбис64+ 2019.1

Вложения: 111.png (139.8KB)   222.png (157.9KB)  
Re: Изменение в записи дисциплины
Пользователь: ochagova (IP-адрес скрыт)
Дата: 23, October, 2020 12:29

Это тяжелое задание. На самом деле, выполняется последовательно 3 задания, прикладываю второе задание, в котором не удалялось подполе @ в записи дисциплины.
После сообщения от сервера, действительно, нет смысла повторять, т.к. сервер не запоминает точку останова, а начинает делать все заново.
У меня мало механизмов повлиять на ситуацию. Не знаю, поможет ли:

1. увеличить время обработки сервером одного процесса - в файле irbis_server.ini параметр PROCESS_TIME_LIVE
2. не подсоединять дополнительные БД
3. при запуске убрать протокол и обработку в БД RDR
4. выполнять замену отдельно для БД VUZ и для БД каталога. Для БД VUZ использовать задание изменения дисциплины с указанием дополнительных параметров. Для БД каталога - тоже задание по изменению, но там нет уточнения. Т.е. изменяя специальность нельзя указать для какого факультета, семестра и т.д. Это я, постараюсь добавить.

Вложения: vAdd83.gbl (7.9KB)   111.png (171.3KB)  
Re: Изменение в записи дисциплины
Пользователь: ochagova (IP-адрес скрыт)
Дата: 23, October, 2020 12:34

Что касается протокола. Файл протокола LogKo64.txt. формируется не в папке VUZ, а в c:\irbiswrk. Когда достигается предельное значение, то в него не пишутся новые протокола, а сами протоколы формируются, показываются и их можно самому сохранять в отдельных файлах.
Можно также увеличить предельное значение - параметр MaxSizeLog=10000

Re: Изменение в записи дисциплины
Пользователь: Arthemyi (IP-адрес скрыт)
Дата: 26, October, 2020 06:24

Увеличил значение параметра PROCESS_TIME_LIVE с 60 до 1800 (30 мин.) - см. прилагаемый скриншот. Но после запуска пакетного задания RepCont программа поработала всего 2 минуты до появления сообщения, что нет ответа от сервера и предложением повторить обращение к нему.
Проверял измененный параметр в ini файле - внесённое изменение сохранено - стоит 1800.
Нужно где-то ещё внести изменение?

Ирбис64+ 2019.1

Вложения: 2020-10-26_09-33-16.png (60.6KB)  
Re: Изменение в записи дисциплины
Пользователь: Arthemyi (IP-адрес скрыт)
Дата: 26, October, 2020 07:09

И ещё все-таки не понятно: как быть с отсутствующей привязкой книг к РПД в тех контингентах, которые были отредактированы через пакетное задание RepCont (см. скриншот 222)?
Как вернуть (добавить) привязку?

Ирбис64+ 2019.1

Вложения: 222.png (157.9KB)  
Страницы: <<12
Страница: 2 из 2


Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.