Потому что если я запущу сервер как приложение из-под RDP-сеанса, а потом выйду из него, то и приложение умрет. Возможна только служба и никак иначе.

Frost79 написал(а):
-------------------------------------------------------
> Итог: ОПЯТЬ ЗАВИСАЕТ!!!
>
> ...
>
> В декабре получили ирбис64 10-ю версию и
> понеслось... раз по 10-20 в день зависает.

1. Включён ли у Вас антивирус? Настроен ли он, как описано в сообщении Ильи Михайленко от 30.10.2009 г. в теме [irbis.gpntb.ru] .
Работает ли у Вас Веб-ИРБИС?
Установлены ли последние обновления системы ИРБИС?

2. Вы можете попробовать временно заменить irbis_server.exe версии 2010.1 на irbis_server.exe версии 2009.1.

1) Антивирус отключали на время, но это ни чего не дало. Стоит KAV 6 (Директория ирбиса стоит в доверенной зоне).В данный момент WEB не работает. Обновления ирбиса 10-й версии не ставили. Потому что только вчера разобрались с дилером (не поставлял обновления для IRBIS).
2) Есть такая возможность.

Спасибо. Обновлю -> протестирую, будут проблемы -> заменю irbis_server.exe

<----------------------------------------------------->



Редактировано 2 раз. Последний раз 11.02.2011 06:47 пользователем Frost79.

Долго проболел (осложнение после гриппа).
Прочитал этот топик.

2Esil:
28 секунд на запуск 9.1 и более 30 секунд на запуск 10.1 - это нонсенс. Давайте искать причину. Вы можете выложить для меня полностью каталоги серверной и клиентской установленных частей и прислать мне ссылку на них на vrmoro@gmail.com? Запущу эту систему у себя и если тормоза сохранятся - будет возможность точно установить причину и разрешить ее. Если же система будет работать быстро, то станет понятно что дело в настройках Ваших серверов - там уже будем разбираться с ПО, железом и сетями...


2Frost79:
Сервер ИРБИС 64 работает как сервис или как приложение?
С какими правами?
irbis_server.ini можете прислать на vrmoro.gmail.com?

Михайленко Илья написал(а):
-------------------------------------------------------
> Долго проболел (осложнение после гриппа).
> Прочитал этот топик.
>
> 2Esil:
> 28 секунд на запуск 9.1 и более 30 секунд на
> запуск 10.1 - это нонсенс. Давайте искать причину.
> Вы можете выложить для меня полностью каталоги
> серверной и клиентской установленных частей и
> прислать мне ссылку на них на vrmoro@gmail.com?

Вы имеете ввиду целиком папку IRBIS64 с сервера и клиентов?
Такой возможности у меня нет.

> Запущу эту систему у себя и если тормоза
> сохранятся - будет возможность точно установить
> причину и разрешить ее. Если же система будет
> работать быстро, то станет понятно что дело в
> настройках Ваших серверов - там уже будем
> разбираться с ПО, железом и сетями...
>

А Вы запись с экрана посмотрели? Кстати, я на той неделе после намертво зависающего сервера(Ирбис запускался как приложение,при зависании никак не реагировал на клики мышью на значок в трее,у клиентов бегали барсики), завершал задачу через таскменеджер,так происходило очень редко, но в один не прекрасный день он начал гнать не по детский,зависал через каждую минуту.Я решил поменять серверную часть на 2009.1 версию, вроде бы как глюки прекратились, затем заменил irbis_server.ini на выложенный вами здесь irbis.gpntb.ru, теперь запуск:

Каталогизатора 2010.1 и Читателя 2010.1 - 19-20 сек., переходы на БД - в начале загрузка БД(если не сколько тыс.записей) длится 19-20 сек.но потом после перехода на другую БД,и при возврате уже к начальной - 1,2 сек.
запуск Каталогизатора 2009.1 - 22 сек. Ситуация абсолютно не понятная для меня.
Это лучше конечно чем было раньше, но еще ужасно раздражает застывющий логотип по центру(Каталогизатор,Читатель), конечно, если ждать запуск до конца ничего не щелкая то он исчезает.Так как это происходит и в Читателе,это не удобно вдвойне.

з.ы.Запуск - 19,20 сек.нормально ли это?

А может быть такой долгий запуск из-за кеширования форматов?

Здравствуйте, кто-нибудь может сказать с чем связана такая загруженность сервера:


p.s. Если не там написал, просьба перенести сообщение в нужную ветку.



Редактировано 2 раз. Последний раз 14.02.2011 12:50 пользователем fix.

А что при этом происходило? Если например на сервере работает и Каталогизатор, то такое возможно.

Да даже если два каталогизатора у себя на рабочих метсах одновременно нажали СОХРАНИТЬ, работая с многоэкземплярной литературой, могла получиться вот такая ситуация. Комп то двух-ядерный...

Цитата:

Esil
Вы имеете ввиду целиком папку IRBIS64 с сервера и клиентов?
Такой возможности у меня нет.

да. в архиве. Похоже, что это единственный способ разобраться в том, что у Вас происходит...

Цитата:

Esil
А Вы запись с экрана посмотрели? Кстати, я на той неделе после намертво зависающего сервера(Ирбис запускался как приложение,при зависании никак не реагировал на клики мышью на значок в трее,у клиентов бегали барсики), завершал задачу через таскменеджер,так происходило очень редко, но в один не прекрасный день он начал гнать не по детский,зависал через каждую минуту.Я решил поменять серверную часть на 2009.1 версию, вроде бы как глюки прекратились, затем заменил irbis_server.ini на выложенный вами здесь irbis.gpntb.ru, теперь запуск:
Каталогизатора 2010.1 и Читателя 2010.1 - 19-20 сек., переходы на БД - в начале загрузка БД(если не сколько тыс.записей) длится 19-20 сек.но потом после перехода на другую БД,и при возврате уже к начальной - 1,2 сек.
запуск Каталогизатора 2009.1 - 22 сек. Ситуация абсолютно не понятная для меня.
Это лучше конечно чем было раньше, но еще ужасно раздражает застывющий логотип по центру(Каталогизатор,Читатель), конечно, если ждать запуск до конца ничего не щелкая то он исчезает.Так как это происходит и в Читателе,это не удобно вдвойне.

з.ы.Запуск - 19,20 сек.нормально ли это?

Смотрел запись. так быть не должно. Нормальное время запуска при нагруженной системе - 5-10 секунд.
За время появления окошка с бегущим ирбисом отвечает параметр SHOW_WAITING_IN_SECOND в клиентском ини. (По умолчанию - 3 секунды)

ini нужно использовать именно тот что я выкладывал здесь.

Цитата:

Gena
А может быть такой долгий запуск из-за кеширования форматов?

Кеширование может давать такой эффект. Кеширование имеет смысл применять только при достаточно большом избытке оперативной памяти в системе (они не мелкие!) В противном случае кеширование приведет к замедлению (за счет свопа).

Цитата:

fix
Здравствуйте, кто-нибудь может сказать с чем связана такая загруженность сервера: [img153.imageshack.us]

Тем что Ирбис исполняет 2 каких-то процесса. Каких именно - можно посмотреть из АРМ Администратор (список запущенных процессов).

В том то и дело, что сотрудники работают в обычном режиме (2 каталогизатора у многих из них тоже бывает открыто), но до этого такой нагрузки не было. А сейчас вот такая ситуация.

2Esil:
Еще вопрос. У Вас такие скорости наблюдаются при условии что сервер и клиент работают на одной и той же машине, адрес сервера в этом случае 127.0.0.1 (что бы исключить возможный роутинг) клиент лежит на локальном диске (не на сетевом)?

2fix:
АРМ Администратор что говорит? Какие процессы исполняются? Какие именно команды? Какими АРМами?

И всё-таки, сотрудники, по-крайней мере по их словам, работали как обычно.



Редактировано 1 раз. Последний раз 14.02.2011 14:42 пользователем fix.

Михайленко Илья написал(а):
-------------------------------------------------------
> 2Esil:
> Еще вопрос. У Вас такие скорости наблюдаются при
> условии что сервер и клиент работают на одной и
> той же машине, адрес сервера в этом случае
> 127.0.0.1 (что бы исключить возможный роутинг)

Медленный запуск наблюдается только на клиентских машинах, а запуск Каталогизатора на сервере происходит за 2-3 сек.

> клиент лежит на локальном диске (не на сетевом)?

Клиенты запускается локально.

При значении параметра в irbisc.ini, CREATEINITCONTEXT=1 запуск вообще доходит до 34-37 сек.
Я об этом писал,но напомню есче раз, даже при установленном с нуля Ирбисе (без каких либо изменении,стандартные БД и файлы) время остается такой же. Вообщем дело наверно в сети, хотя пинг идет отличный, обмен пакетами без потерь.Будем разбираться...



Редактировано 1 раз. Последний раз 14.02.2011 15:28 пользователем Esil.

Цитата:

Esil
Медленный запуск наблюдается только на клиентских машинах, а запуск Каталогизатора на сервере происходит за 2-3 сек.

Собственно, это время (2-3 сек.) это и есть то время, которое на обработку тратит сам ИРБИС. Учитывая, что разница только в смене ПК клиента и появлении физической сети между клиентом и сервером, получается что все остальные задержки - это потери в сети, либо проблемы на клиентском ПК (мало памяти, путь к серверу от клиента лежит через высоконагруженный/просто глючный хаб/свитч/роутер/канал связи, проблемная сетевая карта на клиенте или сервере и т.д.)
Если у клиентов (удаленных) клиент лежит в расшаренной папке - попробуйте поставить клиент локально.
Посмотрите на кол-во ресурсов на клиентских ПК. Процессор, память, размер файла подкачки.
Поиграйтесь с антивирусами на клиентах.
У Вас канал между сервером и клиентами какой? Если 100Мбит и больше - проходите по всей цепочке оборудования, начиная с сетевых плат и коннекторов. Если тормоза у всех клиентов, то идите от сервера - быстрее найдете. Если только у части клиентов - идите от них...
Если канал меньше 100Мбит, то внимательно смотрите на загруженность канала на всех участках сети. И т.д. - тут можно дать только общесетевые рекомендации, не связанные с ИРБИС... Мы выяснили - сама система ИРБИС работает нормально и осталось найти где может быть "затык" на пути к этому серверу...

2fix:
Судя по скриншоту - нормальная работа при достаточно большой нагрузке по книговыдаче (если только эти процессы поиска не висят часами без смены номера команды и диагностика файла словаря и файла документов для БД ЭК и БД Читателей говорит что все ок). По крайней мере, все поиски выполняются разными пользователями. Если номера команд меняются (т.е. работа идет), то стоит задуматься над апгрейдом сервера на что-то более мощное... Если постоянно возникает ситуация одновременной обработки запросов от 4-х АРМов книговыдаче на 2-х ядрах картина удручающая. И это еще без каталогизаторов, комплектаторов, читателей и т.д.

Михайленко Илья
Ну, собственно хотелось вернуться к тому с чего я начал. Почему вдруг, ни с того ни с сего, появилась такая проблема. Ведь Ирбис работает на этом сервере уже несколько месяцев и проблем не наблюдалось. Причём обычно у сотрудников запущено намного больше АРМ'ов, вместе около 40 штук и проблем не возникало.

Да, ещё хочется отметить что во время нагрузки системы, такие базы как "Читатели" и "Книги" блокируются.



Редактировано 2 раз. Последний раз 14.02.2011 15:36 пользователем fix.

Я лишь написал с чем может быть связана такая загрузка. Я ж не знаю, что у Вас менялось, какая версия системы и с какими обновлениями, что изменилось в промежутке между "нормально работали 40 клиентов" и "слишком большая нагрузка от 5 АРМ КВ"... Может места выдачи добавились, может версию/оборудование меняли - мало информации :)

До сегодняшнего дня всё работало нормально. Тоесть эта загрузка сервера началась только сегодня, в пятницу например, всё работало нормально. Если бы кто-то шаманил с конфигурационными файлами или настраивал сервер, то начали бы копать оттуда. Но никто ничего в настройках не трогал, поэтому я и решил написать.



Редактировано 3 раз. Последний раз 14.02.2011 17:18 пользователем fix.

Тогда самое простое (и первое что нужно сделать) - диагностика файла словаря и файла даееых для всех баз...

PRM написал(а):
-------------------------------------------------------
> Frost79 написал(а):
> --------------------------------------------------
> -----
> > Итог: ОПЯТЬ ЗАВИСАЕТ!!!
> >
> > ...
> >
> > В декабре получили ирбис64 10-ю версию и
> > понеслось... раз по 10-20 в день зависает.
>
> 1. Включён ли у Вас антивирус? Настроен ли он, как
> описано в сообщении Ильи Михайленко от 30.10.2009
> г. в теме
> [irbis.gpntb.ru] .
> Работает ли у Вас Веб-ИРБИС?
> Установлены ли последние обновления системы
> ИРБИС?
>
> 2. Вы можете попробовать временно заменить
> irbis_server.exe версии 2010.1 на irbis_server.exe
> версии 2009.1.


Вставил irbis_server.exe от версии 2009.1:
Суббота/воскресенье - не одного сбоя (выходные, мало людей работает в армах)
Сегодня опять началось зависание (При 7-10 активных пользователях из 10 допустимых)

Михайленко Илья писал:
2Frost79:
Сервер ИРБИС 64 работает как сервис или как приложение?
С какими правами?
irbis_server.ini можете прислать на vrmoro.gmail.com?

Просто работает как приложение, запускаем с директории ирбиса.
Да, вечером вышлю на указанный адрес irbis_server.ini


И ещё, у нас точно такая же проблема с долгим запусков армов как и у Esil от 25 до 40 сек.

<----------------------------------------------------->

Михайленко Илья написал(а):
-------------------------------------------------------
> Просьба: если поймаете подвешивание еще раз -
> пришлите мне скрин окошка списков процессов
> висящего сервера (Alt+Print Screen и затем
> Shift+Ins в Paint'е). Хотелось бы видеть все
> колонки - это даст мне информацию о команде в
> процессе исполнения которой произошел сбой.

(из темы "Зависание Ирбис 64" - [irbis.gpntb.ru] )

В клиентском АРМ Администратор список запущенных процессов автоматически не обновляется, обновляется только по запросу пользователя (пункт "Обновить список" контекстного меню окна). Есть предположение, что в момент зависания получение списка запущенных процессов будет недоступно (?). Если это так, то возможное решение - в логировании процессов с помощью функции IC_adm_getprocesslist клиентской DLL...

Михайленко Илья
Ошибок не найдено.

2Frost79:
Так же попробуйте запустить клиента прямо с сервера. Клиента настройте так что бы он шел к серверу по адресу 127.0.0.1 - точно станет понятно проблема долгого запуска в сервере ИРБИС или во вне.

2fix:
Значит, все же, что-то изменилось. Вы же ит-шник, знаете что не бывает иначе. Тем более с системой которая проработала нормально не один месяц... Разве что сезонные всплески нагрузки при массовой книговыдаче...

2RPM:
Имелся ввиду серверный АРМ. А логирование есть (Режим отладки). Только аккуратно с ним надо - он по 2 файла на каждую команду создает (дамп запроса и дамп ответа)...

fix написал(а):
-------------------------------------------------------
>
> Да, ещё хочется отметить что во время нагрузки
> системы, такие базы как "Читатели" и "Книги"
> блокируются.

В случае блокировки базы данных читателей можно выполнить оптимизацию: повторения поля 40 БД RDR, соответствующие выполненным заказам, из текущей базы данных RDR удалить.

Михайленко Илья написал(а):
-------------------------------------------------------
>
> 2RPM:
> Имелся ввиду серверный АРМ. А логирование есть
> (Режим отладки). Только аккуратно с ним надо - он
> по 2 файла на каждую команду создает (дамп запроса
> и дамп ответа)...

Илья Иванович, извините, не понял про серверный АРМ?
Ещё же есть рекомендации Александра Иосифовича в теме "Вниманию пользователей ИРБИС64 2009.1" ( [irbis.gpntb.ru] ):

Alio написал(а):
-------------------------------------------------------
> Еще одна важная рекомендация для пользователей
> ИРБИС64 - связанная с работой TCP/IP сервера
> ИРБИС64
>
> При больших нагрузках на сервере (десятки
> одновременно работающих пользователей):
>
> 1.Запускать сервер как СЛУЖБУ
> 2.НЕ СЛЕДУЕТ НЕПОСРЕДСТВЕННО НА СЕРВЕРЕ вести
> наблюдение за работой сервера через окна СПИСОК
> ЗАРЕГИСТРИРОВАННЫХ КЛИЕНТОВ и СПИСОК ЗАПУЩЕННЫХ
> ПРОЦЕССОВ (которые вызываются по правой кнопке
> мыши на ярлыке сервера) - это может приводить к
> зависанию сервера.
>
> Для наблюдения за работой сервера следует
> использовать КЛИЕНТСКИЙ АРМ Администратор

Вопрос: эти рекомендации общие для всех версий ИРБИС64, начиная с 2009.1?



Редактировано 2 раз. Последний раз 16.02.2011 07:37 пользователем PRM.

Михайленко Илья написал(а):
-------------------------------------------------------
> 2fix:
> Значит, все же, что-то изменилось. Вы же ит-шник,
> знаете что не бывает иначе. Тем более с системой
> которая проработала нормально не один месяц...
> Разве что сезонные всплески нагрузки при массовой
> книговыдаче...

Сейчас проанализировал базу RQST, 700 заказов...
Потёр записи, нагрузка спала, так что проблема была с массовым заказом.
Всем спасибо за помощь :)



Редактировано 1 раз. Последний раз 16.02.2011 10:00 пользователем fix.

fix написал(а):
-------------------------------------------------------
>
> Сейчас проанализировал базу RQST, 700 заказов...
> Потёр записи, нагрузка спала, так что проблема
> была с массовым заказом.
> Всем спасибо за помощь :)

fix, здесь [irbis.gpntb.ru] расположена специальная заметка по вопросу БД RQST.

---

Дополнительное наблюдение: сегодня во время зависания сервера ИРБИС выполняли повторный запуск irbis_server.exe, наблюдали несколько процессов irbis_server.exe в списке процессов Windows.

Михайленко Илья,

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

С пользователем Frost79 проблема, кажется, решилась - у него была установлена специальная надстройка ИРБИС 2010.1 для каталогизации на национальном языке, которая - как я сообщал [irbis.gpntb.ru] - приводит к СУЩЕСТВЕННОМУ торможению работы АРМов Каталогизатор и Читатель. Это доработка временно "отозвана".

Вопрос к пользователям fix и Esil: не применяете ли Вы эту надстройку?