Как удалить отсутствующий dbf в восстанавливающемся экземпляре

Question

Коллега (действительно!) Попытался создать dbf на первичном экземпляре DG prod. Это сработало (хотя впоследствии файл был удален), но db_file_convert не настроен для вторичного расположения файла, поэтому создание не удалось, и dbf "Missing" создан в $OH/dbs.

Ошибки в журнале оповещений:

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

Это приводит к сбою DG на экземпляре HA:

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 немного ржавые - под словом я имею в виду твердый оксид железа.

Answer 1

Скопированный контрольный файл из источника, где отсутствующий файл не существует