Blz ? Então, graças a todos os deuses eu há muito tempo não tenho que fazer 
backup RMAN de database standard edition (e principalmente acima da casa de 
terabyte), pois Sei como um fato que o RMAN é ** mega-capado **, entre outras 
coisas Incapaz de fazer backup com paralelismo, Incapaz de usar Block Change 
tracking para backups incrementais rápidos,  Incapaz de usar novos recursos de 
block-level (como Block-Level media recovery), que não me espantaria se 
influenciasse negativamente no I/O multibloco .... Nessa vc PERDEU simplesmente 
algumas das maiores avenidas para melhorar a performance de seu backup....
 Anyway, algumas sugestões pra vc investigar :
 
 a) é absolutamente CRÍTICO que ** todo o I/O ** seja ASÍNCRONO, não apenas a 
leitura dos datafiles (controlada pelo parâmetro DISK_ASYNC_IO) mas TAMBÉM a 
gravação - tenha certeza, portanto, de NÃO USAR filesystem nesse disco local, 
ok ?? Já chega ele ser um SAS, e ainda por cima inferior a 10k, não 
sobrecarregue, vai de RAW DEVICE.... 
 
 b) pense com carinho na possibilidade de ter MAIS de um disco para backup, 
agrupado num disk volume - certamente pelo custo não parece haver a 
possibilidade de nenhum tipo de RAID, mas quem sabe ao menos um JBOD : o 
negócio aqui é DISTRIBUIR o I/O em múltiplos devices, há boas chances aí de que 
esse único device isolado esteja te causando gargalo, verifique... Talvez até 
mesmo, se vc conseguir montar um disk volume aí (seja no storage,seja local), 
pensar em ASM nele...

 c) vc ao que vejo está SEMPRE fazendo backup full , avalie a possibilidade de 
implementar backup incremental - provavelmente não vai ser lá muito eficiente 
dado que vc no SE não pode usar BCT, mas veja lá
 
 d) confirme se vc pode ou não usar no SE backup multi-seção de um datafile 
grande (Não É paralelismo, vc está sub-dividindo o mesmo datafile), e/ou 
otimização do UNDO : as notas metalink "MultiSection Backups" (Doc ID 406295.1) 
e "RMAN 11G : RMAN UNDO backup optimization" (Doc ID 406468.1)que os apresentam 
foram criadas para EE, mas plz Confirme a disponibilidade dos recursos no SE
 
 e) só por desencargo, dá uma geral na nota "Known RMAN Performance Problems" 
(Doc ID 247611.1) : não tem grande coisa aberta no 11.2.0.4 mas checa...
 
 f) siga os procedimentos de debug indicados em "Troubleshooting RMAN 
Performance or Hang Issues" (Doc ID 815857.1) e "RMAN Performance 
Troubleshooting" (Doc ID 1326686.1) : vc vai ver que a maioria deles OU eu já 
falei acima OU são EE-only, mas veja lá o que vc descobre com isso...
  EM ESPECIAL, vai ser bem interessante a técnica do BACKUP VALIDATE citada, 
pois com isso o RMAN vai fazer TODO o processamento que faz normalmente mas só 
não vai gravar no disco de saída, isso é Ótimo para provar ou desprovar as 
minhas Suposições acima registradas de que talvez seja o teu único disco de 
saída o teu gargalo
 
 g) sob ESTRITO suporte/supervisão do Oracle Support, avalie as mudanças de 
buffer sizes no RMAN : a nota "RMAN Restore Performance on non-ASM filesystems" 
(Doc ID 1561238.1) fala sobre RESTORE, mas (até um ponto) o BACKUP em si pode 
ser influenciado por esses params, na hora de ler os datafiles...
 
 []s
 
   Chiappa

Responder a