Boa Ângelo.
Essa é uma situação que as vezes os gerentes não conseguem enchergar a gravidade, a não ser na hora do apuros. Att, Emerson Martins DBA Oracle Oracle 11g Certified Associate *Contatos:* + 55 82 91235504 / + 55 82 81702325 2014-08-15 10:38 GMT-03:00 angelo [email protected] [oracle_br] < [email protected]>: > > > Aproveitando o gancho da história... > > Eu to juntando todos esses e-mails que falam de bugs, que aparecem em > alguma situação aleatória, para montar um documentando mostrando o que a > falta de uma assinatura de suporte pode acarretar.. > (leia-se nao instalar patches, atualizar)... porque recentemente tive > minha solicitação de renovacao de assinatura negada, e embora as bases > estejam funcionando ok, se cairmos numa situação deles, seria estar em > apuros :-( > > > > > > > > > 2014-08-15 9:57 GMT-03:00 [email protected] [oracle_br] < > [email protected]>: > > >> >> Opa, blz ? Então, a primeira coisa que observo é que a performance >> relatada está BEM RUIM : 4 horas para 1/5 de uma base de 250 GB (onde esse >> 1/5 representa algo em torno de 50 GB, pelo jeito) é uma velocodade ABISMAL >> , Horrorosa.... Há pouco tempo eu fiz um backup no meu micrinho Frank de >> casa num HD externo de 1 TB Samsung e os quase 300 GB que backupeei levaram >> coisa de pouco mais de 6 horas, é INACEITÁVEL 4h para 50 GB... OBVIAMENTE, >> esse meu HD externo é USB-3 (conector Azul) e eu liguei ele na porta USB-2 >> da traseira do micro (por aí vc vê como meu micrinho pessoal é defasado, >> nem saída USB-3 ele tem e as frontais são USB 1.0) - vc TEM ABSOLUTA >> CERTEZA que o conector USB que vc está usando está HABILITADO para, ao >> menos, USB 2.0 ????? NO meu caso era Windows 7 o SO, então sei que os >> drivers USB estavam atualizados - no seu caso, sendo Linux, vc TEM CERTEZA >> que os seus drivers/firmwares estão Atualizados e operando em máxima >> performance ???? Seria *** muito *** interessante vc testar a performance >> desse dispositivo, antes de tudo.... Isso posto, primeiro passo a atacar >> decorre do fato existem *** MÚLTIPLOS *** bugs que podem interferir na >> performance do RMAN afetando a (antiga pracas!) versão 11.2.0.1 que vc >> reporta : dá um bico na nota metalink "Known RMAN Performance Problems" >> (Doc ID 247611.1) e os veja, principalmente o Bug#11872103 RMAN RESYNC >> CATALOG VERY SLOW - caí nele algumas vezes.... Assim, De cara aplicação do >> patchset 11.2.0.4 é uma Necessidade, eu penso.... Como segundo passo (** >> DEPOIS ** da questão acima resolvida), aí é rever o setup do seu RMAN : pra >> começo de conversa eu vejo que vc não usa múltiplos canais, sabe-se lá se >> está usando BACKUP OPTIMIZATION, se tem algum tipo de compressão ativa.... >> Plz manda um SHOW ALL pra gente, que a gente pode palpitar em cima... E >> claro, vc vai ter um trabalhinho de ajuste mais aí : para verificação de >> performance do RMAN recomendo as notas metalink "Advise On How To Improve >> Rman Performance" (Doc ID 579158.1), "RMAN Performance Tuning Using Buffer >> Memory Parameters" (Doc ID 1072545.1), "Troubleshooting RMAN Performance or >> Hang Issues" (Doc ID 815857.1) , "RMAN Tips: Test Plan to identify correct >> number of channels for RMAN compressed backups optimal performance" (Doc ID >> 1435723.1), "RMAN Myths Dispelled: Common RMAN Performance Misconceptions" >> (Doc ID 134214.1) e "RMAN: I/O Slaves and Memory Usage" (Doc ID 73354.1) : >> nem todas as obs delas se aplicam Rigorosamente á sua versão mas a >> esmagadora maioria do que é dito nela sim, se aplica.... []s Chiappa >> > > >
