pgbadgerp - Интернет в облаке

ПРОГРАММА:

ИМЯ

pgBadger - быстрый отчет по анализу логов PostgreSQL

СИНТАКСИС

Использование: pgbadger [параметры] файл журнала [...]

Анализатор журналов PostgreSQL с подробными отчетами и графиками.

Аргументы:

файл журнала может быть отдельным файлом журнала, списком файлов или командой оболочки.
возвращает список файлов. Если вы хотите передать содержимое журнала из stdin
использовать - как имя файла. Обратите внимание, что ввод со стандартного ввода не будет работать с csvlog.
Вы также можете использовать файл, содержащий список файлов журнала для анализа, см. -L
командной строки.

Опции:

-a | --средние минуты: количество минут для построения средних графиков
запросы и связи. По умолчанию 5 минут.
-A | --histo-avg minutes: количество минут для построения графиков гистограммы
запросов. По умолчанию 60 минут.
-b | --begin datetime: дата / время начала анализа данных в журнале.
-B | --bar-graph: использовать гистограмму вместо линии по умолчанию.
-c | --dbclient host: сообщать только о записях для данного клиентского хоста.
-C | --nocomment: удалять комментарии типа / * ... * / из запросов.
-d | --dbname database: отчет только о записях для данной базы данных.
-D | --dns-resolv: IP-адреса клиентов заменяются их DNS-именами.
Имейте в виду, что это действительно может замедлить работу pgBadger.
-e | --end datetime: дата / время окончания анализа данных в журнале.
-f | --format logtype: возможные значения: syslog, syslog2, stderr и csv.
По умолчанию: stderr.
-G | --nograph: отключить графики при выводе HTML. Включено по умолчанию.
-h | --help: показать это сообщение и выйти.
-i | --ident name: имя программы, используемое как идентификатор системного журнала. По умолчанию: postgres
-I | --incremental: использовать инкрементный режим, отчеты будут генерироваться
days в отдельном каталоге, необходимо установить --outdir.
-j | --jobs number: количество одновременно выполняемых заданий. По умолчанию 1,
работать как единый процесс.
-J | --Задание: номер файла журнала для параллельного анализа. Дефолт
равно 1, выполняется как отдельный процесс.
-l | --last-parsed file: разрешить инкрементный анализ журнала путем регистрации
последняя дата, время и строка проанализированы. Полезно, если хочешь
для просмотра ошибок с момента последнего запуска или если вы хотите
отчет в день с ротацией журнала каждую неделю.
-L | logfile-list файл: файл, содержащий список файлов журнала для анализа.
-м | --maxlength size: максимальная длина запроса, она будет ограничена
заданный размер. По умолчанию: без усечения
-M | --no-multiline: не собирать многострочные инструкции, чтобы избежать мусора
особенно об ошибках, которые генерируют огромный отчет.
-n | --nohighlight: отключить выделение кода SQL.
-N | --appname name: отчет только о записях для данного имени приложения
-о | --outfile filename: определить имя файла для вывода. По умолчанию зависит
в формате вывода: out.html, out.txt, out.bin,
out.json или out.tsung.
Установив модуль JSON :: XS, вы можете вывести файл
в формате JSON.
Для вывода вывода на стандартный вывод используйте - как имя файла.
-O | --outdir путь: каталог, в котором должен быть сохранен выходной файл.
-p | --prefix string: значение вашего настраиваемого log_line_prefix как
определено в вашем postgresql.conf. Используйте его, только если вы
не используют один из указанных стандартных префиксов
в документации pgBadger, например, если ваш
префикс включает дополнительные переменные, такие как клиентский ip
или название приложения. См. Примеры ниже.
-P | --no-prettify: отключить средство форматирования SQL-запросов.
-q | --quiet: ничего не выводить в стандартный вывод, даже прогресс
.
-r | --remote-host ip: установить хост, на котором будет выполняться команда cat
удаленный файл журнала для локального анализа файла.
-R | --retention N: количество недель для хранения в инкрементном режиме. Дефолт
на 0, отключено. Используется для установки количества недель на
сохранить в выходном каталоге. Старые недели и дни
каталог автоматически удаляется.
-s | --sample number: количество образцов запроса для хранения. По умолчанию: 3.
-S | --select-only: сообщать только о запросах SELECT.
-t | --top number: количество запросов для сохранения / отображения. По умолчанию: 20.
-T | --title string: изменить заголовок отчета HTML-страницы.
-u | --dbuser username: сообщать только о записях для данного пользователя.
-U | --exclude-user username: исключить записи для указанного пользователя из
сообщить.
-v | --verbose: включить подробный или отладочный режим. По умолчанию отключено.
-V | --version: показать версию pgBadger и выйти.
-w | --watch-mode: сообщать только об ошибках, как это может делать logwatch.
-x | --extension: выходной формат. Значения: текст, html, bin, json или
Цунг. По умолчанию: html
-X | --extra-files: в инкрементальном режиме разрешить pgbadger писать CSS и
JS-файлы в выходном каталоге как отдельные файлы.
-z | --zcat exec_path: установить полный путь к программе zcat. Используйте это, если
zcat, bzcat или unzip не на вашем пути.
--pie-limit num: круговые данные меньше num% вместо этого будут отображать сумму.
--exclude-query regex: любой запрос, соответствующий данному регулярному выражению, будет исключен
из отчета. Например: «^ (VACUUM | COMMIT)»
Вы можете использовать эту опцию несколько раз.
--exclude-file имя_файла: путь к файлу, который содержит все регулярные выражения для
используйте для исключения запросов из отчета. Одно регулярное выражение
на строку.
--include-query regex: любой запрос, не соответствующий данному регулярному выражению, будет
быть исключенным из отчета. Вы можете использовать это
вариант несколько раз. Например: «(tbl1 | tbl2)».
--include-file filename: путь к файлу, который содержит все регулярное выражение
запросы, которые нужно включить в отчет. Одно регулярное выражение
на строку.
--disable-error: не генерировать отчет об ошибке.
--disable-hourly: не создавать почасовой отчет.
--disable-type: не формировать отчет запросов по типу, базе данных
или пользователь.
--disable-query: не создавать отчеты о запросах (самый медленный, самый
часто, запросы пользователей, по базе данных, ...).
--disable-session: не создавать отчет о сеансе.
--disable-connection: не создавать отчет о подключении.
--disable-lock: не создавать отчет о блокировках.
--disable-time: не создавать временный отчет.
--disable-checkpoint: не создавать отчет о контрольных точках / точках перезапуска.
--disable-autovacuum: не создавать отчет об автоочистке.
--charset: используется для установки используемой кодировки HTML.
По умолчанию: utf-8.
--csv-separator: используется для установки разделителя полей CSV, по умолчанию:,
--exclude-time regex: любая временная метка, соответствующая данному регулярному выражению, будет
исключен из отчета. Пример: «2013-04-12. *»
Вы можете использовать эту опцию несколько раз.
--exclude-appname name: исключить записи для указанного имени приложения
из отчета. Пример: «pg_dump».
--exclude-line regex: pgbadger начнет исключать любую запись журнала, которая
будет соответствовать данному регулярному выражению. Может использоваться несколько
времени.
--anonymize: скрыть все литералы в запросах, полезно скрыть
конфиденциальные данные.
--noreport: запретить pgbadger создавать отчеты в инкрементальном режиме.
Режим.
--log-duration: заставить pgbadger связывать сгенерированные записи журнала
как log_duration = on, так и log_statement = 'all'
--enable-контрольная сумма: используется для добавления суммы MD5 под каждый отчет о запросе.

pgBadger может анализировать удаленный файл журнала с помощью SSH-соединения без пароля. Использовать
-r или --remote-host, чтобы установить IP-адрес или имя хоста. Также есть некоторые дополнительные
варианты для полного управления ssh-соединением.

--ssh-program ssh путь к используемой программе ssh. По умолчанию: ssh.
--ssh-user имя пользователя имя пользователя для входа в систему. По умолчанию запущенный пользователь.
--ssh-identity путь к используемому файлу идентификации.
--ssh-timeout второй тайм-аут до сбоя ssh-соединения. По умолчанию 10 секунд.
--ssh-options options список опций -o, используемых для ssh-соединения.
Всегда используемые параметры:
-o ConnectTimeout = $ ssh_timeout
-o PreferredAuthentication = hostbased, publickey

Примеры:

pgbadger /var/журнал/postgresql.log
pgbadger /var/log/postgres.log.2.gz /var/log/postgres.log.1.gz
/var/журнал/postgres.log
pgbadger / вар / журнал / postgresql / postgresql-2012-05- *
pgbadger --exclude-query = "^ (КОПИРОВАТЬ | COMMIT)" /var/log/postgresql.log
pgbadger -b "2012 06:25:10" -e "56 11:2012:06"
/var/журнал/postgresql.log
кот /var/log/postgres.log | pgbadger -
# Префикс журнала с выводом журнала stderr
perl pgbadger --prefix '% t [% p]: [% l-1] user =% u, db =% d, app =% a, client =% h'
/ pglog / postgresql-2012-08-21 *
perl pgbadger --prefix '% m% u @% d% p% r% a:' /pglog/postgresql.log
# Префикс строки журнала с выводом журнала syslog
perl pgbadger --prefix 'user =% u, db =% d, client =% h, app =% a'
/ pglog / postgresql-2012-08-21 *
# Используйте мои 8 процессоров, чтобы разобрать мой файл размером 10 ГБ быстрее, намного быстрее
perl pgbadger -j 8 /pglog/postgresql-9.1-main.log

Сгенерируйте XML-файл сессий Tsung с выбранными запросами:

perl pgbadger -S -o sessions.tsung --prefix '% t [% p]: [% l-1] user =% u, db =% d' /pglog/postgresql-9.1.log

Сообщение об ошибках каждую неделю по заданию cron:

30 23 * * 1 / usr / bin / pgbadger -q -w /var/log/postgresql.log -o /var/reports/pg_errors.html

Создавать отчет каждую неделю, используя инкрементное поведение:

0 4 * * 1 / usr / bin / pgbadger -q `найти / var / log / -mtime -7 -name "postgresql.log *" `
-o / var / reports / pg_errors-`date +% F`.html -l /var/reports/pgbadger_incremental_file.dat

Это предполагает, что ваш файл журнала и HTML-отчет также обновляются каждую неделю.

Или лучше использовать автоматически генерируемые инкрементные отчеты:

0 4 * * * / usr / bin / pgbadger -I -q /var/log/postgresql/postgresql.log.1
-O / var / www / pg_reports /

будет генерировать отчет за день и за неделю.

В инкрементном режиме вы также можете указать количество недель для хранения в отчетах:

/ usr / bin / pgbadger --retention 2 -I -q /var/log/postgresql/postgresql.log.1
-O / var / www / pg_reports /

Если у вас есть pg_dump в 23:00 и 13:00 каждый день в течение получаса, вы можете использовать
pgbadger, как показано ниже, чтобы исключить эти периоды из отчета:

pgbadger --exclude-time "2013-09 -. * (23 | 13):. *" postgresql.log

Это поможет избежать появления операторов COPY, созданных pg_dump, в верхней части списка.
самых медленных запросов. Вы также можете использовать --exclude-appname "pg_dump", чтобы решить эту проблему в
способ попроще.

ОПИСАНИЕ

pgBadger - это сборка анализатора журналов PostgreSQL для ускорения работы с полностью подробными отчетами от
ваш файл журнала PostgreSQL. Это единственный и небольшой скрипт Perl, который превосходит любой другой
Анализатор журналов PostgreSQL.

Он написан на чистом языке Perl и использует библиотеку javascript (flotr2) для рисования графиков.
так что вам не нужно устанавливать какие-либо дополнительные модули Perl или другие пакеты.
Кроме того, эта библиотека дает нам больше возможностей, таких как масштабирование. pgBadger также использует
Библиотека Bootstrap javascript и веб-шрифт FontAwesome для лучшего дизайна. Все
встроенный.

pgBadger может автоматически определять формат вашего файла журнала (syslog, stderr или csvlog). это
предназначен для анализа огромных файлов журналов, а также файлов, сжатых с помощью gzip. См. Полный список
особенности ниже. Поддерживаемые сжатые форматы: gzip, bzip2 и xz. Для последнего вы
должна иметь версию xz выше 5.05, поддерживающую параметр --robot.

Все диаграммы масштабируются и могут быть сохранены как изображения PNG.

Вы также можете ограничить pgBadger только сообщением об ошибках или удалить любую часть отчета, используя
параметры командной строки.

pgBadger поддерживает любой настраиваемый формат, установленный в директиве log_line_prefix вашего
postgresql.conf, если в нем хотя бы указаны шаблоны% t и% p.

pgBadger позволяет выполнять параллельную обработку одного файла журнала и нескольких файлов с помощью
параметра -j и количество процессоров в качестве значения.

Если вы хотите сохранить производительность системы, вы также можете использовать log_duration вместо
log_min_duration_statement, чтобы иметь отчеты только о продолжительности и количестве запросов.

В ФОКУСЕ

pgBadger сообщает все о ваших SQL-запросах:

Общая статистика
Наиболее частые ожидающие запросы.
Запросы, которые ждали больше всего.
Запросы, генерирующие самые временные файлы.
Запросы, генерирующие самые большие временные файлы.
Самые медленные запросы.
Запросы, занимавшие больше всего времени.
Самые частые запросы.
Самые частые ошибки.
Гистограмма времени запроса.
Гистограмма времени сеансов.
Пользователи, участвующие в популярных запросах.
Приложения, участвующие в популярных запросах.
Запросы, вызывающие наибольшее количество отмен.
Запросы большинство отменено.

Следующие ниже отчеты также доступны с часовыми диаграммами, разделенными на периоды по пять.
минуты:

Статистика SQL-запросов.
Статистика временных файлов.
Статистика контрольно-пропускных пунктов.
Автовакуум и статистика автоанализа.
Отмененные запросы.
События ошибки (паника, фатальная ошибка, ошибка и предупреждение).

Также есть несколько круговых отчетов о распределении:

Статистика блокировок.
Запросы по типу (выбрать / вставить / обновить / удалить).
Распределение типов запросов по базе данных / приложению
Сессий на базу данных / пользователя / клиента / приложение.
Количество подключений к базе данных / пользователю / клиенту / приложению.
Автовакуум и автоанализ по таблице.
Запросы на пользователя и общая продолжительность на пользователя.

Все диаграммы масштабируются и могут быть сохранены как изображения PNG. Сообщается, что SQL-запросы
выделяется и украшается автоматически.

Вы также можете иметь дополнительные отчеты с одним отчетом в день и кумулятивный отчет по каждому
неделю. Для ускорения анализа журналов доступны два многопроцессорных режима, один из которых использует одно ядро ​​на каждое.
log, а второй - использовать несколько ядер для анализа одного файла. Оба режима могут быть
в сочетании.

Степень детализации гистограммы можно настроить с помощью параметра командной строки -A. По умолчанию они
будет сообщать среднее значение каждого наиболее часто встречающегося запроса / ошибки за час, но вы можете указать
детализация с точностью до минуты.

pgBadger также можно использовать в центральном месте для анализа удаленных файлов журналов с использованием пароля.
меньше SSH-соединения. Этот режим можно использовать со сжатыми файлами и в режиме многопроцессорности.
на файл (-J), но не может использоваться с форматом журнала CSV.

ТРЕБОВАНИЕ

pgBadger представляет собой единый сценарий Perl - вам не нужно ничего, кроме современного Perl.
распределение. Диаграммы отображаются с использованием библиотеки Javascript, поэтому вам ничего не нужно.
Ваш браузер сделает всю работу.

Если вы планировали анализировать файлы журнала PostgreSQL CSV, вам могут понадобиться некоторые модули Perl:

Text :: CSV_XS - для анализа файлов журнала PostgreSQL CSV.

Этот модуль не является обязательным, если у вас нет журнала PostgreSQL в формате CSV, который вам не нужен.
для его установки.

Если вы хотите экспортировать статистику в виде файла JSON, вам понадобится дополнительный модуль Perl:

JSON :: XS - сериализация / десериализация JSON, выполняется правильно и быстро

Этот модуль не является обязательным, если вы не выбрали формат вывода json, вам не нужно
установите его.

Формат сжатого файла журнала определяется автоматически по расширению файла. Если pgBadger найдет gz
расширение будет использовать утилиту zcat, с расширением bz2 он будет использовать bzcat и если
расширение файла - zip или xz, тогда будут использоваться утилиты unzip или xz.

Если эти утилиты не найдены в переменной среды PATH, используйте --zcat
параметр командной строки, чтобы изменить этот путь. Например:

--zcat = "/ usr / local / bin / gunzip -c" или --zcat = "/ usr / local / bin / bzip2 -dc"
--zcat = "C: \ tools \ unzip -p"

По умолчанию pgBadger будет использовать утилиты zcat, bzcat и unzip после файла.
расширение. Если вы используете формат сжатия по умолчанию для автоматического определения, вы можете смешивать gz, bz2, xz
или zip-файлы. Указание настраиваемого значения для параметра --zcat удалит эту функцию смешанного
сжатый формат.

Обратите внимание, что многопроцессорность не может использоваться со сжатыми файлами или файлами CSV, а также
под платформу Windows.

МОНТАЖ

Загрузите tarball с github и распакуйте архив следующим образом:

смола xzf pgbadger-7.x.tar.gz
cd pgbadger-7.x /
Perl Makefile.PL
сделать && sudo сделать установить

Это скопирует Perl-скрипт pgbadger по умолчанию в / usr / local / bin / pgbadger, а man
страницу в /usr/local/share/man/man1/pgbadger.1. Это установка по умолчанию
каталоги для установки "сайта".

Если вы хотите установить все под / usr / расположение, используйте INSTALLDIRS = 'perl' в качестве аргумента
Makefile.PL. Скрипт будет установлен в / usr / bin / pgbadger, а справочная страница - в
/usr/доля/человек/человек1/pgbadger.1.

Например, чтобы установить все, как это делает Debian, выполните следующие действия:

perl Makefile.PL INSTALLDIRS = поставщик

По умолчанию INSTALLDIRS настроен на site.

POSTGRESQL КОНФИГУРАЦИЯ

Вы должны включить и установить некоторые директивы конфигурации в вашем postgresql.conf перед
начиная.

Вы должны сначала включить ведение журнала SQL-запросов, чтобы было что анализировать:

log_min_duration_statement = 0

Здесь каждый оператор будет регистрироваться, на загруженном сервере вы можете увеличить это значение до
регистрировать только запросы с большей продолжительностью. Обратите внимание: если для параметра log_statement установлено значение
'all' ничего не будет регистрироваться через директиву log_min_duration_statement. Смотрите дальше
главу для получения дополнительной информации.

В формате журнала 'stderr' значение log_line_prefix должно быть не меньше:

log_line_prefix = '% t [% p]: [% l-1]'

Префикс строки журнала может добавлять пользователя, имя базы данных, имя приложения и IP-адрес клиента как
следующим образом:

log_line_prefix = '% t [% p]: [% l-1] user =% u, db =% d, app =% a, client =% h »

или для формата файла журнала системного журнала:

log_line_prefix = 'пользователь =% u, db =% d, app =% aclient =% h'

Префикс строки журнала для вывода stderr также может быть:

log_line_prefix = '% t [% p]: [% l-1] db =% d, user =% u, app =% a, client =% h »

или для вывода системного журнала:

log_line_prefix = 'db =% d, user =% u, app =% a, client =% h'

Вам нужно включить другие параметры в postgresql.conf, чтобы получать больше информации от вашего
лог-файлы:

log_checkpoints = вкл.
log_connections = вкл.
log_disconnections = вкл.
log_lock_waits = вкл.
log_temp_files = 0
log_autovacuum_min_duration = 0

Не включайте log_statement, поскольку их формат журнала не будет анализироваться pgBadger.

Конечно, ваши сообщения журнала должны быть на английском языке без поддержки локали:

lc_messages = 'C'

но это не только рекомендуется pgBadger.

Примечание: строка сеанса [% l-1] просто используется для соответствия префиксу по умолчанию для "stderr". В
-1 не имеет реальной цели и в основном не используется в статистике / графиках Pgbadger. Ты сможешь
безопасно удалил их из log_line_prefix, но вам нужно будет установить команду --prefix
вариант линии.

log_min_duration_statement, log_duration и log_statement

Если вам нужны полные статистические отчеты, вы должны установить log_min_duration_statement равным 0 или более.
миллисекунды.

Если вы просто хотите указать продолжительность и количество запросов и не хотите получать все подробности о
запросов, установите log_min_duration_statement на -1, чтобы отключить его и включить log_duration в
ваш файл postgresql.conf. Если вы хотите добавить наиболее распространенный отчет по запросу, вы можете
либо выберите для log_min_duration_statement более высокое значение, либо выберите включение
log_statement.

Включение log_min_duration_statement добавит отчеты о самых медленных запросах и запросах
это заняло больше всего времени. Позаботьтесь о том, чтобы если у вас для log_statement установлено значение 'all', ничего
будет зарегистрирован с log_line_prefix.

ПАРАЛЛЕЛЬНО ОБРАБОТКА

Чтобы включить параллельную обработку, вам просто нужно использовать параметр -j N, где N - число
ядер, которые вы хотите использовать.

Затем pgbadger будет действовать следующим образом:

для каждого файла журнала
размер блока = int (размер файла / N)
посмотрите на начальные / конечные смещения этих кусков
fork N процессов и поиск начального смещения каждого фрагмента
каждый процесс завершится, когда синтаксический анализатор достигнет конечного смещения
его кусок
каждый процесс записывает статистику в двоичный временный файл
ждать, пока все дети закончились
Все сгенерированные двоичные временные файлы затем будут прочитаны и загружены в
память для создания вывода html.

С помощью этого метода в начале / конце фрагментов pgbadger может обрезать или опускать максимум N
запрашивает файл журнала Perl, что является незначительным пробелом, если у вас есть миллионы запросов в
ваш файл журнала. Вероятность того, что искомый запрос неактуальна, близка к 0,
вот почему я думаю, что этот разрыв вполне приемлем. В большинстве случаев запрос учитывается дважды, но
усеченный.

Когда у вас много небольших файлов журнала и много процессоров, быстрее выделить одно ядро
к одному файлу журнала за раз. Чтобы включить это поведение, вы должны вместо этого использовать опцию -JN.
Имея 200 файлов журнала по 10 МБ каждый, использование опции -J становится действительно интересным.
с 8 ядрами. Используя этот метод, вы не потеряете ни одного запроса в отчетах.

Он представляет собой тест, сделанный на сервере с 8 процессорами и одним файлом размером 9.5 ГБ.

Вариант | 1 процессор | 2 CPU | 4 CPU | 8 ЦП
-------- + --------- + ------- + ------- + ------
-j | 1ч41м18 | 50м25 | 25м39 | 15 мин. 58
-J | 1ч41м18 | 54м28 | 41м16 | 34 мин. 45 мин.

Для 200 файлов журнала по 10 МБ каждый и всего 2 ГБ результаты немного отличаются:

Вариант | 1 процессор | 2 CPU | 4 CPU | 8 ЦП
-------- + ------- + ------- + ------- + ------
-j | 20м15 | 9м56 | 5м20 | 4 мин. 20 мин.
-J | 20м15 | 9м49 | 5m00 | 2 мин. 40 мин.

Поэтому рекомендуется использовать -j, если у вас нет сотни небольших файлов журнала и вы можете использовать их в
минимум 8 процессоров.

ВАЖНО: при использовании параллельного синтаксического анализа pgbadger будет генерировать много временных
файлы в / Tmp каталог и удалит их в конце, поэтому не удаляйте эти файлы
если только pgbadger не запущен. Все они названы по следующему шаблону
tmp_pgbadgerXXXX.bin, чтобы их можно было легко идентифицировать.

ДОПОЛНИТЕЛЬНЫЙ ДОКЛАДЫ

pgBadger включает режим автоматического инкрементного отчета с использованием опции -I или --incremental.
При работе в этом режиме pgBadger будет генерировать один отчет в день и совокупный
отчет в неделю. Сначала вывод выполняется в двоичном формате в обязательный каталог вывода.
(см. параметр -O или --outdir), затем в формате HTML для ежедневных и еженедельных отчетов с основным
индексный файл.

В основном индексном файле будет отображаться раскрывающееся меню за неделю со ссылкой на отчет за неделю и
ссылки на ежедневные отчеты за эту неделю.

Например, если вы запустите pgBadger, как показано ниже, на основе файла с ежедневной ротацией:

0 4 * * * / usr / bin / pgbadger -I -q /var/log/postgresql/postgresql.log.1 \
-O / var / www / pg_reports /

у вас будут все ежедневные и еженедельные отчеты за весь период работы.

В этом режиме pgBagder автоматически создаст инкрементный файл в выходной каталог,
поэтому вам не нужно использовать параметр -l, если вы не хотите изменить путь к этому файлу.
Это означает, что вы можете запускать pgBadger в этом режиме каждый день в файле журнала, который меняется каждый день.
неделю, записи журнала не будут учитываться дважды.

Чтобы сэкономить место на диске, вы можете использовать параметр командной строки -X или --extra-files для
заставить pgBadger писать javascript и css для разделения файлов в выходном каталоге. В
Затем ресурсы будут загружены с использованием скрипта и тега ссылки.

BINARY ФОРМАТ

Используя двоичный формат, можно создавать собственные инкрементные и накопительные
отчеты. Например, если вы хотите обновлять отчет pgbadger каждый час из ежедневного
PostgreSQl, вы можете продолжить, каждый час выполняя следующие команды:

pgbadger --last-parsed .pgbadger_last_state_file -o воскресенье / hourX.bin /var/log/pgsql/postgresql-Sun.log

для создания файлов дополнительных данных в двоичном формате. И чтобы сгенерировать свежий HTML
отчет из этого двоичного файла:

pgbadger воскресенье / *. bin

Или другой пример, если у вас есть один файл журнала в час и вы хотите, чтобы отчеты
перестраивать каждый раз при переключении файла журнала. Действуйте следующим образом:

pgbadger -o день1 / час01.bin /var/log/pgsql/pglog/postgresql-2012-03-23_10.log
pgbadger -o день1 / час02.bin /var/log/pgsql/pglog/postgresql-2012-03-23_11.log
pgbadger -o день1 / час03.bin /var/log/pgsql/pglog/postgresql-2012-03-23_12.log
...

Если вы хотите обновить отчет HTML, например, каждый раз после того, как новый двоичный файл
сгенерировано, просто сделайте следующее:

pgbadger -o day1_report.html day1 / *. bin

Настройте команды в соответствии с вашими потребностями.

JSON ФОРМАТ

Формат JSON хорош для обмена данными с другими языками, что упрощает
интегрировать результат pgBadger в другие инструменты мониторинга, такие как Cacti или Graphite.

АВТОРЫ

pgBadger - оригинальная работа Жиля Дарольда.

Логотип pgBadger - оригинальное творение Дэмиена Клошара.

Дизайн pgBadger v4.x разработан компанией "Art is code".

Этот веб-сайт - работа Жиля Дарольда.

pgBadger поддерживается Жилем Дарольдом, хорошими людьми из Dalibo и всеми, кто хочет
способствовать.

Многие люди внесли свой вклад в pgBadger, все они указаны в файле журнала изменений.

Используйте pgbadgerp в Интернете с помощью сервисов onworks.net