[oracle_br] Re: Automatizando cópia do ARCHIVELOG

[jlchia...@yahoo.com.br [oracle_br]]

O que temos nesse sentido é a DUPLEXAÇÃO de archives, ie : vc indica um destino 
ADICIONAL aonde gravar os archives , além do atualmente setado : nada impede 
esse destino adicional de ser um mountpoint NFS/Samba/whatever remoto em outro 
servidor, o que vc teria que setar... O complicador nesse setup seria a 
PERFORMANCE : archived redo logs é algo que pode ser gerado intensamente, em 
intervalos de poucos minutos, vc teria que confirmar com o teu pessoal de infra 
se uma montagem NFS/samba/whatever atende a esse nível de utilização : é 
Importante deixar claro que quando vc cria um destino adicional de 
arquivamento, a operação de arquivamento só termina quando o archive for 
gravado em ** TODOS ** os destinos corretamente e com sucesso : se o teu 
mountpoint remoto der problema de performance o banco pode ter que ficar 
Esperando ele responder pra só então concluir a operação de arquivamento.... 
Idem sobre a Confiabilidade : se der um pico/pau de rede e o local remoto ficar 
indisponível, é pau na certa, ORA-XXX logado...
 Uma segunda opção (uma variação do tema, mais que qqer outra coisa) poderia 
ser vc ter um mountpoint NFS/samba/oquefor na máquina remota e fazer o RMAN 
backupear os archives para lá - hoje vc já tem, óbvio, uma rotina de backup de 
archives para fita/disco local, vc poderia adicionar uma Outra que fizesse o 
backup para esse disco remoto... Claro, isso pode influenciar na performance do 
RMAN, claro, E traz a desvantagem da cópia acontecer não quando o archive é 
gerado mas sim na tua janela de backup dos archives, mas que funciona, 
funciona...
  Caso vc fique inseguro com a opção de destino adicional e de backup extra, aí 
a outra opção é mesmo vc escrever um script que copie cada archive gerado para 
o destino, via ftp, scp ou o que for... Adicionalmente, informo que não faz 
sentido a sua preocupação de "archive com transação incompleta" : no RDBMS 
Oracle, conforme os SQLs vão se sucedendo, os dados (mesmo que não tenham sido 
comitados!!!) vão para o REDO LOG file (passando rapidamente por um buffer 
antes, mas não importa conceitualmente) , e assim que o REDO LOG FILE fica 
cheio, ele é Arquivado, mesmo que contenha Transações em aberto, não comitadas, 
sacou ???? ENtão NÃO FAZ SENTIDO ALGUM a sua preocupação de "transação 
incompleta" no archive : assim que o archive foi gerado em disco, o RDBMS 
Oracle o fecha e dele não mais necessitará, assim ele pode ser copiado sem 
problema algum....
 Há diversos mecanismos para vc ter dois diretórios constantemente 
sincronizados com os mesmos arquivos (que é o que vc quer, neste cenário) : nos 
unix-like (o que é o seu caso, ao que parece) normalmente há disponível uma 
tool chamada rsync , que faz exatamente isso, veja lá com o seu sysadmin se vc 
a tem... Caso não tenha, é mesmo escrever um shell script que além de 
simplesmente copiar os arquivos faça um check/chksum/algum tipo de verificação 
de integridade lá e cá - eu não tenho um tal script mas qquer técnico local seu 
aí  que tenha um pouco mais de conhecimento de shell scripting pode criar um...
  []s
   Chiappa