RMAN-00567

recover database выдате ошибку RMAN-06025.

Архивных логов нет и бекапа архивных логов тоже нет.

restore database;

Starting restore at 21-FEB-2022 19:43:03
Starting implicit crosscheck backup at 21-FEB-2022 19:43:03
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=21 device type=DISK
Finished implicit crosscheck backup at 21-FEB-2022 19:43:04

...
Finished restore at 21-FEB-2022 19:43:09

Можно ли как-то восстановить ?

Aleks Niches,

Если был offine backup базы остановленной shutdown immediate , то да

Vadim Lejnin	↑
Aleks Niches, Если был offine backup базы остановленной shutdown immediate , то да

Нет небыл, могу ли я с until наколдовать ?

Aleks Niches,

until - это восстановление на момент времени. т.е. restore бэкапа, оконченного до указанного времени и докатка архивлогами непосредственно до указанного времени. если у вас есть какой-то ещё, пусть более старый, бэкап, но с архивлогами - да, until вам поможет восстановить именно его.
про горячий бэкап базы, к которому забыли забэкапить архивлоги - забудьте. это - не бэкап.

проходил мимо...	↑
Aleks Niches, until - это восстановление на момент времени. т.е. restore бэкапа, оконченного до указанного времени и докатка архивлогами непосредственно до указанного времени. если у вас есть какой-то ещё, пусть более старый, бэкап, но с архивлогами - да, until вам поможет восстановить именно его. про горячий бэкап базы, к которому забыли забэкапить архивлоги - забудьте. это - не бэкап.

А как быть например, в таком случае когда архивных логов нет за последние 2 дня.

То есть база сама удаляет из нехватки места в fra ?

Aleks Niches	↑
А как быть например, в таком случае когда архивных логов нет за последние 2 дня. То есть база сама удаляет из нехватки места в fra ?

не уверен, что правильно понял вопрос, но
1. если архивлогов и их бэкапов нет за "последние два дня", значит восстановить бэкап, возрастом "два дня" и более до текущего состояния не получится
2. база "сама удаляет" только забэкапленные архивлоги. или там ещё разные archivelog deletion policy существуют для стендбаев...

Prerequisites of Database Point-in-Time Recovery The prerequisites for database point-in-time recovery are as follows: Your database must be running in ARCHIVELOG mode. You must have backups of all data files from before the target SCN for DBPITR and archived logs for the period between the SCN of the backups and the target SCN.

проходил мимо...

↑

Aleks Niches ↑ А как быть например, в таком случае когда архивных логов нет за последние 2 дня. То есть база сама удаляет из нехватки места в fra ? не уверен, что правильно понял вопрос, но 1. если архивлогов и их бэкапов нет за "последние два дня", значит восстановить бэкап, возрастом "два дня" и более до текущего состояния не получится 2. база "сама удаляет" только забэкапленные архивлоги. или там ещё разные archivelog deletion policy существуют для стендбаев... Prerequisites of Database Point-in-Time Recovery The prerequisites for database point-in-time recovery are as follows: Your database must be running in ARCHIVELOG mode. You must have backups of all data files from before the target SCN for DBPITR and archived logs for the period between the SCN of the backups and the target SCN.

Извиняюсь , но пытаюсь рязобраться. А если incr. Level 1 и deleting policy na standb, без backup plus archivelog

Aleks Niches,

Восстанавливайте базу со standby

Aleks Niches	↑
Извиняюсь , но пытаюсь рязобраться. А если incr. Level 1 и deleting policy na standb, без backup plus archivelog

опять не уверен, что понял правильно, но:
- делайте бэкап со стендбая incremental from scn <scn начала восстанавливаемого бэкапа>
- восстанавливайте recover noredo + всё равно докатка архивлогами или их бэкапами на время процесса incremental бэкапа, т.е. на scn его окончания .

понял спасибо