A SUN Czech instalou novo hardware de produção para um cliente tcheco com sistema de arquivos ZFS nos arquivos de dados, redo e archivelog.
Agora enfrentamos um problema de desempenho e atualmente não há recomendação da SAP para o sistema de arquivos ZFS.
O hardware, que é aproximadamente duas vezes mais potente de acordo com o teste de referência, apresenta respostas piores do que o hardware antigo.
a) Existe um erro no Solaris 10: os buffers do ZFS, uma vez alocados, não são liberados (normalmente não queremos usar o armazenamento em buffer para evitar a duplicação de buffers).
b) Os buffers do ZFS ocupam cerca de 20GB (32GB no total) de memória no servidor de banco de dados e não podemos definir um grande pool compartilhado e cache de banco de dados (poderia ser possível definir um parâmetro especial em /etc/system para reduzir o tamanho máximo dos buffers do ZFS para, por exemplo, 4GB).
c) Estamos buscando uma opção de montagem comprovada para o ZFS que permita E/S assíncrona/concorrente para os sistemas de arquivos do banco de dados.
d) Não há uma resposta clara e comprovada para o suporte do ZFS/SOLARIS/Oracle/SAP. A SAP diz que é um problema da Oracle, a Oracle não certifica mais sistemas de arquivos desde janeiro de 2007 e diz para consultar seu provedor de sistema operacional, e a SUN parece estar satisfeita, mas o desempenho diminui e não é tão divertido para um sistema com um banco de dados de 1TB que cresce mais de 30GB por mês.
Andy