pg_jobmon

pj_jobmon consente agli amministratori di database di seguire con facilità le operazioni di database e verificare in che modo una o più funzioni si comportano.
Quando si tratta di un errore di lavoro o un altro errore, pj_jobmon registra tutto ciò che a quel punto e non si lascia sfuggire messaggi o informazioni che potrebbero aiutare lo sviluppatore a fissare il problema.
Questa estensione può essere un risparmiatore in tempo reale per il debug di posti di lavoro problematici o per testare nuove estensioni o aggiornamento

Cosa c'è di nuovo in questa versione:.

• Bugfix:
• show_running Fisso () in modo che corrisponda solo contro le query non inattive quando si entra contro pg_stat_activty. Ancora una possibilità di falso risultato (vedi file doc), ma molto meno probabile ora.

Cosa c'è di nuovo nella versione 1.2.0:

• Bugfix:
• show_running Fisso () in modo che corrisponda solo contro le query non inattive quando si entra contro pg_stat_activty. Ancora una possibilità di falso risultato (vedi file doc), ma molto meno probabile ora.

Cosa c'è di nuovo nella versione 1.1.0:

• Bug Fix Critico: La versione 1.0 rimosso accidentalmente la creazione del trigger nella tabella job_log in modo che in mancanza di posti di lavoro non avrebbe mai causare check_job_status () per segnalare un lavoro non riuscito. Lavori che sono stati configurati per l'esecuzione entro un certo periodo di tempo erano ancora monitorati per. Questo riguarda solo le nuove installazioni di pg_jobmon da 1,0. Se avete eseguito l'aggiornamento da una versione precedente, il grilletto operi ancora correttamente.
• check_job_status Riprogettato () per tornare più dettagliate e più facilmente i dati filtrati sullo stato attuale dei lavori in esecuzione. Si prega di verificare come il vostro software di monitoraggio utilizza questa funzione per garantire che possa gestire il nuovo formato di uscita corretta. Ogni lavoro problema viene restituita nella propria fila invece di tutti i risultati restituiti in una singola riga. Se una singola riga sia ancora desiderata, il più alto livello di allerta lavoro in ordine alfabetico job_name viene sempre restituito prima, quindi un LIMIT 1 può essere utilizzato come una soluzione facile. Più avanzato di filtraggio è ora possibile, però. Vedere il doc pg_jobmon.md aggiornato per qualche esempio.
• ha scritto test pgTAP e di alcuni altri test personalizzati per convalidare meglio i cambiamenti futuri.

Cosa c'è di nuovo nella versione 1.0.0:

• fail_job () può ora prendere un secondo argomento facoltativo per impostare il livello di allarme codice finale che il lavoro dovesse fallire con nella tabella job_log. Consente lavori di fallire con il livello 2 (WARNING) anziché solo livello 3 (Critico). L'impostazione predefinita è il livello 3.
• Nuova funzione check_job_status () che non richiede un argomento. Verrà automaticamente ottenere più lungo intervallo di soglia da tavolo job_check_config se esiste e utilizzare tale. Consiglia di utilizzare solo questa versione di fuction da ora in poi.
• check_job_status (intervallo) sarà ora un'eccezione se si passa un intervallo che è più corto del periodo di lavoro più lungo che viene monitorato. Se non si trova nella tabella di configurazione, l'intervallo non ha importanza, così sarà sufficiente eseguire normalmente il controllo per 3 errori consecutivi. Cambiato documentazione per citare solo la versione senza argomenti dato che è il / modo più semplice più sicuro per utilizzarlo.

Cosa c'è di nuovo nella versione 0.4.5: la funzione

• show_running aggiornamento () per essere compatibile con PostgreSQL 9.2.
• Makefile aggiornato per consentire l'impostazione di grep binario, se necessario, in fase di costruzione.
• file CHANGELOG Creato.

Requisiti :

• PostgreSQL 9.1 o superiore