Отключить файл данных табличного пространства отмены, который находится в режиме восстановления?

Я пытаюсь взять файл данных отмены в автономном режиме, используя следующую команду

alter database datafile '<datafile path>' offline;

этот файл данных находится в режиме восстановления. Oracle показывает сообщение об успешном изменении базы данных.

Но после выполнения этой команды, когда я выбираю записи в v$datafile. Файл, который я только что сделал офлайн, остается в этой таблице.

Может кто-нибудь, пожалуйста, скажите, как перевести файл данных отмены в автономный режим.

OS: RHEL
Oracle version: 11g
Datafile status: Recovery

РЕДАКТИРОВАТЬ:

Я уже пробовал команду

alter database datafile '/your/data/file/name' offline drop

он говорит, что база данных успешно изменена,

alter database open;

завершается с сообщением «имя файла журнала отмены» требуется восстановление файла отмены.

Я не могу восстановить его, так как потерял архивные файлы. Похоже, что файл удаляется логически, а не физически. Теперь я просто хочу, чтобы моя база данных была запущена и работала, и для этого я хочу перевести этот файл в автономный режим.

Когда я проверяю таблицу v$datafile, она показывает запись для файла независимо от того, alter database datafile '<datafile path>' offline drop; ли он успешно запущен. Пожалуйста, помогите мне решить проблему. База данных не работает с утра, и я не мог ее запустить


linux oracle rhel
person Xinus    schedule 17.02.2011    source источник

Ответы (1)


arrow_upward
1
arrow_downward

почему ты хочешь сделать это? Что вы пытаетесь достичь?

В v$tablespaces перечислены табличные пространства. Файлы данных находятся в v$datafiles.

Табличное пространство может иметь несколько файлов данных. Как у вас обстоят дела с базой данных и резервным копированием? Вам нужно табличное пространство?

Если вы просто хотите избавиться от файла данных (и табличного пространства), вы можете попробовать удалить его в режиме монтирования:

startup mount
alter database datafile '/your/data/file/name' offline drop;
alter database open;
drop tablespace your_tablespace_name including contents and datafiles;

Если вам нужно табличное пространство в сети, вы начинаете с восстановления файла данных и выполняете полное восстановление носителя.

Надеюсь, это сработает, Рональд.

person ik_zelf    schedule 17.02.2011
comment
привет, ik_zelf: я уже пробовал команду «изменить файл данных базы данных» / your/data/file/name «offline drop», она говорит, что база данных успешно изменена, «изменить базу данных открыта»; завершается с сообщением «имя файла журнала отмены» требует восстановления. ,,Восстановить невозможно, так как я потерял архивные файлы. Теперь я просто хочу, чтобы моя база данных была запущена и работала, и я хочу перевести этот файл в автономный режим. - person Xinus; 17.02.2011
comment
Боюсь, что вам не повезло. Я предполагаю, что ваше табличное пространство отмены нуждается в восстановлении, потому что у вас возникла проблема с хранилищем. Вы можете попробовать «восстановить базу данных»; и надеюсь, что ваши редофайлы достаточно хороши и доступны. Если нет, вам нужно возиться с неприятными настройками, такими как undo_management=manual и _ALLOW_RESETLOGS_CORRUPTION = TRUE и _CORRUPTED_ROLLBACK_SEGMENTS = (_SYSSMU1$, ....). Вы составите список при чтении журнала предупреждений после перезапуска. Это не весело. Может быть, лучше просто начать сначала. - person ik_zelf; 17.02.2011