[ОТВЕТИТЬ]
02.11.2010 10:11
John Doe
 
уже начинали тут
Фокусы в 1.027.2
но вроде как так все втихомолку терпят. Хочется уточнить привязку этого безобразия к превышению количества лицензий. Так это или нет? На 1027.5 сп4 повторяется...
Вот ведь, блин, криворукие программеры, нет, чтобы с пользой время потратить, головную боль всем придумали...
02.11.2010 14:38
Neutron
 
Я тоже заметил привязку к колличеству лицензий!
Есть у кого нибудь решения данной проблеме...?
02.11.2010 14:45
OlegON
 
Я пока накидал принудительное ограничение на 48 сессий (при 50 лицензиях), проверяю у клиента...
Кто ошибку заметит - скажите... Запускать от sys.
'STAR\ORASERV','ORASERV' - имя сервера, где стоит сервер лицензий
Код:
CREATE OR REPLACE TRIGGER BLOCK_EXCEEDED
AFTER LOGON ON DATABASE
DECLARE
V_USER VARCHAR2 (64);
V_HOST VARCHAR2 (64);
SESS_C NUMBER (5);
LOGON_C NUMBER (5);
BEGIN
SELECT sys_context('userenv','session_user'),sys_context('userenv','host') INTO V_USER, V_HOST FROM dual;
IF V_USER NOT IN ('SUPERMAG','SYS') THEN
IF V_HOST NOT IN ('STAR\ORASERV','ORASERV') THEN
SELECT count(distinct machine) INTO SESS_C FROM sys.v$session;
if SESS_C>48 THEN
SELECT count(1) INTO LOGON_C FROM sys.v$session where machine like '%'||upper(v_host)||'%';
IF LOGON_C<1 THEN
DBMS_LOCK.SLEEP(2);
RAISE_APPLICATION_ERROR(-20000, V_HOST||':Error #Session limit! Relax or visit https://olegon.ru');
END IF;
END IF;
END IF;
END IF;
END;
/
Код:
CREATE OR REPLACE TRIGGER BLOCK_EXCEEDED
AFTER LOGON ON DATABASE
DECLARE
V_USER VARCHAR2 (64);
V_HOST VARCHAR2 (64);
SESS_C NUMBER (5);
LOGON_C NUMBER (5);
BEGIN
SELECT sys_context('userenv','session_user'),sys_context('userenv','terminal') INTO V_USER, V_HOST FROM dual;
SELECT count(*) INTO SESS_C FROM (select distinct(username||terminal) from sys.v$session where (username,terminal) not in (select sys_context('userenv','session_user'),sys_context('userenv','terminal') from dual));
if SESS_C>23 THEN
RAISE_APPLICATION_ERROR(-20000, V_HOST||':Error #Session limit! Relax or visit https://olegon.ru');
END IF;
END;
/
02.11.2010 14:52
OlegON
 
Да, чтобы снять его надо из под sys опять же:
Код:
DROP TRIGGER BLOCK_EXCEEDED;
02.11.2010 15:35
Propil
 
в 1.027.2 С+ проблему закрыл 6-м сервиспаком
У меня с тех пор ошибка не выскакивала
так что надо долбить поддержку...
02.11.2010 16:54
Neutron
 
Долбить то надо, только вот они отнекиваются что проблемы с базой а не в приложении ТС!
Никак не смог достучаться до них что проблема возникла (при такой же нагрузке как и сейчас) сразу на следующий день после обновления с версии 1.026 на 1.027.5 сп3, после посоветовали обновиться на сп4, только к сожалению это не помогло...
02.11.2010 17:23
OlegON
 
Не переживайте... Сейчас разберемся, кто виноват... Удаленка плохая, может до выходных и не разберемся, но потом - точно :)
04.11.2010 08:17
OlegON
 
При включении ограничения на две машины меньше лицензионного количества, ошибка не проявляется. Т.е. проблема с подсчетом лицензий.
04.11.2010 17:25
Neutron
 
Цитата:
OlegON При включении ограничения на две машины меньше лицензионного количества, ошибка не проявляется. Т.е. проблема с подсчетом лицензий.
T.e. проблема в приложении ТС, и никак не в базе?
04.11.2010 17:30
OlegON
 
Если у тебя есть такая ошибка, можешь попробовать подтвердить мою догадку. Скрипты выше. Я голосую за проблему в ТС.
04.11.2010 20:28
Neutron
 
Цитата:
OlegON Если у тебя есть такая ошибка, можешь попробовать подтвердить мою догадку. Скрипты выше. Я голосую за проблему в ТС.
Oлег самое странное что была почти во всех магазинах которые были под версией 1.027.5 сп3 ! После перехода на сп4 эта ошибка пропала везде кроме тебе известного магазина!
04.11.2010 21:21
OlegON
 
Загадочно... Тогда будем дальше копать... Уж больно в этом известном мне магазине чел на отклики тяжелый, а я не вижу, что происходит за пределами сервера. Сегодня еще зачем-то старые параметры базы восстановил, уронив базу целиком. Но как факт, может и фаза луны, но во время тех двух дней, что работало это ограничение, незарегистрированно-клиентского не всплывало...
05.11.2010 10:21
Neutron
 
Цитата:
OlegON Уж больно в этом известном мне магазине чел на отклики тяжелый,
:) :)

Цитата:
OlegON Сегодня еще зачем-то старые параметры базы восстановил, уронив базу целиком. Но как факт, может и фаза луны, но во время тех двух дней, что работало это ограничение, незарегистрированно-клиентского не всплывало...
Да я тоже сегодня поспрашивал его, выброса из программы нет и сообщения тоже!
А востановил он spfile из прошлогоднего init.ora не поменяв парамметры, вот так и уронил базу:)
Вообщем можно считать что ограничением можно решить данную проблему...!
05.11.2010 21:11
Neutron
 
К сожалению ошибка появилась вновь!:(
05.11.2010 21:34
OlegON
 
Цитата:
Neutron К сожалению ошибка появилась вновь!:(
Это он заподозрил меня, а не смену спфайла и ограничение пришлось снять. Сейчас оно выключено.
06.11.2010 13:02
Neutron
 
Цитата:
OlegON Это он заподозрил меня, а не смену спфайла и ограничение пришлось снять. Сейчас оно выключено.
А причем тут ты если он уронил свою базу подменой спфайла....?
Ща попробую обьяснить ему, что ограничение ему нужно!


оказывается
...при включенном ограничении не запускается ни один отчет...+ перестает работа с этикетками ...
06.11.2010 19:38
OlegON
 
Долго объяснять. Отпишусь, когда подойдем к финишу. Пока в С+ заказана лицензия на 500 мест, временная. Для теста.
06.11.2010 23:39
Neutron
 
Цитата:
OlegON Долго объяснять. Отпишусь, когда подойдем к финишу. Пока в С+ заказана лицензия на 500 мест, временная. Для теста.
OK! В понедельник насколько я знаю будет лицензия! Будем ждать с нетерпением твоих выводов после мучений с этой проблемой...
12.11.2010 12:52
OlegON
 
Резюмирую. Неделя полета с лицензией на 500 рабочих мест - проблема ушла. Делаем вывод, что проблема в механизме подсчета лицензий, что и предполагалось после пробы того скрипта, что указан выше.
12.11.2010 14:28
Neutron
 
Добавлю от себя что С+ в новой версии эту проблему уже решила!
правда(к сожалению) на ихнем фтп новой версии пока нет!
22.01.2011 04:13
Neutron
 
В версии 1.028 проблема решена!
Проверено!
04.03.2011 13:21
Pyatak
 
Сейчас версия 1.027.2 SP2 обновляется до SP6

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

з.ы., работает примерно 19 человек из 26 лицензий. Ограничение на 24 сессии поставил триггером, предложенном выше.
04.03.2011 13:23
OlegON
 
А у тебя инвалидов в базе нет?
04.03.11 13:21:15 -- SYS DBMS_SQLPA PACKAGE BODY 1 118 44 PL/SQL: ORA-00904: "OTHER_XML": invalid identifier ERROR 0
04.03.11 13:21:15 -- SYS DBMS_SQLPA PACKAGE BODY 2 113 5 PL/SQL: SQL Statement ignored ERROR 0
04.03.2011 15:21
Pyatak
 
Спасибо! (кнопочку нажал:) )
Действительно этот объект был инвалидом. Исправил.
Вроде не отваливаются клиенты пока.
Опции темы


Часовой пояс GMT +3, время: 15:05.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.