В современных ИТ‑системах логирование – один из фундаментальных механизмов контроля и отладки. Однако непрерывный рост лог‑файлов быстро приводит к исчерпанию дискового пространства и усложняет поиск нужной информации. Именно здесь на помощь приходит архив логов – специально организованное хранилище старых записей, которое позволяет сохранять историю событий без риска переполнения системы.

Основные понятия

• Лог‑файл (log file) – текстовый файл, в который последовательно записываются события работы приложения, сервера или операционной системы.
• Ротация логов (log rotation) – процесс периодического переименования, сжатия и перемещения текущего лог‑файла в архив, после чего создаётся новый пустой файл для текущих записей.
• Архив логов – набор сжатых (обычно .gz, .zip или ;bz2) файлов, содержащих исторические логи, организованный по датам, уровням важности или другим критериям.

Зачем нужен архив логов

1. Экономия дискового пространства – сжатие старых записей уменьшает их объём в 5–10 раз.
2. Упрощение поиска и аудита – архивы структурированы (например, по месяцам), поэтому администратор может быстро locating нужный период без перебора текущего лога.
3. Соответствие нормативным требованиям – многие стандарты (PCI‑DSS, GDPR, ISO 27001) требуют хранения журналов событий в течение определённого срока.
4. Резервное копирование и восстановление – архив служит дополнительной копией данных, которую можно использовать при расследовании инцидентов или восстановлении после сбоя.
5. Снижение нагрузки на систему – работа с текущим (не архивным) логом происходит быстрее, так как файл остаётся небольшим.

Как работает архивация логов

Типичный процесс выглядит следующим образом:

1. Достижение порога – текущий лог‑файл достигает заданного размера (например, 100 МБ) или истекает временной интервал (например, 24 ч).
2. Переименование – файл получает суффикс, указывающий на номер версии (access.log.1, access.log.2 и т.д.).
3. Сжатие – переименованный файл архивируется утилитой gzip, bzip2 или xz, получая расширение .gz, .bz2 или .xz.
4. Перемещение в каталог архива – сжатый файл помещается в отдельную директорию (например, /var/log/archive/).
5. Удаление устаревших записей – по истечении срока хранения (например, 90 дней) самые старые архивы автоматически удаляются.

Пример команды ротации с помощью logrotate (Linux):

/var/log/myapp/*.log {
 daily # ротация каждый день
 rotate 30 # хранить 30 архивов
 compress # сжимать старые логи gzip
 delaycompress # сжимать с задержкой (чтобы текущий оставался читаемым)
 missingok
 notifempty
 create 0640 root adm
 sharedscripts
 postrotate
 systemctl reload myservice >/dev/null 2>&1 || true
 endscript
}

Где обычно хранятся архивы логов

• Локальные диски сервера – каталоги /var/log/archive/, /opt/logs/archived/ и аналогичные.
• Централизованные системы логирования – ELK‑стек (Elasticsearch, Logstash, Kibana), Splunk, Graylog, где архивы импортируются для долгосрочного хранения и аналитики.
• Облачные хранилища – Amazon S3, Google Cloud Storage, Azure Blob Storage, часто с политиками жизненного цикла (переход в холодное хранилище, удаление через N дней).
• Ленточные библиотеки – в крупных корпоративных центрах данных для архивации на очень длительные сроки (годы и более).

Как работать с архивом логов

Просмотр

Для чтения сжатых файлов удобно использовать:

• zcat / gzcat – вывод содержимого .gz без распаковки.
• zgrep – поиск по сжатым логам аналогично grep.
• less – поддерживает просмотр .gz файлов напрямую.

Поиск и анализ

Пример поиска ошибок за последний месяц:

zgrep -i "error" /var/log/archive/*.log.gz | less

Восстановление
Если понадобится вернуть конкретный день в рабочий лог:
gunzip -c /var/log/archive/app.log.2026-09-15.gz > /var/log/app.log

Лучшие практики

Определите политику хранения – решите, как долго нужны логи разных уровней (отладка, информация, предупреждение, ошибка).
Автоматизируйте ротацию – используйте проверенные инструменты (logrotate, rotatelogs, встроенные механизмы приложений).
Контролируйте целостность – периодически проверяйте контрольные суммы (MD5, SHA256) архивов, чтобы убедиться, что они не повреждены.
Обеспечьте безопасность – ограничьте доступ к архивам только тем, кто действительно нуждается в них (права файлов, SELinux/AppArmor, IAM‑политики в облаке).
Документируйте процесс – ведите run‑book, где описаны шаги по ротации, восстановлению и аудиту логов.
Мониторьте объём – настройте оповещения, когда размер архивного хранилища превышает порог (например, 80 % от выделенной квоты).

Архив логов – это не просто способ «убрать старые файлы», а важный элемент надёжной ИТ‑инфраструктуры. Он позволяет сохранять ценную историю событий, соблюдать нормативные требования, экономить ресурсы и упрощать расследование инцидентов. Правильно настроенная система ротации и архивации делает работу с логами прозрачной и эффективной, а значит, повышает общую устойчивость и безопасность ваших сервисов.