Para ativar o Standby eu uso: recover automatic standby database until cancel; alter database activate standby database; shutdown e startup
Nesse caso ele gera uma "New Incarnation",... agora.... nunca tentei abri-lo dessa forma ..Standby Database Cancel e startup normal. Vou verificar também. . Raphael ________________________________ De: J. Laurindo Chiappa <jlchia...@yahoo.com.br> Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 22 de Agosto de 2013 15:47 Assunto: [oracle_br] Re: Standby Database Agora, um ponto importante : sim, Claro que ao vc fazer um OPEN com RESETLOGS vc vai SIM criar uma nova encarnação (é o Objetivo do comando), mas que eu saiba o standby manual absolutamente não exige um OPEN com RESETLOGS, e é duvidoso que ele o faça implicitamente - ao que eu saiba, se vc fechar o database standby (talvez seja preciso terminar o recover standby com RECOVER MANAGED STANDBY DATABASE CANCEL;) e depois abrir com STARTUP normal, sobre normal, cfrme http://www.databasejournal.com/features/oracle/article.php/3682421/Manual-Standby-Database-under-Oracle-Standard-Edition.htm ... INCLUSIVE, o RDBMS não tem como saber, não há nenhum "parâmetro" que indique que a base é standby (ela só estava funcionando como standby por causa do mount standby database; que vc fez antes de entrar em recover mode) : SE vc fechar e startar normal, afaik ele DEVERIA startar como uma base NORMAL, eu não vejo nenhuma razão técnica para implicitamente ele fazer um RESETLOGS nessa abertura... mas vou tentar testar e te digo .... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" <jlchiappa@...> escreveu > > Pode ser... Vou dar uma testada mais tarde e vamos ver - eu nunca fiz nada > disso, mas vamos ver o que dá pra se fazer... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, Raphael Franco <phadba@> escreveu > > > > 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 <jlchiappa@> > > 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] > > > [As partes desta mensagem que não continham texto foram removidas]
