ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Проблема с SQL*Net message from client
23 сообщений из 23, страница 1 из 1
Проблема с SQL*Net message from client
    #35961028
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
С некоторых пор стал замечать, что заведение пользователей, выдача привилегий им стали сильно подвисать. Трассировка показала вот что:

Код: plaintext
1.
2.
3.
4.
5.
Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                      100          0 . 00            0 . 00 
  SQL*Net message from client                    100         82 . 21          171 . 14 
  db file sequential read                         11          0 . 01            0 . 07

С сетью точно все в порядке. Проблемы в других местах не видно, только при работе с ролями, привилегиями, пользователями (с системными таблицами?). Кто сталкивался - подскажите куда копать?
...
Рейтинг: 0 / 0
29.04.2009, 14:38
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961052
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
Да и еще забыл: проблема не только в длительности операции например заведения нового юзера. А еще и в том, что данная операция почему то блокирует ВСЕ (или почти все) операции в других сессиях (злые юзеры начинают звонить и ругаться что у них все повисло). При том, что нагрузки никакой на сервере я не вижу...
...
Рейтинг: 0 / 0
29.04.2009, 14:45
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961058
_Alex_SMIRNOV_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
_Alex_SMIRNOV_
Участник
а каким образом у вас идентифицируется пользователь - на уровне базы?
...
Рейтинг: 0 / 0
29.04.2009, 14:47
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961078
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
_Alex_SMIRNOV_а каким образом у вас идентифицируется пользователь - на уровне базы?
Честно говоря не понял вопроса Уточните пожалуйста
...
Рейтинг: 0 / 0
29.04.2009, 14:53
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961095
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
stil,
В след. раз когда появится подобная проблема в sql*plus -> oradebug hanganalyze 3 и покажите здесь что она выдаст.
...
Рейтинг: 0 / 0
29.04.2009, 14:58
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961112
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
_Alex_SMIRNOV_,

Дошло Вопрос не с той стороны прочитал... Да - идентификация происходит на уровне базы
...
Рейтинг: 0 / 0
29.04.2009, 15:03
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961136
Фотография Elic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Elic
Участник
stilС некоторых пор стал замечать, что заведение пользователей, выдача привилегий им стали сильно подвисать. Трассировка показала вот что:
Код: plaintext
1.
2.
3.
4.
Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message from client                    100         82 . 21          171 . 14
С сетью точно все в порядке.
Код: plaintext
1.
2.
3.
4.
5.
select wait_class from v$system_event where event = 'SQL*Net message from client';

WAIT_CLASS
----------------------------------------------------------------
Idle
...
Рейтинг: 0 / 0
29.04.2009, 15:12
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961267
Фотография Timm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Timm
Участник
Элик, то что Оракл называет Idle events вовсе не обязательно являются Idle для конечного пользователя. Кроме того, tkprof не умеет отделять _реально_ (для респонс тайма юзера) Idle SQL*Net-events от не-idle. OraSRP умеет. Как это делать по сырому трейсу описано у Миллсапа.
...
Рейтинг: 0 / 0
29.04.2009, 15:51
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961306
StarBlade
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
StarBlade
Участник
stil,
Мало вероятно что данный эвент играет здесь хоть какую нибудь роль.
Возможно база выросла (обьектов, прав, ролей много) - пока все проверишь.
Если 10 - то статистику попробуй по системным обьектам собрать.
...
Рейтинг: 0 / 0
29.04.2009, 15:58
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961449
Фотография ФВЛ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ФВЛ
Участник
stilДа и еще забыл: проблема не только в длительности операции например заведения нового юзера. А еще и в том, что данная операция почему то блокирует ВСЕ (или почти все) операции в других сессиях (злые юзеры начинают звонить и ругаться что у них все повисло). При том, что нагрузки никакой на сервере я не вижу...

В момент тормозов выполни запросик, увидишь кто что ждет:

select s.username, s.osuser, s.machine, sw.sid, sw.event, sw.seconds_in_wait, sw.state, s.saddr, s.program, q.sql_text
from v$session_wait sw, v$session s, v$sqlarea q
where sw.sid = s.sid and s.status = 'ACTIVE' and s.username is not null and s.sql_id = q.sql_id and sw.state = 'WAITING'
order by 6 desc;
...
Рейтинг: 0 / 0
29.04.2009, 16:33
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35961634
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
ФВЛ
В момент тормозов выполни запросик, увидишь кто что ждет:

select s.username, s.osuser, s.machine, sw.sid, sw.event, sw.seconds_in_wait, sw.state, s.saddr, s.program, q.sql_text
from v$session_wait sw, v$session s, v$sqlarea q
where sw.sid = s.sid and s.status = 'ACTIVE' and s.username is not null and s.sql_id = q.sql_id and sw.state = 'WAITING'
order by 6 desc;

Вывод hanganalyze, кот. я предложил автору сделать выше и так всё это покажет, причём более наглядно. ИМХО - зачем свои запросы городить, если есть штатные средства.
...
Рейтинг: 0 / 0
29.04.2009, 17:27
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35962422
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
StarBladestil,
Мало вероятно что данный эвент играет здесь хоть какую нибудь роль.
Возможно база выросла (обьектов, прав, ролей много) - пока все проверишь.
Если 10 - то статистику попробуй по системным обьектам собрать.
Да база юзеров выросла. Но не на столько и не разом, чтоб так резко увеличились тормоза. Версия 10.2.0.4. Статистика по системным объектам собирается ежедневно...

ФВЛВ момент тормозов выполни запросик, увидишь кто что ждет:

select s.username, s.osuser, s.machine, sw.sid, sw.event, sw.seconds_in_wait, sw.state, s.saddr, s.program, q.sql_text
from v$session_wait sw, v$session s, v$sqlarea q
where sw.sid = s.sid and s.status = 'ACTIVE' and s.username is not null and s.sql_id = q.sql_id and sw.state = 'WAITING'
order by 6 desc;

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
SQL> select s.username, s.osuser, s.machine, sw.sid, sw.event, sw.seconds_in_wait, sw.state, s.saddr, s.program, q.sql_text
   2   from v$session_wait sw, v$session s, v$sqlarea q
   3   where sw.sid = s.sid
   4   and s.status = 'ACTIVE'
   5   and s.username is not null
   6   and s.sql_id = q.sql_id
   7   and sw.state = 'WAITING'
   8   order by  6  desc;

no rows selected


И еще: после нескольких посторений одного действия (например клонирования юзера) - скорость этой операции стала мгновенной. Закэшировалось? Какая связь с SQL*Net message from client? Квалификации не хватает понять...

Файл- результат oradebug hanganalyze 3 прилагаю
...
Рейтинг: 0 / 0
30.04.2009, 06:20
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35962436
Истребитель клопов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Истребитель клопов
Гость
Vivat!SanФВЛ
В момент тормозов выполни запросик, увидишь кто что ждет:

select s.username, s.osuser, s.machine, sw.sid, sw.event, sw.seconds_in_wait, sw.state, s.saddr, s.program, q.sql_text
from v$session_wait sw, v$session s, v$sqlarea q
where sw.sid = s.sid and s.status = 'ACTIVE' and s.username is not null and s.sql_id = q.sql_id and sw.state = 'WAITING'
order by 6 desc;

Вывод hanganalyze, кот. я предложил автору сделать выше и так всё это покажет, причём более наглядно. ИМХО - зачем свои запросы городить, если есть штатные средства.
объясни мне неумытому, где в штатной документации описана твое штатное средство? в отличии от нагороженных, но описанных вьюх из запроса я ее не нашел.
...
Рейтинг: 0 / 0
30.04.2009, 07:05
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35962740
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
Истребитель клопов
объясни мне неумытому, где в штатной документации описана твое штатное средство? в отличии от нагороженных, но описанных вьюх из запроса я ее не нашел.

Metalink - Doc ID:215858.1
...
Рейтинг: 0 / 0
30.04.2009, 10:24
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35962756
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
stil
И еще: после нескольких посторений одного действия (например клонирования юзера) - скорость этой операции стала мгновенной. Закэшировалось? Какая связь с SQL*Net message from client? Квалификации не хватает понять...

Файл- результат oradebug hanganalyze 3 прилагаю

У вас возникает ожидание - library cache load lock wait event, т.е. первоначально пока объект не попал в библиотечный кэш наблюдается описанные Вами тормоза.
...
Рейтинг: 0 / 0
30.04.2009, 10:29
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35962834
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
Vivat!San

У вас возникает ожидание - library cache load lock wait event, т.е. первоначально пока объект не попал в библиотечный кэш наблюдается описанные Вами тормоза.
А изза чего таки это происходит и как с этим бороться? Буду признателен если поделитесь ссылкой где об этом можно почитать..
...
Рейтинг: 0 / 0
30.04.2009, 10:53
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35962884
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
stil
А изза чего таки это происходит и как с этим бороться? Буду признателен если поделитесь ссылкой где об этом можно почитать..
Сделайте трэйс своей сессии, что за операторы выполняются в момент тормозов.
...
Рейтинг: 0 / 0
30.04.2009, 11:16
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35962986
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
Vivat!Sanstil
А изза чего таки это происходит и как с этим бороться? Буду признателен если поделитесь ссылкой где об этом можно почитать..
Сделайте трэйс своей сессии, что за операторы выполняются в момент тормозов.

Ну собственно выдержку из трейса я и привел в первом посте. Если необходимо могу приложить весь трейс файл, но ничего там нет кроме нескольких селектов из системных вьюх типа dba_users u, dba_profiles p, V$PWFILE_USERS.

Трассировал как раз сессию в которой выполнял create user и grant роль to user
...
Рейтинг: 0 / 0
30.04.2009, 11:39
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35963000
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
Пример:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
********************************************************************************

select
   decode(sysdba, 'TRUE', 'Yes', 'No') sysdba,
   decode(sysoper, 'TRUE', 'Yes', 'No') sysoper
FROM V$PWFILE_USERS
WHERE USERNAME = :x

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse         8        0 . 00         0 . 00            0            0            0             0 
Execute       8        0 . 00         0 . 00            0            0            0             0 
Fetch         8        0 . 00         0 . 00            0            0            0             0 
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        24        0 . 00         0 . 00            0            0            0             0 

Misses in library cache during parse:  0 
Optimizer mode: ALL_ROWS
Parsing user id: SYS

Rows     Row Source Operation
-------  ---------------------------------------------------
       0   FILTER  (cr= 0  pr= 0  pw= 0  time= 528  us)
       0    FIXED TABLE FULL X$KZSRT (cr= 0  pr= 0  pw= 0  time= 524  us)


Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                        9          0 . 00            0 . 00 
  SQL*Net message from client                      9         10 . 89           21 . 94 
  SQL*Net break/reset to client                    2          0 . 00            0 . 00 
********************************************************************************
...
Рейтинг: 0 / 0
30.04.2009, 11:43
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35963030
Фотография ФВЛ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ФВЛ
Участник
Vivat!Sanstil
И еще: после нескольких посторений одного действия (например клонирования юзера) - скорость этой операции стала мгновенной. Закэшировалось? Какая связь с SQL*Net message from client? Квалификации не хватает понять...

Файл- результат oradebug hanganalyze 3 прилагаю

У вас возникает ожидание - library cache load lock wait event, т.е. первоначально пока объект не попал в библиотечный кэш наблюдается описанные Вами тормоза.

Думаю причина подвисаний в этом:
Удаление запроса из shared pool при REVOKE/GRANT
...
Рейтинг: 0 / 0
30.04.2009, 11:52
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35963059
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
ФВЛVivat!Sanstil
И еще: после нескольких посторений одного действия (например клонирования юзера) - скорость этой операции стала мгновенной. Закэшировалось? Какая связь с SQL*Net message from client? Квалификации не хватает понять...

Файл- результат oradebug hanganalyze 3 прилагаю

У вас возникает ожидание - library cache load lock wait event, т.е. первоначально пока объект не попал в библиотечный кэш наблюдается описанные Вами тормоза.

Думаю причина подвисаний в этом:
Удаление запроса из shared pool при REVOKE/GRANT

Вы имеете ввиду, что при выдаче грантов юзеру куча связанных с объектами курсоров сразу же вытесняются из пула что ли? И тормоза появляются ввиду того, что это "не быстро" ? А как с этим бороться то? Игнорировать то это не получается ((
...
Рейтинг: 0 / 0
30.04.2009, 12:00
| Ответить | Цитировать | Написать  
Проблема с SQL*Net message from client
    #35963197
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
SQL> connect / as sysdba
Connected.
SQL> select reloads, invalidations from V$LIBRARYCACHE where namespace='SQL AREA';

   RELOADS INVALIDATIONS
---------- -------------
      96425           40146 

SQL> GRANT роль TO STIL;

Grant succeeded.

SQL> ALTER USER STIL DEFAULT ROLE ALL;

User altered.

SQL> select reloads, invalidations from V$LIBRARYCACHE where namespace='SQL AREA';

   RELOADS INVALIDATIONS
---------- -------------
      96472           40155 

SQL> alter session set events '10046 trace name context forever, level 12';

Session altered.

SQL> REVOKE роль FROM STIL;

Revoke succeeded.

SQL> alter session set events '10046 trace name context off';

Session altered.

SQL> select reloads, invalidations from V$LIBRARYCACHE where namespace='SQL AREA';

   RELOADS INVALIDATIONS
---------- -------------
      96674           40252

tkprof:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
********************************************************************************

REVOKE роль FROM STIL


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse         1        0 . 00         0 . 00            0            0            0             0 
Execute       1        0 . 03         1 . 06            0            0            1             0 
Fetch         0        0 . 00         0 . 00            0            0            0             0 
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total         2        0 . 04         1 . 06            0            0            1             0 

Misses in library cache during parse:  1 
Optimizer mode: ALL_ROWS
Parsing user id: SYS

Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  log file sync                                    2          0 . 00            0 . 00 
  SQL*Net message to client                        1          0 . 00            0 . 00 
  SQL*Net message from client                      1         17 . 80           17 . 80 
********************************************************************************

Может ли данные проблемы происходить из-за банальной нехватки места в shared pool? Почему тогда
Код: plaintext
1.
2.
3.
4.
5.
SQL> select bytes from v$sgastat where pool='shared pool' and name='free memory';

     BYTES
----------
  502842856
?
...
Рейтинг: 0 / 0
30.04.2009, 12:34
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
Проблема с SQL*Net message from client
    #39492860
u905097
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
u905097
Гость
Vivat!San,

можете прокомментировать мой event.
спасибо.
...
Рейтинг: 0 / 0
21.07.2017, 11:09
| Ответить | Цитировать | Написать  
23 сообщений из 23, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Проблема с SQL*Net message from client
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=35963000&tid=1885566]:
 0ms
get settings:
 11ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 189ms
get topic data:
 13ms
get forum data:
 4ms
get page messages:
 85ms
get tp. blocked users:
 2ms
others: 243ms
total:  569ms
созд. / загр.: 569ms
x
x
Закрыть


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