Waarom is er een minutenrun?

In het statuspanel als onderdeel van functioneel beheer wordt aangegeven hoe het is gesteld(status) met de verschillende onderdelen van Mozard.
Via zogenaamde Jobs(procedures) die op bepaalde tijden worden uitgevoerd wordt de kwaliteit gemeten en/of fouten opgespoord. De handelingen van gebruikers worden ook gelogd.
Een log van een job is te herkennen aan 'job/batch:' aan het begin van de logregel.
Een log van een handeling door een gebruiker is te herkennen aan '[user]:' aan het begin van een logregel.
Het is dus een handig hulpmiddel voor de functioneel beheerder.

De naam minutenrun is een achtergrondproces dat elke 5 minuten gestart wordt (bij een niet aangepaste configuratie) om bepaalde taken die niet per se onmiddellijk uitgevoerd moeten worden af te handelen. Het gaat dan vooral om taken die nodig zijn voor het onderhoud van de database (bv bijwerken / optimaliseren indexen) of om taken waarbij geen gebruikerinteractie nodig is en het dus ook niet nodig is dat er een gebruiker zit te wachten (met een draaiende zandloper in beeld) totdat het proces gereed is.

Mozard met drie achtergrondprocedures. De indeling is gemaakt op de laatste inzichten die bij Mozard bekend zijn: bij elke taak is een afweging in welke van de groepen deze geplaatst is. Daarbij is gekeken naar welke impact de taak op het systeem heeft en het belang van de (afronding) van de taak.

Alle taken worden sequentieel uitgevoerd. Dit wil zeggen één voor één. Er is daarnaast altijd maximaal één achtergrondproces actief dat de taak uitvoert. Theoretisch kunnen deze drie dus gelijktijdig lopen. Elke verwerking wordt (bij een niet aangepaste configuratie) om de 5 minuten gestart. Als de verwerking 10 minuten duurt (of beter gezegd: langer dan 5 minuten) omdat er veel werk is betekent het daarmee dus niet dat bijvoorbeeld alle vergeet-me-nietjes elke 5 minuten uitgerekend zullen worden. Er is juist gekozen om de taken sequentieel uit te voeren om de performance van de overige taken te waarborgen. Zouden we al deze taken parallel gaan uitvoeren dan gaat dat grote problemen opleveren mbt de performance van het gehele systeem.

Mozard werkt met drie achtergrondprocedures. De indeling is gemaakt op de laatste inzichten die bij Mozard bekend zijn.

TAKEN_1:

• maak statussignaleringen - snelle bevestiging van bv ingediende zaak
  • aanmaken status signaleringen intern (= klaarzetten mail/sms voor interne gebruikers)
  • aanmaken status signaleringen extern (= klaarzetten mail/sms voor burgers)
• synchroniseren kleine text indexen - nagenoeg geen impact op database, gegevens snel beschikbaar. Onder andere medewerker-naam, fnvb-trefwoorden, zoek-suggesties etc.
• nieuwe zaken e-mailberichten en sms-berichten worden klaargezet voor verzending - statuswijziging - verlenging - opschorting
• maken signaleringen voor reserveringen - sms-jes met herinnering reservering moet tijdig verzonden worden
• check/corrigeer redundante zaak kolommen - geringe impact, mutaties zsm beschikbaar ivm werking zaakbak
• verzenden webformulier later invullen e-mails - ivm dienstverlening wil je deze zsm afleveren (net als een sms)
• verzenden uitgaande e-mail - geringere impact + de aangemaakte signaleringen wil je snel zsm afleveren
• versturen "oude" mailqueue
• verzenden "nieuwe"mailqueue
• verzenden sms berichten - geringere impact + de aangemaakte signaleringen wil je snel zsm afleveren.

TAKEN_2:

• ophalen en verwerken van de twitter feed - afhankelijk van externe bron, mogelijkheid op "vastlopers"
• ophalen en verwerken van news feeds - afhankelijk van externe bron, mogelijkheid op "vastlopers"
• verwerken inkomende e-mail berichten - impact op database (maw performance), zoekindexen
• verwerken naar pdf te converteren documenten - afhankelijk van externe bron, mogelijkheid op "vastlopers"
• distribueren van documenten naar Dropbox of lokale FTP - afhankelijk van externe bron, mogelijkheid op "vastlopers"
• verwerken van de suggestie cache - impact op database
• herberekenen van de vergeet-me-nietjes - zware impact op database
• aanmaken signaleringen voor recent toegewezen zaken - impact op database

TAKEN_3

• generiek zoeken: verwerk alle gegevens mbt de generieke zoek-index - impact op database:
  antwoord, nieuws, medewerkers, zaken, (sub(sub))dossiers, documenten (verwerken documenten tijdens kantooruren kan uitgeschakeld worden), objecten, burgers, bedrijven

Het uitvoeren van optimalisatie van alle zogenaamde oracle-full-text-indexen.

Deze loopt buiten kantoortijden en dat is dus een 4de taak die parallel kan lopen met de 3 verwerkingen.