|
Oracle 10g, redo логи на standby
|
|||
---|---|---|---|
#18+
Добрый день. Разворачивал standby сервер. Бекап делал с primary с помощью утилиты rman. Развернулся standby отлично, началась накатка архивлогов с primary. Все, вроде как, отлично, но есть одно но. Физически отсутствуют redo логи на standby сервере. В таблице логов на standby следующая информация: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
У меня несколько вопросов: - я правильно понимаю, что проблема возникнет при switchover между primary и standby? Но при текущем положении дел (со standby будет делаться лишь полный бекап на данный момент) это не критично? - решит ли проблему создание новых redo логов на праймари с последующим удалением существующих 11 груп? Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2019, 12:27 |
|
Oracle 10g, redo логи на standby
|
|||
---|---|---|---|
#18+
CottonДобрый день. Разворачивал standby сервер. Бекап делал с primary с помощью утилиты rman. Развернулся standby отлично, началась накатка архивлогов с primary. Все, вроде как, отлично, но есть одно но. В alert*.log что? На примари и стенбай? Посмотрите что-то такое на примари: Код: plsql 1. 2. 3. 4. 5.
А на стенбай соответственно если БД в MAXIMUM AVAILABILITY: Код: plsql 1. 2. 3. 4. 5. 6.
[quot Cotton] Но при текущем положении дел (со standby будет делаться лишь полный бекап на данный момент) это не критично? [/SRC] Критично добиться наката. Т.е. на стб должен быть накат с примари и соответственно "рождение" журналов с такой последовательностью как на примари. [quot Cotton] - решит ли проблему создание новых redo логов на праймари с последующим удалением существующих 11 груп? [/SRC] Зачем так много? Нет прямой связи между количеством реду на праймари и работоспособностью стб. Вы делали standby redo? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2019, 15:38 |
|
Oracle 10g, redo логи на standby
|
|||
---|---|---|---|
#18+
iua, iuaВ alert*.log что? На примари? Код: plsql 1. 2. 3. 4. 5.
iuaи стенбай? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
iuaКритично добиться наката. Т.е. на стб должен быть накат с примари и соответственно "рождение" журналов с такой последовательностью как на примари. Если вы имеете ввиду накат журналов, то они накатываются. Журналы забираются и применяются, согласно v$archived_log. iuaЗачем так много? Нет прямой связи между количеством реду на праймари и работоспособностью стб. Вы делали standby redo? Где-то прочел, что количество standby redo должно совпадать с количеством redo на праймари. И, да, standby redo создавал. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2019, 17:03 |
|
Oracle 10g, redo логи на standby
|
|||
---|---|---|---|
#18+
Cotton, Можно пересоздать logfiles, например так: Код: plsql 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
16.07.2019, 17:06 |
|
Oracle 10g, redo логи на standby
|
|||
---|---|---|---|
#18+
CottonOracle 10gАрхеологи? :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2019, 02:12 |
|
Oracle 10g, redo логи на standby
|
|||
---|---|---|---|
#18+
Vadim Lejnin Можно пересоздать logfiles, например так: Спасибо. Помогло. SQL*Plus Археологи? :-) Я тоже не в восторге. Но приходится работать с тем, что есть :) Некоторые организации крайне инертны в этом вопросе. Логика - "Работает , ну, и ладно". ... |
|||
:
Нравится:
Не нравится:
|
|||
17.07.2019, 12:46 |
|
|
start [/forum/topic.php?fid=52&fpage=72&tid=1882298]: |
0ms |
get settings: |
12ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
33ms |
get topic data: |
15ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
others: | 256ms |
total: | 396ms |
0 / 0 |