Прошу прощения за длительное отсутствие.
Создание РК занимает около 20 часов, и около 16 часов на восстановление.
Логи предпринятой попытки, к сожалению, были утеряны, а руководство поставило пока другую, более приоритетную, задачу. Новая попытка с последующей публикацией логов будет предпринята, вероятнее всего, в выходные.
Vivat!Sanозначает забрать архивные журналы, о которых известно в контрольном файле и до которых дотянется
на данный момент.Совершенно верно.
Если создавать резервную копию в соответствии с рекомендацией
https://docs.oracle.com/cd/E11882_01/backup.112/e10643/rcmsynta007.htm#i1016992, ссылку на которую предоставил Вячеслав Любомудров, и не удалять файлы в процессе резервного копирования, то в копию попадут все необходимые архивлоги (и лишние тоже).
В каталоге $archive_log_dest_1 присутствуют все archivelog, созданные на момент начала резервного копирования, я проверил, и соответственно, они попали в РК.
Проблема в том, что по RECOVER DATABASE RMAN требует логи, созданные за сутки до начала резервного копирования. Предоставляю логи - он требует ещё более ранние, и так до бесконечности.
Вячеслав ЛюбомудровИ что-нибудь про команду restore database
check readonly force;
https://docs.oracle.com/cd/B19306_01/backup.102/b14192/recov002.htm 6.2.1.1 Recovery of Databases with Read-Only Tablespaces
Read-only tablespaces may require special handling in a restore and recover operation. By default, the restore operation will skip read-only tablespaces. If a read-only tablespace is at the SCN where it became read-only after it is restored from backup, no redo will be applied to it when the rest of the database is recovered. You can force RMAN to restore any missing datafiles belonging to read-only tablespaces by using the CHECK READONLY option to the RESTORE command:
RMAN> RESTORE DATABASE CHECK READONLY;В БД есть табличные пространства read only, они наличествуют на целевом сервере.
Vivat!Sanrestore controlfile from '''''', не означает что команда alter database mount будет использовать этот контролфайл.Oracle Database Backup and Recovery Reference Release 2 (11.2) E10643-09
1.
2.
3.
4.
5.
6.
RMAN RESTORE
Connection CONTROLFILE;
------------------------------- -------------------------------------------
Catalog, target database Restores to CONTROL_FILES locations.
started in NOMOUNT state Run SET DBID only if DB_NAME not
unique in catalog.
Т.е., если экземпляр стартовал, но БД не смонтирована, то умолчанию (если не указана "TO") восстанавливаются в каталог, указанный в параметре control_files (s)pfile.
