Chiappa, Segue os testes:
1) Parar o BD Produção PROD_PRIM (shutdown immediate) 2) Aplico os ultimos archives no Standby PROD_STBY 3) Ativo o Standby que passa a ser o produção 4) No banco PROD_STBY crio um Standby Controlfile e transfiro para o PROD_PRIM 5) Monto o banco PROD_PRIM usando o Standby Controlfile. Até aqui tudo bem o banco é montado. 6) Quando tento aplicar os archives, vem o erro SYS@PROD_PRIM> alter database mount standby database; Database altered. SYS@PROD_PRIM> recover automatic standby database until cancel; ORA-00283: recovery session canceled due to errors ORA-19909: datafile 1 belongs to an orphan incarnation ORA-01110: data file 1: '/u01/app/oracle/oradata/PROD/system01.dbf' Pelo que entendi, quando você ativa um standby, o banco abre com resetlogs e atualiza o cabeçalho de todos os arquivos. Apesar do Database Incarnation estar igual nos 2 bancos apoś eu montar o PROD_PRIM como standby..., o problema é no Cabeçalho dos Data Files que estão diferentes e acredito que só um restore para ficar igual ao novo produção (PROD_STBY). Me parece que ai falta um comando que atualiza o cabeçalho dos DataFiles (acho que só o DG sabe desse comando..rs). Me corrija se estiver errado. . Raphael ________________________________ De: J. Laurindo Chiappa <jlchia...@yahoo.com.br> Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 22 de Agosto de 2013 13:01 Assunto: [oracle_br] Re: Standby Database Excelente pergunta, Rafael : vc me deixou Curioso, e vou testar quando chegar em casa, mas AFAIK, falando de cabeça, só pelos Conceitos, eu acho que é SIM possível, embora (claro) com DIVERSOS períodos de indisponibilidade para os usuários.... Acho que seria algo do tipo : 1. encerrar TODAs as transações no database prod, com ele quieto fazer um archive current, e fechar prod, que estará consistente E parado no SCN x 2. aplicar TODOS os archives até x no standby e o abrir normalmente, "quebrando o standby", e apontar os clients pata conectar nele, aí ele vira Produção 3. aí chegamos no ponto em dúvida : quando for para fazer o antigo banco voltar a ser prod, os arquivos estão consistentes entre si MAS todos estão com SCN antigo - o database atualmente aberto como produção já está num SCN X+n .... Primeiro, vc teria que parar o banco atualmnente aberto, parando-o no SCN x+1 , enviar os archives todos pro banco original, e aí, em princípio, falando conceitualmente, Não É nenhum prodígio vc atualizar os datafiles de x para x+n , ie, fazer um roll forward através da aplicação dos archived redo logs : é o que a gente faz quando tem que restaurar um backup hot, por exemplo... Uma vez ambos os bancos parados no mesmo scn x+n, ACHO que vc poderia abrir sem disponibilizar o banco prod origem, criar um standby controlfile e enviá-lo para o banco remoto, colocar remoto em recover mode (para voltar a ser standby) e abrir normalmente o prod origem.... Faça seus testes aí e nos mostre, que quando puder vou fazer no meu notebook de casa (que tem mais espaço e memória que a minha máquina desktop do trabalho) e vamos ver.... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Raphael Franco <phadba@...> escreveu > > Pessoal, > > Tenho um servidor de produção Oracle SE 10.2.0.5 / RH5 64Bits. > E um servidor de BD Physical Standby desse produção. > Nada de DG, é um Standby configurado Manualmente aplicando os archives a cada > 30 minutos. > > É possível fazer um chaveamento do Standby virar produção e do produção virar > Standby e vice versa sem ter que recriar todo o BD de Standby,......... por > exemplo, somente alterando o Control File para Standby?? > ou seja, em uma manutenção de hardware no produção, > 1) Ativar o Standby (usuarios passam a usar esse BD) > 2) Depois da manutenção colocaria o produção como Standby sincronizava e > ativava ele > 3) Voltaria o Standby como Standby mesmo. > (todo esse processo sem ter que realizar o restore dos BD) > > Não sei se foi claro sobre minha dúvida. > > Att. > Raphael > > > [As partes desta mensagem que não continham texto foram removidas] > [As partes desta mensagem que não continham texto foram removidas]
