É ruim ter sistemas de arquivos quase cheios?

14

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

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

ATUALIZAÇÃO:

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

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

  • Os discos geralmente são da SAN.

por gasko peter 30.07.2013 / 12:32

7 respostas

0

Se isso for armazenamento de banco de dados "estático", não haverá problema em preenchê-lo, especialmente quando a extensão automática do banco de dados estiver desativada. Qualquer outra coisa seria um desperdício de espaço SAN valioso. 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ó é válido para dados que não crescem, portanto, os registros devem ir para outro lugar. O armazenamento de logs deve ser monitorado de perto. E deve ser grande o suficiente para que um administrador possa reagir a um aviso de monitoramento a tempo.

    
por 07.08.2013 / 23:22
13

Um sistema de arquivos não quebra apenas porque está cheio, então 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 problema real é que em um sistema de arquivos completo, qualquer gravação falhará . Então, depende do que tentaremos escrever em um sistema de arquivos como esse.

Muitos programas devem ser capazes de gravar / salvar dados para funcionar adequadamente. Portanto, se o seu sistema de arquivos estiver cheio quando algo estiver tentando gravar, você experimentará perda ou quebra de dados na camada do aplicativo. "Eu tentei salvar seus dados, mas não consegui" é um caso que muitos programas não lidam particularmente bem. Na pior das hipóteses, o programa terá começado a sobrescrever o antigo arquivo de salvamento antes de perceber que não haverá espaço suficiente para o novo arquivo salvo, então você perdeu ambos.

Para coisas críticas do sistema (por exemplo, qualquer gravação que ocorra na inicialização / desligamento, recursos de registro, etc.), um sistema de arquivos completo pode, no pior dos casos, tornar seu sistema incapaz de funcionar adequadamente; Os sistemas de arquivos ext * têm uma reserva de raiz por essa mesma razão, para permitir que o sistema (root) tenha algum espaço livre quando todo o resto está cheio. Este é um caso em que você deve fornecer algum armazenamento adicional ou excluir algumas coisas antigas.

    
por 30.07.2013 / 12:54
9

De um ponto de vista de produção, é um estado ruim. Primeiro, o desempenho degrada à medida que o uso do disco aumenta. Quando um disco se aproxima da capacidade total, há menos áreas sequenciais do disco para armazenamento de dados. Isso afeta o desempenho devido às buscas adicionais do disco e aos efeitos de latência que aguardam 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 levará até que as equipes de desenvolvimento e operações percebam que os serviços estão inativos? Quanto tempo levará até que os usuários fiquem zangados quando não houver serviço disponível? Os aplicativos geralmente congelam quando não há armazenamento para gravação. Pode haver efeitos indiretos que podem causar mais problemas - adicionando ainda mais tempo antes que os serviços sejam totalmente restaurados. E quando o serviço for restaurado, o estado do sistema pode estar desequilibrado - por exemplo, um enorme acúmulo de dados recebidos durante o tempo de inatividade do serviço causa atrasos no processamento.

    
por 30.07.2013 / 13:20
1

Não é intrinsecamente ruim, mas algo para ser extremamente cuidadoso. Você não quer ficar completamente sem espaço em uma unidade quando o sistema operacional requer mais espaço para incidentes do que você ou o que quer que seu computador tente gravar em seguida simplesmente falhará. As conseqüências disso dependerão do que ele estava tentando salvar.

"Comedores de espaço" repentinos podem incluir um arquivo de troca inesperadamente grande (talvez causado por vazamentos de memória, etc.), uma imagem de suspensão que pode ocupar tanto espaço em disco quanto a RAM e arquivos de saída grandes de programas. Você precisa estar sempre certo de que não vai ficar sem espaço.

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

Geralmente, é seguro preencher partições que não tenham um sistema operacional nelas (ou seja, em um disco rígido externo onde você arquiva manualmente seus dados). O desempenho pode diminuir se as unidades estiverem cheias, mas se você estiver constantemente executando com alto uso de disco, então você deve simplesmente pegar outro disco rígido para que você possa parar de se preocupar.

    
por 30.07.2013 / 12:55
0

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

    
por 04.08.2013 / 16:56
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 esses 3 episódios valem a pena ouvir se você estiver interessado em sistemas de arquivos. Mas esteja avisado, é extremamente nerd:

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

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

    
por 08.08.2013 / 01:28
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 que você precise. E se você decidir que você PRECISA, certifique-se de que você está fazendo todo o uso dos dados. Em outras palavras, há informações sobre seus negócios, mercado ou clientes que você pode obter dos dados? Você pode ter um bom senso
  2. Se você precisar, todos os dados consideram a maneira mais barata de armazená-los. Servidores internos, armazenamento remoto, compactados, o X% mais recente dos dados. Se você não tiver orçamento para expansão ou armazenamento remoto, elimine os 10% mais antigos dos dados simplesmente para melhorar o desempenho.

Com o caso de um disco rígido externo onde o sistema operacional não está presente, você pode usar a maior parte da unidade sem prejudicar o desempenho. Para um disco rígido com o sistema operacional, existem arquivos de cache cujo tamanho depende do SO e dos tipos de tarefas que ele executa.

Para o linux, veja isto: Como posso avaliar meu HDD?

Veja estes textos para uma exposição mais completa: link

link

    
por 04.01.2015 / 17:46