Disco rígido dedicado para arquivos dbname.dbs do Informix SE e ramdisk dedicado para arquivos / tmp

1

INFORMIX-SE 7.2:

Eu gostaria de dedicar um disco rígido, exclusivamente para o meu diretório dbname.dbs, que contém todos os arquivos .dat e .idx, e criar um ramdisk para meus arquivos temporários / tmp, a fim de melhorar o desempenho. Eu também gostaria de desmontar o sistema operacional de todos os arquivos e processos desnecessários para minimizar a sobrecarga do meu aplicativo dedicado. É uma boa ideia e existem roteiros para realizar isso?

    
por Frank R. 13.06.2010 / 21:45

2 respostas

1

É perfeitamente razoável dividir o trabalho conforme descrito, embora atualmente, usar um único disco de 500 GB apenas para o DB possa ser considerado excessivo.

Se você tiver um log de transações, ele deve estar em uma unidade de disco, não na unidade RAM. Caso contrário, os arquivos .dat e .idx no diretório .dbs (a menos que você tenha gostado e colocado em outro lugar) são suficientes para SE.

Desmontar o O / S é bom - apenas certifique-se de não remover nada que o O / S precise para manipular coisas como upgrades. Você deve procurar manter um serviço de tempo disponível (SNTP, provavelmente). Você provavelmente quer o SSH disponível. Caso contrário, sim, remova o que você não estará usando.

Existem roteiros para redução de O / S? Eu não sei de um ...

    
por 13.06.2010 / 22:14
1

Isso provavelmente será migrado para serverfault.com em breve, mas aqui está minha experiência:

Alguns DBs não se recuperam de uma falha se seus arquivos temporários forem destruídos na reinicialização. Não sei se esse é o caso do Informix. Além disso, a RAM costuma ser melhor usada como buffers DB (pelo menos, essa é a minha experiência com o MySQL). Dessa forma, o banco de dados pode usá-lo da maneira mais eficiente possível. Se uma unidade de estado sólido (SSD) grande o suficiente para manter seus arquivos temporários em seu orçamento, isso poderia ser um bom investimento.

Se você estiver dedicando um disco rígido, isso significa que você tem mais de um disponível. Considere usar o RAID 0 para combinar dois ou mais discos rígidos em vez de usar um disco rígido separado. Isso dá a você quase o dobro do desempenho de leitura / gravação da minha experiência (com base no benchmarking feito com o MySQL, com o mix de transações do meu aplicativo).

Remover arquivos "desnecessários" não aumentará realmente o desempenho, impedindo processos desnecessários. Supondo que você não esteja com pouco espaço em disco, os arquivos que não estão sendo usados não atrapalham muito seu desempenho (eles podem contribuir para a fragmentação do disco, mas arquivos que foram instalados com o SO e nunca alterados provavelmente não são fragmentados, a menos que disco foi altamente fragmentado para começar).

Por falar em fragmentação, garanta que o disco que contém seus dados seja regularmente desfragmentado. Isso pode ter um grande impacto no seu desempenho se houver muitas inserções e exclusões.

    
por 13.06.2010 / 22:02

Tags