Лично я не настроил бы "живого" входа для входа к сжатой или зашифрованной папке. Я создал бы папку архива и переместил бы файлы журнала от папки журнала приложения до этой сжатой папки архива после того, как приложение является делавшими записями им. Я предполагаю, что файлы журнала "прокручиваются" ежедневно, таким образом, сегодняшний файл журнала является активным и записанным uncrompressed к папке журнала приложения и когда приложение запускает новый файл журнала, предыдущий файл журнала перемещен в сжатую папку.
Я лично сделал это на одном Windows Server, за который я ответил. Я думаю, что это - хорошая идея. Как Вы упомянули, повторяющийся простой текст в файлах журнала сжимается Очень хорошо. Издержки, связанные со сжатием, казались довольно маленькими. Я использовал его для журналов брандмауэра и легко разгрузил 100 МБ + в день. (хотя мне ворвались в него файлы 20 МБ), Если Ваш ЦП не привязан для начала, я не думаю, что это было бы проблемой. Вы будете по существу торговать определенной мощностью ЦП для большого дискового пространства. Иногда, это - чрезвычайно хороший компромисс. Другие времена, notsomuch.
Очевидно, тестирование является хорошей идеей. Но я не сталкивался со слишком многими проблемами. Просто сообщите, что сжатие не передаваемо, как старомодный zip-файл. Таким образом, при перемещении этого через FTP/CIFS/и т.д. Вы перемещаете несжатую сумму. При копировании их за пределами сжатой папки Вы перемещаете несжатую сумму. При использовании программного обеспечения для резервного копирования Вы создаете резервную копию несжатой суммы. И т.д.
Могло бы стоить отметить, что существует начальное сжатие при фактическом зеркальном отражении флага для этой папки. Таким образом, Вы могли бы хотеть сжать подмножество за один раз, таким образом, Вы не приносите свой сервер к, он - колени, в то время как это сжимает Ваши журналы в течение часа. Это может быть значительно в зависимости от того, сколько информации о журнале Вы имеете, и насколько важный Ваше приложение. Но все, что быть сказанным, можно всегда инвертировать процесс и распаковывать каталог столь же легко. Таким образом, если Вы находите, что производительность является слишком дрянной, затем Вы всегда можете* зеркально отражать ее назад.
Как другие упомянули, сжимание только заархивированных журналов длительного срока не является плохой идеей. Если бы Вы хотели приложить немного больше усилий к решению, то Вы могли бы всегда автоматизировать процесс архивирования на тех журналах и экономить себя делающий его через ОС.
** Ничто "всегда" не работает в IT.;)*
- Christopher Karel
Если у Вас уже не будет тяжелой загрузки ЦП, то Вы, вероятно, извлечете выгоду из сжатия Ваших файлов журнала.
Я не вижу никаких предупреждений от MS, когда рекомендуется сжатие здесь: https://docs.microsoft.com/en-us/iis/manage/provisioning-and- management-iis/managing-iis-log-file-storage