Depois de redimensionar a cota de um compartilhamento, por que precisaríamos "redimensionar" o volume?

3

Temos um volume em nosso arquivador NetApp com várias Qtrees compartilhadas como CIFS. Para redimensionar um compartilhamento normalmente:

  1. Modifique a cota no compartilhamento
  2. Use o comando "resize" no volume

Talvez eu esteja sentindo falta de algo, mas por que precisaríamos "redimensionar" o volume? Alterar a cota não deve alterar o tamanho do volume. Talvez haja outros internos que eu não entendo.

    
por Belmin Fernandez 05.06.2014 / 18:49

1 resposta

5

quota resize (ou a ação equivalente em uma das GUIs) força o serviço de cota a verificar o volume e aplicar as alterações feitas em / etc / quotas. Na verdade, não está redimensionando seu volume. Até que você execute um redimensionamento de cota (ou, alternativamente, desabilite e reative o serviço de cota), nenhuma alteração feita nas definições de cota será aplicada. Também notável: durante o tempo necessário para realizar essa verificação, você começa a usar o seu redimensionamento, mas as cotas não serão aplicadas. Esse é um bom motivo para usar volumes individuais para compartilhamentos de rede em vez de qtrees.

Outro bom motivo para usar volumes em vez de qtrees é que, dependendo de como você faz backup dos dados, pode levar muito mais tempo para fazer backup de um único volume de 10 TB contendo 10 1TB qtrees do que para fazer backup de 10 1TB volumes.

Eu não sei sobre vocês, mas a razão pela qual fomos com qtrees dentro dos volumes foi para que pudéssemos aprovisionar os compartilhamentos sem precisar superestimar o agregado. Uma falha em manter um espaço adequado no volume CIFS não causaria a morte de outros volumes, como uma falha em manter um espaço adequado em um agregado.

Se você precisar colocar alguém para dormir ou desejar uma boa referência para a linha de comando de cotas, marque isso .

    
por 05.06.2014 / 22:35