|
|
|
Непонятки со стендбаем
|
|||
|---|---|---|---|
|
#18+
Возникает ошибка при переводе стендбая из read only обратно в managed recovery. При однозначно отсутствующих других сессиях вылезает такое: Код: plaintext 1. 2. 3. 4. 5. 6. 7. При этом в алерт сыпется: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ну и т.д. В /ora01/app/oracle/admin/voog2s/bdump/smon_1166.trc ничего интересного нет, только повтор того же сообщения об ошибке. Аналогичные сообщения в алерт валятся и при попытке shutdown immediate. Спрашивается - чего ему надо менять в файле системного таблеспейса при закрытии открытой в read only базы? Oracle 8.1.7.0.0 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2003, 22:00 |
|
||
|
Непонятки со стендбаем
|
|||
|---|---|---|---|
|
#18+
на Металинке по этому поводу советуют проверить не остался ли работающим agent (это dbsnmp юзер), а также job процессы. Ну и несмотря на то что написано в доке, базу все равно надо переводить обратно в managed standby через shutdown. (Note:136553.1 ORA-1093 While Changing Standby Database From Read-Only to Managed Recovery Mode) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2003, 00:47 |
|
||
|
Непонятки со стендбаем
|
|||
|---|---|---|---|
|
#18+
Джобов нет, агента нет... Ладно, с этим можно смирится, но единственный способ зашатдаунится в моём клиническом случае - shutdown abort, что хоть и не страшно, но неприятно - это-то почему происходит? Основная база из read only по shutdown immediate/transactional выходит на ура, а тут, понимаешь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2003, 10:05 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=32093770&tid=1992110]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
13ms |
get forum data: |
4ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 216ms |
| total: | 370ms |

| 0 / 0 |
