Ирбис 2015 года. Внезапно перестали работать формы, под конец бесконечное "Ожидание от сервера". Пишу так как пробовал менять время обработки запроса (подглядел в других темах), выделял больше интернета, а также больше памяти. Быть может нужно заменить шаблоны этих форм, если да, то прошу сказать как это сделать и откуда взять эти чистые формы (как с установки) или любой другой действенный способ. Файл прилагаю, быть может найдется в нём ошибка. Заранее спасибо!

Не туда копаете...

В другой теме уже отвечал разработчик, что прежде нужно посмотреть на то, что менялось в работе ПЭВМ, выступающей в роли сервера ИРБИС. Возможно изменились настройки и режим работы антивируса и он стал жестче мониторить работу приложений и файлов входящих в состав ИРБИС.
Возможно на директории (irbiswrk, директория с клиентскими АРМами на ПК пользователей, директории сервера ИРБИС) недостаточно прав (д.б. права на запись или на полный доступ к директориям).

Возможно есть повреждения файловой системы или БД ИРБИС. Проведите диагностику БД в АРМ Администратор. Посмотрите на размеры файлов Бд. Если их размеры слишком сильно разрослись относительно количества записей, то стоит выполнить реорганизацию файлов Бд (предварительно скопировав файлы в бэкап).

Дефолтные настройки или файлы тех или иных выходных форм и форм статистики можно посмотреть в файлах дистрибутива. Каких-то файлов к вашему сообщению не прилагается.



Редактировано 2 раз. Последний раз 25.06.2022 11:38 пользователем А. Роман.

Прикрепляю файл повторно. Права доступа не менялись, антивирус намеренно отключен на компьютере с серверной частью. Про диагностику БД понял. А где конкретно можно найти дефолтные файлы в дистрибутиве?

Файлы находятся в архиве SIrbis64.zip

Проверка БД не обнаружила ошибок. Реорганизация так же не помогла. Не могли бы вы прям указать название файла, который отвечает за эти формы и в архиве SIrbis64.zip, и в самом установленном ирбисе?

Очень странный вопрос. Вы не знаете как определить файлы, которые отвечают за работу тех или иных выходных (а м.б. и статистических) форм?
Вы не привели примеров, уточните о каких именно формах идет речь?
Также Вы не привели информацию о версии ИРБИС. Если правильно понимаю версия ниже 2018.1?
Сколько записей в БД RDR, какое максимальное кол-во повторений поля 40 в записях (последовательным поиском можно определить порядок величины увеличивая цифру: val(&uf('+N40'))>500 если есть записи в которых более 500-1000 повторений, то это вполне м.б. причиной проблемы если форма рассчитана на статистику книговыдачи)?

Версия ИРБИС - 2015.1
Записей в RDR - 27595
Формы из АРМ Книговыдача (ни одна форма не работает). Скриншоты прикладываю.

Выдаёт ту же ошибку, что и при попытке сформировать форму.



Редактировано 2 раз. Последний раз 30.06.2022 09:20 пользователем Mike_Luchshev.

Проблема заключалась в файле rdr.MST
Последовательно заменял файлы и после замены этого (при других неизменных) на более ранний файл из backup - формы снова стали работать. Теперь вопрос - что содержится в этом файле, какие данные, и как его починить, чтобы он снова мог работать?

Стоит изучить документацию на систему прежде чем такие манипуляции проводить. В соответствующем разделе есть ответ на вопрос о назначении фалов БД. Есть записи вебинаров по администрированию на Youtube-канале ГПНТБ Росии.
Вероятно какое-то повреждение получили файлы БД. Менять их по одному точно не стоит т.к. данные в файлах БД (mst, xrf, n01, l01, ifp) связаны друг с другом (если и восстанавливать файлы из бэкапа, то либо все, либо пару rdr.mst, rdr.xrf и по ним перестроить словарь БД полностью), к тому же у вас осуществляется книговыдача. При этом нужно особенно внимательно относиться к содержимому БД RDR, так как за время с выполнения резервного копирования до момента обнаружения неисправности БД могли осуществляться процедуры выдачи/возвората/продления, фиксации посещений и т.п.

Лучший способ починки файла - восстановление из бэкапа при достаточно частом резервном копировании.

Протоколирования действий в АРМ Книговыдача пока не ведется. Возможно такой режим был бы полезен для восстановления актуального состояния БД RDR начиная с момента когда было выполнено резервное копирование до момента остановки работы и восстановления данных из бэкапа.

Для того, чтобы что-то конкретное посоветовать нужно увидеть последовательность ваших действий. Что делали, есть ли копия файлов БД до восстановления, что из себя представляют бэкапы, как давно создавали крайний бэкап?



Редактировано 1 раз. Последний раз 04.07.2022 09:33 пользователем А. Роман.

Бэкапы ведутся ежедневно, но проблема с формами была обнаружена не сразу (так как не используются ежедневно). Проблема была обнаружена около 25 июня, ближайший рабочий бэкап - 12 июня. Что именно привело к поломке - неизвестно. Точно известно что проводились стандартные процедуры регистрации читателей, выдачи литературы,в прочих АРМах работы не велись. Не понимаю вопрос про "что из себя представляют бэкапы". Последовательность действий: замена файла rdr.ifp (на файл от 12 июня) - запуск форм - замена rdr.mst (от 12 июня) - проверка форм (формы заработали) - замена rdr.ifp (от сегодняшнего дня) - проверка форм (формы работают)

Сочувствую...

файлы нельзя заменять по одному. Файлы БД только в паре mst + xrf, а файлы словарей лучше сформировать заново для БД.

Бэкапы могут быть разными. Экспорт записей в текстовые файлы или создание файла с расширением bkp средствами АРМ Администратор (по сути в один bkp файл собираются файлы БД: mst, xrf, l01, n01 и т.д.) или копирование файлов БД по маске, или средствами какого-то приложения операционной системы и т.д. Поэтому и спросил, как бэкапируете.

Обычно если случается какая-то авария, то стоит остановить работу сервера ИРБИС, сделать копию директории DATAI или хотя бы файлов всех БД с которыми ведется работа (для простоты скопировать файлы по маске <имя БД>.* ),
а далее штатными средствами АРМ Администратор провести диагностику и лечение. Если не поможет, то при помощи редактора ISO можно попытаться открыть файл mst проблемной БД и сохранить записи в текстовый формат ИРБИС (так сохраняются поля с метками значения которых больше 999, если таких полей нет, то можно и штатно в АРМ Администратор создать ISO-файл по последним (актуальным) состояниям записей).

Далее опустошаете БД, осуществляете импорт записей и выполняете создание словаря БД заново полностью.
Но могут быть нюансы, связанные с наличиенм полнотекстовой БД (в версиях ниже 2018.1 правда такой БД в составе нет), а также читаемостью mst-файла и другими сопутствующими неприятностями.

Например при сбое и перезагрузке БД RDR нужно проводить диагностику книговыдачи и по состоянию БД RDR (когда работоспособность БД будет восстановлена) проводить анализ состояния БД ЭК (несоответствия статусов выдачи экземпляров) и на основании результатов анализа выполнять корректировку БД ЭК по БД RDR. Но к примеру восстановить картину электронных формуляров в отсутствии бумажных формуляров или электронных копий не получится. Можно печатать в файл итоговые электронные контрольные талоны и по ним восстанавливать информацию в случае сбоев.