ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / кто подключался к БД? анализ listener.log
16 сообщений из 16, страница 1 из 1
кто подключался к БД? анализ listener.log
    #39289905
harder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
harder
Гость
Ночью в пакетном задании регулярно выполнялось

1. startup force restrict
2. drop user <USER> cascade;
3. create user <USER> ...
...
...
Но
сегодня получили ошибку

SQL> drop user <USER> cascade
*
ERROR at line 1:
ORA-01940: cannot drop a user that is currently connected

По alert*.log вижу, что запуск был действительно restrict
...
Wed Aug 10 07:17:16 2016
Shutting down instance (abort)
...
Wed Aug 10 07:17:18 2016
Instance shutdown complete
...
Wed Aug 10 07:17:20 2016
Starting ORACLE instance (restrict)

Привилегия RESTRICTED SESSION только у SYS и DBA.
А DBA только у SYS и SYSTEM.


Как узнать, кто и каким образом помешал выполнить drop user...?
Я просматриваю listerner.log в этом интервале.
Но четкого понимания нет.
Вижу сотни коннектов с меткой JDBC
...ID=(PROGRAM=JDBC Thin Client)...) * establish * tsdeatgdb * 0
как я понимаю, удачных, судя по "* 0".

Может ли кто-нибудь подключаться поверх RESTRICTED SESSION?
...
Рейтинг: 0 / 0
10.08.2016, 17:38:54
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39289907
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Q.Tarantino
Участник
harder,

а select из v$session тут же не догадались сделать?
...
Рейтинг: 0 / 0
10.08.2016, 17:40:47
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39289914
harder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
harder
Гость
Q.Tarantinoharder,

а select из v$session тут же не догадались сделать?

Хороший совет. Но, как сказал, ночное задание, cron. (
...
Рейтинг: 0 / 0
10.08.2016, 17:50:07
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39289965
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Q.Tarantino
Участник
harderQ.Tarantinoharder,

а select из v$session тут же не догадались сделать?

Хороший совет. Но, как сказал, ночное задание, cron. (
у меня два вопроса - зачем в старте force и зачем базу абортом кладете???
...
Рейтинг: 0 / 0
10.08.2016, 18:52:00
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39289967
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Q.Tarantino
Участник
Q.Tarantinoharderпропущено...


Хороший совет. Но, как сказал, ночное задание, cron. (
у меня два вопроса - зачем в старте force и зачем базу абортом кладете???
точнее один - зачем force? почему не штатно?
...
Рейтинг: 0 / 0
10.08.2016, 18:53:20
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39289978
harder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
harder
Гость
Q.Tarantino,

> точнее один - зачем force? почему не штатно?

Так сложилось исторически.
Это девелоперская БД.
После перезапуска сносятся все юзеры.
Потом создаются заново.
...
Рейтинг: 0 / 0
10.08.2016, 19:15:48
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39290031
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Q.Tarantino
Участник
harderПосле перезапуска сносятся все юзеры.
Потом создаются заново.
вопрос - это разово так получилось или регулярно происходит?
...
Рейтинг: 0 / 0
10.08.2016, 21:15:48
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39290178
Nobody1111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Nobody1111
Гость
Правильно заданный вопрос - больше половины ответа.

harderМожет ли кто-нибудь подключаться поверх RESTRICTED SESSION?

Может. Любая учетка с привилегией RESTRICTED SESSION.
...
Рейтинг: 0 / 0
11.08.2016, 11:08:33
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39290513
harder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
harder
Гость
Nobody1111Правильно заданный вопрос - больше половины ответа.

harderМожет ли кто-нибудь подключаться поверх RESTRICTED SESSION?

Может. Любая учетка с привилегией RESTRICTED SESSION.

Спасибо, Nobody,
но вопрос я задал, вроде, нормально

> Как узнать, кто и каким образом помешал выполнить drop user...?

И добавил вопрос про лог листенера.

На всякий случай переделаю вопрос.
Могу ли я по логу листенера понять кто, или, хотя бы, сколько подключений было выполнено к БД после перезапуска.
С учетом того, что БД в restrict, но в листенере все равно десятки записей типа
Код: plaintext
1.
2.
3.
4.
5.
6.
10-AUG-2016 07:17:29 * (CONNECT_DATA=(SID=tsdeatgdb)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=phx_dev))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.233.53.105)(PORT=52211)) * establish * tsdeatgdb * 0
10-AUG-2016 07:17:30 * (CONNECT_DATA=(SID=tsdeatgdb)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=ephoenix))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.233.53.101)(PORT=59799)) * establish * tsdeatgdb * 0
10-AUG-2016 07:17:30 * (CONNECT_DATA=(SID=tsdeatgdb)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=ephoenix))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.233.53.101)(PORT=59800)) * establish * tsdeatgdb * 0
10-AUG-2016 07:17:30 * (CONNECT_DATA=(SID=tsdeatgdb)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=ephoenix))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.233.53.101)(PORT=59801)) * establish * tsdeatgdb * 0
10-AUG-2016 07:17:30 * (CONNECT_DATA=(SID=tsdeatgdb)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=ephoenix))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.233.53.101)(PORT=59802)) * establish * tsdeatgdb * 0
...
Рейтинг: 0 / 0
11.08.2016, 17:24:52
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39290709
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Ну и смотри, что у тебя работает на 10.233.53.105 и 10.233.53.101
Возможно, какой-нибудь монитор типа zabbix
Настрой аудит соединений и увидишь, под каким именем оттуда пытаются долбиться

Кстати, ты не назвал версию. Были баги при удалении юзера, например, из-за инвалидных объектов XDB
...
Рейтинг: 0 / 0
12.08.2016, 04:51:39
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39291083
harder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
harder
Гость
Вячеслав ЛюбомудровНу и смотри, что у тебя работает на 10.233.53.105 и 10.233.53.101
Возможно, какой-нибудь монитор типа zabbix
Настрой аудит соединений и увидишь, под каким именем оттуда пытаются долбиться

Кстати, ты не назвал версию. Были баги при удалении юзера, например, из-за инвалидных объектов XDB

Так вот и странно, вот с этого и начался вопрос - это девелоперские машины.
Но, как я понимаю, они не могли успешно подключится к БД, при режиме restrict session.
А они подключились.

Oracle у нас 12с
...
Рейтинг: 0 / 0
12.08.2016, 14:11:47
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39291180
Nobody1111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Nobody1111
Гость
Уже спрашивали, это разовый глюк или неоднократный?

Если разовый, возможно, как-то раз неосмотрительно пользователь получил RESTRICTED.

Если не разовый, можно логировать ошибочную ситуацию, чтобы разобраться - написать триггер, перехватывающий ORA-1940 и фиксирующий всю инфу, какую надо.

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

Ну или вообще, чтобы не париться, перед передергом оракла опускать листенер.
...
Рейтинг: 0 / 0
12.08.2016, 15:54:50
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39292690
harder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
harder
Гость
Nobody1111,

Да, Oracle не патченый.
Глюк однократный, хотя задание выполняется каждый день.

И за совет выключать листенер - спасибо!
...
Рейтинг: 0 / 0
16.08.2016, 15:58:51
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39292695
harder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
harder
Гость
Nobody1111,

Сказал "спасибо" за листенер. И тут же вспомнил, что БД не одна на сервере )

Но все равно, спасибо!
...
Рейтинг: 0 / 0
16.08.2016, 16:04:47
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39292712
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Q.Tarantino
Участник
harderДа, Oracle не патченый.
ну если и так базу ребутаете каждую ночь, не вижу проблемы чтобы ее в это время и пропатчить...
...
Рейтинг: 0 / 0
16.08.2016, 16:22:30
| Ответить | Цитировать | Написать  
кто подключался к БД? анализ listener.log
    #39292850
harder
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
harder
Гость
Q.Tarantino,

Пробую.
Но не предполагал, что restrict session, который существует, наверно, с 6-ой или 7-ой версии может глюкнуть из-за
версии Oracle.
...
Рейтинг: 0 / 0
16.08.2016, 19:37:00
| Ответить | Цитировать | Написать  
16 сообщений из 16, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / кто подключался к БД? анализ listener.log
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39291180&tid=1887661]:
 0ms
get settings:
 10ms
get forum list:
 11ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 182ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 31ms
get tp. blocked users:
 1ms
others: 232ms
total:  480ms
созд. / загр.: 480ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]