Windows 2008: reutilização de blocos excluídos em discos “finos” virtuais

2

Usamos uma SAN StarWind que tem o conceito de discos com provisionamento thin que crescem conforme a necessidade. Você pode alocar uma unidade de 4 TB, mas ela começa pequena e cresce à medida que os blocos são gravados no disco virtual (via iSCSI).

O disco virtual usado para nosso sistema de arquivos principal cresceu para 1.5TB e tem muito espaço virtual restante (2.5TB), mas o espaço em disco na SAN é outra questão - está ficando um pouco apertado. Essa é a desvantagem do provisionamento thin - você pode comprometer o espaço em disco.

Então, estamos ocupados arquivando pastas antigas do sistema de disco principal para a área de arquivamento.

No entanto, isso só fará diferença se o Windows 2008 reutilizar os blocos excluídos antes de adicionar novos blocos ao disco quando novos arquivos forem adicionados.

É este o caso ou estamos perdendo tempo arquivando (além do benefício de manter as coisas arrumadas) e precisamos considerar a expansão do disco de SAN em breve?

    
por Rob Nicholson 01.05.2012 / 13:50

2 respostas

4

O que você está procurando é chamado de "thin recovery", um processo no qual o sistema operacional do servidor informa o armazenamento subjacente quando não mapeou um bloco, mesmo que não tenha sido zerado. O Windows 2008 pode ser configurado para agir dessa maneira com alguns fornecedores, no entanto (pelo menos da última vez que eu o fiz). ii / "> ler sobre alguém testando starwind) não seu.

Eu acredito que a decisão de onde gravar novos dados no disco não é configurável no Windows. Tenho certeza de que é complexo o suficiente para que você não queira configurá-lo levemente, no entanto. Em qualquer caso, você tem que assumir que o Windows irá escrever onde quiser, independentemente do que o armazenamento de back-end está fazendo.

Se você excluir uma grande quantidade de arquivos, considere migrá-los para outro LUN com provisionamento thin. É uma terrível perda de tempo se você for fazer isso com frequência, mas isso lhe dará tempo suficiente para aumentar seu hardware de armazenamento ou decidir por uma solução mais permanente.

    
por 01.05.2012 / 19:00
0

Verifique com o fornecedor, mas provavelmente você está perdendo seu tempo arquivando.

O espaço alocado para o LUN não diminuirá em virtude da exclusão de arquivos no Windows. Observe que o espaço alocado para o LUN é diferente do tamanho do próprio LUN. Se você provisionar thin um LUN de 100 GB e gravar 10 GB de dados, o SAN alocará 10 GB de blocos de disco bruto em seus discos subjacentes ao LUN. Em seguida, quando o Windows quiser gravar em um novo bloco, isso aumentará a porcentagem de espaço em seu thin LUN que será alocado / provisionado. Com o tempo, conforme o Windows solicita a gravação em blocos intactos (nunca tocados), esses blocos serão alocados pela SAN a partir de seu conjunto global de blocos não utilizados, e o tamanho alocado / provisionado da LUN aumentará ainda mais.

Eventualmente, com o excesso de dados suficiente, um LUN com provisionamento thin será provisionado com espessura. Pode levar muito tempo, mas depende inteiramente do comportamento do SO.

Sem software especial (que o manjericão mencionou), a SAN não tem como saber quais blocos podem ser recuperados, pois a SAN não pode "ver" o NTFS (ou qualquer outro sistema de arquivos) por si só. Além disso, na maioria das vezes, você precisa ter esse software em execução no Windows antes do volume se tornar altamente provisionado, mas verifique novamente com o fornecedor.

Em geral, o provisionamento thin compra seu tempo (você não precisa alocar todo o seu armazenamento no início), mas eventualmente precisará fazer o backup de seus volumes 100% com armazenamento.

Note, meu entendimento é que o Linux prefere substituir os blocos em vez de usar os originais, mas eu não tenho uma referência para fazer isso.

    
por 10.05.2012 / 18:06