Olá Chiappa, obrigado pelas explicações:
Nós utilizamos as ferramentas BRtools para executar os backup, neste caso, ele 
chama o RMAN, como descrito no link que você postou, vou aproveitá-lo para 
rever alguns parâmetros que estão descritos lá.
Com relação à frase "abre outra sessão", estas outras sessões são de backups de 
outros DBs que rodam simultâneamente, hoje nós temos 6 drives de fita no robô, 
e 4 são utilizadas para o meu backup produtivo (4 canais no RMAN), o que ocorre 
às vezes, é que backups de outros bancos de dados entram durante o backup do 
produtivo, e estes backups alocam os drives no robô, se isso ocorre na troca de 
filesperset do RMAN, outro backup toma um drive e cria uma nova sessão, fazendo 
o RMAN aguardar, gerando o erro depois de um tempo.
Como você falou, os arquivos selecionados para backup são selecionados pelo 
RMAN, não faço nenhum controle sobre isso.
Eu tive que fazer alguns remanejamentos para que estes erros não ocorram, no 
período do backup, as seis unidades ficam disponíveis para uso do RMAN, os 
backups de archives que rodam de hora em hora, remanejamos para que eles sejam 
feitos em disco, e a cada seis horas, sincronizados em fitas, então, durante 3 
horas de backup com o RMAN, o TSM e o Robô fica exclusivo só para ele.
Como estamos transferindo mais 3 ambientes produtivos para oracle RAC com ASM, 
essas janelas vao ficar apertadas e meu Gerente quer uma solução para o 
cancelamento dos backups.
Desculpe-me se eu escrivi um livro, mais isso é muito importante, a minha 
experiência com RMAN é quase nula, estou aprendendo com meus erros e com vocês 
do forum.

Abs. e Obrigado. 


--- Em [email protected], "J. Laurindo Chiappa" <jlchiappa@...> 
escreveu
>
>   Colega, feliz ou infelizmente eu ainda não tive a chance de trabalhar com 
> SAP (depende de quem vc fala se é uma feliz ou infeliz ocasião :) , mas 
> alguns pontos me parecem questionáveis no que vc fala :
> 
> 1) afaik o SAP ** exige ** que vc use as tools dele para TUDO, inclusive para 
> backup&restore, caso em que vc TEM que usar a tal das BR*Tools  : então vc 
> NÃO DEVE fazer o backup diretamente pela tool Oracle, mas sim (se quer ter 
> Suporte da SAP) vc deve ter um INTEGRADOR que vai interligar o software de 
> backup do banco (RMAN) com as tools de backup SAP e com o media manager (o 
> Tivoli no seu caso) : para o Tivoli, o integrador é o Tivoli Storage manager 
> para ERP (não é o TSM "comum" !!!), veja em 
> http://pic.dhe.ibm.com/infocenter/tsminfo/v6r3/index.jsp?topic=%2Fcom.ibm.itsm.erp.doc%2Fc_dperp_o_ovr_rman.html
>  as refs da IBM para isso. Isso tudo tá OK ? 
> 
> 2) Eu REALMENTE fiquei em dúvida quando vc fala que "abre" outra sessão, que 
> "entra" outro backup.... Pois normalmente o que vc faz é executar um *** 
> SCRIPT *** dentro do RMAN, tipo :
> 
> run
> {
> allocate channel t1 type 'sbt_tape' parms 
> 'ENV=(tdpo_optfile=C:\home\oracle\tdpo.opt)';
> allocate channel t2 type 'sbt_tape' parms 
> 'ENV=(tdpo_optfile=C:\home\oracle\tdpo.opt)';
> allocate channel t3 type 'sbt_tape' parms 
> 'ENV=(tdpo_optfile=C:\home\oracle\tdpo.opt)';
> allocate channel t4 type 'sbt_tape' parms 
> 'ENV=(tdpo_optfile=C:\home\oracle\tdpo.opt)';
> backup database .... condições do backup ...;
> deallocate channel .....
> }
> 
> ===> OU SEJA, vc ABSOLUTAMENTE NÂO indica os datafiles que vc quer backupear, 
> e o processo de backup é UNICO, absolutamente Não Faz sentido essa frase 
> "entram outros backups" : é esse único processo RMAN vai SOZINHO abrir as 
> sessões slave pros canais, vai DESCOBRIR sozinho quais arquivos precisam ser 
> backupeados e veja que apenas no final é que os canais são dealocados.....
>   SERÁ que vc não está abrindo várias sessões no Tivoli, manualmente , e/ou 
> está Indicando os arqs a backupear manualmente em cada sessão ??? Se está, 
> afaik isso é não é o modo apropriado : a idéia é o Tivoli disparar um script 
> RMAN, e é O RMAN que faz o necessário, okdoc ?
> 
>  []s
> 
>    Chiappa
> 
> 
> --- Em [email protected], "fmpedro4x4" <fmpedro@> escreveu
> >
> > Pessoal, muito obrigado pelas respostas, todas foram válidas.
> > Vou tentar explicar com um pouco mais de detalhes o que ocorre no backup 
> > com o RMAN e o TSM.
> > Meu banco de dados produtivo atualmente tem 6Tb, então alocamos 4 canais no 
> > RMAN (4 sessões no TSM), para cada canal eu configurei 100 filesperset 
> > (atualmente o db tem 1195 datafiles), então após a finalização do backup de 
> > cada canal, o RMAN fecha a sessão e abre novamente a sessão no TSM para 
> > iniciar o backup de outro fileperset. O que está ocorrendo, nessas trocas 
> > de sessão, é que pode entrar outro backup e ele toma aquela sessão no TSM, 
> > o RMAN fica aguardando um certo tempo, esperando que a sessão seja 
> > liberada, porém, se ela não é liberada, ocorre um erro, o o backup é 
> > inutilizado, neste caso, eu preciso fazer outro backup do início. Quando eu 
> > utilizava o begin/end backup, as sessões ficavam alocadas para o backup do 
> > início ao fim.
> > Já estou utilizando o TDP, porém como meu sistema é SAP, então utilizo os 
> > arquivos de configuração indicados pela SAP.
> > 
> > Mais uma vez agradeço a todos, e como alguns de vocês já utilizam o TSM com 
> > RMAN, pode ser que alguém já tenha passado por isso.
> > 
> > Abs.
> > 
> > 
> > 
> > 
> > --- Em [email protected], "Vitor Rosa" <vitorjr81@> escreveu
> > >
> > > Tenho em clientes o oracle 11g com ASM rodando com TSM normalmente, sem 
> > > problema.
> > > Basta o TDPO client estar configurado de maneira correta e pro TSM serão 
> > > apenas 'arquivos normais' os bkp pieces dentro das fitas.
> > > Qual o problema exato?
> > > 
> > > Att
> > > Vitor Jr
> > > 
> > > --- Em [email protected], "fmpedro4x4" <fmpedro@> escreveu
> > > >
> > > > Gostatia de saber se há alguma outra ferramenta para fazer backup do 
> > > > banco de dados para ambientes com ASM sem ser pelo RMAN. Nos ambientes 
> > > > com filesystem, eu utilizo o begin/end backup com as ferramentas do 
> > > > TSM/IBM (TDP). Atualmente estou passando por alguns problemas com o 
> > > > RMAN e TSM, os dois juntos não parecem ser muito amigáveis.
> > > > Abs.
> > > >
> > >
> >
>


Responder a