Bom, se Performance e Confiabilidade são de máxima importância para o
ambiente, eu pessoalmente não penso que seja uma boa idéia se fazer backup pela
rede via Windows mapped network drive - entre outras coisas Não Confio nos
algoritmos default muito fracos de correção de erros, e os
protocolos/procedimentos de rede Windows via de regra não primam pela
velocidade, comparando com outras opções - , mas é Plenamente Possível : a
questão Não tem nada de nada a ver com o RMAN, porém... O FATO TÉCNICO é que a
instância Oracle é composta (entre outras coisas) por um SERVIÇO WINDOWS, e
(como qquer outro) esse serviço Windows entra em ação em tempo de boot, ANTES
da montagem ocorrer, okdoc ? Então vc não vai usar o mapped drive, mas sim vai
acessar o share Windows via UNC, no formato \\servidor\share ....
Há um Segundo ponto importante que o pessoal SEMPRE ESQUECE : além de
acessar via UNC, não só os executáveis do RDBMS (representados no caso pelo
serviço Windows OracleServicenomedaSID) mas TAMBÉM o Listener (representado
pelo serviço OracleTNSnomedolistener) precisam ter PERMISSÃO de acesso ao
computador remoto, ao share Windows, etc....
==> Veja no Oracle metalink a nota "How to Configure RMAN to Write to Shared
Drives on Windows NT/2000/2003" (Doc ID 145843.1) que ela explica direitinho e
mostra os erros comuns que o pessoal comete nesse tipo de config....
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Rodrigo Almeida <rdg.net@...> escreveu
>
> Muito obrigado pela atenção pessoal, vocês me ajudaram bastante. No
> servidor windows vou manter o agendamento pelo S.O, mas estou pensando em
> migrar para os Jobs do ORACLE pois o windows as vezes não inicia os
> backups. Sábado tenho um serviço desse para fazer no linux, então até lá
> vou testar os agendamento usando o CRON e usando os Job do ORACLE.
>
> Aproveitando o assunto, me tirem outra dúvida. Em meus scripts depois de
> realizar o backup eu movo os backups para uma pasta mapeada. Fiz isso
> porque com o RMAN não funcionou gerar o backup direto no disco mapeado.
> Usei o seguinte mas não funcionou por isso usei o script no bat para mover:
>
> allocate channel ch1 type disk format
> 'S:\BACKUP_ORACLE\PRODUCAO\BKP_FULL_%d_%s_%t_%p';
>
> Tem alguma coisa errada nesse comando ou existe alguma limitação no RMAN em
> fazer backup em mapeamento no windows?
>
>
>
>
>
>
>
> Em 8 de outubro de 2013 17:05, J. Laurindo Chiappa
> <jlchiappa@...>escreveu:
>
> > **
> >
> >
> > Jóia, Fábio ? Então, a única obs que eu penso ser legal deixar Claro para
> > o Rodrigo é que é + ou - indiferente o método de se agendar ** SE **
> > estamos falando de um punhadinho de databases, e residindo em pouqíssimos
> > servidores : é Claro que na hora de Administrar (digamos, que vc precisar
> > re-agendar backups, cancelar uma execução devido à manutenção, etc, etc), é
> > um trampo CANINO, manual, Trabalhoso e Extremamente sujeito à erros, vc
> > editar x scripts em y servidores se x e/ou y forem não-triviais....
> > Assim, SE o ambiente tem um porte maiorzinho, Sem Dúvida opções como o
> > agendamento via OEM ou via database jobs passa a ser Interessante, pois são
> > opções que vc consegue scriptar as alterações de algum modo... Inclusive, a
> > opção de database jobs tem especial interesse nisso porque vc tem comandos
> > SIMPLES e padrão para cancelar/re-agendar um job, para consultar status e
> > logs.....
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, Fabio Prado <fbifabio@> escreveu
> > >
> > > Rodrigo, como o Victor disse, o que funcionar está bom, porém... eu
> > prefiro
> > > sempre agendar através de Scheduler Jobs. Gosto de deixar o que é do Bd
> > > dentro do BD! Além do mais Scheduler JObs (aqueles criados com a package
> > > DBMS_SCHEDULER) são muito poderosos! Vc consegue criar entre muitas
> > coisas
> > > avançadas, um workflow de jobs utilizando objetos chamados *Chains*!
> > >
> > > Na empresa em que trabalho hoje temos muitos *External Scheduler
> > > Jobs*chamando scripts shell do SO, em substituição ao agendamento da
> > > crontab.
> > > Tudo o que temos na crontab estamos transferindo aos poucos para stored
> > > procedures c/ Scheduler Jobs ou utilizamos os próprios scripts shell
> > > chamando-os através de External Scheduler Jobs.
> > >
> > > []s
> > >
> > > Fábio Prado
> > > http://www.fabioprado.net
> > >
> > >
> > > Em 7 de outubro de 2013 22:18, Vitor Junior <vitorjr81@> escreveu:
> > >
> > > > **
> > > >
> > > >
> > > > Caraca... até achei que era o Rodrigo Almeida, referência em oracle...
> > > > rsrsrsrs
> > > > Cara, o padrão geralmente é esse mesmo. Scheduler no windows e cron no
> > > > linux. Funcionando tá bom. :)
> > > >
> > > > Att
> > > > Vitor Jr.
> > > > Em 07/10/2013 21:53, "Rodrigo Almeida" <rdg.net@> escreveu:
> > > >
> > > > **
> > > >>
> > > >>
> > > >>
> > > >> Bom noite pessoal,
> > > >>
> > > >> Semana passada fui em um cliente mudar a rotina de backup em um
> > ORACLE 10
> > > >> em Windows Server. Pensei que lá estaria agendado pelo oracle, mas
> > > >> encontrei scripts em dos que chamavam outros scripts do RMAN. Sendo
> > que o
> > > >> agendamento era feito no Windows.
> > > >> Sou novato como DBA e queria saber de vocês o que é recomendado, pois
> > > >> procurei na internet um forma de agendar só usando o RMAN e não
> > encontrei,
> > > >> só usando o EM, então acabei alterando os scripts.
> > > >> No próximo sábado vou ter que fazer um serviço parecido só que em
> > Linux.
> > > >> Minha primeira idéia é agendar usando o cron e scripts rman+shell.
> > Não sei
> > > >> se estou fazendo o mais correto, o que vocês acham?
> > > >>
> > > >> Att,
> > > >> Rodrigo A. R. de Almeida
> > > >>
> > > >>
> > > >
> > >
> > >
> > >
> > > --
> > > Fábio Prado
> > > www.fabioprado.net
> > > "Compartilhando conhecimentos e treinando profissionais em Bancos de
> > Dados
> > > Oracle"
> > >
> >
> >
> >
>
>
>
> --
> Rodrigo A. R. de Almeida
>
