Existe uma vantagem em alocar muito mais espaço do que o necessário no Sql 2005?

Question

Gente,

Estou migrando dois bancos de dados de um disco rígido desordenado para um novo que comprei especificamente para hospedar esses dois bancos de dados. Os bancos de dados são aproximadamente iguais em tamanho e projetados para crescer igualmente. Faz sentido alocar metade do disco rígido para cada um (agora os bancos de dados podem ter 40% de espaço não utilizado em vez dos habituais 5-10% que eu mantenho)? Isso impedirá a fragmentação, já que o arquivo MDF estará em um bloco contínuo? Ou isso é uma má ideia? Devo apenas manter meu buffer usual e deixar o arquivo crescer no tempo (o SO pode gerenciar a desfragmentação). pensamentos?

    

Answer 1

O provisionamento de espaço disponível é preferível ao crescimento automático, devido à carga de E / S que o crescimento do arquivo de dados causa e à natureza imprevisível. E se o arquivo de dados crescer automaticamente em x% no meio de um dia agitado? O espaço de pré-provisionamento também minimizará a fragmentação.

Pode ser difícil saber se você vai colocar mais bancos de dados em um servidor, e pode ser difícil saber qual é a taxa de crescimento dos dados reais antes de um exercício de provisionamento. Deixe-se algum espaço livre na unidade, mas definitivamente mantenha esse espaço de buffer tão grande quanto você pode razoavelmente gerenciar, deixando um pouco de agilidade para futuros desenvolvimentos.

Eu escrevi um blog uma vez em: monitorando as principais estatísticas do SQL Server usando DMVs

O código que eu forneci nesse blog pode ser usado ou reduzido para ajudá-lo a ficar de olho no tamanho dos dados em relação ao tamanho do arquivo de seus bancos de dados.

    

Answer 2

Eu diria que é uma má idéia apenas configurá-los 50/50 não, suas premissas de crescimento podem ser provadas erradas e a fragmentação não será tão ruim - você pode corrigir isso mais tarde, se necessário, de qualquer maneira.

    

Answer 3

A coisa a lembrar é que o banco de dados que cresce o arquivo pode ser um pouco intensivo. Eu deixaria o SQL crescer para você, basta definir o crescimento para uma porcentagem razoável com base em seus padrões de crescimento. No que diz respeito à fragmentação de arquivos, eu recomendaria o Diskeeper para você: link para ajudar a mantê-lo sob controle. Diskeeper usa o que eles chamam de InvisiTasking, que é basicamente cópia de volume de sombra, e é capaz de desfragmentar seus arquivos de banco de dados SQL ao vivo (Exchange também). Coloque ambos os DB's na mesma unidade - deixe-os crescer como quiserem e coloque um bom defragger como o Diskeeper no lugar e você não terá que se preocupar com isso.