RMAN> restore controlfile from '/nfs/install/oemdb/cf2.f' All rights reserved.Ĭonnected to target database: OEM (not mounted) With the Partitioning, OLAP, Data Mining and Real Application Testing lib]$ rman target / SQL> Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production Total System Global Area 9620525056 bytes
So I just wondered, maybe this is the real error message in this case also.Īfter turning on Direct NFS, restoring the control file worked as expected: oemdb]$ cd lib]$ make -f ins_rdbms.mk dnfs_on RMAN-06172: no AUTOBACKUP found or specified handle is not a valid copy or pieceĪlthough the error message does not say it, but I remembered that I had mounted the NFS using SOFT mount option and when trying to restore datafiles from soft mounted NFS shared you will usually get ORA-27054: NFS file system not mounted with correct options, unless you have turned on Direct-NFS on the database kernel. RMAN-03002: failure of restore command at 12:58:33 RMAN-00569: = ERROR MESSAGE STACK FOLLOWS = This shouldn’t happen, it is just stored on a common NFS share, file should not be damaged. Now, on a new node I tried to restore that controlfile, but got a really surprising RMAN-06172: no AUTOBACKUP found or specified handle is not a valid copy or piece. I created a standby controlfile as usual and placed it on a common NFS share accessible also to the new data guard host: SQL> alter database create standby controlfile as '/nfs/install/oemdb/cf2.f' I got a really surprising error message today when setting up a new data guard standby database.
RMAN-06172 when restoring a controlfile and dNFS is not turned on Written by:
0 kommentar(er)
