VDR Restore

[padulka]

Salve a tutti un quesito, ma è possibile restoraro il backup di una macchina virtuale su un altro cluster?

[scanda · Accepted solution]

Ricordo di aver letto un articolo a riguardo, mi sembra non sia possibile fare il restore su un altro cluster o un esx che non appartenga allo stesso cluster da cui proviene il backup.

Ci sarebbe un workaround, potresti fare un Restore Rehearsal (quello utilizzato per verificare che il backup sia consistente e funzionante) su un datastore condiviso con un esx del cluster su cui vuoi fare il ripristino.

Fatto il restore ti ritrovi una VM  con appesa la stringa "Rehearsal" tra le VM inventariate, non fai altro che rimuoverla dall'inventario e riaggiungerla sul nuovo cluster. Una volta reinventariata nel cluster corretto puoi migrarla su un altro datastore e il gioco è fatto.

Il metodo non è proprio dei più ortodossi ma dovrebbe funzionare, dammi feedback se è funziona

ciao

[padulka]

Grazie la provo subito come opzione non sembra male, però sono sempre vincolato al mio VDR quindi se perdo quella cmq perdo tutto.

Cmq ti faccio sapere

[AndreTheGiant]

Una VM è un set di file.

Se l'hypervisor è lo stesso la puoi restorare dove vuoi. Se è diverso, prababilmente devi fare un V2V.

Ma attenzione che la VM potrebbe trovarsi in un'altra rete e quindi richiedere parametri nuovi.

-------------------------
Ricordo a tutti l'evento del VMUG Italiano: http://www.vmug.it/eventi/virtual-security-primo-evento-4-aprile-2012/
Pagina di iscrizione: http://www.vmug.com/e/in/eid=363

[cdsrome]

ma se ho VDR e ho fatto il backup di una vmachine posso restorarla se non ho una macchina virtuale già pronta o ne devo avere una dove riversare il restore?

[ldelloca]

Ciao, Il restore di una VM è pensato proprio per ripristinare una VM da zero, non devi avere in giro la VM originale. Il restore ripristina sia i dischi vmdk che il file vmx di configurazione. Ciao, Luca.

[padulka]

Farò un po di prove e vi faccio sapere, grazie a tutti

[padulka]

Aggiornamento:

ho configurato un nuovo VDR, appartenente ad un nuovo cluster. Provo a puntare la share dove risiedono i backup fatti nella vecchia infrastruttura e mi da il messaggio in allegato.

Inizia tutta una fase di importing configuration e poi mi chiede utenza e password ma senza mai ricollegarsi; domani rifarò un po di prove e vi aggiorno.

Ciao

[AndreTheGiant]

L'import è necessario per ottenere il catalogo di tutti i backup.

Sul fatto che poi chieda utente e password potrebbe essere legato a credenziali diverse sul vCenter.

Prova a reimpostarle nelle impostazioni del VDR.

[padulka]

Grazie immaginavo fosse per quello che faceva l'importing. Cosa intendi per: "Prova a reimpostarle nelle impostazioni del VDR". O meglio di quale impostazioni parli?

[AndreTheGiant]

Sono quelle nel tab configuration del VDR (set vCenter Credential).

E' che se ti chiede la password allora sei ancora al login dello stesso e non puoi entrarci.

Un tentantivo è anche quello di bypassare il vCenter e collegarsi direttamente all'ESXi che ha il VDR.

[padulka]

Niente da fare mi chiede in continuazione utenza e password la cosa strana è che in realtà l'utenza è la stessa quindi non capisco perchè me la chiede, potrebbe essere che la password di root tra i due VDR è differente?

[AndreTheGiant]

La password di root di VDR non è rilevante. Sembra che le credenziali memorizzate non funzionino.

Hai provato a collegarti direttamente ad un host invece che a vCenter?

[padulka]

Si ho provato anche a collegarmi ad un host, ma niente da fare.

Cmq ho pure trovato ad utilizzare la stessa utenza sui due VDR ma niente mi continua a chiedere utenza e password; a questo punto mi sorge il dubbio ma se per qualsiasi motivo per il mio VDR e lo ricreo da capo non potrò più risalire ai miei backup? Questa è una situazione veramente strana e grave. Può essere che il problema sia la differenza di versione tra i due vsphere (4.1 e 5.0); premetto che il VDR è la stessa versione.

[AndreTheGiant]

Che versione è il VDR? La 5 supporta solo VDR 2.0, ma non solo se lui è compatibile con vSphere 4.x

[padulka]

Su entrambe i cluster ho la versione 2.0.0.1861 che dovrebbe essere l'ultima