0

同事(真的!)试图在主要产品 DG 实例上创建一个 dbf。这有效(尽管文件随后被删除),但 db_file_convert 没有为文件位置辅助设置,因此创建失败并且在 $OH/dbs 中创建了“丢失”dbf。

警报日志中的错误:

ORA-01119: error in creating database file '/<path>/<file>.dbf'
ORA-27054: NFS file system where the file is created or resides is not mounted with correct options
Linux-x86_64 Error: 13: Permission denied
File #1124 added to control file as 'UNNAMED01124'.
Originally created as:
'/<path>/<file>.dbf'
Recovery was unable to create the file as:
'/<path>/<file>.dbf'
MRP0: Background Media Recovery terminated with error 1274
Errors in file /<path>/trace/<instance>_pr00_33046.trc:
ORA-01274: cannot add datafile '/<path>/<file>.dbf' - file could not be
created

这会导致 HA 实例上的 DG 失败,并显示:

ORA-01111: 数据文件 1124 的名称未知 - 重命名为正确的文件

ORA-01110: 数据文件 1124: '/$OH/dbs/UNNAMED'

ORA-01157: 无法识别/锁定数据文件 1124 - 请参阅 DBWR 跟踪文件

ORA-01111: 数据文件 1124 的名称未知 - 重命名为正确的文件

ORA-01110: 数据文件 1124: '/$OH/dbs/UNNAMED'

文件不存在于 prod 和读取有关不可恢复的 DG 数据库状态以创建文件或删除它。这些选项在辅助数据库中均不可用。我有哪些选择?在 HA 上重新创建控制文件而不参考丢失的文件然后重新启动?我的 DG 知识有点生疏也无济于事——我的意思是固体氧化铁。

4

1 回答 1

0

从不存在丢失文件的源复制控制文件

于 2016-11-21T18:21:58.350 回答