Uživatelský manuál
Stručný průvodce
Dashboard
Přehledy
Detail případu (Caseoverview)
Případ - Událost
Úkoly
Poznámky případu
Dokumenty
Nastavení uživatele
Oblíbené
Komponenta tabulky
FAQ
Novinky/Oznámení v Team assistant
Nastavení mobilní aplikace
Admin dokumentace
Platforma
Administrace
Crony
Autentizace a synchronizace
Nastavení mobilní aplikace pro vaše prostředí
Schéma
Dynamické tabulky
Archivace
Skripty
Servisní konzole
Naplánované úkoly
HR Agenda
Sekvence
CSP hlavičky - zásady zabezpečení obsahu
Logy
Nastavení přístupového tokenu a vypršení platnosti relace
Šablona
Role
Plánování
Uživatelé
Organizační struktura
Události
Překlady
NFC integrace
AXIOS API
Výpočty a funkce
Integrace
TAS Forms
Pokročilé funkce a tipy
Produkt
Technický changelog
Business Changelog
Průvodce upgradem z předchozích verzí
Upgrade na 5.15
Upgrade na 5.7
Lodash upgrade v4.17.x (>v5.5)
Hlavní změny a zaniklé funkce (v5.3 > v5.7)
Podbarvení proměnných ve stavu Read-only (>v5.7.58)
Použití validačních funkcí
Upgrade na 5.3
Migrace dynamických podmínek
Úprava a kontrola tisku pdf
Úprava Popis úkolu vs Instrukce k úkolu
Transpilace forEach na for loop
Vykreslení HTML na Caseoverview
Rozdíly mezi TAS4 a TAS5 - kompletní přehled
Best Practices upgrade z TAS 4 na TAS 5
Technické požadavky a architektura
Aktuality / Důležité informace
- Vše /
- Admin dokumentace
- Platforma
- Administrace
- Crony /
- Hearbeat monitoring cronů
Hearbeat monitoring cronů
Od verze 5.7.71 obsahuje TAS mechanismus Heartbeat pro automatické sledování stavu běžících Cron jobů. Heartbeat detekuje zamrzlé nebo crashnuté úlohy a automaticky opraví jejich stav — bez nutnosti manuálního zásahu správce.
Proč Heartbeat vznikl
Před verzí 5.7.71 se mohlo stát, že Cron job crashnul uprostřed běhu, aniž by o tom systém věděl. Stav úlohy zůstal v databázi natrvalo jako Běží — a žádné další spuštění již neproběhlo. Problém se zpravidla zjistil až zpětně, například při ztrátě naplánovaných e-mailů nebo procesů.
Jak Heartbeat funguje
Každý běžící Cron job pravidelně posílá do sdílené mezipaměti (Redis) signál „jsem naživu" — tzv. heartbeat. Samostatná monitorovací komponenta tyto signály sleduje a detekuje úlohy, které přestaly reagovat.
- Cron job se spustí → okamžitě odešle první heartbeat signál do Redis.
- Každých přibližně 25 sekund odesílá nový signál se svým časovým razítkem.
- Monitor kontroluje každých přibližně 40 sekund všechny běžící úlohy a porovnává čas posledního signálu.
- Pokud je poslední signál starší než přibližně 95 sekund a úloha stále vykazuje stav
Běží, systém detekuje crash. - Systém automaticky označí daný Cron run jako
KILLEDa resetuje stav Cronu, aby mohl být v příštím plánovaném čase znovu spuštěn.
Porovnání chování před a po zavedení Heartbeatu
Situace | Před verzí 5.7 (bez Heartbeatu) | Od verze 5.7 (s Heartbeatu) |
Cron job crashne uprostřed běhu | Stav zůstane | Systém detekuje crash do ~95 s a automaticky stav opraví |
Potřeba manuálního zásahu | Správce musel ručně resetovat stav Cronu | Zpravidla není potřeba — systém se obnoví sám |
Viditelnost problému | Žádná zpráva o problému | Zpráva je viditelná v logu. |
Odstranění tlačítka „Restart Cronu"
Tlačítko Restart Cronu sloužilo k ručnímu odblokování zamrzlého Cron jobu správcem. Heartbeat tuto potřebu eliminoval — systém nyní zamrzlé úlohy detekuje a obnovuje automaticky. Tlačítko bylo proto odstraněno jako nadbytečné.
Postup při podezření na zaseknutý Cron
- Vyčkejte přibližně 2 minuty od chvíle, kdy Cron job vykazuje podezřelý stav.
- Zkontrolujte historii běhů daného Cronu — stav by se měl automaticky změnit na
KILLEDa Cron by měl být připraven k dalšímu spuštění. - Pokud ke změně stavu nedojde ani po 2 minutách, nejde o standardní situaci řešenou Heartbeatu — eskalujte jako samostatný problém.
Updated
by Frantisek Brych