ORA-00205
Erro ao identificar control file
⚠ Pontos de atenção antes de executar
Ordem sugerida: tente primeiro restaurar de uma cópia multiplexada íntegra (é o caminho mais simples e seguro), depois do backup do RMAN. Recriar o controlfile (CREATE CONTROLFILE) é uma opção legítima e às vezes necessária em último caso — mas exige o comando montado corretamente (todos os datafiles, nomes e tamanhos certos, opção RESETLOGS/NORESETLOGS adequada). Se for por esse caminho, gere o script a partir de um ALTER DATABASE BACKUP CONTROLFILE TO TRACE anterior, se houver, e confira a lista de arquivos antes de executar.
O que significa
Nenhum control file dos listados em CONTROL_FILES foi encontrado/aberto no mount.
Ação imediata
Compare CONTROL_FILES do spfile com os arquivos reais no disco/ASM.
Como diagnosticar somente leitura — seguro de executar
SHOW PARAMETER control_files (instância em NOMOUNT); ls/asmcmd dos caminhos; alert diz qual falhou.
Correção definitiva
Corrigir o parâmetro ou restaurar o control file (cópia multiplexada íntegra, ou RMAN RESTORE CONTROLFILE).
Como prevenir
Sempre 2+ control files em locais distintos.
Regras de ouro antes de agir
- Preserve o estado atual. Antes de qualquer reparo, copie os arquivos como estão (datafiles, controlfiles, redo) — é a sua única volta se algo der errado.
- Diagnostique antes de executar. As consultas desta página são somente leitura; rode-as primeiro e entenda o cenário antes de qualquer comando que altere o ambiente.
- Teste fora de produção sempre que possível, e tenha um plano de rollback.
- Em corrupção, recovery ou ORA-600: abra um SR no Suporte Oracle. Tentativa e erro nesses cenários costuma transformar um problema recuperável em perda de dados.
Erros relacionados (Instância)
Vinicius Gabriel Lana
Sócio & CTO na MigraTI Soluções em TI · 8 anos como DBA (Oracle, SQL Server, PostgreSQL, MySQL)