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

Коллега (действительно!) предпринята попытка создать dbf на основном экземпляре prod DG. Это сработало (хотя файл впоследствии был удален), но db_file_convert не настроен для расположения файла вторичного, поэтому создание не удалось и «отсутствует» dbf, созданный в $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 немного ржавые — под tad я имею в виду твердый оксид железа.

1 ответ