Bom, primeiro sobre o primary estar removendo archives que não foram aplicados
: a primeira coisa que pensei foi que, cfrme a nota metalink RMAN backups in
Max Performance/Max Availability Data Guard Environment (Doc ID 331924.1), se
vc está com dataguard em maximum performance (vc ** não o diz
Obrigado chiappa e Milton.
Em 24 de junho de 2015 17:05, jlchia...@yahoo.com.br [oracle_br]
oracle_br@yahoogrupos.com.br escreveu:
Tranqs ? Então, na página oficial da Oracle sobre o exame (
Oracle Database 11g Enterprise Edition Release 11.2.0.3.6Linux - 64
Possuo um dataguard, onde a configuração da política de deleção dos archives no
primário e standby dizem o seguinte:
Primary DatabaseCONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO
'SBT_TAPE' APPLIED ON ALL
Opa, acho que aí vc citou um negócio importante : como eu disse no meu último
email, replicação baseada em snapshot, ie, num único ponto no tempo, é
absolutamente tranquilo, e a maioria das ferramentas já manda um BEGIN BACKUP
MODE pro banco Oracle, funciona como se fosse um backup hot, não tem
Opa, blz ? Então, eu não trabalhei com essa daí ainda, mas farei a Observação
geral e genérica que faço ** SEMPRE ** aqui no Fórum quando se fala de
replicação por storage (veja as muitas msgs mais antigas sobre isso) que vai
ser usada com banco-origem ONLINE/ATIVO : a primeira coisa que vc TEM
Pessoal, percebi um comportamento que não tinha percebido ainda no RMAN.
Talvez seja algo bem noob, mas se alguém puder compartilhar uma solução :)
Os scripts estão no final do e-mail.
Bom, estou movendo alguns datafiles para um novo disco.
No script eu estou alocando 10 canais, no entanto, ao
Obrigado mais uma vez Chiappa por sua explicação.
Eu tenho uma nova chance de colocar isso pra funcionar e tentarei fazer da
forma correta agora :)
Vou gerar uma nova cópia do controlfile e ver se consigo restaurar o banco
a partir desse novo controlfile.
Mesmo tendo que acessar o servidor
Evandro,
Trabalhei algumas vezes com essa solução, e realmente será um crash
recover, com alguma perda de dados. Se a replicação for sincrona em teoria você
deve conseguir recuperar todas as transações comitadas, contanto que não haja
erros durante o crash recover.
Como recebeu esse
Já trabalhei com essa solução em duas situações.
Em um lado o RAC de produção e no outro lado o RAC de DR.
No RAC de DR tenho o software instalado e o ASM rodando, com um único DG
para o CRS, voting e afins.
É feito um snapshot no lado PRD e as luns apresentadas para o RAC de DR.
Executo um
Legal Luis.
Na verdade, o lado Powerpath não fui eu quem montou. O SA do cliente fez
essa parte e ele, basicamente, me entregou e falou Se vira.
Pra ser bem sincero eu não conheço nada sobre essa ferramenta.
Se você tiver algum white paper ou um howto de como fazer essa configuração
seria
E que fique claro : o que eu falei vale para soluções de sincronização de
storages ONLINE e constante : há trocentas soluções baseadas em SNAPSHOT, ie,
num dado momento vc quer tirar uma foto da situação dos volumes do seu
storage e quer ter essa foto restaurada no destino - isso é um tipo de
Aí que está : no servidor secundário os discos estão desapresentados, ok, mas
eu Questionei é no servidor PRIMÁRIO se a tal solução de replicação de blocos
de storage controla o acesso aos arquivos/discos - veja vc, no servidor
primário nós TEMOS uma instãncia Oracle, que está (ao que entendo)
Segue um documento do Levi com a solução:
https://levipereira.files.wordpress.com/2011/06/recoverpoint_oracle_db_protect_wp.pdf
Att,/Regards,
Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP
Oracle Certified Expert, Oracle Real Application Clusters
13 matches
Mail list logo
