Bem, só para deixar claro : ok, via BRtools vc chama o RMAN, mas realmente o RMAN está sendo acionado via um script único, que fz o backup via comando BACKUP DATABASE e aciona a lib de tape do TSM ao se indicar os canais, certo ? Vc Não está ** MESMO ** passando pro RMAN os nomes dos datafiles separadamente, né ?? Sendo isso , manda aqui pro grupo a listagem do script rman, que a gente pode dar uma checada e uma palpitada em cima.... Isso é importante porque, até onde sei se vc alocou os canais no TSM logo no início do script único, nesse momento o TSM aloca os drives para os atender e só quando o backup database realmente encerrou é que os canais serão liberados, quando vc dá os comandos release no script rman.... Outra coisa : se vc tem 4 drives alocados pro backup RMAN, enquanto esse backup não terminar vc SÓ PODE schedular pra esse intervlo um backup menor, restrito a dois drives - é bem capaz de vc ter problemas se vc deixar entrar em schedule outros backups que requeiram drives em uso .... Em tese teria como o TSM "enfileirar" os pedidos de backup, mas num datacenter grande em que fui DBA recentemente, os técnicos de backup tinham problemas com isso, e a solução foi MESMO um controle de schedule rigoroso, pra realmente Evitar requisição de drives que estejam em uso : talvez o pessoal aqui da lista que é mais especializado em TSM possa palpitar sobre enfileiramento, mas eu não vejo isso como algo firme e seguro....
Aí, finalmente, o ponto que vc não tinha dito mas acho que vale a pena ser tocado , a performance : se estão entrando outros backups, Primeiro vc tem que se assegurar que está usando o RMAN da melhor manieira, entre outras coisas se assegurando que : - vc NÃO está fazendo apenas backup full, é Evidente que nos casos onde há a possibilidade de logs incrementais vc usar backups incrementais - vc NÃO está cegamente backupeando coisas que não são necessárias, tipo : a. em casos aonde o tempo de restore em caso de necessidade não é ultra-restrito e há uma boa folga, TRANQUILAMENTE é possível gerar apenas o DDL de índices e constraints, que no caso de restore vc recria em nologging/parallel : deste modo vc Evitaria o backup dos datafiles/tablespaces de índices b. bancos de grande porte Tipicamente são time-driven, ie, possuem dados com Validade/aplicação de tempo : assim, dados que não vão mais sofrer alterações sabidamente (preferencialmente armazenados em Partições, que residam em tablespaces próprias) obviamente NÃO precisam ser backupeados todas as vezes c. o ponto acima tem Muito a ver com as Otimizações do RMAN, que vc configura como ON ou OFF : se os dados de meses já "fechados", já processados, que não vão mais ser alterados, forem colocados como READ ONLY, automaticamente um backup Otimizado no RMAN já os pulará - vc CONFERIU, com cada Suporte responsável, a aplicabilidade de eventuais patches no software Oracle, nas libs TSM e no BRtools : no lado do Oracle, por exemplo, houve alguns bugs, principalmente relacionados a ASYNC I/O no Linux, que podem interferir em performance - vc REVIU as notas metalink relacionadas com performance do RMAN, principalmente a "Advise On How To Improve Rman Performance" [ID 579158.1] , a "RMAN: Monitoring Recovery Manager Jobs" [ID 144640.1] e a "RMAN Performance Tuning Using Buffer Memory Parameters" [ID 1072545.1] []s Chiappa --- Em [email protected], "fmpedro4x4" <fmpedro@...> escreveu > > 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. > > > > > > > > > > > > > > >
