Estou lidando com um problema em que tenho um banco de dados gerenciado usando o data guard usando Redo Apply, de modo que os logs redo são copiados para o banco de dados de destino, aplicados e mantidos em sincronia, prontos para failover.
O banco de dados de destino (DR) está off-line há algum tempo e, após investigação, descobriu-se que estava off-line e não foi possível iniciar devido à falta do arquivo de controle.
O banco de dados original era uma cópia exata, portanto, os caminhos e nomes dos arquivos relativos eram consistentes com o banco de dados primário.
Tenho algumas idéias sobre como resolver isso e me pergunto se alguém pode oferecer alguma experiência.
1) Copie o arquivo de controle ausente do servidor primário para o servidor DR e tente inicializar. Suponho que, com o tempo, arquivos adicionais podem ter sido adicionados ao primário, que podem não estar no DR. Também estou preocupado em estragar o que poderia ser recuperado atualmente.
2) Exporte o arquivo de controle primário atual para trace> sql e modifique para caber no banco de dados de destino e, em seguida, crie o arquivo de controle usando sql
3) Comece novamente, crie um novo destino de DR. Não tendo criado a configuração inicial de DR (proteção de dados), não tenho certeza de como isso é fácil, mas sei que pelo menos funcionaria.
Qualquer conselho é bem vindo TIA
Responder1
Você deve ter mais de uma cópia do arquivo de controle de cada lado. No uso primário:
ALTER DATABASE CREATE STANDBY CONTROLFILE as '/path../control01.ctl';
Isto criará uma cópia no arquivo de controle, onde o sinalizador especial é definido. Isso permitirá que o banco de dados aplique redologs que sejam mais recentes/mais antigos que o SCN do arquivo de controle.