ciao a tutti,
sto imlementando il VDR sul mio ambiente 4.1.u1, 10 HOST fisici e 130 VM.
ho diviso i backup su due appliance visto il limite delle 100 vm, solo che ho notato che per le macchine di produzione (più di 80) è estremamente lento, è il primo backup ma l'appliance vedo che va in sofferenza, attualmente ha 3 Vcpu e 4GB di ram. un disco RAW da 900GB collegato direttamente alla macchina (SAN con dischi sata). Ho il dubbio che si ingolfi un po tutto visto che partono in parallaeo 8 backup, non esiste un parametro da cambiare per limitare magari a 4?
grazie a tutti come sempre!
ciao
Mattia
Che versione di VDR hai?
Questo workaround dovrebbe funzionare solo dalla 1.2 in su, per quelle precedenti non te lo assicuro:
- devi cercare il file "datarecovery.ini" localmente alla virtual appliance (in /var/vmware/datarecovery).
- stoppa il servizio datarecovery "service datarecovery stop"
- nel file datarecovery.ini dovresti vedere il paramentro "MaxBackupRestoreTasks", che di default è 8; se non c'è aggiungilo tu in questo modo: "MaxBackupRestoreTasks=n" dove n è compreso fra 1 e 8.
- riavvia il servizio "service datarecovery start"
Ciao,
F.
ho l'utlima versione la 2! appena finiscono i backup provo!
grazie 1000 comunque!
Con la 2 la procedura è la stessa.
Facci sapere!
allora ho provato a guardare nell'appliance di test che è scarico se entro nella dir che mi hai indicato non vedo nessun .INI vedo tanti datarecovey.log un .DAT index ma non quel file..![]()
Prova a creare tu il file datarecovery.ini, mettendo come prima riga la voce: [Options] e inserendo nella riga sottostante il parametro per limitare i task
si stavo provando solo che sono un pirla :smileylaugh: e ho dimenticato di inserire [option].
appena terminano i task che ho lanciato provo nuovamente spero che con 3/4 vm in contemporanea migliorino le performance vi faccio sapere!
Il fine .ini non esiste. Va creato da zero.
Dai un occhio anche a: http://vinfrastructure.it/2011/08/vmware-data-recovery-vdr-as-a-backup-solution/
confermo che funza!
allego il link http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=101317... nel caso servisse ad altre persone.
MaxBackupRestoreTasks=3
:smileylaugh: grazie a tutti!!
domandine: la VDR2 si può usare anche sula 4.1.u1? Chi ha usato la 1 ha notato dei miglioramenti significativi nella stabilità? (l'interessantissimo link appena postato l'ho già letto ![]()
Io invece ho un dubbio a monte: ma su una mole di VM così elevate VDR regge? Oltretutto mi pare poco flessibile in quanto a schedulazioni e tipologie di backup possibili?
Ciao,
Luca.
--
Luca Dell'Oca
@dellock6
vExpert 2011
[Assegnare punti a una risposta utile è un modo di dire grazie]
ciao Luca, (sono mattia ci siamo sentiti via mail)
per quanto riguarda la flessibilità per l'utlizzo che ne facciamo noi va bene dato che ci serve solo in caso di riprstino grave o simile (del tipo che mi bastano 2 copie come retention) sulla tenuta boh... vi farò sapere, l'unica cosa che sto notanto è che mi sembra moooolto lento 77 macchine ne task ed è da 2 giorni che va avanti... e ovviamente non ha ancora finito. voglio sperare che sia perchè è il primo backup e che sta deduplicando.
(lun attaccata direttamente all'appliance)
se anche la seconda versione del backup è cosi lenta dovro per forza cambiare strada....
ma il restore level come cavolo si fa? non c'è da grafica??
>>ma il restore level come cavolo si fa? non c'è da grafica??
Certamente sì, tramite gui puoi restorare una intera VM o un singolo .VMDK.
Il File Level Restore è invece un po' piu scomodo: devi invece usare un tool che si trova nel cd della VDR: lo installi dentro una VM (windows o linux, in base al tipo di file system da cui vai a ripristinare) e ti permette di montare il virtual disk che contiene i file che ti interessano (per i dettagli in questo caso è meglio se dai un'occhiata alla guida).
Ciao,
più che altro controlla bene i job di integrity check, con quella quantità di VM rischiamo di creare problemi sullo storage che li ospita.
Per la velocità, sicuramente la prima passata coi full backup è la più lunga e pesante, non so le caratteristiche tecniche della struttura storage (sia produttiva che si backup) perciò dire se è lento o meno è impossibile.
Sicuramente non è un tempo accettabile a prescindere a mio avviso.
Ciao,
Luca.
--
Luca Dell'Oca
@dellock6
vExpert 2011
[Assegnare punti a una risposta utile è un modo di dire grazie]
cosi ovviamente è inutilizzabile, ma se si riprende con i prox backup bene.
io ho un DS4800 dell'ibm cablato in FC 2 controller non è prorio una chiavica.... ![]()
vi tengo aggiornati.... se no saranno cotretti a passare a veeam...
