Il servizio Tivoli Backup

Transcript

1 Il servizio Tivoli Backup D o c u m e n t a z i o n e t e c n i c a Classificazione: Documento Pubblico Pag. 1 di 11

2 Indice 1 Il servizio Tivoli Backup Gli agent tivoli ed i processi schedulati sui nodi Nodi con sistema operativo Unix Nodi con sistema operativo Microsoft Windows Mail di controllo giornaliera del Servizio Tivoli backup L oggetto dell Il corpo dell Mail di controllo settimanale del Servizio Tivoli backup L oggetto dell Il corpo dell File di log reperibili sul nodo Comandi di backup e restore Nodi con sistema operativo Unix Nodi con sistema operativo Windows...9 Appendice A: Configurazione del documento (solo per uso interno) Classificazione: Documento Pubblico Pag. 2 di 11

3 1 IL SERVIZIO TIVOLI BACKUP Il backup viene fornito tramite un infrastruttura dedicata su una rete switched completamente dedicata a questo scopo. Su ciascun nodo (server del cliente) per cui è stata acquistata una licenza viene installato un agent tivoli adeguatamente configurato (2 agent diversi nel caso venga eseguito anche la copia di uno o più database) per eseguire il backup in modalità ridondata verso entrambi i server Tivoli di I.NET. In configurazione standard, il backup viene eseguito quotidianamente in modalità incrementale. Sarà quindi necessario un backup iniziale che comporterà un cospicuo trasferimento di dati; in seguito verranno inviati esclusivamente i dati che sono stati modificati rispetto al precedente backup. Le politiche applicate di default per il mantenimento dei file sui server Tivoli sono le seguenti: Per 60 giorni vengono conservate 2 versioni per ciascun file (al 61 giorno resterà una sola copia del file) Per 180 giorni viene conservata l ultima versione di un file cancellato Ciascun nodo esegue in modo autonomo il backup verso entrambi i server Tivoli, mediante opportuni script schedulati entrambi alla medesima ora, con un orario d inizio variabile tra le 22:00 e le 02:00. Tali configurazioni possono essere modificate dal Cliente tramite l interfaccia di configurazione dell agent Tivoli. Le modifiche dell orario di schedulazione vanno concordate con il gruppo WebFarm Operations di I.NET; la modifica delle modalità di backup possono essere gestite in autonomia. Classificazione: Documento Pubblico Pag. 3 di 11

4 2 GLI AGENT TIVOLI ED I PROCESSI SCHEDULATI SUI NODI 2.1 Nodi con sistema operativo Unix L installazione del software sulle macchine unix avviene generalmente nella directory /opt/tivoli/tsm/client/ba, salvo i nodi AIX, dove di default avviene in /usr/tivoli/tsm/client/ba. Nelle successive note i riferimenti alla directory contente il software avverranno con la forma <UnixInstallDir>. L elenco seguente riporta indicazioni relative alle directory ed i file di maggiore rilevanza per il corretto funzionamento del client Tivoli e contenuti nella sottodirectory <UnixInstallDir>. bin/dsmc Client Tivoli in modalità command line bin/dsm Client Tivoli in modalità Graphic User Interface etc/dsm-tsm1.opt (o TSM2) contengono le informazioni relative al backup verso il 2 server Tivoli etc/dsm.sys contiene il nome del nodo e la definizione del server log/tsm1/dsmlocale.log (oppure /TSM2) contiene il risultato dell ultimo backup verso i server Tivoli. log/tsm1/dsmlocale.log.0.z (oppure /TSM2) contiene il risultato del backup del giorno precedente. scripts/backup.sh è lo script schedulato nel crontab che effettua il backup scripts/env.sh contiene la definizione dell'ambiente per l accesso ai server In crontab sono schedulate le operazioni di backup analogamente a quanto sotto riportato (nell esempio anche lo script per il backup del database), con ora di inizio variabile, a seconda del nodo e delle specifiche esigenze, tra le ore 10:00 e le 02:00. Indipendentemente dall ora di partenza, è importante che entrambi i backup partano contemporaneamente per sfruttare la cache locale * * * /opt/tivoli/tsm/client/ba/scripts/backup.sh TSM1 >/dev/null 2>& * * * /opt/tivoli/tsm/client/ba/scripts/backup.sh TSM2 >/dev/null 2>& * * * /opt/tivoli/tsm/client/ba/scripts/bck_oracle.sh TSM1 >/dev/null 2>&1 2.2 Nodi con sistema operativo Microsoft Windows L installazione del software sulle macchine Windows avviene di default nella directory C:\Programmi\Tivoli\TSM\ oppure C:\Program Files\Tivoli\TSM\ nella versione inglese. Nelle successive note, i riferimenti alla directory contente il software avverranno con la forma <WinInstallDir> L elenco seguente riporta indicazioni relative alle directory ed i file di maggiore rilevanza per il corretto funzionamento del client Tivoli e contenuti nella sottodirectory <WinInstallDir>. \baclient\dsmc Client Tivoli in modalità command line \baclient\dsm Client Tivoli in modalità Graphic User Interface \baclient\tsm1.opt (o tsm2.opt) contengono il nome del nodo e del server verso cui eseguire il backup \baclient\backup_tsm1.cmd (o backup_tsm2.cmd) sono gli script schedulati per il backup notturno \baclient\tsm1\ (o TSM2) Le sottodirectory indicate contengono i file di log degli ultimi 3 backup verso ciascuno dei 2 server Tivoli. Tra le Operazioni pianificate del Pannello di controllo sono schedulati gli script per l esecuzione del backup con ora di inizio variabile, a seconda del nodo e delle specifiche esigenze, tra le ore 10:00 e le 02:00. Gli script sono generalmente impostati per essere eseguiti con user e password appositamente create da I.NET al momento dell installazione. L uso di una user apposita, a cui viene inibita la possibilità di accesso locale, consente ai processi pianificati di continuare a lavorare correttamente anche nel caso in cui venga modificata la password di administrator. Classificazione: Documento Pubblico Pag. 4 di 11

5 3 MAIL DI CONTROLLO GIORNALIERA DEL SERVIZIO TIVOLI BACKUP L esecuzione del backup notturno sui server Tivoli di I.NET produce una , simile a quella sotto riportata, che viene inviata ai destinatari indicati dal cliente in fase di attivazione del servizio. Le seguenti note consentono una corretta interpretazione delle informazioni in essa contenute. From: tsm_report@inet.it To: info@customer.it Subject: Bck domain TESTHOUSE ok=1 fail=1 err=2 Nodename wf1-1 wf1-2 WEB1.TESTHOUSE OK OK [75%] WEB2.TESTHOUSE OK NON ESEGUITO APP.TESTHOUSE NON ESEGUITO ANCORA CONNESSO DB.TESTHOUSE OK OK Nodename Time Files Server Start time End time Saved Failed Transfer Completed WEB1.TESTHOUSE TSM1-WF :30: :09:11 (3:38:51) 231 TSM2-WF :30: :50:36 (4:20:16) 232 WEB2.TESTHOUSE TSM1-WF :30: :39:11 (3:18:51) MB YES MB YES MB YES DATABASE.TESTHOUSE DATABASE-DB.TESTHOUSE TSM1-WF :38: :14:46 (0:35:49) MB YES TSM2-WF :38: :53:50 (0:14:53) MB YES 3.1 L oggetto dell Nell oggetto viene riportato un riepilogo con il numero dei nodi suddivisi in funzione del risultato del backup. Considerando che ogni client (o nodo) esegue 2 connessioni distinte verso ciascuno dei 2 server Tivoli di I.NET (wf1-1 e wf1-2) la tabella presente nell oggetto viene composta utilizzando le seguenti modalità: OK E il numero di nodi che hanno eseguito correttamente il backup verso entrambi i server. FAIL E il numero di nodi che pur avendo eseguito il backup verso entrambi i server, hanno fallito un numero di file superiore al 2% del totale. Si considera fallito un file che per 5 volte consecutive viene trovato locked, viene modificato o cancellato durante l esecuzione del backup,. ERR E il numero di nodi che hanno fallito una od entrambe le connessioni verso i server tivoli. 3.2 Il corpo dell Nella prima parte del report, viene riportato un elenco dei nodi con l indicazione dello stato dell avvenuto backup verso ciascuno dei due server tivoli ed eventualmente, indicata tra parentesi, la percentuale di file la cui copia è andata a buon fine (solo se inferiore al 98%). Classificazione: Documento Pubblico Pag. 5 di 11

6 L eventuale stato ANCORA CONNESSO indica che la connessione al server Tivoli è ancora attiva al momento della generazione della mail. Tale condizione è da ritenersi un anomalia da verificare con l ausilio dei file di log che possono essere trovati sul nodo stesso (vedere paragrafo File di log reperibili sul nodo). Nella seconda parte è possibile trovare un rapporto dettagliato delle connessioni eseguite dal nodo verso i due server Tivoli, con l indicazione dell ora di inizio, fine e durata del backup, numero di file trasferiti con successo o falliti, numero di MB trasferiti ed indicazione del completamento delle operazioni. Se lo stato del nodo risulta NON completato, significa che il processo di backup è stato interrotto ed indica un anomalia da verificare con l ausilio dei file di log che possono essere trovati sul nodo stesso (vedere paragrafo File di log reperibili sul nodo). Classificazione: Documento Pubblico Pag. 6 di 11

7 4 MAIL DI CONTROLLO SETTIMANALE DEL SERVIZIO TIVOLI BACKUP Settimanalmente I.NET produce una simile a quella sotto riportata che viene inviata ai destinatari indicati dal cliente in fase di attivazione del servizio. Vengono elencati dati sull occupazione degli spazi su entrambi i server Tivoli e file system interessati al backup. From: tsm_report@inet.it To: info@customer.it Subject: Weekly report for domain TESTHOUSE Report spazio occupato Nodename Spazio su wf1-1 Spazio su wf1-2 WEB1.TESTHOUSE MB MB WEB2.TESTHOUSE MB MB DATABASE.TESTHOUSE MB MB DATABASE-DB.TESTHOUSE 70 MB 61 MB ======= ========= Total: MB MB Report filesystem backuppati Nodename Filespace Ultimo backup su wf1-1 su wf1-2 WEB1.TESTHOUSE \\WEB1\c$ MB MB \\WEB1\d$ MB MB \\WEB1\download 211 MB MB --- SYSTEM OBJECT 992 MB MB WEB2.TESTHOUSE \\WEB2\c$ MB MB \\WEB2\d$ MB MB \\WEB2\download_s2 240 MB MB --- SYSTEM OBJECT 999 MB MB DATABASE.TESTHOUSE SYSTEM OBJECT 976 MB MB \\DB\c$ MB MB \\DB\d$ MB MB DATABASE-DB.TESTHOUSE DB\meta\ MB MB DB\data\ MB MB L oggetto dell Riporta il nome della connessione a cui fare riferimento per la richiesta di assistenza ad I.NET. 4.2 Il corpo dell Nella prima parte, denominata Report spazio occupato, viene riportato l elenco dei nodi configurati per il backup, con l indicazione dello spazio occupato per ciascun nodo e su ciascuno dei due server Tivoli. La media del totale degli spazi occupati sui server Tivoli non può superare la quantità di spazio contrattualizzato in fase d ordine. Classificazione: Documento Pubblico Pag. 7 di 11

8 Sono possibili differenze, nel totale degli spazi occupati sui due server Tivoli, a causa di disallineamenti nell esecuzione dei backup giornalieri (backup andato a buon fine su un server e non sull altro) o differenti momenti di attivazione del servizio verso i server. Nella seconda parte, denominata Report filesystem backuppati, vengono riportati i dettagli dei file system di ciascun nodo di cui viene eseguito il backup per ed il relativo spazio occupato alla data dell ultimo backup eseguito. Classificazione: Documento Pubblico Pag. 8 di 11

9 5 FILE DI LOG REPERIBILI SUL NODO I file di log vengono memorizzati per i nodi unix sotto <UnixInstallDir>/log/TSM1 (oppure TSM2) dsmlocale.log contiene il log dell ultimo backup eseguito dsmlocale.log.0.z contiene il log del penultimo backup eseguito Sui nodi Windows i file di log si trovano nella directory <WinInstallDir>\TSM1 (oppure TSM2) Negli script che eseguono il backup notturno, viene eseguita la rotazione dei log per mantenere on-line i risultati dei 3 precedenti backup (vedere paragrafo Gli agent tivoli ed i processi schedulati sui nodi) Per i backup che vengono eseguiti manualmente, i log vengono visualizzati a video. All interno del file di log (di cui viene riportato un esempio nella figura successiva) vengono registrate informazioni relative a: Versione del client Tivoli in uso. Nome del nodo con cui avviene la connessione al server Tivoli Informazioni sul server: nome del server, versione di software, sistema operativo Data e ora dell avvenuta connessione al server Data e ora del precedente ed ultimo accesso Elenco dei file system di cui verrà eseguito il backup Elenco degli oggetti di sistema, registri etc. di cui verrà eseguito il backup (solo per nodi Windows) Command Line Backup Client Interface - Versione 4, Release 2, Livello 1.32 Nome nodo: DB.TESTHOUSE Sessione stabilita con il server TSM1-WF1: AIX-RS/6000 Versione server 5, Release 1, Livello 1.6 Data/Ora Server: :00:36 Ultimo accesso: :00:14 Copia di backup incrementale del volume '\\testhouse\c$' Copia di backup incrementale del volume '\\testhouse\d$' Copia di backup incrementale del volume '\\testhouse\e$' Copia di backup incrementale del volume 'SYSTEM OBJECT' Copia di backup dell'oggetto del sistema: 'Database COM+'. Copia di backup dell'oggetto del sistema: 'Registrazione eventi'. Copia di backup dell'oggetto del sistema: 'File di riavvio e di sistema'. Copia di backup dell'oggetto del sistema: 'Registro'. elenco file di cui è stato eseguito il backup Numero totale di oggetti ispezionati: Numero totale di oggetti salvati: Numero totale di oggetti aggiornati: 0 Numero totale di oggetti ricollegati: 0 Numero totale di oggetti cancellati: 0 Numero totale di oggetti scaduti: 54 Numero di oggetti con esito negativo: 8 Numero totale di byte trasferiti: 1,62 GB Tempo trasferimento dei dati: 213,22 sec Velocità di trasferimento dei dati in rete: 7.997,81 KB/sec Velocità di trasferimento dei dati dell'aggregato: 1.744,97 KB/sec Oggetti compressi per: 0 % Tempo di elaborazione trascorso: 00:16:17 Classificazione: Documento Pubblico Pag. 9 di 11

10 6 COMANDI DI BACKUP E RESTORE 6.1 Nodi con sistema operativo Unix Vengono di seguito illustrati alcuni comandi con cui eseguire operazioni manuali di backup oppure restore, dei file o directory desiderate. Maggiori informazioni possono essere reperite sulla manualistica in linea o sui redbook IBM ( CARICARE L'AMBIENTE DI LAVORO # DSM_BASE=/opt/tivoli/tsm/client/ba (oppure DSM_BASE=/usr/tivoli/tsm/client/ba su sistema operativo AIX) #. $DSM_BASE/scripts/env.sh TSM1 (oppure TSM2) # BINDIR=$DSM_BASE/bin BACKUP DI UNA DIRECTORY SELEZIONATA # $BINDIR/dsmc i /directory_desiderata/ ELENCARE DEI FILE BACKUPPATI PRESENTI SUL SERVER TIVOLI # $BINDIR/dsmc q backup -subdir=yes -inactive /directory_desiderata/\* Con il parametro -inactive vengono visualizzate anche le versioni dei file e directories non più attive, con il parametro -subdir vengono elencati anche i file contenuti nelle sub-directories ESEGUIRE IL RESTORE # $BINDIR/dsmc restore -pick -subdir=yes -inactive /directory_desiderata/\* `pwd`/ Con il parametro -pick verrà visualizzata una finestra dove sarà possibile selezionare i file desiderati. 6.2 Nodi con sistema operativo Windows Il backup e restore possono essere eseguiti da riga di comando, analogamente a quanto indicato per i nodi unix. Risulta in ogni caso più comodo l utilizzo dell interfaccia grafica, ove sarà possibile selezionare directory e file di cui eseguire il backup o il restore scegliendo tra gli oggetti elencati con una modalità analoga a quella dell utility di sistema Esplora risorse di Microsoft Windows. In fase si installazione I.NET genera sul desktop due collegamenti all interfaccia grafica (4 nel caso in cui sul nodo sia configurato anche l agent per il backup del database), opportunamente configurati per caricare l ambiente di lavoro ed il file delle opzioni, in relazione al server verso cui si desidera eseguire il collegamento. Maggiori informazioni possono essere reperite sulla manualistica in linea o sui redbook IBM ( Classificazione: Documento Pubblico Pag. 10 di 11