pg_jobmon

pj_jobmon nagpapahintulot sa mga administrator database upang madaling sundin operasyon ng database at suriin ang kung paano kumikilos ang isa o higit pang mga function.
Kapag ang pakikitungo sa isang kabiguan ng trabaho o iba pang mga error, pj_jobmon logs lahat ng bagay sa puntong iyon at hindi makaligtaan ng mga mensahe o mga detalye na maaaring makatulong sa mga developer sa pag-aayos ng isyu na ito.
Ang extension na ito ay maaaring maging isang tunay na oras saver sa debugging problemang trabaho o para sa pagsubok ng mga bagong extension o mga update

Ano ang bagong sa paglabas:.

• Bugfix:
• Mga Fixed show_running () upang tumugma lamang laban sa mga di-idle query kapag sumali laban pg_stat_activty. Still isang pagkakataon ng maling resulta (tingnan doc file), ngunit marami mas malamang na ngayon.

Ano ang bagong sa bersyon 1.2.0:

• Bugfix:
• Mga Fixed show_running () upang tumugma lamang laban sa mga di-idle query kapag sumali laban pg_stat_activty. Still isang pagkakataon ng maling resulta (tingnan doc file), ngunit marami mas malamang na ngayon.

Ano ang bagong sa bersyon 1.1.0:

• Kritikal Bug Fix: Bersyon 1.0 sinasadyang tinanggal ang paglikha ng trigger sa job_log talahanayan upang ang hindi pagtupad ng mga trabaho ay hindi maging sanhi check_job_status () upang mag-ulat ng Nabigo ang trabaho. Trabaho na na-configure upang tumakbo sa loob ng isang tiyak na tagal ng panahon ay binabantayan pa rin para sa. Naaapektuhan lamang nito ang mga bagong gusali ng pg_jobmon since 1.0. Kung na-upgrade mula sa nakaraang bersyon, ang mag-trigger ay gumagana pa rin ng maayos.
• Muling dinisenyo check_job_status () upang bumalik sa mas detalyadong, at mas madaling filter na data sa kasalukuyang katayuan ng pagpapatakbo ng mga trabaho. Mangyaring suriin kung paano ginagamit ng iyong software ng pagsubaybay ang function na ito upang matiyak na maaari itong pangasiwaan ng maayos ang bagong format output. Ang bawat trabaho problema ay bumalik sa sarili nitong hilera sa halip ng lahat ng mga resulta na ibinalik sa isang solong hanay. Kung ang isang solong hanay ay ninanais pa rin, ang pinakamataas na trabaho sa alpabetong pagkakasunud-sunod ng job_name antas ng alerto ay palaging unang bumalik, kaya ang isang LIMIT 1 ay maaaring gamitin bilang isang madaling solusyon. Higit pang mga advanced filtering ay posible na ngayon, kahit na. Tingnan ang na-update pg_jobmon.md doc para sa ilang mga halimbawa.
• Isinulat pgTAP pagsusuri at ilang iba pang mga pasadyang mga pagsusuri upang mas mahusay na patunayan ang mga pagbabago sa hinaharap.

Ano ang bagong sa bersyon 1.0.0:

• fail_job () ay maaari na ngayong kumuha ng isang opsyonal na pangalawang argumento upang i-set ang panghuling antas code alert na ang trabaho ay dapat na mabibigo sa sa job_log table. Pinapayagan ang mga trabaho sa mabibigo na may lamang level 3 (kritikal) level 2 (BABALA) sa halip ng. Default ay level 3.
• New check_job_status () function na ay hindi nangangailangan ng isang argumento. Ay awtomatikong makakuha ng pinakamahabang agwat ng threshold mula job_check_config mesa kung umiiral na ito at gamitin ang mga iyon. Magrekomenda ng paggamit lamang ang bersyon na ito ng fuction mula ngayon.
• check_job_status (interval) ay magkakaroon na ngayon magtapon ng exception kung pumasa ka ng isang agwat na mas maikli kaysa sa pinakamahabang panahon ng trabaho na ay binabantayan. Kung wala ay naka-set sa talahanayan ng config, agwat ay hindi mahalaga, kaya tatakbo lamang normal pagsuri para sa 3 sunud-sunod na pagkabigo. Pinalitan ang papeles upang banggitin lamang ang bersyon no-argument dahil iyon ang pinakaligtas / pinakamadaling paraan upang gamitin ito.

Ano ang bagong sa bersyon 0.4.5: function

• Na-update show_running () upang maging tugma sa PostgreSQL 9.2.
• Na-update Makefile upang payagan ang setting ng grep binary kung kailangan sa panahon ng gusali.
• Nilikha CHANGELOG file.

Mga kinakailangan

• PostgreSQL 9.1 o mas mataas na