pg_jobmon

pj_jobmon позволяет администраторам баз данных легко следовать операции с базами данных и проверить, как одна или несколько функций вести.
При работе с недостаточностью работы или другую ошибку, pj_jobmon регистрирует все, чтобы этот момент и не упустить сообщения или детали, которые могли бы помочь разработчику в фиксации проблемы.
Это расширение может быть действительно экономит время при отладке проблемных заданий или для тестирования новых расширений или обновления

Что нового В этом выпуске:.

• Исправление:
• Исправлена ​​show_running () только матч против не-ожидания запросов при вступлении против pg_stat_activty. Тем не менее шанс ложного результата (см DOC файл), но гораздо реже в настоящее время.

Что нового в версии 1.2.0:

• Исправление:
• Исправлена ​​show_running () только матч против не-ожидания запросов при вступлении против pg_stat_activty. Тем не менее шанс ложного результата (см DOC файл), но гораздо реже в настоящее время.

Что нового в версии 1.1.0:

• Критическая Исправлена ​​ошибка: Версия 1.0 случайно удалены создание триггера на job_log стол так, чтобы не суметь рабочих мест никогда бы не вызвать check_job_status (), чтобы сообщить о неудачной работы. Вакансии, которые были настроены для запуска в течение определенного периода времени по-прежнему контролируется на. Это влияет только на новых установок pg_jobmon начиная с версии 1.0. Если вы обновили предыдущую версию, триггер-прежнему работает должным образом.
• Переработан check_job_status (), чтобы вернуться подробнее, и более легко отфильтрованные данные о текущем статусе запущенных заданий. Пожалуйста, проверьте, как ваша программа мониторинга используется эту функцию, чтобы убедиться, что он может обрабатывать новый формат вывода правильно. Каждая проблема задания возвращается в отдельной строке, а не все результаты возвращаются в одной строке. Если одна строка по-прежнему необходимо, высокий уровень работу оповещения в алфавитном порядке job_name всегда возвращается во-первых, так предел 1 может быть использован в качестве простого решения. Более продвинутые фильтрации теперь возможно, хотя. Смотрите обновленную pg_jobmon.md документ для некоторых примеров.
• Написал pgTAP тесты и некоторые другие собственные тесты, чтобы лучше проверить будущие изменения.

Что нового в версии 1.0.0:

• fail_job () теперь может принимать опциональный второй аргумент установить окончательный уровень кода предупреждения, что работа должна завершиться с в job_log таблице. Позволяет рабочих мест на провал с уровнем 2 (предупреждение), а не только уровня 3 (критический). По умолчанию уровень 3.
• Новая функция check_job_status (), что не требует аргумент. Будет автоматически получаете длинный порог интервал от job_check_config таблицы, если она существует, и использовать это. Рекомендуется использовать только эту версию Fuction теперь.
• check_job_status (интервал) теперь будет бросать исключение, если вы передаете интервал, который короче, чем дольше рабочих мест, который отслеживается. Если ничего не будет установлено в таблице конфигурации, интервал не имеет значения, так просто работать нормально проверки в течение 3 последовательных неудач. Изменен документация только упомянуть без аргументов версию, так как это самый безопасный / простой способ, чтобы использовать его.

Что нового в версии 0.4.5: функции

• Обновлено show_running (), чтобы быть совместимым с PostgreSQL 9.2.
• Обновлено Makefile, чтобы установку GREP двоичной при необходимости во время строительства.
• Создан изменений Файл.

Требования

• PostgreSQL 9.1 или выше