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 <jlchia...@yahoo.com.br>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
