|
|
|
StandBy и ORA-16000 database open for read-only access
|
|||
|---|---|---|---|
|
#18+
Доброго дня Есть сервер standby в режиме open с запущенным накатом логов. Версии 11.2.0.3.0. Большую часть времени исправно выполняет все запросы, но иногда начинает выдавать ошибку, что база находится в режиме read only на следующий запрос, не использующий ни одного пользовательского объекта: Код: plsql 1. 2. при этом любой из трех вариантов запросов Код: plsql 1. 2. 3. 4. 5. 6. продолжает выполняться нормально. Если этот запрос выполнить на основном сервере и переключить журнальный файл, то после втягивания очередного лога он начинает работать и на standby. Такое впечатление, что двойное использование псевдотаблицы из секции with требует компиляции какого-то объекта. Список невалидных объектов в пользовательской схеме при втягивании лога не меняется. Словари SYS никто не трогает, так что невалидными становиться не должны. Что можно еще проверять? Версия базы 11.2.0.3.0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2017, 13:50 |
|
||
|
StandBy и ORA-16000 database open for read-only access
|
|||
|---|---|---|---|
|
#18+
AlexanderKzдвойное использование псевдотаблицы из секции with требует компиляции какого-то объекта Скорее банальной материализации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2017, 14:13 |
|
||
|
StandBy и ORA-16000 database open for read-only access
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous, не совсем понимаю, как влияет материализация и почему эффект не постоянный. Ведь режим read-only не запрещает создавать временные структуры в TEMP для выполнения запросов. Большую часть времени запрос отрабатывает без проблем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2017, 17:18 |
|
||
|
StandBy и ORA-16000 database open for read-only access
|
|||
|---|---|---|---|
|
#18+
AlexanderKz, Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Bug 13847666oracleDescription Temporary table transformation may be used in plans in a read only database which leads to ORA-16000 errors. Rediscovery Notes If an ORA-16000 error is raised for a database opened in read only mode and the execution plan involved temporary table transformation then this may be the issue. eg: The execution plan shows "TEMP TABLE TRANSFORMATION" Workaround Hint the plan so as to avoid the temp table transformation. Note: This fix is not correct and has been superseded by the fix in bug 14609690 . For interim patches please use that fix instead of this one. Regards Maxim ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2017, 17:43 |
|
||
|
StandBy и ORA-16000 database open for read-only access
|
|||
|---|---|---|---|
|
#18+
Maxim Demenko,спасибо. Почитаю подробнее про этот баг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2017, 17:54 |
|
||
|
StandBy и ORA-16000 database open for read-only access
|
|||
|---|---|---|---|
|
#18+
AlexanderKz, WITH анализируется оптимизатором и может быть материализирован (WITH выполняется и результат пишется во временную таблицу) если он считает это более эффективным (например WITH алиас указан в FROM несколько раз). Но это в TEMP tablespace, так-что вроде-бы не должно падать при read only. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.07.2017, 17:57 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39493108&tid=1885560]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
153ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
68ms |
get tp. blocked users: |
2ms |
| others: | 208ms |
| total: | 480ms |

| 0 / 0 |
