In questa sezione verranno introdotte le specifiche, per eseguire le procedure di backup sugli archivi e le applicazioni della piattaforma ExtraWay, Lo scopo di questo articolo è fornire una best practice, sulle modalità di salvataggio dei dati. Verranno elencate le possibili modalità supportate, e le azioni preventive per ottenere dei backup coerenti. Verranno utilizzati i percorsi della installazione standard, comunque verranno evidenziate le sezioni dove sono presenti possibili personalizzazioni.

Se necessario verranno fatte distinzioni sul sistema operativo ospite.

L'applicazione Docway/Titulus non richiede eccessiva attenzione all'atto del salvataggio dei dati, l'unica directory che ha una continua attività su file è la directory logs comune a Tomcat. Per quanto riguarda l'applicazione Web (individuabile su file sistem attraverso il nome di xway ), vanno eseguiti backup dopo ogni modifica dell suo contento. Questa directory può essere sottoposta a backup a caldo.

Struttura della applicazione Docway/Titulus

|-- it-3di
|-- docway3
|   |-- MailStorage
|   |-- aggiornaIW
|   |-- rip
|   `-- xway
|-- platform
|   |-- fca
|   `-- fcs
|-- titulus
|   |-- docway3
|   |-- extra
|   |-- extraway
|   |-- platform
|   `-- webservices
`-- webservices
    |-- 3diws.war
    |-- XwDesigner.war
    `-- xJwsClient.war

L'applicazione ExtraWay ha una struttura su filesystem come da schema:

 
extraway
|`-- xw
  |-- bin
  |-- conf
  |-- context
  |-- conversion
  |-- db
  |   |-- common-per.dsp
  |   |-- common-per.ths
  |   |-- common.dsp
  |   |-- common.ths
  |   |-- acl
  |   |-- xdocwaydoc
  |   |-- xdocwaydoc-per
  |   |-- xdocwayproc
  |   |-- xdocwayproc-per
  |   |-- xdocwaydoc-per
  |-- dtd
  |-- jobs
  |-- logs
  |-- tmp
  |   `-- hwtemp
  |-- wd
  `-- xreg

Le directory bin, conf, dtd, jobs, context Sono prettamente statiche, vengono modificate esclusivamente durante gli aggiornamenti, quindi a parte un backup iniziale, il ciclo di salvataggio può essere inserito sul backup totale della applicazione. Comunque si tratta di una quantità minima in percentuale al totale (5/6 Mb) che non incide sul volume prodotto dal backup.

le directory xreg, logs, db. sono le directory con un alto tasso di crescita e contengono (soprattutto la directory db) l'archivio xml. con i suoi allegati. La lista precedentemente descritta va sottoposta ad un regolare backup, (Giornaliero) per assicurare il savataggio dei documenti e dei log di esercizio dell'applicativo. La struttura dell'archivio prodotta da extraway si compone di una base, sulla quale risiedono i file di configurazione, e file contenenti gli indici dei documenti, con un alto rapporto dimensione / numero di file, di contro all'interno della directory che contiene fisicamente i documenti xml, è presente un numero elevato di files di piccole dimensioni.

Oltre alla tipologia di backup completo( o full), gli archivi ExtraWay supportano tutti i tradizionali metodi di backup utilizzati: - backup incrementali; - backup differenziali;

nella sua normale attività Extraway compie innumerevoli salvataggi sull'archivio, i documenti prodotti hanno una alta dispersione su file system, ciò comporta che il salvataggio dei dati avvenga a servizi spenti, questo è un requisito indispensabile per evitare problemi di inconsistenza delle copie prodotte.

Per il corretto backup dei dati, la sequenza di stop dei servizi correlati alle applicazioni ExtraWay è la seguente:

- stop tomcat - Elenco numerato

- stop mailArchiver - stop ExtraWay

E' possibile controllare lo stato dei servizi utilizzando l'attributo status presente negli script di avvio (si aper windows che per linux)

al termine del backup la sequenza di avvio dei servizi è la seguente:

- start ExtraWay - start mailArchiver - start tomcat

Anche in questo caso il controllo del corretto stato degli applicativi è fruibile con l'attributo status presente negli script di avvio (si aper windows che per linux)