|
ORA-01555: слишком старый снимок при dbms_aq.dequeue
|
|||
---|---|---|---|
#18+
Всем добрый день. Почему может возникать ошибка ORA-01555 при вычитке из очереди? В пакете есть функция получения одного сообщения из очереди и процедура, которая пока очередь не пуста, обрабатывает в цикле по 1 сообщению. Соответственно вычитка 1 сообщения и его обработка в теле занимает короткое время. Ошибка возникает на сточке dbms_aq.dequeue(queue_name => 'uninew.my_queue_q', Код: plsql 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. 39. 40. 41. 42. 43. 44. 45. 46.
Периодически возникает ORA-01555: слишком старый снимок в моем понимании такая ошибка характерна для ситуации, когда один запрос долго выполняется, заканчивается сегмент отката и она возникает. Например Код: plsql 1. 2. 3. 4. 5. 6.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2019, 09:14 |
|
ORA-01555: слишком старый снимок при dbms_aq.dequeue
|
|||
---|---|---|---|
#18+
роман23t, Код: plsql 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2019, 15:42 |
|
ORA-01555: слишком старый снимок при dbms_aq.dequeue
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
18.07.2019, 15:52 |
|
ORA-01555: слишком старый снимок при dbms_aq.dequeue
|
|||
---|---|---|---|
#18+
у меня коммит хоть сразу после вычитки не стоит, но он в каждой итерации цикла. Одна итерация занимает меньше секунды, за это время никакие переполнение невозможно. В потрохах обработчиков сообщений нет автономок. Правда есть отправка SOAP сообщений(едва ли это может быть причиной) В приведенном примере за 2006 года автор сказал, что помог патч на 9 версию oracle.... В моем случае 12с, едва ли ошибка "снова появилась". Да и у меня пользовательский тип с 5 полями скалярных типов, без LOB ... |
|||
:
Нравится:
Не нравится:
|
|||
19.07.2019, 11:15 |
|
|
start [/forum/topic.php?fid=52&fpage=72&tid=1882290]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
33ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 138ms |
0 / 0 |