Navigation:  Procedure > Generale - sistema > Gestione DB "AreaGate"

Per collegare il gestionale "AREA" con AREAGATE stiamo facendo uso di un database Postgres le cui tabelle sono gia' documentate in Base dati Postgres

 

Questa struttura simula quella già sviluppata per la sincronizzazione del db di frontiera.

 

Configurazioni di base

 

Le configurazioni di base da gestire sono:

 

 

Pannello di controllo

 

Pannello dove è presente una griglia di controllo dei vari processi; una riga corrisponde al processo di sincronizzazione di una singola tabella, o di un insieme di tabelle che per la loro natura devono essere trattate insieme (es. documenti di magazzino).

 

Per ciascuna riga saranno presenti le informazioni:

 

 

La gestione dei processi sarà definita dall'insieme da:

•ARPAZIEN - Azienda: record di controllo azienda, contiene le informazioni principali di gestione e controllo:

oSincronizzazione attiva per l'azienda (RAZI-SINCRO-ATTIVA)

oData/ora "keep-alive": questa data/ora sarà aggiornata continuamente dai processi di sincronizzazione, quando schedulati dall'apposito motore, e permetterà ad un demone esterno di controllare se la sincronizzazione, quando attiva, sta effettivamente funzionando.

•ARPPROC - Processi di sincronizzazione (tabella di sistema presente sul db Postgres, univoca per tutte le aziende)

•ARPSTPRC - Stato processi di sincronizzazione, che verrà gestita sull'ambiente di produzione o da una apposita funzione su AREAGATE.

 

Ricerca dati di accesso

 

Ogni programma che rientra in questa procedura, e che dovrà aprire il DB di Areagate, non dovrà cercare le configurazioni direttamente, ma interrogare un apposito sottoprogramma che restituirà la stringa di connessione da utilizzare.

Questa potrà essere anche passata in input dal programma chiamante: in questo caso il programma SW* la utilizzerà senza effettuare la chiamata.

 

Questo procedimento viene effettuato per potere in futuro prevedere un meccanismo di reindirizzamento del db in modo centralizzato, qualora fosse implementato.

Nota 31/10/2019: lo scopo è di fare in modo che un domani l'indirizzamento non dipenda dalle stesse configurazioni, o venga effettuato in modo diverso, semplicemente modificando il sottoprogramma.

 

Esecutore processi

 

I processi saranno eseguiti da uno specifico programma chiamato AGLANCIO, senza interfaccia, strutturato in modo che possa essere lanciato e rimanere residente, finchè il flag di attivazione azienda RAZI_ATTIVA_SINCRO non viene abbassato.

Il programma potrà essere lanciato con una istanza: scorrerà l'elenco dei processi collegati all'istanza e controllerà se è arrivato il momento dell'esecuzione prevista. Se si, lo eseguirà.

All'inizio di ogni ciclo, e prima dell'esecuzione di ogni processo aggiornerà data/ora "keep-alive" sull'azienda in elaborazione.

Nota 31/10/2019: In fase iniziale, AGLANCIO potrà essere eseguito anche da uno degli attuali SWA (es. SWA005), per evitare di dover attivare manualmente il nuovo processo su Z-CRON.

Inoltre AGLANCIO a regime verrà lanciato con un processo NON THIN, possibilimente da un eseguibile che gira come servizio sul server Windos, o dal Crontab su Linux

 

 

Caratteristiche di ogni singolo processo

 

➢Nessuna interfaccia o interazione con il video

➢Ricerca connessione DB: i dati di accesso dovranno essere restituiti da un apposito sottoprogramma

➢Gestione log di processo, con attivazione log in funzione del livello previsto

➢Ogni messaggio deve essere rediretto sul log usando l'apposita variabile di configurazione

➢Aggiornamento dei dati sulla tabella "Pannello di controllo"

➢Aggiornamento del timestamp di keep-alive (vedi monitoraggio processi)

➢Possibilità di essere eseguito in modo "atomico", ovvero potrà essere eseguito per aggiornare un singolo elemento della tabella, se eseguito dal programma di gestione.

 

Monitoraggio processi

 

Il processo esecutore AGLANCIO verrà eseguito da un motore esterno, come ad esempio ZCRON o PgAgent. Questo motore dovrà anche occuparsi di tentare, ogni "n" minuti, di tentare nuovamente il lancio se risulta non attivo.

Nota 31/10/2019:Vedi sopra: dovrà essere un processo non thin; dato che comunque il processo è "WRUN32", o "RUNCBL", come fare per identificare il processo che interessa a noi? Forse la cosa migliore è comunque usare data/ora di keep-alive.

 

Su ARPAZIEN sarà presente anche un'informazione "keep-alive" che permetterà ad un demone esterno di verificare se il processo è attivo e funzionante: questo dato dovrà essere aggiornato da:

➢AGLANCIO: al termine di ogni ciclo di controllo

➢AGLANCIO: prima o dopo dell'esecuzione di un singolo processo attivo

➢SW* : se l'esecuzione è lunga, ogni 1 minuti deve aggiornare il keep-alive, ma solo se il processo viene lanciato da AGLANCIO (altrimenti potrebbe risultare un falso segnale)

 

Altri programmi