|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
Добрый день, Всем. Подскажите, пожалуйста. Столкнулся с такой проблемой. Делаю резервную копию на сервере Скрипт: run { allocate channel ch1 device type disk format '/CHAOS/backup/db/chaos/%U'; allocate channel ch2 device type disk format '/CHAOS/backup/db/chaos/%U'; allocate channel ch3 device type disk format '/CHAOS/backup/db/chaos/%U'; allocate channel ch4 device type disk format '/CHAOS/backup/db/chaos/%U'; crosscheck backup; crosscheck archivelog all; backup incremental level 0 database filesperset 8 plus archivelog; delete obsolete; RELEASE CHANNEL ch1; RELEASE CHANNEL ch2; RELEASE CHANNEL ch3; RELEASE CHANNEL ch4; } Восстанавливаю на другом сервере, все восстанавливается, кроме архивных логов, пишет:RMAN-06025: no backup of archived log for thread 1 with sequence. Дело в том, что на источнике после delete obsolete удаляются некоторые файлы, куда были записаны эти архивные журналы. Но почему-то при восстановлении rman требует именно удаленные архивные журналы. Управляющие файлы восстанавливаю из копии, которая создаётся после бэкапа на источнике. Прогонял: crosscheck backup; crosscheck archivelog all; Не помогает. Скрипт восстановления: run{ allocate channel ch1 device type disk; allocate channel ch2 device type disk; allocate channel ch3 device type disk; allocate channel ch4 device type disk; restore database; recover database; RELEASE CHANNEL ch1; RELEASE CHANNEL ch2; RELEASE CHANNEL ch3; RELEASE CHANNEL ch4; } При restore archivelog all; Пример: RMAN-06025: no backup of archived log for thread 1 with sequence 4112 and starting SCN of 6966063182473 found to restore RMAN-06025: no backup of archived log for thread 1 with sequence 4111 and starting SCN of 6966062302084 found to restore RMAN-06025: no backup of archived log for thread 1 with sequence 4110 and starting SCN of 6966059249280 found to restore RMAN-06025: no backup of archived log for thread 1 with sequence 4109 and starting SCN of 6966056085348 found to restore Их в резервной копии действительно нет, восстановить существующие в бэкапе не получается. Только если указать, пример: restore archivelog logseq 4249 THREAD 1;. Кто сталкивался, подскажите. Как восстановить все архивные логи, что есть в резервной копии? Почему он требует несуществующие архивные логи не понятно. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 17:41 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
deadlock015 Добрый день, Всем. Подскажите, пожалуйста. Столкнулся с такой проблемой. Делаю резервную копию на сервере Скрипт: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
Восстанавливаю на другом сервере, все восстанавливается, кроме архивных логов, пишет:RMAN-06025: no backup of archived log for thread 1 with sequence. Дело в том, что на источнике после delete obsolete удаляются некоторые файлы, куда были записаны эти архивные журналы. Но почему-то при восстановлении rman требует именно удаленные архивные журналы. Управляющие файлы восстанавливаю из копии, которая создаётся после бэкапа на источнике. Прогонял: crosscheck backup; crosscheck archivelog all; Не помогает. Скрипт восстановления: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
Код: plsql 1. 2. 3. 4. 5. 6.
Их в резервной копии действительно нет, восстановить существующие в бэкапе не получается. Только если указать, пример: Код: plsql 1.
Кто сталкивался, подскажите. Как восстановить все архивные логи, что есть в резервной копии? Почему он требует несуществующие архивные логи не понятно. Точная версия oracle (не RAC случаем)? rman catalog используется? backup incremental level 1+ используется? ну и Код: plsql 1. 2. 3. 4. 5.
... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 19:19 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
deadlock015, памятка: HOWTO :: Как правильно задавать вопросы Как мне оформить свое сообщение? Студентам, желающим помощи 1) Полная постановка задачи (без сокращений) 2) Подготовьте тестовые данные, лучше в виде with пример (не ваш случай) в конце 3) Покажите что сделали, что получили, без сокращений. ( лучше не в виде screenshot) 4) используйте Тэги, читать код без них неудобно, правильно оформляйте сообщение Пример подготовленных данных, запроса и вывода. Код: 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.
... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 19:20 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
deadlock015, ну и забыл основное Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 19:26 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
deadlock015, а зачем в скрипте штатного бакапа присутствуют команды Код: sql 1. 2.
? Т.е. автор скрипта предполагает, что в этой системе с ненулевой вероятностью происходят удаления файлов бакапов и журналов мимо интерфейса rman? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 19:58 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
Vadim Lejnin, Добрый вечер. Версия Oracle 10.2.0.5.0, не RAC, на standby настроен. Roman catalog не используется. Используется incremental level 1. Но пробовали и после level 0 восстанавливать, результат тот же. 1. select * from v$version; BANNER ---------------------------------------------------------------- Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi PL/SQL Release 10.2.0.5.0 - Production CORE 10.2.0.5.0 Production TNS for Linux: Version 10.2.0.5.0 - Production NLSRTL Version 10.2.0.5.0 - Production 2. Select 'MAXLOGHISTORY ' || records_total from v$controlfile_record_section where type = 'LOG HISTORY'; 'MAXLOGHISTORY'||RECORDS_TOTAL ------------------------------------------------------ MAXLOGHISTORY 2722 3. RMAN> list backup of archivelog sequence 4112; using target database control file instead of recovery catalog 4. list incarnation; List of Database Incarnations DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time ------- ------- -------- ---------------- --- ---------- ---------- 1 1 CHAOS 836933231 PARENT 1838367554 21.02.17 2 2 CHAOS 836933231 CURRENT 6953385970951 07.01.22 5. show all; RMAN configuration parameters are: CONFIGURE RETENTION POLICY TO REDUNDANCY 1; CONFIGURE BACKUP OPTIMIZATION OFF; CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default CONFIGURE CONTROLFILE AUTOBACKUP ON; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/u04/backup/chaos/ora_cf_%F'; CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE MAXSETSIZE TO UNLIMITED; # default CONFIGURE ENCRYPTION FOR DATABASE OFF; # default CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/u01/app/oracle/product/10.2.0/db_1/dbs/snapcf_chaos.f'; # default ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 20:02 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
serpv, Такое бывает.... ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 20:05 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
Может это именно тот случай? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 20:12 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
на standby настроен Проверьте по логам, получается ли стендбаю сделать switсh logfile перед началом их бакапа после датафайлов? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 20:16 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
[quot deadlock015#22435169]Vadim Lejnin, Добрый вечер. Версия Oracle 10.2.0.5.0, не RAC, на standby настроен. Roman catalog не используется. Используется incremental level 1. Но пробовали и после level 0 восстанавливать, результат тот же. 1. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9.
2. Код: plsql 1. 2. 3. 4. 5.
3. Код: plsql 1. 2. 3. 4.
4. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
5. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
Для начала:Используйте ТЭГи SRC для оформления, длинные портянки под ТЭГ spoiler или файлом прикладывайте. Это команда показывает где находится потерянный archivelog Здесь нужно использовать номер который выдал RMAN-06025, но который можно восстановить с помощью restore archivelog logseq 4249 THREAD 1;. Код: plsql 1. 2. 3. 4. 5.
Backup когда был сделан? Если до 7 января, то нужно восстанавливать с учетом incarnation; Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Ну и версия 10.2.0.5, ну очень старая, с той поры много чего поменялось, я уже не помню всех плясок вокруг нее. да и баги могли табунами ходить. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 20:17 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
Дело в том, что бэкап делал сегодня, хоть сейчас. Не восстановит, приходится scp использовать для копирования архивных журналов. Я просто не понимаю почему Rman не восстанавливает журналы в папку, пути одинаковые везде, что на основном сервере, что на резервном. Сложность в том, что всё работало неделю назад, а после удаления журналов вручную и добавления табличного пространства, слетело. Просто так видимо совпало. Получится разобраться, отпишу. Спасибо, буду разбираться. Извините за оформление, редко на подобных сайтах бываю. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 21:11 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
Ту же картину наблюдаю в 11.2.04 при дефолтной настройке инкрементного бекапа. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2022, 23:30 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
ТС. Ты бы под спойлер весь лог восстановления приложил, наверняка он накатил все забэкапленные логи и захотел новых, сделанных (или еще не сделанных, пока это только в оперативных журналах) после завершения бэкапа Открыть с RESETLOGS не пробовал? (Надеюсь, ты все бэкапсеты перетащил на новый сервер) Фишка в том, что по умолчанию RECOVER выполняет восстановление до конца редо-потока, но последние забэкапленные логи говорят, что редо поток продолжается в следующем логе (если ты выполняешь горячий бэкап). Поэтому надо или подбрасывать все последующие логи, включая оперативные (ONLINE) или выполнять накат до определенного момента (UNTIL SEQUENCES) и открывать с RESETLOGS. На самом деле, RMAN прощает такую ошибку (поскольку накатывает логи по-одному, что равносильно указанию UNTIL), поэтому разрешает выполнить открытие с RESETLOGS. Но сам не открывает по той самой причине -- заказано восстановление до последней транзакции, но логов не предоставлено до завершения/обрыва редо потока (если коротко, в последнем логе интервал будет от какого-то SCN до 0xFFFFFFFFFFFF) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 03:55 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров, Я про то, что некоторое время назад при восстановлении БД на Резервном сервере архивные журналы восстанавливались по крайней мере в локальную папку, которая указана в настройках. Сейчас ругается, что не может найти журналы в резервной копии, хотя журналы там есть, только не те, которые Rman пытается восстановить. Rman пытается восстановить журналы, которые удалены и в бэкапе их нет. А которые есть он не восстанавливает, пишет ошибку на отсутствующие в бэкапе. RMAN-06025: no backup of archived log Сама база восстанавливается и открывается, после копирования журналов руками... ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 09:05 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
Есть старая-старая презентация от Юрия Великанов, от 2012 года (10 лет!! время летит), называется "10 проблем с Вашим скриптом RMAN бекапа". Она оформлена в виде PPT и выложена на SlideShare, что есть не самый удобный метод, ну да не суть, главное содержание, а не форма подачи. Очень советую к использованию, или как минимум к вдумчивому осмыслению - там ясно расписано, почему CROSSCHECK во время каждого бекапа делать вредно, почему нельзя полагаться на сохраненную конфигурацию RMAN'а (ака CONFIGURE CHANNEL..) и тд. Всё по-делу и актуально и сейчас, даже через 10 лет. https://www.slideshare.net/yvelikanov/10-problems-with-your-rman-backup-script ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 11:45 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
shane54 Есть старая-старая презентация от Юрия Великанов, от 2012 года (10 лет!! время летит), называется "10 проблем с Вашим скриптом RMAN бекапа". Она оформлена в виде PPT и выложена на SlideShare, что есть не самый удобный метод, ну да не суть, главное содержание, а не форма подачи. Очень советую к использованию, или как минимум к вдумчивому осмыслению - там ясно расписано, почему CROSSCHECK во время каждого бекапа делать вредно, почему нельзя полагаться на сохраненную конфигурацию RMAN'а (ака CONFIGURE CHANNEL..) и тд. Всё по-делу и актуально и сейчас, даже через 10 лет. https://www.slideshare.net/yvelikanov/10-problems-with-your-rman-backup-script В виде статьи . ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 12:39 |
|
Восстановление БД Oracle на новом сервере из бэкапа. RMAN-06025: no backup of archived log
|
|||
---|---|---|---|
#18+
Asmodeus shane54 Есть старая-старая презентация от Юрия Великанов, от 2012 года (10 лет!! время летит), называется "10 проблем с Вашим скриптом RMAN бекапа". Она оформлена в виде PPT и выложена на SlideShare, что есть не самый удобный метод, ну да не суть, главное содержание, а не форма подачи. Очень советую к использованию, или как минимум к вдумчивому осмыслению - там ясно расписано, почему CROSSCHECK во время каждого бекапа делать вредно, почему нельзя полагаться на сохраненную конфигурацию RMAN'а (ака CONFIGURE CHANNEL..) и тд. Всё по-делу и актуально и сейчас, даже через 10 лет. https://www.slideshare.net/yvelikanov/10-problems-with-your-rman-backup-script В виде статьи . ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2022, 12:59 |
|
|
start [/forum/topic.php?fid=52&msg=40134652&tid=1879508]: |
0ms |
get settings: |
4ms |
get forum list: |
6ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
35ms |
get topic data: |
2ms |
get forum data: |
1ms |
get page messages: |
336ms |
get tp. blocked users: |
0ms |
others: | 353ms |
total: | 739ms |
0 / 0 |