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

Работали на 2012 версии (до 39 рабочих мест), но через год на книговыдачах часто возникала монопольная блокировка баз RDR и ЭК (до 10 раз на день, иногда по 3 за пару минут). чтобы выявить причину этих блокировок, нам посоветывали обновить версию на 2013.

1.Установили сервер 2013.1
2.Установили Irbis64_13_D3
3.Все БД перенесены корректно через экспорт-импорт!

Дежавю с ошибкой -2222 продолжается !!! Ошибка -2222! Теперь мерцание всего экрана (было такое до установки обновлений Irbis64_13_D3), заменилось мерцанием панели задач с запущенным приложением ирбис(после обновлений). Работать не возможно!

При прерывании соединения с сервером (Запрос программы на возобновление соединения Да/Нет)! Если да то программа пытается подключиться к серверу, но через некоторое время -22222 появляется снова и все идет по циклу, а если нет - Программа перезапускается и добавляется ошибка Format 99 (см. рис)!

Обороудование switch cisco 300 с гигабитными интрефейсами, сеть работает нормально! С версией Ирбис 2012 таких проблем не было!

Ждем срочной помощи! А пока откатываемся на 2012!



Редактировано 8 раз. Последний раз 26.03.2014 14:37 пользователем SyncMaster.

В качестве приоритетных мер могу рекомендовать следующие:

1. Проверить уровень нагрузки на сервер (если хоть в какой-то момент он доходит до пиковых значений, значит нужно выявлять и устранять причины)
2. Использовать ИРБИС-прокси! (http://irbis.gpntb.ru/read.php?24,81713) (Скорость сети – не существенный показатель. Я сталкивался с ситуацией, когда сотрудник спокойно ездил на компьютерном кресле по сетевому кабелю и удивлялся, почему так часто зависает сервер ИРБИС);
3. Выполнить продолжительный мониторинг доступа к серверу (хотя бы PING /t );
4. Конвертировать все внедрённые (953 поле) изображения во внешние как в базе каталога, так и в базе читателей (http://irbis.gpntb.ru/read.php?24,47873,page=2);
5. Отключить актуализацию базы каталога везде, где это допустимо;
6. Обновить все клиентские, серверные модули и технологическое обеспечение;
7. Очистить базу RQST (если там уже достаточно много записей);
8. Сделать импорт-экспорт-актуализацию всех баз (даже если Вы делали это раньше);
9. Выполнить проверку диска на предмет ошибок и проанализировать SMART;
10. Проверить систему на отсутствие вирусов и троянов любой триальной версией нового антивируса;
11. Временно (для целей тестирования) отключить фильтрацию сетевого трафика антивирусом и файрволом;
12. Убедиться, что все системные значения в INI файлах соответствуют значениям по умолчанию (например, название файла autoin для книговыдачи).

Думаю, мои коллеги, которые непосредственно занимаются разработкой серверной части смогут дать и другие, может быть более конкретные рекомендации (http://irbis.gpntb.ru/read.php?7,88730,88730#msg-88730). Тема активно разрабатывалась на форуме. Действительно у очень ограниченного круга библиотек часто возникают такие проблемы. Причём в самых разных версиях ИРБИС.

Вам необходимо полностью перейти на версию 13.
Обновить через установку дистрибутива сервер и клиентов.

А как еще ее можно установить не полностью?
1. Мы установили систему Ирбис64 версии 2013.1 "по Default" , т.е. с предоставленного нашим дилером. Перед этим сервисы старой версии были удалены!
2. Система была развернута чистой без изменений. Т.е. бд чистые без изменений
3. Затем мы через инструмент внесли корректировки в базе RDR. Это поля справочников, мы их используем с раширенной справочной информацией. Проверенно на работе 2012, которая у нас проработала целый год.
4. Данные баз, которые мы используем (Каталогизатор, RDR) ьыли пересены корректно (еспорт и импорт, актуализация полностью).Ошибок при этой операции не было.
5. Сеть работает нормально! Пинг сервера с клиента
Обмен пакетами с 192.168.41.6 по с 32 байтами данных:
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128
Ответ от 192.168.41.6: число байт=32 время<1мс TTL=128

Свичи установлены в серверной стойке и промежуточных нет.
Кабель UTP5E проверен тестором (каждого клиента).


6.На все клиенские места установлен NOD32, лицензия.
7. Сервер на ws 2008r2 лицензия.Без установленных обновлений (были с ними проблемы). подключен к гигабитному порту switch 300 Cisco.
8.Обновления для версии 2013 взяты с FTP. Irbis64_13_D3.

9. база RQST в 2012.1 версии насчитывадо 80 записей, а в 2013.1 мы не переносили вообще.

Ошибка (-2222) о которой говорилось выше была до установки этих обновлений, так и после обновлений. Притом эта ошибка появлялась на разных клиентских местах (у нас их 39), а включилось может только 25 на 5 этажах.
И это они только запустили армы Каталагизатор и Книговыдачу, но активных операций по книговыдачи (пакетами) не проводили.

С 2012.1 таких проблем не было.
В 2021.1 возникала монопольная блокировка, но как мы предпологаем это происходило при пакетной выдачи журналов и книг. Размножаемое поле 40 в некоторых формулярах БД RDR насчитывало от 500 до 1500 записей (это выданные книги,журналы и посещения).Монопольная блокировка (RDR и каталогиратора) выполнялась системой чаще (до 10 в день, а иногда по 3-4 раза в течении 2-3 мин), но по нашему предположению из-за большого кол-ва 40 полей в RDR. Формуляры с историей книговыдач открывались долше.
История книговыдач нам нужна была для выполнения расчетов статистических форм за 2013 год. Это стандартные формы, которые утверждены нашим законодательством.

Вся история книговыдач за 2013 период была удалена и не использовалась в Ирбис2013.1. Для этой версии история сохранилась только 2014 года.


10. База RDR для версии Ирбис 2013.1 содержит конвертированные изображения читательских фотографий в формате JPG и записаны в двоичном поле! Размер фото читателя максимум 93х147= 3кб, а кол-во читателей около 5тыс.



11. Сервер работал на 6668 порту.Фаер для него был открыт!



Редактировано 1 раз. Последний раз 28.03.2014 08:23 пользователем SyncMaster.

Попробуйте уменьшить параметр в irbis_server.ini
THREAD_TIME_LIVE=10 (или меньше)

Вопрос к разработчикам!

Существуют ли какие-то ограничения на размножаемое поле 40 в БД RDR для читателя? Есть подозрение что увеличение именно на его колв-во существенно начинает тормозить загрузку формуляров а затем приводят к монопольным блокировкам! (У нас у некоторых читетелей таких полей было до 1500)!

Ограничений на кол-во повторений нет. Но при большом кол-ве повторений работа с записью будет замедляться...

SyncMaster

1.В целях тестирования попробуйте на время воткнуть обычный неуправляемый свич.
"Цискаридзе" требует более тонкую настройку по портам.Если у Вас явным образом не прописан 6666 (если настройками указание доспустимых портов явно задано ) может быть блокирование пакетов через порт.)Не факт конечно, что именно по этой причине, но чтобы исключить проблему все же стоит попробовать.
2.Анализируя содержимое пользовательских ini файлов 13 версии, которые живут в каталоге IRBIS64 на стороне сервера (irbisc_ИМЯ_ЮЗЕРА.ini, irbisb_ИМЯ_ЮЗЕРА.ini) обратил внимание на их отличие от предыдущих версий. Поэтому не поленитесь- создайте новые.
3. Насчет RDR . Фото читателей у Вас где хранятся? В корне базы или на машине регистрации? После горького опыта с тормозами обращения мы храним их теперь только в корне базы. Единственный минус в части безопастности, это то, что указанный к ним сетевой путь в параметрическом файле модуля читательских билетов обязывает расшаривать на доступ каталог RDR для изменений - пользователю регистрации. Такой пользователь может быть никогда и не полезет ручками по сетке, но поколения меняются, любопытных становиться все больше :) Поэтому если устраивает наш вариант - самодельным модулем печати читательских билетов могу поделиться.



Редактировано 6 раз. Последний раз 30.03.2014 07:51 пользователем criogen.

1.интерфейсы киски на блокировку внутренних портов и протоколов (т.е. ACL правил) не настраивал. интерфейсы со значениями no keepalive, no cdp enable.
2. на счет настройки ини файлов, в группах в основном прописано место выдач для залов и БД.mnu с которыми они могут работать, а также ограничение для выдачу книг от 30 до 50 ограничений скорости в серверном ине мы не указывали - все поумолчанию.
3.Фото читателя, как я и писал выше храниться 953 поле.



Редактировано 1 раз. Последний раз 21.10.2014 20:51 пользователем SyncMaster.