|
|
|
dblink -> ORA-02019 после убивания сессии
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Опять получил на сервере ORA-04030 21657308 (сервер dep) Пристрелил сессию, занимавшую наибольший объём PGA. Сессия оказалась dblink-ом с другого сервера (сервер forms), и этот dblink отвалился. Причём от имени владельца dblink-а запросы проходят успешно, а другие пользователи начали получать ORA-02019. Пересоздание dblink-а результатов не дало. Созданный public dblink работает нормально. Поиск по необъятным просторам Интернета дал довольно невнятную информацию. Уважаемые знатоки, где грабли? Oracle на сервере с dblink-ом: Код: plaintext 1. 2. 3. 4. 5. 6. 7. Oracle на сервере, на котором пристрелили сессию: Код: plaintext 1. 2. 3. 4. 5. 6. 7. Пока готовил текст, выяснил, что такая участь постигла и другие dblink-и на сервере forms, которые смотрят на другие экземпляры Oracle. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2018, 11:30 |
|
||
|
dblink -> ORA-02019 после убивания сессии
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.09.2018, 11:40 |
|
||
|
dblink -> ORA-02019 после убивания сессии
|
|||
|---|---|---|---|
|
#18+
K790, Перед тем, как начинать новый тред, я эту ссылку нашёл и прочитал. Но это не мой случай. Дблинки работали. Никто файлы tnsnames.ora, listener.ora, sqlnet.ora не изменял. global_names=false. После того, как пристрелили сессию, дблинки (все, не только на ту БД, где сессию пристрелили) работать перестали. Пересоздание дблинков положительных результатов не дало. Восстановил работу после продолжительных танцев с бубном в виде смены паролей пользователей, от имени которых идет подключение дблинков. Хочу понять, где грабли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2018, 03:45 |
|
||
|
dblink -> ORA-02019 после убивания сессии
|
|||
|---|---|---|---|
|
#18+
Хливкие Шорьки, Так вы ничего и не приводите толком. Каким образом создаете db-link, содержимое tnsnames и т.д. О чем разговор? Oracle always determines the username and password from the first matching database link (either private or public). If the first matching database link has an associated username and password, then Oracle uses it. If it does not have an associated username and password, then Oracle uses your current username and password. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2018, 10:35 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=100&tid=1883442]: |
0ms |
get settings: |
5ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
47ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 201ms |
| total: | 315ms |

| 0 / 0 |
