ORA-01102
Não montou em modo EXCLUSIVE
⚠ Pontos de atenção antes de executar
ipcrm aplicado no segmento errado derruba na hora OUTRA instância que esteja no mesmo servidor. Antes de liberar qualquer memória compartilhada: confirme com 'ps -ef | grep pmon' que a instância alvo realmente não está viva, e identifique o segmento correto com 'ipcs -m' cruzando owner e PID. Em servidor com vários bancos, redobre a atenção. Se restar dúvida sobre qual segmento é qual, não chute — vale acionar alguém para conferir junto antes de executar.
O que significa
Outra instância com o mesmo nome já montada no host, processos órfãos segurando a SGA, ou lock file (lk<SID>) travado.
Ação imediata
Verifique se não é OUTRA instância legítima antes de matar qualquer coisa.
Como diagnosticar somente leitura — seguro de executar
- ps -ef | grep <SID>; ipcs -m (SGA órfã); ls $ORACLE_HOME/dbs/lk*; fuser no lock file.
Correção definitiva
Encerrar os processos órfãos daquela instância, liberar a shared memory órfã e remover o arquivo de lock (lk<SID>) que ficou para trás; então subir novamente.
Como prevenir
Shutdown limpo; não duplicar SID entre homes no mesmo host.
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)