NoLabNoPartY.com » backup

Backup della configurazione di ESX(i) 4.x, 5.x tramite vMA

P@olo — Mon, 16 Jan 2012 06:00:00 +0000

Ripristinare o reinstallare un server ESX in tempi rapidi permette di ristabilire la piena funzionalità della struttura virtuale limitando al minimo disservizi potenzialmente dannosi al business svolto.

L’operazione è possibile tramite l’appliance VMware vSphere Management Assistant che permette di eseguire script da console per interagire con i server ESX(i).

1. PREREQUISITI
Dal sito VMware scaricare vSphere Management Assistant ed effettuare l’installazione della virtual machine.

Avviare la virtual machine ed impostare, come richiesto, i parametri di rete e la password dell’utente vi-admin. Terminata l’operazione, viene visualizzata la schermata di default di vMA.

Connettersi in SSH a vMA tramite PuTTY, KiTTY o tool simili. Se la connessione in SSH dovesse fallire, editare il file /etc/hosts.allow ed aggiungere la riga:

sshd: ALL: ALLOW

# sudo vi /etc/hosts.allow

1. BACKUP DELLA CONFIGURAZIONE
Da console, creare una directory backup in cui verrà salvato il backup e assegnare i corretti permessi di scrittura.

# sudo mkdir /backup
# sudo chmod 770 /backup

Per effettuare il backup della configurazione, utilizzare da console il comando nella forma:

vicfg-cfgbackup -s -server IP_address_ESX path_destination*

*path_destination è la directory all’interno della virtual machine vMA precedentemente creata.

# vicfg-cfgbackup -s -server 192.168.20.10 /backup/esxi1-backup

Per salvare il file di configurazione nel proprio PC, tramite WinSCP o programmi simili collegarsi a vMA e copiare il file di backup precedentemente creato.

2. RESTORE DELLA CONFIGURAZIONE
Per ripristinare la configurazione salvata, effettuare innanzitutto lo shutdown delle virtual machine attive.

Da console digitare il comando nella forma:

vicfg-cfgbackup -l -server IP_address_ESX path_destination

# vicfg-cfgbackup -l -server 192.168.20.10 /backup/esxi1-backup

Per eseguire il restore, digitare YES e premere Invio. Completato il restore, il server ESX(i) viene riavviato per completare l’operazione.

Avere il backup della configurazione di un server facilita notevolmente il lavoro evitando di dover riconfigurare manualmente tutto il sistema.

Scarica l'eBook: Informatica applicata per l'azienda.
(Riservata agli iscritti al feed RSS)
------------------
Copyright NoLabNoPartY.com. Tutti i diritti riservati.

Hai già letto questi articoli?

Installare Yosemite ServerBackup client in Linux

P@olo — Fri, 05 Mar 2010 11:13:34 +0000

Come più volte sottolineato, l’importanza del backup soprattutto in campo aziendale è fondamentale per la salvaguardia dei dati e quindi della sopravvivenza del business svolto. Il mercato offre molte soluzioni più o meno valide che coprono le più svariate esigenze ma che necessitano di un’attenta analisi e pianificazione per un’implementazione efficiente.

Dal mio punto di vista non esiste un prodotto che è “migliore” di tutti in senso assoluto… un prodotto è migliore per le specifiche esigenze che un’azienda richiede. Un conto è mettere sotto backup un singolo computer con poche directory, un conto è coprire una rete con server, domain controller, database, client in ambiente magari misto Windows/Linux.

E’ evidente che quest’ultimo aspetto necessita di un prodotto ad hoc che copra le specifiche esigenze: backup dei database in modalità “hot”, differenziale, incrementale, system state, etc. Per le PMI, un prodotto che trovo aver un buon compromesso tra “facilità di utilizzo / funzionalità / prestazioni / costi” è Yosemite ServerBackup della Barracudaware ora alla versione 8.8.02.

Poichè l’installazione su piattaforma Windows è semplice e ben documentata nel manuale, quella sotto Linux è povera di informazioni e richiede un piccolo sforzo in più per la sua implementazione.

1. PREREQUISITI
Per una più semplice gestione e manutenzione trovo preferibile installare la parte Manager del sistema in ambiente Windows, quindi la procedura assume che esista già un dominio attivo.

2. INSTALLAZIONE
Una volta scaricato il file di installazione barracuda-ysb-8.8.02.54415-lin.gz sulla macchina Linux, procedere all’estrazione tramite il comando tar:

# tar –xzvf barracuda-ysb-8.8.02.54415-lin.gz
# cd yosemiteserverbackup

Per il corretto funzionamento della procedura di installazione, verificare che i seguenti file abbiano i diritti di esecuzione:

# ll yosemiteserverbackup/install
# ll yosemiteserverbackup/lin/x86/ytlingil
# ll yosemiteserverbackup/lin/x86/ytlincin

In caso contrario assegnare i diritti tramite il comando chmod:

# chmod o+x yosemiteserverbackup/lin/x86/ytlingil
# chmod o+x yosemiteserverbackup/lin/x86/ytlincin

Per aviare l’installazione è sufficiente digitare:

# ./install

- All’avvio della procedura di installazione si presenta la maschera per la selezione della lingua. Selezionare la lingua desiderata e premere il tasto funzione F10 per confermare e proseguire.

- Nella finestra successiva viene presentata la License Agreement. Premere F10 per accettare e proseguire.

- Come Destination Folder lasciare il default /usr/local/barracuda o specificare una diversa directory di installazione. Premere F10.

- Poichè, come da prerequisito, lo storage management domain è già presente nella rete, specifichiamo come opzione Connect to existing storage management domain. Premere F10.

- Digitare il DNS name del server che opera come Server Backup Domain. Premere F10.

- Terminata la configurazione, il programma viene installato nella directory specificata attivando automaticamente il servizio (daemon).

Dal Domain Server il nuovo client in Linux viene visualizzato nella finestra di amministrazione. Nel caso ci sia un firewall tra il client ed il server, ricordarsi di aprire la porta TCP 3817.

3. GESTIONE DEL SERVIZIO (DAEMON)
L’installazione attiva automaticamente il servizio per default. Nel caso si voglia effettuare lo start o stop del servizio, si utilizza questa sintassi:

# cd /usr/local/barracuda/yosemiteserverbackup
# ./ytlinsvc –x # stop service
# ./ytlinsvc –s # start service

Per rimuovere o installare il servizio:

# ./ytlinsvc –r # uninstall service
# ./ytlinsvc –I # install service

Una volta attivato il servizio, non resta che aprire la console del Domain Server e configurare il backup in base alle specifiche esigenze.

4. AGGIORNAMENTO
L’operazione è molto semplice in quanto una volta lanciata la procedura di installazione, il sistema rileva la presenza di una versione precedente mostrando le opzioni sull’ operazione da eseguire.

- Selezionare in questo caso l’opzione Upgrade Yosemite Server Backup.

- Accettare la License Agreement premendo il tasto F10.

- Prima di cominciare l’installazione, il sistema rimuove la precedente versione.

- A questo punto ha inizio l’installazione.

Terminata la procedura, viene visualizzata la command line. Se non ci sono messaggi di errore, il programma è stato aggiornato correttamente e pronto per l’utilizzo.

Scarica l'eBook: Informatica applicata per l'azienda.
(Riservata agli iscritti al feed RSS)
------------------
Copyright NoLabNoPartY.com. Tutti i diritti riservati.

Hai già letto questi articoli?

Backup mySQL database tramite AutoMySQLBackup

P@olo — Wed, 03 Feb 2010 06:35:43 +0000

Effettuare il backup dei database è fondamentale per salvaguardare i dati favorendo un restore indolore in caso di problemi. L’operazione può essere affidata a degli script che permettono di effettuare la procedura ad intervalli stabiliti a seconda delle esigenze.

Uno script molto funzionale che permette un backup dei database di mySQL con uno schema a rotazioni giornaliere, settimanali e mensili è AutoMySQLBackup, uno script open source rilasciato sotto licenza GNU General Public License.

Tramite una semplice configurazione, lo script effettua un backup dei database selezionati seguendo la rotazione scelta generando un file compresso che può essere inviato successivamente via email. Nell’esempio, lo script è utilizzato per effettuare il backup del database utilizzato dal sistema OSSEC utilizzato per il log degli accessi ai sistemi.

1. REQUISITI
Per il funzionamento dello script sono richiesti solo due packages:

mysqldump (contenuto in mysql client)
gzip or bzip2 per effettuare la compressione del file di backup

Nel caso si voglia ricevere il file tramite email, possiamo appoggiarci a ssmtp, già illustrato in un post precedente.

2. CONFIGURAZIONE DELLO SCRIPT
Lo script richiede solo una semplice configurazione per il suo funzionamento. Creiamo la directory dove sarà salvato il file compresso del backup:

# mkdir /backup_db

Scarichiamo il file dal sito http://sourceforge.net/projects/automysqlbackup e lo rinominiamo in un formato più standard. Successivamente editiamo lo script per impostare i parametri che rispecchiano il nostro sistema:

# mv automysqlbackup.sh.2.5 automysqlbackup.sh
# vi automysqlbackup.sh

E’ sufficiente effettuare poche modifiche per il suo funzionamento:

# Username to access the MySQL server e.g. dbuser
USERNAME=usrbackup
# Username to access the MySQL server e.g. password
PASSWORD=newpassword
# Host name (or IP address) of MySQL server e.g localhost
DBHOST=localhost
# List of DBNAMES for Daily/Weekly Backup e.g. “DB1 DB2 DB3″
DBNAMES=”dbname”
# Backup directory location e.g /backups
BACKUPDIR=”/backup_db“

Rendiamo il file dello script eseguibile:

# chmod u+rwx automysqlbackup.sh

3. CONFIGURAZIONE DI mySQL
Per poter utilizzare lo script correttamente, è necessario creare l’utente e definire i permessi che saranno richiesti per accedere al database. L’utente deve avere almeno il permesso di SELECT per tutti i database per poter effettuare correttamente il backup.

Entriamo nella console di mySQL:

Creiamo quindi l’utente ed assegniamo i permessi:

> CREATE USER usrbackup@localhost IDENTIFIED BY ‘newpassword’;
> GRANT SELECT, LOCK TABLES ON * . * TO usrbackup@localhost;
> FLUSH PRIVILEGES;

Il permesso di LOCK TABLES viene assegnato per evitare un possibile errore come indicato nella figura:

A questo punto testiamo lo script:

# ./automysqlbackup.sh

4. IMPOSTARE IL BACKUP
Per rendere automatico il processo di backup, inseriamo lo script in un job di cron specificando quando lo script deve essere eseguito. Installiamo ed attiviamo il servizio cron se non ancora disponibile e impostiamo, ad esempio, l’esecuzione del backup con cadenza giornaliera da eseguire alle 22.00. Per questo scopo, lo script deve essere spostato nella directory /etc/cron.daily.

# yum install vixie-cron crontab
# mv automysqlbackup.sh /etc/cron.daily/

Editando il file /etc/crontab è possibile impostare i parametri desiderati per l’esecuzione dello script:

# vi /etc/crontab

Effettuato il primo “run”, vengono create nella directory specificata nelle impostazioni dello script (/backup_db) le sub-directory che contengono i vari backup.

I nostri database sono ora soggetti a backup. Per una migliore sicurezza dei dati, è opportuno copiare i backup in un altro storage e non lasciarli sulla stessa macchina.

Hai già letto questi articoli?

Proteggere i dati aziendali: il backup

P@olo — Thu, 22 May 2008 12:17:03 +0000

Proteggere e salvaguardare i dati è l’aspetto principale e più importante di un piano informatico, bisogna prestare una grande importanza al concetto della sicurezza dei dati. Purtroppo regna molta disinformazione e spesso i titolari si preoccupano più di risparmiare che ad investire nella sicurezza… una leggerezza che purtroppo può rivelarsi dannosa per il business svolto.

Ma quanto costerebbe in termini di soldi, informazioni e tempo la perdita dei dati informatici aziendali?

Credo sia questa la domanda fondamentale da porre e su cui ragionare…

1. IL BACKUP
Analizziamo il primo degli aspetti fondamentali che riguardano la sicurezza di una rete informatica: il backup. La catastrofe è sempre dietro l’angolo e non c’è mai un preavviso… tenetelo bene a mente.
Bisogna essere pronti a ripristinare la funzionalità dei sistemi velocemente e soprattutto bisogna evitare al minimo la perdita dei dati. L’unico mezzo che ci aiuta in questo è appunto il backup.

Ci sono vari modi per strutturare il processo di backup e dipendono dalla quantità dei dati e dalla dimensione della struttura di rete coinvolta. Lo schema che normalmente utilizzo per situazioni di media/piccola dimensione (ricoprono la maggioranza dei casi) è il seguente:

1. BACKUP HARDWARE: server con sistema RAID1 o RAID5.
2. BACKUP SOFTWARE: backup su NAS/SAN con schema Full/Differential.

2. BACKUP HARDWARE
Il backup hardware è la strategia primaria per assicurare un certo livello di fault tolerance, cioè l’integrità e la funzionalità del sistema anche in caso che un hard disk del server si danneggi.
Questa soluzione scongiura il fermo macchina poichè il sistema continua a funzionare normalmente. Vengono generalmente utilizzate due configurazioni principali: RAID1 o mirror e RAID5.

RAID1: è composto da due hard disks in cui i dati vengono copiati su entrambi assicurando, nel caso che uno dei due si danneggi, che il sistema e i dati rimangano intatti. Occorrerà sostituire al più presto il disco danneggiato per ripristinare la situazione di fault tolerance.

I dischi devono avere la stessa capacità e il sistema risulterà più veloce in lettura e un po’ più lento in scrittura. La capacità complessiva è data dalla capacità del disco più piccolo utilizzato, quindi se utilizzo un disco da 300GB e uno da 250GB in RAID1 lo spazio disponibile sarà 250GB.

RAID5: è composto da almeno tre hard disks in cui i dati vengono copiati su entrambi seguendo uno schema particolare. Nel caso che uno dei dischi si danneggi, il sistema continuerà a funzionare mantenendo l’integrità dei dati. Occorrerà sostituire al più presto il disco danneggiato per ripristinare la situazione di fault tolerance perchè nella sciagurata ipotesi che un altro disco si danneggi, tutti i dati verrebbero persi.

I dischi devono avere la stessa capacità e il sistema è più performante rispetto al mirror. La capacità complessiva è data dalla somma della capacità dei dischi meno 1, quindi se abbiamo ad esempio 3 dischi da 300GB, la capacità disponibile sarà di 600GB.

RAID1 o RAID5?
Personalmente utilizzerei il sistema RAID5 dove possibile ma la scelta è dettata dalla disponibilità economica (i sistemi RAID5 sono un po’ costosi), dalla quantità di dati che si devono “proteggere”, dal numero degli utenti e dalle applicazioni che necessitano frequenti accessi al server.

Come linea guida direi che possiamo affidarci ad un sistema RAID1 per un utilizzo normale con pochi utenti (10/15) e software “leggero”, mentre per un carico maggiore mi orienterei decisamente su un sistema RAID5.

3. BACKUP SOFTWARE
Il sistema RAID è efficiente fino ad un certo punto, evita il blocco del sistema ma senza dubbio non garantisce una protezione totale. Il classico backup su tape o storage è ancora il mezzo più efficiente.

Dovuto alla richiesta sempre più crescente di spazio sul server, il backup deve essere in grado di coprire tutti i dati memorizzati e necessita di una attenta pianificazione e configurazione.
Lavorando principalmente con sistemi Windows, lo schema che utilizzo per un certo target di situazioni dove il fattore costo è molto sensibile può essere così riassunto:

Software: NT Backup (funziona abbastanza bene ed è già incluso in Windows, quindi senza costi aggiuntivi) configurato con una rotazione settimanale 1 Full backup e 4 Differential backups e 1 Full backup mensile.
Storage: NAS/SAN con connessione LAN basato su sistemi linux. Ne esistono di diversi tipi e costi e la scelta dipende dalla specifica esigenza.

Per ovvi motivi non è una buona idea tenere il dispositivo di backup all’interno del server (nel caso di un disco dedicato) o sopra il server… Consiglio di posizionare lo storage di backup in un’altra stanza (nella stanza del capo che di solito è chiusa?) se non esiste una computer room dedicata e sicura.

Per una migliore efficienza, l’utilizzo di dispositivi di backup dotati di connessione LAN sono preferibili.

4. CONCLUSIONE
La buona riuscita di un piano informatico è data anche dalla capacità di salvaguardare l’integrità dei dati permettendo un processo di restore affidabile ed efficiente limitando al minimo il fermo macchina e soprattutto la perdita dei dati.

Detto questo, vado a fare il backup…