Questo documento elenca gli applicativi e percorsi da sottoporre a backup.

Il backup “a freddo” si basa sulla copia di tutti i files che costituiscono i dati o indici, da eseguirsi solo a servizi spenti.

Il backup “a caldo” corrisponde al salvataggio dei dati contenuti nel database attraverso la loro esportazione in dump-files. L'esportazione dei dati con questa tecnica può riguardare tutti i dati presenti, oppure solo un sottoinsieme di essi. In questo caso l'esportazione può essere eseguita a servizi accesi.

Tutti i dati di Titulus sono salvati in due repository distinti:

• MongoDB: rappresenta il database in cui vengono salvate tutte le informazioni del sistema documentale;
• Solr: contiene gli indici per effettuare le ricerche full-text sui metadati ed i file.

Di seguito la taballe delle versioni degli applicativi installati

Il database di Titulus contiene dati molto importanti per l'Ateneo e quindi dovrà essere presente una robusta configurazione di backup. Le indicazioni che seguono sono di carattere generico, valide per un qualunque DB di Mongo: KION non pone vincoli particolari sul backup.

Resta inteso che sarà comunque dell'Ateneo la responsabilità per l'integrità e la sicurezza dei dati.

I dati sono salvati nel file system nel seguente percorso:

/opt/Mongo

Script di avvio e arresto del servizio:

/etc/init.d/mongod [start|stop]

Per un corretto backup del database fare riferimento alla documentazione ufficiale di MongoDB:

MongoDB Backup Methods

In particolare approfondire le seguenti modalità:

Backup by Copying Underlying Data Files

Backup with mongodump

Procedura per il backup di tutti i database presenti in MongoDB. Il tool mongodump può avere impatto sulle performance del sistema, per cui in un replicaset si consiglia di eseguire questa operazione sui nodi secondary.

mongodump --host <host>

Restore dei database per i quali è stata effettuata l'operazione di backup.

mongorestore --host <host>  <directory di backup>

I dati di Solr hanno una minore importanza rispetto a quelli di MongoDB, in quanto possono essere ricostruiti reindicizzando tutta la base dati. Ovviamente se si effettua il backup degli indici è possibile ripristinare il sistema più velocemente.

I dati sono salvati nel file system nel seguente percorso:

/opt/Solr/DataCores

Script di avvio e arresto del servizio:

/etc/init.d/tomcat6 [start|stop]

I seguenti comandi devono essere eseguiti in sequenza sul server specificato

Comandi da eseguire sulla macchina di FrondEnd

/etc/init.d/tomcat6 stop
/opt/Titulus/extra/init-files/titulusmsa stop
/opt/Titulus/extra/init-files/titulusfca stop

Sulla macchina di BackEnd su cui è installato MongoDB effettuare il backup dei dati.

Comandi da eseguire sulla macchina di Backend Solr

/etc/init.d/tomcat6 stop
rsync -avr --delete /opt/Solr/DataCores <percorso del backup a freddo>
/etc/init.d/tomcat6 start

Comandi da eseguire sulla macchina di FrondEnd

/etc/init.d/tomcat6 start
/opt/Titulus/extra/init-files/titulusmsa start
/opt/Titulus/extra/init-files/titulusfca start

I seguenti comandi devono essere eseguiti in sequenza sul server specificato

Comandi da eseguire sulla macchina di FrondEnd

/etc/init.d/tomcat6 stop
/opt/Titulus/extra/init-files/titulusmsa stop
/opt/Titulus/extra/init-files/titulusfca stop

Sulla macchina di BackEnd su cui è installato MongoDB effettuare il restore dei dati.

Comandi da eseguire sulla macchina di Backend Solr

/etc/init.d/tomcat6 stop
rsync -avr --delete <percorso del backup a freddo> /opt/Solr/DataCores
/etc/init.d/tomcat6 start

Comandi da eseguire sulla macchina di FrondEnd

/etc/init.d/tomcat6 start
/opt/Titulus/extra/init-files/titulusmsa start
/opt/Titulus/extra/init-files/titulusfca start