Project:Sandbox

Cliente: Documento ad uso interno



Backup dei sistemi in IKS 

Avvertenza

'''Le informazioni contenute in tutte le pagine del presente documento, e negli schemi allegati, sia di tipo tecnico, sia di tipo economico, costituiscono segreto industriale e/o informazione di tipo commerciale o finanziario e sono rilasciate a titolo confidenziale o privilegiato. Esse sono fornite in confidenza, con l’accordo che non potranno essere diffuse o utilizzate per altro scopo, senza l’autorizzazione scritta di IKS srl, se non esclusivamente per la valutazione da parte Vostra.'''

© Copyright 1999, 2014 IKS srl

Riferimenti documento

Indice

[#__RefHeading__203_1497534706 1.Backup dei sistemi6]

[#__RefHeading__205_1497534706 1.1Schedulazione per i sistemi di produzione, di sviluppo ed interni6]

[#__RefHeading__207_1497534706 2.Backup delle applicazioni / dati7]

[#__RefHeading__209_1497534706 2.1Schedulazione per le applicazioni di produzione / dati importanti7]

[#__RefHeading__211_1497534706 3.Attività di controllo8]

[#__RefHeading__213_1497534706 3.1Controllo per sistemi di produzione e dati8]

[#__RefHeading__215_1497534706 3.2Cambio cassette10]

[#__RefHeading__217_1497534706 3.2.1Formattazione cassette11]

[#__RefHeading__219_1497534706 4.Procedure per Restore13]

[#__RefHeading__221_1497534706 4.1WEB-CAREL-PRODUZIONE13]

[#__RefHeading__223_1497534706 4.2WEB-CAREL-PREPRODUZIONE16]

[#__RefHeading__225_1497534706 4.3X-RTF18]

[#__RefHeading__227_1497534706 4.4XCAREMANAGER19]

[#__RefHeading__229_1497534706 4.5Xportal21]

[#__RefHeading__231_1497534706 4.6X-admin25]#

Premessa

Obiettivi del presente documento sono quelli di dare una linea guida per i backup e la restore dei sistemi e applicazioni in IKS

= Backup dei sistemi =

Schedulazione per i sistemi di produzione, di sviluppo ed interni
Per i sistemi di produzione esistono due modalità di backup:


 * Sistemi virtuali backuppati giornalmente in modalità full tramite software veeam
 * Sistemi fisici o virtuali con dati esterni al sistema virtuale tramite alcuni script installati sulle macchine o tramite agent Commvault, raccolgono i dati e li depositano su [file://X-BACKUP/ \\X-BACKUP] dove poi vengono salvati nella cartella con il nome del sistema backuppato. In un secondo momento vengono riversati su cassetta.

La frequenza di questo salvataggio è giornaliero.

Il periodo di retention varia da sistema a sistema ma sostanzialmente per comodità nostra interna è stato fissato in una settimana per tutti i sistemi.

Questo periodo viene salvaguardato tramite un pool di dieci cassette giornaliere per i dati riversati su supporto magnetico e sullo storage per i sistemi virtuali.

Ogni referente del sistema backuppato deve sapere la procedura per effettuare la restore.

La prima restore per i dati importanti viene fatta da nastro a, poi verranno depositati nel sistema in questione. Per gli altri sistemi invece la restore avviene direttamente dal file di backup in una nuova macchina virtuale (o in un ambiente virtuale dedicato).

= Backup delle applicazioni / dati =

Schedulazione per le applicazioni di produzione / dati importanti
Il backup dei dati importanti sono salvati giornalmente su e le varie cartelle salvate sono inserite nello stesso job di salvataggio dei sistemi per ottimizzare le risorse di rete e ridurre gli accessi al sistema.

= Attività di controllo =

Controllo per sistemi di produzione e dati
Per i sistemi di produzione si controlla giornalmente tramite interfaccia Veeam Backup se ci sono allarmi (scheda History / Backup) e si risponde di conseguenza.



A tutti i sistemisti inoltre viene mandato un report dettagliato per ogni singolo job di backup contenente eventuali errori.



Per le



Un altro controllo da effettuare giornalmente sono i messaggi/log degli script che estraggono i dati dall’ambiente di produzione. Tali messaggi/mail vengono inviate alle persone predisposte per i controlli (Es: Andrea Annoè, Marco Faggian, Luca Vidali). Se tali messaggi di errore vengono riscontrati nella comunicazione giornaliera allora si approfondirà la segnalazione andando direttamente dall’interfaccia di prodotto o andando a verificare i file di log del programma.

Cambio cassette
Per prima cosa bisogna recarsi nella sala macchine al quarto piano della sede di Padova, estrarre dal drive Ultrium 2 la cassetta giornaliera, inserite quella del giorno successivo o quella per le macchine virtuali l’ultimo giovedì sera del mese. Poi bisognerà recarsi in segreteria, farsi aprire la porta blindata dove sono depositate le cassette, inserire la cassetta successiva depositando nella stanza blindata la cassetta precedentemente estratta.

Una volta inserito la cassetta bisogna aspettare che il drive segnali “Ready” con il led acceso e non lampeggiante.

Collegarsi quindi al sistema X-NAS tramite remote desktop, aprire l’interfaccia di Backup Exec ed eseguire “Inventario” selezionando precedentemente il drive “HP 3” e premendo il tasto destro del mouse.



Una volta che l’inventario del drive è stato eseguito correttamente occorre chiudere la finestra di riepilogo e procedere alla formattazione della cassetta SOLO se lo spazio libero sulla cassetta è inferiore a quello di un backup (ad oggi 21-giugno-2007 50GB).

Formattazione cassette
Dalla seguente schermata selezionare il drive “HP 3”, prendere nota della descrizione della cassetta (nel caso fosse già stata utilizzata precedentemente) premere il tasto destro del mouse e cliccare “Etichettatura Supporto” dando il nome relativo alla cassetta in questione.

Una volta che questa operazione è stata eseguita si seleziona la cassetta e col tasto destro cliccare su “Proprietà” inserendo nella casella “Descrizione” la data della prima formattazione.





Confermare l’operazione



= Procedure per Restore =

WEB-CAREL-PRODUZIONE
La procedura per la restore del sistema “WEB-CAREL-PRODUZIONE” (192.168.125.130) si divide in due fasi:


 * 1) Restore solo di dati/file

Per la restore di file specifici dovuti a perdite di dati / richieste del cliente, si inizia con l’individuazione del file da restorare alla data richiesta.

Una volta raccolto le informazioni necessarie si procede con l’individuazione del file tramite l’interfaccia di BackupExec.

Esempio: Recovery dati dal portale_carel4 di Web-carel-prod

Dalla scheda “Ripristina” selezionare un nuovo processo di ripristino, selezionare il dato con la data richiesta dal cliente (prima che il dato fosse cancellato)





Come esempio si può vedere subito se tali dati alla data richiesta non sono ristorabili dalla x rossa della seguente figura (processo non eseguito, dati sovrascritti per scadenza retention)



Esplodendo la macchina che contiene i file di backup cioè X-NAS (ricordiamo che i backup dei file vengono salvati nella cartella )

Verifichiamo il file da ristorare e diamo ok per confermare il job, attenzione ad impostare un orario consono per il ripristino oppure non selezionare nessuna schedulazione e attivare poi manualmente il job di ripristino. Quindi vediamo tramite le info del job quali cassette sono necessarie per effettuare la restore; le cassette devono essere inserite prima di avviare il job di restore.


 * 1) Restore del sistema operativo

Per la restore del sistema operativo dovuto a crash del sistema operativo o a richiesta del cliente si inizia con l’immagine “backup-web-carel-prod” del sistema prima del passaggio in produzione. Tale immagine è sotto forma di template di macchina virtuale; essa è contenuta nel datastore Storage 1 nei sistemi ESX. Per accedere a tale template bisogna accedere al VirtualCenter inserendo username e password, come indicato in figura.



Una volta entrati nel VirtualCenter si seleziona “Templates and Virtual Machines” trovando quindi il template desiderato. Selezionarlo con mouse, premere quindi il tasto destro e scegliere “Clone template to Virtual Machine”, quindi selezionare le verie opzioni richieste.

Consiglio: se la restore deve avvenire con la macchina di produzione ancora attiva ricordarsi di disattivare il flag di accensione della virtual machine dopo che l’operazione di clonazione è stata effettuata; aprire “Edit Settings” e deselezionare quindi la connessione della scheda di rete. Una volta che la macchina sarà partita dare l’indirizzo di rete compatibile con gli altri sistemi in rete, cambiare quindi nuovamente il flag connettendo così la scheda di rete al virtual switch (ATTENZIONE: verificare che la rete selezionata sia corretta DMZ).

Una volta che la macchina è accesa apportare le seguenti modifiche: hostname se necessario, impostazione del default gateway o rotte provenienti dalla rete VPN (192.168.252.0) con il seguente comando “route add -net 192.168.252.0/24 gw 192.168.125.69 0”

Aggiungere poi i vari alias sul file /etc/hosts necessari per il funzionamento dell’applicazione KSA.

Fatte queste impostazioni procedere con la seconda fase della restore eseguendo l’import dei dati sul DB e sulle cartelle dell’applicazione.

WEB-CAREL-PREPRODUZIONE
La procedura per la restore del sistema “WEB-CAREL-PREPRODUZIONE” (192.168.100.217) si divide in due fasi:


 * 1) Restore solo di dati/file

Per la restore di file specifici dovuti a perdite di dati / richieste del cliente, si inizia con l’individuazione del file da restorare alla data richiesta.

Una volta raccolto le informazioni necessarie si procede con l’individuazione del file tramite l’interfaccia di BackupExec.

Aprendo l’interfaccia sulla finestra “Ripristina” si apre la lista dei sistemi sotto backup (nel nostro esempio X-NAS, IKS-FS, X-VMWARE5).

Esplodendo la macchina che contiene i file di backup cioè X-NAS (ricordiamo che i backup dei file vengono salvati nella cartella )

Verifichiamo il file da ristorare e diamo ok per confermare il job, attenzione ad impostare un orario consono per il ripristino oppure non selezionare nessuna schedulazione e attivare poi manualmente il job di ripristino. Quindi vediamo tramite le info del job quali cassette sono necessarie per effettuare la restore; le cassette devono essere inserite prima di avviare il job di restore.


 * 1) Restore del sistema operativo

Per la restore del sistema operativo dovuto a crash del sistema operativo o a richiesta del cliente si inizia con l’immagine “backup-web-carel-prod” del sistema prima del passaggio in produzione. Tale immagine è sotto forma di template di macchina virtuale; essa è contenuta nel datastore Storage 1 nei sistemi ESX. Per accedere a tale template bisogna accedere al VirtualCenter inserendo username e password, come indicato in figura.



Una volta entrati nel VirtualCenter si seleziona “Templates and Virtual Machines” trovando quindi il template desiderato. Selezionarlo con mouse, premere quindi il tasto destro e scegliere “Clone template to Virtual Machine”, quindi selezionare le verie opzioni richieste.

Consiglio: se la restore deve avvenire con la macchina di produzione ancora attiva ricordarsi di disattivare il flag di accensione della virtual machine dopo che l’operazione di clonazione è stata effettuata; aprire “Edit Settings” e deselezionare quindi la connessione della scheda di rete. Una volta che la macchina sarà partita dare l’indirizzo di rete compatibile con gli altri sistemi in rete, cambiare quindi nuovamente il flag connettendo così la scheda di rete al virtual switch (ATTENZIONE: verificare che la rete selezionata sia corretta LAN INTERNA).

Una volta che la macchina è accesa apportare le seguenti modifiche: hostname se necessario, impostazione del default gateway o rotte provenienti dalla rete VPN (192.168.252.0) con il seguente comando “route add -net 192.168.252.0/24 gw 192.168.125.69 0”

Aggiungere poi i vari alias sul file /etc/hosts necessari per il funzionamento dell’applicazione KSA.

Fatte queste impostazioni procedere con la seconda fase della restore eseguendo l’import dei dati sul DB e sulle cartelle dell’applicazione.

X-RTF
La procedura per la restore del sistema “X-RTF” (192.168.100.188) si divide in due fasi:


 * 1) Restore solo di dati/file

Per la restore di file specifici dovuti a perdite di dati / richieste interne, si inizia con l’individuazione del file da restorare alla data richiesta.

Una volta raccolto le informazioni necessarie si procede con l’individuazione del file tramite l’interfaccia di BackupExec.

Aprendo l’interfaccia sulla finestra “Restore” si apre la lista dei sistemi sotto backup (nel nostro esempio X-NAS, IKS-FS, X-VMWARE5).

Esplodendo la macchina che contiene i file di backup cioè X-NAS (ricordiamo che i backup dei file vengono salvati nella cartella )

Verifichiamo il file da ristorare e diamo ok per confermare il job, attenzione ad impostare un orario consono per il ripristino oppure non selezionare nessuna schedulazione e attivare poi manualmente il job di ripristino. Quindi vediamo tramite le info del job quali cassette sono necessarie per effettuare la restore; le cassette devono essere inserite prima di avviare il job di restore.


 * 1) Restore del sistema operativo

Per la restore del sistema operativo dovuto a crash del sistema operativo o a richiesta del cliente si inizia con l’immagine “backup-x-rtf” del sistema prima del passaggio in produzione. Tale immagine è sotto forma di template di macchina virtuale; essa è contenuta nel datastore Storage 1 nei sistemi ESX. Per accedere a tale template bisogna accedere al VirtualCenter inserendo username e password, come indicato in figura.



Una volta entrati nel VirtualCenter si seleziona “Templates and Virtual Machines” trovando quindi il template desiderato. Selezionarlo con mouse, premere quindi il tasto destro e scegliere “Clone template to Virtual Machine”, quindi selezionare le verie opzioni richieste.

Consiglio: se la restore deve avvenire con la macchina di produzione ancora attiva ricordarsi di disattivare il flag di accensione della virtual machine dopo che l’operazione di clonazione è stata effettuata; aprire “Edit Settings” e deselezionare quindi la connessione della scheda di rete. Una volta che la macchina sarà partita dare l’indirizzo di rete compatibile con gli altri sistemi in rete, cambiare quindi nuovamente il flag connettendo così la scheda di rete al virtual switch (ATTENZIONE: verificare che la rete selezionata sia corretta LAN o DMZ).

Una volta che la macchina è accesa apportare le seguenti modifiche: hostname se necessario, impostazione del default gateway o rotte provenienti dalla rete VPN (192.168.252.0) con il seguente comando “route add -net 192.168.252.0/24 gw 192.168.125.69 0”

Fatte queste impostazioni procedere con la seconda fase della restore eseguendo l’import dei dati sul DB e sulle cartelle dell’applicazione.

XCAREMANAGER
La procedura per la restore del sistema “XCAREMANAGER” (192.168.100.150) si divide in due fasi:


 * 1) Restore solo di dati/file

Per la restore di file specifici dovuti a perdite di dati / richieste del cliente, si inizia con l’individuazione del file da restorare alla data richiesta.

Una volta raccolto le informazioni necessarie si procede con l’individuazione del file tramite l’interfaccia di BackupExec.

Aprendo l’interfaccia sulla finestra “Ripristina” si apre la lista dei sistemi sotto backup (nel nostro esempio X-NAS, IKS-FS, X-VMWARE5).

Esplodendo la macchina che contiene i file di backup cioè IKS-FS (ricordiamo che i backup dei file vengono salvati nella cartella [../Documents/DOCS/AppData/Local/Microsoft/share/backup/mysql/OVIS \\IKS-FS\share\backup\mysql\OVIS])

Verifichiamo il file da ristorare e diamo ok per confermare il job, attenzione ad impostare un orario consono per il ripristino oppure non selezionare nessuna schedulazione e attivare poi manualmente il job di ripristino. Quindi vediamo tramite le info del job quali cassette sono necessarie per effettuare la restore; le cassette devono essere inserite prima di avviare il job di restore.


 * 1) Restore del sistema operativo

Per la restore del sistema operativo dovuto a crash del sistema operativo o a richiesta del cliente si inizia con l’immagine “xcaremanager-20070321.tar.gz” del sistema fatto a freddo. Tale immagine è sotto forma di tar gz nella macchina X-VMWARE5/repository-virtual-machine. Per accedere a tale backup bisogna accedere al sistema X-VMWARE5 inserendo username e password, come indicato in figura.



Una volta entrati nel sistema X-VMWARE5 si effettua una copia via ssh verso la macchina che dovrà ospitare il sistema restorato: “scp -rp /repository-virtual-machine/xcaremanager-20070321.tar.gz root@x-vmware4/var/lib/vmware/” (Attenzione a completare il comando con la / finale) all’inizio del comando viene chiesto la password per autenticarsi nel sistema che deve ospitare la virtual machine.

Una volta finita la copia si effettua ci si logga via ssh nella macchina ospite.

Posizionarsi nella directory dove si trova l’immagine della macchina, estrarre la macchina col comando “tar -xzvf xcaremanager-20070321.tar.gz .”

Cambiare il percorso della virtual machine col seguente comando:

“mv /var/lib/vmware/xcaremanager ./Virtual\ Machines/”

Collegarsi ora tramite Vmware Server Console alla macchina host:



Aprire quindi la macchina virtuale nuova scegliendola nel percorso depositata e tenendo la UUID precedente.

Consiglio: se la restore deve avvenire con la macchina di produzione ricordarsi di disattivare il flag di accensione della virtual machine dopo che l’operazione di clonazione è stata effettuata; aprire “Edit Settings” e deselezionare quindi la connessione della scheda di rete. Una volta che la macchina sarà partita dare l’indirizzo di rete compatibile con gli altri sistemi in rete.

Una volta che la macchina è accesa apportare le seguenti modifiche: hostname se necessario, impostazione del default gateway o rotte provenienti dalla rete VPN (192.168.252.0) con il seguente comando “route add -net 192.168.252.0/24 gw 192.168.125.69 0”

Fatte queste impostazioni procedere con la seconda fase della restore eseguendo l’import dei dati sul DB e sulle cartelle dell’applicazione.

Xportal
La procedura per la restore del sistema “XPORTAL” (192.168.100.250) si divide in due fasi:


 * 1) Restore solo di dati/file

Per la restore di file specifici dovuti a perdite di dati / richieste del cliente o di persone dell’azienda. Si inizia con l’individuazione del file da restorare alla data richiesta.

Una volta raccolto le informazioni necessarie si procede con l’individuazione del file tramite l’interfaccia di BackupExec.

Aprendo l’interfaccia sulla finestra “Ripristina” si apre la lista dei sistemi sotto backup (nel nostro esempio X-NAS, IKS-FS, X-VMWARE5).

Esplodendo la macchina che contiene i file di backup cioè X-NAS (ricordiamo che i backup dei file vengono salvati nella cartella )

Verifichiamo il file da ristorare e diamo ok per confermare il job, attenzione ad impostare un orario consono per il ripristino oppure non selezionare nessuna schedulazione e attivare poi manualmente il job di ripristino. Quindi vediamo tramite le info del job quali cassette sono necessarie per effettuare la restore; le cassette devono essere inserite prima di avviare il job di restore.


 * 1) Restore del sistema operativo

Per la restore del sistema operativo dovuto a crash del sistema operativo o a richiesta del cliente si inizia con l’immagine “backup-xportal-20070614.tar.gz” del sistema fatto a freddo. Tale immagine è sotto forma di tar gz nella macchina X-VMWARE5/repository-virtual-machine. Per accedere a tale backup bisogna accedere al sistema X-ESX1 inserendo username e password, come indicato in figura.



Una volta entrati nel sistema X-ESX1 diventare root, spostarsi nella cartella indicata. S i effettua una copia via ssh dalla macchina che ha il backup alla macchina dovrà ospitare il sistema restorato: “scp -rp root@x-vmware5.pd.iks.it:/repository-virtual-machine/backup-xportal-20070614.tar.gz /vmfs/volumes/storage1/” (Attenzione a completare il comando con la / finale) all’inizio del comando viene chiesto la password per autenticarsi nel sistema che deve ospitare la virtual machine.

Una volta finita la copia estrarre la macchina col comando “tar -xzvf backup-xportal-20070614.tar.gz .”

Collegarsi ora tramite la Virtual Infrastructure Client a x-virtualcenter:



Selezionare X-ESX1, creare una nuova macchina specificando le info richieste dalla schermata “Custom”





con i dischi che avete precedentemente decompresso.

quindi avviate la nuova macchina virtuale.

Consiglio: se la restore deve avvenire con la macchina di produzione ricordarsi di disattivare il flag di accensione della virtual machine dopo che l’operazione di clonazione è stata effettuata; aprire “Edit Settings” e deselezionare quindi la connessione della scheda di rete. Una volta che la macchina sarà partita dare l’indirizzo di rete compatibile con gli altri sistemi in rete.

Una volta che la macchina è accesa apportare le seguenti modifiche: hostname se necessario, impostazione del default gateway o rotte provenienti dalla rete VPN (192.168.252.0) con il seguente comando “route add -net 192.168.252.0/24 gw 192.168.125.69 0”

Fatte queste impostazioni procedere con la seconda fase della restore eseguendo l’import dei dati sul DB e sulle cartelle dell’applicazione.

X-admin
La procedura per la restore del sistema “X-admin” (192.168.100.142) si divide in due fasi:


 * 1) Restore solo di dati/file

Per la restore di file specifici dovuti a perdite di dati / richieste del cliente o di persone dell’azienda. Si inizia con l’individuazione del file da restorare alla data richiesta.

Una volta raccolto le informazioni necessarie si procede con l’individuazione del file tramite l’interfaccia di BackupExec.

Aprendo l’interfaccia sulla finestra “Ripristina” si apre la lista dei sistemi sotto backup (nel nostro esempio X-NAS, IKS-FS, X-VMWARE5).

Esplodendo la macchina che contiene i file di backup cioè X-NAS (ricordiamo che i backup dei file vengono salvati nella cartella )

Verifichiamo il file da ristorare e diamo ok per confermare il job, attenzione ad impostare un orario consono per il ripristino oppure non selezionare nessuna schedulazione e attivare poi manualmente il job di ripristino. Quindi vediamo tramite le info del job quali cassette sono necessarie per effettuare la restore; le cassette devono essere inserite prima di avviare il job di restore.


 * 1) Restore del sistema operativo

Per la restore del sistema operativo dovuto a crash del sistema operativo o a richiesta del cliente si inizia con l’immagine “backup-x-admin-20070621.tar.gz” del sistema fatto a freddo. Tale immagine è sotto forma di tar gz nella macchina X-VMWARE5/repository-virtual-machine. Per accedere a tale backup bisogna accedere al sistema X-ESX1 inserendo username e password, come indicato in figura.



Una volta entrati nel sistema X-ESX1 diventare root, spostarsi nella cartella indicata. S i effettua una copia via ssh dalla macchina che ha il backup alla macchina dovrà ospitare il sistema restorato: “scp -rp root@x-vmware5.pd.iks.it:/repository-virtual-machine/backup-x-admin-20070621.tar.gz /vmfs/volumes/storage1/” (Attenzione a completare il comando con la / finale) all’inizio del comando viene chiesto la password per autenticarsi nel sistema che deve ospitare la virtual machine.

Una volta finita la copia estrarre la macchina col comando “tar -xzvf backup-x-admin-20070621.tar.gz .”

Collegarsi ora tramite la Virtual Infrastructure Client a x-virtualcenter:



Selezionare X-ESX1, creare una nuova macchina specificando le info richieste dalla schermata “Custom”





con i dischi che avete precedentemente decompresso.

quindi avviate la nuova macchina virtuale.

Consiglio: se la restore deve avvenire con la macchina di produzione ricordarsi di disattivare il flag di accensione della virtual machine dopo che l’operazione di clonazione è stata effettuata; aprire “Edit Settings” e deselezionare quindi la connessione della scheda di rete. Una volta che la macchina sarà partita dare l’indirizzo di rete compatibile con gli altri sistemi in rete.

Una volta che la macchina è accesa apportare le seguenti modifiche: hostname se necessario, impostazione del default gateway o rotte provenienti dalla rete VPN (192.168.252.0) con il seguente comando “route add -net 192.168.252.0/24 gw 192.168.125.69 0”

Fatte queste impostazioni procedere con la seconda fase della restore eseguendo l’import dei dati sul DB e sulle cartelle dell’applicazione.