Newsgroup: it.comp.os.linux.sys
Titolo: Copiare Volume macchina Virtuale LVM

Sto facendo un po di esperimenti
per misurare la velocit� di VPS KVM creati su FS o direttamente sul 
volume LVS.
 
Sul volume LVS risultano molto pi� performanti .. come immaginavo.
 
Mi chiedevo, se poi voglio backuppare il VPS cos� creato,
quale sarebbe il metodo migliore ?
 
Pensavo:
1) Montare il volume + Rsync .. scomodo ...
2) dd if=/dev/VGpippo/LVpippo | nc 192.168.1.x ...
3) QUalcosa con LVM tipo pvmove .. ma pvcopy mi s ache non esiste :-)
 
Forse dd + snapshot sarebbe la cosa megliore ... anche se purtroppo non 
� fattibile in modalit� incrementale...
 
 
Grazie mille
 
-- Yena --

 3) QUalcosa con LVM tipo pvmove .. ma pvcopy mi s ache non esiste :-)
 
Hai provato con gli snapshot + rsync?


 
Snapshot OK, per l' Rsync, devo montare in loop e se ho un Guest Windows 
non � fattibile :-(
 
-- Yena --
 
 

 non è fattibile :-(
 
Vero, io non faccio incrementali, ma full backup

> Forse dd + snapshot sarebbe la cosa megliore ... anche se purtroppo non � fattibile in modalit� incrementale...
 
E' l'unica cosa che ti garantisce che, forse, lo stato del filesystem sia coerente
Il backup e' utilizzabile come quello una macchina a cui togli la corrente brutalmente(con tutti i rischi del caso).
 
Giulia
 


Giulietta mia, permettimi di dissentire, facendo lo snapshot, il backup
risulter� consistente .. vedei precedente discussione :-)
 
-- Yena --
 

 risulter� consistente .. vedei precedente discussione :-)
 
A meno che tu non trovi il modo di forzare la VM soggetta a snapshot ad
eseguire un sync immediatamente prima dell'operazione, ha perfettamente
ragione lei...
 
 
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/
 

  vedei precedente discussione :-)
 
Il fatto che si solito lasci perdere lo Zipman e sia la sua l'ultima battuta (perche di questo si tratta),
non signifca che abbia ragione, ottimo sistemista niente che dire ma scarso sulla teoria, se lo stato sta in punti diversi della 
macchina , cpu , memoria , disco , rete  e la applicazione(filesystem,db,applicativo) non lo consente ,non c'e' fischio , il backup 
a suon di snapshot nudo e crudo non puo' essere un metodo sicuro di backup.
 
Giulia
 

 essere un metodo sicuro di backup.
 
Ma vah? Pensa che invece ero convinto che lo snapshot funzionasse anche
per un sistema interamente su tmpfs...
 
Adesso da brava torna a leggere quel che ho scritto e poi quando l'hai
compreso torna pure a discuterne.
 
Per il momento follow-up nel posto piï¿œ appropriato.
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 non è fattibile :-(
 
Fai direttamente il backup dei dati lato applicativo e copiali via rete
 
Enrico

 se ho un Guest Windows non ï¿œ fattibile :-(
 
Perchï¿œ? Lo ï¿œ tanto quanto con Linux. Basta specificare il corretto
valore di offset o, meglio, creare i device delle partizioni con kpartx
e montare quelli.
 
C'ï¿œ stato un periodo in cui il backup delle mie VM su Proxmox lo facevo
proprio in quel modo.



Non posso fare il backup lato applicativo
 
-- Yena --
 


 
Mh .. interessante .. scusa ma ora come li fai ?
 
-- Yena --
 

 Mh .. interessante .. scusa ma ora come li fai ?
 
Ora li faccio semplicemente tramite rsnapshot accedendo ad rsyncd.
Avendo tolto tutte le applicazioni che richiedevano di mantenere
coerenza tra diversi files, come 
p.es
. i database server, questa
soluzione mi consente maggiore flessibilitï¿œ ed ï¿œ trasparente rispetto
all'host che salvo.
 
La parte piï¿œ comoda ï¿œ che lavorando con le share rsync posso definire in
modo puntuale lato "client" cosa includere e cosa escludere dai backup e
posso anche adottare politiche di backup diverse per share diverse,
includendo in ciascuna share anche directory tra loro completamente
scorrelate, mantenendo nel contempo la configurazione sul server
identica per tutte le macchine salvate.
 
Inoltre non ho di mezzo l'inutile overhead di ssh che non puï¿œ usare il
null cipher (che gli venga il cagotto a chi non vuole lasciarlo nemmeno
come opzione per usufruire unicamente dell'autenticazione su reti sicure
o giï¿œ crittate).
 
Oltre al rsnapshot giornaliero poi faccio un dump su share samba con il
backup integrato di Proxmox una volta al mese come DR (sono macchine
praticamente personali, niente di produttivo e critico).


 Ora li faccio semplicemente tramite rsnapshot accedendo ad rsyncd.
 
Non so se odiarti, invidiarti o compatirti :)
 
Enrico


E' un sentimento comune anche tra i colleghi :D
 
Ma come mi diceva la mia maestra di ItaGliano, prova a sviscerare un po'
il discorso :)


 il discorso :)
 
Beh, andiamo nel dettaglio dei tre sentimenti:
 
 - Odio: perche` sei riuscito a trovare una soluzione ai tuoi backup che
   soddisfi appieno le tue esigenze, ovvero, ad esempio, ad oggi ancora non
   riesco a trovare nulla che sia veramente usabile (o che non richieda uno
   spazio spropositato) per gestire il backup delle ACL su sistemi POSIX
 - Invidia: perche` il tuo problema di backup alla fine e` dannatamente
   semplice. Per capirci, io mi ritrovo con file server, repository di
   VCS (Subversion) e database vari (Oracle, Sql Server, MySQL, PostgreSQL)
   installati sia su Linux che su Windows da porre sotto backup. La mia
   soluzione a tutto questo e` stata lo scrivere un applicativo dedicato (di
   cui dovrei rilasciare tra poco una release su Bitbucket) che implementi
   le caratteristiche che su altri sistemi non ho trovato (semplicita` di
   configurazione, incrementale con hard link, ACL, pre e post comandi sul
   sistema agent). Ovviamente la mia soluzione si puo` riassumere in "bagno
   di sangue continuo" per rendere meglio :)
 - Compassione: perche`, da quello che ricordo, rsnapshot ha un file di
   configurazione totalmente astruso (nulla in confronto a Bacula, ma la
   alziamo il livello di sadismo) :)
 
In conclusione, ti odio, ti invidio, ti compatisco :D
 
Enrico

    alziamo il livello di sadismo) :)
 
Sinceramente nemmeno mi ricordavo piï¿œ come l'avevo configurato. Sono
andato a riguardarmelo solo ora :)
Sono quelle cose che fai una volta ogni tanto e poi ti dimentichi, non
so se perchï¿œ difficili o proprio per la voglia di dimenticare :D


 tar del giorno precedente un file di differenza dal nuovo tar.
 
Se hai tempo, prova dar (c'e` anche per Windows), in quanto l'incrementale 
dovrebbe farlo tramite delta (non ricordo pero` se a livello di file o a 
livello di dati)
 
 
Enrico

 Se hai tempo, prova dar
 
Mi e` venuto in mente ora: Areca Backup. Il problema e` che e` orientato per 
un uso desktop e non client/server (anche se permette un uso via linea di 
comando)
 
Enrico

 
 
piuttosto che dd + snapshot, userei <tool_fico> + snapshot.
Laddove tool_fico può essere partclone, partimage .... 
Fico perché, al conrario di dd, ti salverebbe solo i i dati, e non lo 
spazio vuoto.
Verò che dd+gz risolverebbe un po' il problema, ma è lento, ma lento, 
lento... 


si_ma_tanto, se_proprio_vogliamo ... il backup perfetto, è comunque il 
backup al momento X, e non al momento X + 1 secondo... quindi_boh

 all&#39;host che salvo.
 
Se usi Rsanpshot, ( lo uso anche io con soddisfazione ), ti consiglio di provare questo:
http://storebackup.org
 
 
Ci sto giocando da qualche giorno e mi sembra valido, implementa le funzionalità di rsnapshot e aggiunge features utili, soprattutto per quanto riguarda le logiche di conservazione dei bakup... poi in teoria farebbe anche backup a blocchi differenziali .. ma non mi sembra che funzionino bene .. dai miei test lo spazio è sempre praticamente uguale al primo backup totale ..
 
-- Yena --
 

 lento...
 
Ok provo "Tool FICO" :-)
Dovrebbe funzionare anche x VPS Windows.
La compressione non me la posso permettere .. ho macchine anche da 100G ..
 
Thnksss
 
-- Yena --
 

 Dovrebbe funzionare anche x VPS Windows.
 
NTFS funziona sicuramente... partclone ha praticamente estensioni per 
quasi tutti i filesystem inventati dal medioevo ad oggi... diciamo che 
supporta tanti filesystem.

    installati sia su Linux che su Windows da porre sotto backup. La mia
 
Domanda: che problemi ti danno? Normalmente sono la parte pi� semplice
da backuppare. Escludendo il pseudo db "mysql+myisam", tutti gli altri
ti possono generare a caldo un file con un backup consistente del db che
poi tu con calma ti copi a parte.

 giorni perchï¿œ vuol dire fare il merge di 60 delta binari.
 
:-)

 Domanda: che problemi ti danno?
 
Che li devo porre sotto backup :D
Il problema e` che ogni sistema ha un suo modo di gestire il backup e le sue 
tempistiche, mettere in piedi una procedura per ogni sistema e` si un modo, 
ma e` totalmente slegato ed indipendente dagli altri, cosa che risulta 
rognosa nel momento in cui devi gestire anche il passaggio dei dati su 
nastro. Per capirci, con il mio sistema attualmente ci metto 8 ore per fare 
il backup di quasi tutti i sistemi, nel frattempo su di una macchina parte 
un backup che, tra recupero dati, compressione e trasferimento sul server, 
finisce anch'egli in 8 ore. E, nonostante siano processi separati, e` 
inaccettabile in quanto alla fine dei giochi non so se e quando uno dei due 
ha finito. Il mio obiettivo e` quindi creare un unico sistema che parta, 
esegua i backup macchina per macchina (magari lanciandoli parallelamente) e 
poi copi i dati su nastro. E l'unico modo che ho trovato e` stato 
scrivendomi qualcosa ad hoc, in quanto tutto quello che trovo in giro ha 
delle idiosincrasie che non lo adattano alle mie esigenze
 
Enrico

 
Da poco l'Avg ha iniziato a telefonare ai clienti che hanno + installazioni
di quelle acquistate.

 di quelle acquistate.
 
 
Perchè non usare MS Security Essentials?
è gratuito e funziona bene