É ruim ter sistemas de arquivos quase cheios?

14

Exemplo: Eu tenho sistemas de arquivos grandes / pequenos, JFS2 / EXT3 , qualquer que seja (e vários SO, Linux, AIX), mas alguns deles estão no exemplo: 90%, 95%, 98% de uso.

Perguntas: Ter sistemas de arquivos quase cheios faz algo ruim? Problemas de desempenho ou corrupção de FS ou problema de HW?

ATUALIZAR:

  • A questão é sobre o ambiente corporativo. Alguém tem ensaios autênticos / URL's sobre os efeitos? :)

  • "Quais diretórios estão nesses sistemas de arquivos?" - qualquer, por exemplo: SAP, ORACLE, etc.

  • Os discos geralmente são da SAN.

gasko peter
fonte
Quais diretórios estão nesses sistemas de arquivos?
Isso é para uso em computadores corporativos ou pessoais?
41754 30/07/2013
Se o seu FS está corrompendo e não informa o sistema operacional, você não tem um bom FS. Se isso acontecer, mas o SO não se traduzir adequadamente para o usuário, o SO falhará ao lidar com erros e / ou interface do usuário para o usuário em particular. É claro que você desenvolve cuidando dos FSs não são infinitos.
41754 30/07/2013
Sua pergunta parece ser sobre o armazenamento fornecido pela SAN para bancos de dados. Nesse caso, a resposta depende das configurações de armazenamento desses bancos de dados - elas se estendem automaticamente, sim ou não?
Nils
não, NO AUTO-
EXTENDING

Respostas:

0

Se este for um armazenamento de banco de dados "estático", não haverá mal em preenchê-lo - especialmente quando a extensão automática do banco de dados estiver desativada. Qualquer outra coisa seria um desperdício de valioso espaço SAN. O monitoramento pode ser desativado para esses sistemas de arquivos ou o nível de aviso deve ser aumentado para 99 ou até 100%.

Isso só é verdade para dados que não crescem, portanto, os logs devem ir para outro lugar. O armazenamento de log deve ser monitorado de perto. E deve ser grande o suficiente para que um administrador possa reagir a um aviso do monitoramento a tempo.

Nils
fonte
13

Um sistema de arquivos não quebra apenas porque está cheio, portanto não há problema do ponto de vista do sistema de arquivos. É mais provável que os arquivos se fragmentem quando o sistema de arquivos estiver quase cheio e problemas de desempenho são possíveis, dependendo do sistema de arquivos, mas isso geralmente não é crítico.

O verdadeiro problema é que, em um sistema de arquivos completo, qualquer gravação falhará . Portanto, depende do que tentará escrever nesse sistema de arquivos.

Muitos programas devem poder gravar / salvar dados para funcionar corretamente. Portanto, se o seu sistema de arquivos estiver cheio quando algo estiver tentando escrever, você experimentará perda ou quebra de dados na camada do aplicativo. "Tentei salvar seus dados, mas não consegui" é um caso em que muitos programas não lidam particularmente bem. Na pior das hipóteses, o programa começará a sobrescrever o antigo arquivo salvo antes de perceber que não haverá espaço suficiente para o novo arquivo salvo; portanto, você perdeu os dois.

Para coisas críticas do sistema (por exemplo, qualquer gravação ocorrendo na inicialização / desligamento, instalações de registro etc.), um sistema de arquivos completo pode, na pior das hipóteses, tornar seu sistema incapaz de funcionar corretamente; Os sistemas de arquivos ext * têm uma reserva de raiz por esse mesmo motivo, para permitir às coisas do sistema (raiz) algum espaço livre quando todo o resto estiver cheio. Este é um caso em que você deve fornecer algum armazenamento adicional ou excluir algumas coisas antigas.

frostschutz
fonte
3
Acho que você nunca usou o ZFS, que chega ao ponto de inutilizável em torno de 90 a 95% de utilização.
Jordanm
Seu palpite está correto. O ZFS / btrfs não tem absolutamente nenhum apelo para mim. O guia de práticas recomendadas do ZFS ainda recomenda ficar abaixo de 80%. Vou editar minha resposta em relação a problemas de desempenho.
Frostschutz 30/07/2013
1
@jordanm Não apenas isso, mas se um sistema de arquivos ZFS estiver cheio, talvez você
Gilles 'SO- stop be evil'
9

Do ponto de vista da produção, é um péssimo estado. Primeiro, o desempenho diminui à medida que o uso do disco aumenta. Quando um disco atinge a capacidade total, há menos áreas seqüenciais do disco para armazenar dados. Isso afeta o desempenho devido às buscas adicionais do disco e aos efeitos de latência, à espera de um setor livre atingir a cabeça do disco.

Mais importante é o efeito potencial no sistema. O servidor está fornecendo um serviço vital? Quanto tempo leva até as equipes de desenvolvimento e operações perceberem que os serviços estão inoperantes? Quanto tempo os usuários ficam com raiva quando não há nenhum serviço disponível? Os aplicativos geralmente congelam quando não há armazenamento no qual gravar. Pode haver efeitos indiretos que podem causar problemas adicionais - adicionando ainda mais tempo antes que os serviços sejam totalmente restaurados. E quando o serviço é restaurado, o estado do sistema pode ficar desequilibrado - por exemplo, um grande acúmulo de dados recebidos durante o tempo de inatividade do serviço causa atrasos no processamento.

suspeito
fonte
+1 para "Quando um disco se aproxima da capacidade total, há menos áreas seqüenciais do disco para armazenar dados" - nunca pensei nisso!
Suman
Este não é um disco. Estamos falando de LUNs fornecidas por uma SAN. Normalmente, essa é uma parte listrada de um grande número de discos físicos.
Nils
1

Não é intrinsecamente ruim, mas algo com que se deve tomar muito cuidado. Você não deseja ficar completamente sem espaço em uma unidade quando o sistema operacional exigir mais espaço adicional do que você possui, ou o que o computador tentar escrever em seguida simplesmente falhará. As consequências disso dependerão do que ele estava tentando salvar.

Os "devoradores de espaço" repentinos podem incluir um arquivo de troca inesperadamente grande (talvez causado por vazamento de memória, etc.), uma imagem de suspensão que pode ocupar tanto espaço em disco rígido quanto a RAM e arquivos de saída grandes de programas. Você simplesmente precisa sempre ter certeza de que não ficará sem espaço.

O melhor cenário é quando não há mais espaço para um arquivo de permuta e o sistema geralmente falha apenas sem efeitos negativos a longo prazo.

Geralmente, é seguro preencher partições que não possuem um sistema operacional (por exemplo, em um disco rígido externo onde você arquiva manualmente seus dados). O desempenho pode diminuir se as unidades ficarem lotadas, mas se você estiver constantemente executando com alto uso de disco, deverá realmente adquirir outro disco rígido para parar de se preocupar.

Moriarty
fonte
0

Existem três podcasts realmente bons sobre sistemas de arquivos e, se bem me lembro, e como eles funcionam como "desfragmentação automática", o que talvez ajude você a entender melhor o seu problema. Eu acho que vale a pena ouvir esses três episódios se você estiver interessado em sistemas de arquivos. Mas esteja avisado, é extremamente nerd:

O episódio 1 2 e o terceiro é o número 58, que não posso postar por causa de pouca reputação \:

O podcast é chamado de hipercrítico e o host é John Siracusa.

hashier
fonte
0

Você deve considerar algumas coisas:

  1. Você precisa dos dados que estão consumindo todo esse espaço? Pode haver muitos dados que você QUER, mas não o necessário. E se você decidir que PRECISA, certifique-se de usar todos os dados. Em outras palavras, existem informações sobre sua empresa, mercado ou clientes que você pode obter com os dados? Você pode ter uma noção
  2. Se necessário, todos os dados consideram a maneira mais barata de armazená-los. Em servidores internos, armazenamento remoto, compactado, o X% mais recente dos dados. Se você não tem orçamento para expansão ou armazenamento remoto, livre-se dos 10% mais antigos dos dados simplesmente para melhorar o desempenho.

No caso de um disco rígido externo em que o sistema operacional não está presente, você pode usar com segurança a maior parte da unidade sem degradação perceptível no desempenho. Para um disco rígido com o sistema operacional, existem arquivos de cache cujo tamanho depende do sistema operacional e dos tipos de tarefas que ele executa.

Para linux, verifique o seguinte: Como posso comparar meu HDD?

Veja estes textos para uma exposição mais completa: http://www.amazon.com/Memory-Mass-Storage-Giovanni-Campardo-ebook/dp/B00F76KCGY/ref=sr_1_4?s=digital-text&ie=UTF8&qid=1420389894&sr=1- 4 & palavras-chave = disco rígido + disco + desempenho

http://www.amazon.com/SImple-Choosing-Installing-Upgrading-Super-fast-ebook/dp/B00LNZTXFE/ref=sr_1_2?s=digital-text&ie=UTF8&qid=1420389894&sr=1-2&keywords=hard+drive+ desempenho

user119296
fonte
0

As unidades cheias levariam ao baixo desempenho do seu PC . Estou executando meu PC no Ubuntu 12.10 e tive minhas unidades cheias. Meus aplicativos costumavam abrir muito lentamente e a inicialização costumava ser lenta . Então, eu trouxe um disco rígido externo e mantive 50-60% de uso do disco a partir de então. Vou sugerir o mesmo.

Munai Das Udasin
fonte