|
|
|
Manual Standby on Standard Edition - применение логов
|
|||
|---|---|---|---|
|
#18+
Привет всем, установили Manual Standby для Oracle Standard Edition на Линуксе. логика такова: 1) по крону (каждые N мин) проверяем есть ли новые файлы на БД Primary, если есть, то копируем на Standby через rsync 2) накат логов функция Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. В алерте начали появляться сообщения Код: 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. Лог операции: Код: 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. Скрипт применяет все новые архивные логи на Standby из Primary (если есть таковые) Я проверил - архивный лог 3346 еще не сгенерировался на Primary. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Standby ожидает #3346 архивный лог - хотя он еще существует на Primary. Возможно команда неправильная - recover standby database; Хотел узнать как можно сделать чтобы эти сообщения не появлялись в логе без влияния на работу бизнесс логики? Прошу не судить строго. С уважением! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 09:16 |
|
||
|
Manual Standby on Standard Edition - применение логов
|
|||
|---|---|---|---|
|
#18+
recover AUTOMATIC standby database ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 09:18 |
|
||
|
Manual Standby on Standard Edition - применение логов
|
|||
|---|---|---|---|
|
#18+
recover standby database; AUTO -параметр AUTO в функции не одно и тоже? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 09:30 |
|
||
|
Manual Standby on Standard Edition - применение логов
|
|||
|---|---|---|---|
|
#18+
bulat makhmutov, в логе нет никаких ошибок: ORA-279 - говорит, что начали рекавери стендбая ORA-308 - говорит, что лог, который нужен для рекавери, отсутствует в каталоге ORA-27037 - просто баг т.е. в п.1 делается проверка на наличие архивного лога перед копированием а в п.2 не делается проверка на наличие архивного лога перед накатом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 09:37 |
|
||
|
Manual Standby on Standard Edition - применение логов
|
|||
|---|---|---|---|
|
#18+
Точнее даже ALTER DATABASE recover AUTOMATIC standby database Тогда оно не задает вопросов, поскольку это уже команда не SQL*Plus, а SQL Но ошибки в лог пишет (и с каждой версией все больше) Последний раз я пользовался ручным стендбаем в 9-ке и в логе было совсем немного Ну а вариант сначала каталогизировать архивлоги через RMAN, а потом накатывать только вновь закаталогизированные (и ненакаченные) не рассматривал? Или в Standard Edition RMAN не каталогизирует логи (как не работает ALTER DATABASE REGISTER LOGFILE)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 09:46 |
|
||
|
Manual Standby on Standard Edition - применение логов
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, Нет, не рассматривал. Но спасибо за направление - приму к сведению. Я читал про метод предложенный вами где-то на этом форуме - по ходу это самый эффетивный метод для ручного стандбая в стандартной версии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 10:20 |
|
||
|
Manual Standby on Standard Edition - применение логов
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, ALTER DATABASE recover AUTOMATIC standby database Сообщение в алерте: ORA-279 signalled during: ALTER DATABASE recover AUTOMATIC standby database... ************************************************************* Warning <krd_check>: Recovery session ended without issuing ALTER DATABASE RECOVER CANCEL ************************************************************* Errors in file /u01/app/oracle/diag/rdbms/pp_spsa_stby/PPSPSA/trace/PPSPSA_pr00_9275.trc: ORA-00448: normal completion of background process Recovery interrupted! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 12:57 |
|
||
|
Manual Standby on Standard Edition - применение логов
|
|||
|---|---|---|---|
|
#18+
Это тоже недавно появилось Хотя это всего лишь предупреждение, что ты завершаешь сессию, не завершив выполнение процесса восстановления (твой сеанс этим начал заниматься после выдачи команды RECOVER) Чтоб эта хрень не светилась в логе, надо явно завершить процесс восстановления -- выдать вторую команду alter database recover cancel; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 13:18 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=180&tid=1886616]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
58ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 211ms |
| total: | 384ms |

| 0 / 0 |
