pg_jobmon

pj_jobmon pozwala administratorom baz danych łatwo śledzić operacje bazy danych i sprawdzić, jak jedna lub więcej funkcji zachowywać.
Gdy mamy do czynienia z braku pracy lub innego błędu, pj_jobmon rejestruje wszystko, co do tej pory i nie przegap wiadomości lub informacje, które mogą pomóc w ustalaniu dewelopera problem.
To rozszerzenie może być prawdziwa oszczędność czasu w debugowania problematycznych miejsc pracy lub do testowania nowych rozszerzeń lub aktualizacji

Co nowego w tym wydaniu:.

• Bugfix:
• Poprawiono show_running (), aby tylko nie pasuje przeciwko bezczynności zapytań podczas łączenia przed pg_stat_activty. Jeszcze szansa fałszywego wyniku (patrz plik doc), ale znacznie rzadziej teraz.

Co nowego w wersji 1.2.0:

• Bugfix:
• Poprawiono show_running (), aby tylko nie pasuje przeciwko bezczynności zapytań podczas łączenia przed pg_stat_activty. Jeszcze szansa fałszywego wyniku (patrz plik doc), ale znacznie rzadziej teraz.

Co nowego w wersji 1.1.0:

• Critical Fix Bug: Wersja 1.0 przypadkowo usunięte tworzenie spustu na job_log stole tak, że w przypadku braku miejsc pracy nie spowoduje check_job_status (), aby zgłosić nieudane zadanie. Oferty pracy, które zostały skonfigurowane do pracy w określonym okresie czasu nadal monitorowane. Wpływa to tylko w nowych instalacjach pg_jobmon od 1,0. Jeśli po aktualizacji z poprzedniej wersji, spust nadal pracuje prawidłowo.
• Przeprojektowany check_job_status (), aby powrócić bardziej szczegółowe, i łatwiej przefiltrowanych danych o aktualnym stanie pracy z systemem. Proszę sprawdzić, w jaki sposób oprogramowanie do monitoringu stosowane tej funkcji, aby upewnić się, może obsługiwać nowy format wyjściowy prawidłowo. Każde zadanie problem powrócił w swoim wierszu, a nie wszystkie wyniki są zwracane w jednym rzędzie. Jeśli pojedynczy wiersz jest nadal potrzebne, najwyższy praca poziomu alarmowego w porządku alfabetycznym job_name jest zawsze zwrócona pierwszy, więc limit 1 może być używany jako proste rozwiązanie. Bardziej zaawansowane filtrowanie jest obecnie możliwe, choć. Zobacz zaktualizowaną pg_jobmon.md doc kilka przykładów.
• napisał testy pgTAP i kilka innych badań własnych w celu lepszego sprawdzania przyszłych zmian.

Co nowego w wersji 1.0.0:

• fail_job () może teraz opcjonalny drugi argument do ustawienia końcowego poziomu kodu powiadomienie, że zadanie nie powiedzie się w job_log tabeli. Umożliwia prace na porażkę z poziomu 2 (ostrzeżenie), a nie tylko na poziomie 3 (krytyczny). Domyślnie jest to poziom 3.
• Nowa funkcja check_job_status (), która nie wymaga argumentu. Automatycznie się najdłuższy odstęp progowy z tabeli job_check_config jeśli istnieje i używać. Polecam przy użyciu tylko tej wersji fuction od teraz.
• check_job_status (interwał) będzie teraz wyjątek jeśli przejdą przedział, który jest krótszy od najdłuższego okresu pracy, który jest monitorowany. Jeśli nic nie jest w tabeli config, odstęp nie ma znaczenia, więc będzie po prostu działać normalnie sprawdzanie 3 kolejnych porażek. Zmieniono dokumentację tylko wspomnieć o wersji bez argumentów, ponieważ jest to najbezpieczniejsza / Najprostszym sposobem, aby go używać.

Co nowego w wersji 0.4.5: funkcyjnego

• Aktualizacja show_running () jest zgodny z PostgreSQL 9.2.
• Aktualizacja Makefile, aby umożliwić ustawienie grep binarny w razie potrzeby w trakcie budowy.
• Utworzono plik zmian.

Wymagania :

• PostgreSQL 9.1 lub nowszy,