Estou tentando descobrir esse problema há várias semanas, estamos usando um Exadata que executa tarefas noturnas do RMAN para fazer backup do banco de dados em uma montagem NFS. Quando esses trabalhos ocorrem, a latência média em nossa SAN de fibra é superada. No entanto, estes são apenas alguns milhares de iops, 90% do tempo, o restante da infraestrutura está rodando em torno de 20k iops, então é uma queda no bucket, e a latência não aumenta mesmo durante picos. Quando executo testes no mesmo servidor NFS com operações dd, não há aumento na latência de SAN.
Estamos executando um Sparc Blade para o servidor NFS que possui conexões de fibra de 8 Gb para uma SAN AMS. O armazenamento apresentado a esse servidor está no SATA, mas a latência está afetando nossos sistemas VMWARE e Oracle que estão em unidades Fibre e em um controlador diferente.
Estou ficando sem ideias, alguém mais já viu algo assim?
atualização 12/17
Depois de fazer algumas pesquisas, parece que as opções de montagem no exadata estão definidas para tamanhos de transferência de 32k para leituras e gravações. Estou trabalhando com a equipe do DB para usar alguns tamanhos de transferência sane , no entanto, a Oracle recomenda 32k ...
atualização 12/31
Foram os tamanhos de montagem do NFS, aumentamos para um meg cada, e também baixamos os canais do RMAN dois em vez de 32 (não tenho ideia do que os dba estavam pensando)