- Este tópico contém 28 respostas, 3 vozes e foi atualizado pela última vez 10 anos atrás por DBA_LUCAS.
-
AutorPosts
-
3 de dezembro de 2014 às 10:09 pm #107179rmanParticipante
@DBA_LUCAS
Standby Database é apenas um conceito, nada mais é que uma estratégia de RESTORE/RECOVER. A ideia é fazer o RESTORE apenas 1 vez e constantemente fazer o RECOVER aplicando archivelog. O banco pode ser aberto como READ ONLY para consultas e só vai ser aberto em modo READ WRITE quando realmente for necessário, ou seja, no dia do desastre.
Segue um vídeo explicando como criar um Standby Database:
http://nervinformatica.com.br/blog/?p=42593 de dezembro de 2014 às 10:40 pm #107180DBA_LUCASParticipanteÓtimo video @rman , irei tentar aplica-lo na prática e te respondo se deu certo ou não.
4 de dezembro de 2014 às 8:15 pm #107183DBA_LUCASParticipante@rman , uma dúvida pois irei comecar os testes agora a tarde, no servidor que ficara em standby eu preciso ter o oracle instalado também ? Pois vi no video que ele fala que apenas na produção tem o oracle rodando antes da configuração do procedimento.
4 de dezembro de 2014 às 8:21 pm #107184rmanParticipante@DBA_LUCAS
É necessário sim ter o Oracle Database instalado. Na hora de instalar instale apenas os binarios, não crie a instância.
4 de dezembro de 2014 às 11:14 pm #107189DBA_LUCASParticipanteBoa tarde @rman !
seguinte deu tudo ok so que na hora de eu logar na base que esta no banco que esta em stand by ele deu erro de tns e fui conferir dentro da pasta nao tem nem o tnsnames nem o listener . o que que eu faço ?
5 de dezembro de 2014 às 3:28 pm #107191rmanParticipante@DBA_LUCAS
Através do netca é possível criar tudo isso, segue artigo sobre o assunto:
http://www.mytracelog.blogspot.com.br/2011/07/criando-o-sqlnetora-com-o-netca-no.html
http://www.mytracelog.blogspot.com.br/2011/09/criando-o-tnsnamesora-com-o-netca-do.html
http://www.mytracelog.blogspot.com.br/2011/07/criando-um-listener-com-o-netca-no.html
Lembrando abra o banco como READ ONLY neste momento.
5 de dezembro de 2014 às 9:17 pm #107193DBA_LUCASParticipante@rman deu tudo certo , copiei o tnsnames e o listener do servidor “producao” para o standby e troquei o nome do host e deu certo, agora uma duvida , fui na base producao apaguei uma tabela gerei o archive log copiei para o standby, cataloguei e dei o recover database , após isso a tabela excluida deveria sumir do banco em stande by nao ? pois nao aconteceu nada a tabela que exclui na producao mesmo apos importar o archivelog no servidor que esta em standeby a tabeka continuou la …
5 de dezembro de 2014 às 9:56 pm #107194rmanParticipante@DBA_LUCAS
Provavelmente o seu DROP TABLE está no REDOLOG ativo que ainda não gerou ARCHIVELOG.
Na base de produção force a troca de REDOLOG até gerar o ARCHIVELOG do REDOLOG ativo.
ALTER SYSTEM SWITCH LOGFILE;
Rode diversas vezes para garantir que será gerado o ARCHIVELOG que possui o DROP TABLE.
5 de dezembro de 2014 às 10:48 pm #107195DBA_LUCASParticipante@rman isso eu fiz, essa é a forma que uso para gerar os archivelogs , logo como system e aplico ALTER SYSTEM SWITCH LOGFILE; , gero 3 arquivos .arc geralmente , porem dos 8 que ja gerei(3 na primeira vez sem o drop table e 5 apos o drop table, nenhum levou o drop table)
5 de dezembro de 2014 às 11:18 pm #107196DBA_LUCASParticipanteNão entendi o que vocÊ quiz dizer com troca de redo ?
8 de dezembro de 2014 às 2:17 pm #107197rmanParticipante@DBA_LUCAS
Funciona da seguinte forma, em modo ARCHIVELOG, toda vez que o REDO enche existe a troca de REDO, antes de fazer a troca o conteudo do próximo REDO é arquivado gerando o ARCHIVELOG. Vale lembrar que o REDO é uma lista circular. Outra forma de gerar o ARCHIVELOG é forçar a troca de REDO através do ALTER SYSTEM SWITCH LOGFILE.
Vamos supor que você tenha 3 REDO e o DROP TABLE foi executado quando estava com o REDO 1 ativo. logo você precisa executar o ALTER SYSTEM SWITCH LOGFILE 3 vezes para conseguir gerar o ARCHIVELOG do REDO 1.
9 de dezembro de 2014 às 8:32 pm #107203DBA_LUCASParticipanteBoa tarde @rman
Seguinte, meu processo esta todo ok conforme mostrado no video, mas as alteraçãoes não esta sendo feitas no banco de dados que esta em standby, será que o processo no oracle 12c é diferente pelo fato do banco de dados ser plugável ? Tipo a base de dados esta dentro de um container ? Talvez as alterações dentro do container não esta sendo geradas pelos arvhivelogs do banco de dados, tentei logar no container para gerar o archivelog mas da o erro abaixo:
ERRO na linha 1:
ORA-65040: operação não permitida a partir de um banco de dados plugávelalguma ideia @rman ?
9 de dezembro de 2014 às 8:48 pm #107204rmanParticipante@DBA_LUCAS
Sinceramente não conheço nada do 12c.
Mas tanto a produção como o standby está em 12c?
Você está copiando archivelog da produção para o standby e fazendo o RECOVER no standby? Verifique se não ficou nenhum archivelog sem aplicar, se faltar 1 archivelog na sequencia a sequencia não avança.
9 de dezembro de 2014 às 9:08 pm #107205DBA_LUCASParticipanteÉ sim , de 12c para 12c, irei formatar as duas maquinas e refazer todo o processo, é melhor , vi que tem uma forma para gerar o backup apenas do container com o comando:
backup database plus archivelog ;
Mas após gera o backup não sei se tenho que gerar um archivelog de todo o banco de dados ou se tenho que gerar separado para o container.
É ta difícil esse 12c tem pouca documentação.
-
AutorPosts
- Você deve fazer login para responder a este tópico.