É uma má idéia usar pastas compactadas para arquivamento de arquivos de log?

Question

Temos um serviço do Windows personalizado em nosso ambiente de produção que, por motivos de auditoria e diagnóstico, gera arquivos de log no sistema de arquivos. Os arquivos de log são bastante detalhados (por necessidade) e produzem cerca de 100 Mb de saída diariamente. O conteúdo do log deve ser mantido por um período de 12 meses, mas é altamente compressível.

Estamos pensando em ativar a compactação de O / S nesta pasta para economizar espaço, o que já é um prêmio neste servidor.

Existem possíveis armadilhas ou problemas que possamos encontrar ao fazer isso? Há algum problema de desempenho, compatibilidade ou estabilidade a ser considerado? Se houver, como podemos determinar se isso é uma boa ideia para nós?

    

Answer 1

Pessoalmente, eu não configuraria nenhum registro "ao vivo" para efetuar login em uma pasta compactada ou criptografada. Gostaria de criar uma pasta de arquivo e mover os arquivos de log da pasta de log do aplicativo para esta pasta de arquivo compactado depois que o aplicativo é feito escrevendo para eles. Estou assumindo que os arquivos de log "rolam" diariamente, portanto, o arquivo de log de hoje está ativo e sendo escrito não compactado na pasta de log do aplicativo e quando o aplicativo inicia um novo arquivo de log, o arquivo de log anterior é movido para o arquivo compactado. pasta.

    

Answer 2

Eu pessoalmente fiz isso no servidor Windows que eu estava encarregado. Penso que é uma boa ideia. Como você mencionou, o texto sem formatação repetitivo nos arquivos de log comprime muito bem. A sobrecarga envolvida com a compactação parecia muito pequena. Eu usei para logs de firewall, e facilmente joguei 100MB + por dia. (embora eu tenha quebrado em arquivos de 20MB) A menos que sua CPU esteja atrelada para começar, eu não acho que isso seria um problema. Você basicamente traria um pouco de poder de CPU, por uma grande quantidade de espaço em disco. Às vezes, isso é uma troca muito boa. Outras vezes, nem tanto.

Obviamente, testar é uma boa ideia. Mas eu não tive muitos problemas. Apenas seja avisado que a compressão não é transferível, como um arquivo zip antigo. Então, se você mover isso via FTP / CIFS / etc, você está movendo o valor não compactado. Se você copiá-los fora da pasta compactada, você está movendo o valor não compactado. Se você usar o software de backup, estará fazendo o backup do valor não compactado. Etc.

Pode ser interessante notar que há a compactação inicial quando você realmente vira a bandeira dessa pasta. Portanto, talvez você queira compactar um subconjunto por vez, para não colocar o servidor de joelhos enquanto ele compacta seus logs por uma hora. Isso pode ser significativo, dependendo de quantas informações de registro você tem e da importância da sua aplicação. Mas tudo isso dito, você sempre pode inverter o processo e descompactar o diretório com a mesma facilidade. Então, se você achar que o desempenho é muito ruim, então você sempre pode * voltar atrás.

Como outros já mencionaram, compactar apenas os logs arquivados de longo prazo não é uma má idéia. Se você quisesse colocar um pouco mais de esforço na solução, você poderia sempre automatizar um processo de compactação nesses logs e poupar-se do processo operacional.

** Nada "sempre" funciona em TI. ;) *


- Christopher Karel

    

Answer 3

Se você já não tem muita carga de CPU, provavelmente se beneficiará da compactação de seus arquivos de log.