Всем добрый день!
Да, много топиков посвящено этой ошибке в том числе и на этом форуме. Но прежде чем написать сюда, я неоднократно обращался к литературе (доке), но результат оказывался по прежнему отрицательным.
Задача состоит в следующем, развернуть рмановский бэкап базы на линуксовом сервере. Казалось, что может быть проще когда всё есть. Но вот что-то не нравится моему Ораклу хоть тресни.
Хорошо описан процесс в этой доке Doc ID:372996.1, пользуясь им я пробовал сделать, но:

RMAN> set dbid=1087322874;

executing command: SET DBID

RMAN> startup force nomount;

Oracle instance started

Total System Global Area 1610612736 bytes

Fixed Size 2073088 bytes
Variable Size 385879552 bytes
Database Buffers 1207959552 bytes
Redo Buffers 14700544 bytes

Вариант 1

RMAN> run {
allocate channel data1 device type disk;
RESTORE controlfile
from
'/oracle/disk05/control/c-1087322874-20091010-11'; (указываю непосредственно путь и файл)
}
2> 3> 4> 5> 6>
allocated channel: data1
channel data1: sid=155 devtype=DISK

Starting restore at 2CT-09

released channel: data1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 10/28/2009 10:05:31
RMAN-06172: no autobackup found or specified handle is not a valid copy or piece

Вариант 2

RMAN> set controlfile autobackup format for device type disk to '/oracle/disk05/control/%F';
restore controlfile from autobackup;

executing command: SET CONTROLFILE AUTOBACKUP FORMAT

RMAN>
Starting restore at 2CT-09
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=155 devtype=DISK

recovery area destination: /opt/oracle/flash_recovery_area (грешил на рекавери, но увы нет, всё ок.)
database name (or database unique name) used for search: DB
channel ORA_DISK_1: no autobackups found in the recovery area
channel ORA_DISK_1: looking for autobackup on day: 20091028 (как видно перебирает не те даты)
channel ORA_DISK_1: looking for autobackup on day: 20091027 (я пробовал until sysdate-число)
channel ORA_DISK_1: looking for autobackup on day: 20091026 (результат - смотрит нужую дату)
channel ORA_DISK_1: looking for autobackup on day: 20091025 (но ничего не находит для восст.)
channel ORA_DISK_1: looking for autobackup on day: 20091024
channel ORA_DISK_1: looking for autobackup on day: 20091023
channel ORA_DISK_1: looking for autobackup on day: 20091022
channel ORA_DISK_1: no autobackup in 7 days found
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 10/28/2009 10:23:34
RMAN-06172: no autobackup found or specified handle is not a valid copy or piece

У кого какие есть мИсли товарищи?

БД в nomount.

ODBA,

RMAN> list backup;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of list command at 10/28/2009 10:43:35
ORA-01507: database not mounted


Может так красивее будет для восприятия)))))))
Может наведет на мИсли)))

Вячеслав Любомудров,

Я выше писал что делал так уже)))))))

restore until time 'sysdate-25' CONTROLFILE to '/oracle/disk05' from autobackup maxdays 60;

Всё тоже самое)

pravednikспфайл отресторили ???

RMAN> run {
allocate channel data1 device type disk;
RESTORE SPFILE from
'/oracle/disk05/control/c-1087322874-20091010-11';
}
2> 3> 4> 5>
using target database control file instead of recovery catalog
allocated channel: data1
channel data1: sid=155 devtype=DISK

Starting restore at 2CT-09

released channel: data1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 10/28/2009 10:03:24
RMAN-06564: must use the TO clause when the instance is started with SPFILE

Инстанс стартую из SPFILE, но не родного, а его копии.

Вячеслав ЛюбомудровДа какая фиг разница?
У него автобэкап не находится по времени
Либо указать дочку откда начинать искать (set until time ...), либо глубину поиска (кляуза maxdays в команде restore)

Простите Вячеслав не совсем понял Вас.

ugraНет информации о бекапах. Когда выполняли резервирование к какому каталогу производилось подключение RMAN (локальный или "внешний")? Если внешний, то к нему и надо подключаться. Если локальный, то нужен контрольный файл.
По Вашему "рисунку" видно, что РМАН честно пытается найти бекапы, но либо их "там" нет, либо он о "них" не знает.

Резервирование производилось локально на сервере. Затем бэкап перенесли физически на другой сервер и там всё с нуля пытаюсь восстановить.

...он о "них" не знает...

BeeKeeper741. ls -l /oracle/disk05/control/c-*

2. show parameters control_files;


1. файлов там достаточно
2. база NOMOUNT.

ODBApravednikODBA
на какие мысли это навести то может... :) Вы подняли пустой экземпляр и пытаетесь мне морочить голову. Я и так понимаю, что он пуст.

Запрашивал я реестр в котором хранится информация о резервных копиях. Так что не надо мне мозг выносить пытаться. А если у вас нет реестра, то вы просто... не продумали ... :)
вы не нервничайте)))...или тоже будете рассказывать, что без каталога нельзя отресторить БД ???

какой лист бекап, если контрольника еще нет... ????

Вы дурак?... :) Простите, конечно же. Вы пытаетесь поднять автобекап, которого в природе может НЕ существовать. Потому и попросил Вас показать реестр, чтобы быть уверенным, что ОН есть... :)

Можно как-то не употреблять таких выражений. Реестра нет всё поднимается с нуля. Рман ничего не знает о существующем бэкапе. Но есть задача - ВОССТАНОВИТЬ. Я хочу найти решение, а Вы применяете эпитеты. Где же Ваша культура. Я не заставляю Вас мне помогать.
Извините.

ugra,

В том то и дело что принципиальный. Только РМАН и бэкап. Всё.