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

Ирбис64+ 2022 (D3)
Сервер Турбо Про

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

Ирбис64+ 2022 (D3)
Сервер Турбо Про

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

Спасибо!

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

Ирбис64+ 2022 (D3)
Сервер Турбо Про

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

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

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

Ирбис64+ 2022 (D3)
Сервер Турбо Про

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

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

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

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

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

Ирбис64+ 2022 (D3)
Сервер Турбо Про

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

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

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

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

Ирбис64+ 2022 (D3)
Сервер Турбо Про

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

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Здравствуйте!

Нам нужно изменить идентификатор дисциплины.
Воспользовался пакетным заданием REPMark и идентификатор действительно изменился.
Но при этом в книгах остался прежний идентификатор и в дисциплине с новым идентификатором они не отображаются.

Что неправильно сделал?

Скриншоты задания и результата прилагаю.

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Да, для идентификатора почему-то не сделано.
Спасибо, теперь добавлено. Файл прикладываю (VUZ), будет в D2.
Про удаление ЭР помню.

Спасибо!
Новая глобалка работает хорошо.

Спасибо, что помните и про удаление ЭР - это нам очень нужно.
Можно сказать, прямо горит.

Ирбис64+ 2022 (D3)
Сервер Турбо Про

Все, разобрался. Не вижу как сообщение удалить...



Редактировано 2 раз. Последний раз 27.01.2022 16:46 пользователем X-Cite!.