Wiederherstellung schlägt fehl

[LIFEKID]

Hallo zusammen,

ich hab hier ein mittelschweres Problem.

Ein bestehender ESX 3.x ist kompett abgeraucht.
Sicherung ist vorhanden.
Die gesicherten Maschinen (gesichert mit BackupExec 12.5) lassen sich aber nicht wiederherstellen auf dem neu bereitgestelltem ESXi5 (Testversion noch am laufen).
Ich sehe dass die Dateien vom Band auf Platte in den teporären Ordner wiederhergestellt werden. Der AUftrag steht dann bei 100% und dann ist der Ordner leer, keine VM auf dem ESX und BE schmeisst ne Fehlermeldung ( 0xe000956a - Wiederherstellung misslungen. Beim Ausführen des WMware-Converter-Befehls zum wiederherstellen eines virtuellen Computers ist ein Fehler Aufgetreten. WMware hat möglicherweise eine WMware Converter XML-Ausgabedatei erstellt. Wenn diese Ausgabedatei existiert, enthält sie vielleicht zusätzliche Informationen zum Fehler.

Auf der Backupmaschine ist der Converter Standalone in Version 5 installiert.

Eine entsprechende Logdatei habe ich nicht gefunden.

Kann mir jemand helfen meine VM's wiederherzustellen?

Danke im Voraus für Hilfe und Tipps

Grüße
Mike

PS: Habe ich irgendwie die Chance einfach nur die Daten wiederherstellen zu lassen vom Band um dann die VM per Converter "zu Fuß" zu importieren?

[irix]

Kenne das Produkt nicht im Detail aber......

zu 3.5 Zeiten war das VCB aktuell welches aber schon mit 4.0 in der Versenkung verschwinden sollte und zumind. bei 5.0 EOL ist (techni. aber wohl noch nutzbar). Aber wer die Release Notes und das kleingedruckte liest der weis das der Converter 5.0 mit VCB nichts mehr anfangen kann.

Installiere mal den Converter 4.0 und erzaehle dann hier ob es geklappt hat.

Gruss
Joerg

[LIFEKID]

Wo bekomme ich Version 4.0 her?
Ich finde bei VM nur noch 5.0 und 4.3.

Grüße
Mike

....

miit der Anmeldung habe ich auch wieder die Vorgänger zum download....ich teste mit 4.0.1

[irix]

Kann sein das es mit 4.3 auch noch geht.

Gruss
Joerg

[LIFEKID]

jetzt schreit er erstmal was von runtime c++ fehler...aber dazu gibt es ja schon sehr viele Freds....

[LIFEKID]

Ich bekomme gleich Krämpfe.
Nun schreit BE dass der Converter nicht installiert wäre. Ist aber in V4.3 am laufen.....

[weigeltchen]

Warum wird nicht ein ESX3 Host neu aufgesetzt und die VM wiederhergestellt?
Der Umstieg von ESX3 auf ESXi 5 ist schon mehr als nur ein Versionswechsel.

[LIFEKID]

Das sollte der Converter aber packen.
Einen 3x setze ich diese Nacht nicht mehr auf.

[weigeltchen]

Soweit ich weiß, gibt es keinen upgrade-Pfad von ESX 3 auf ESXi 5 und nichts anderes versuchst Du von hinten durch die kalte Küche. Die Frage nach Plan B, der in solchen Fällen greifen soll, verkneife ich mir wohl besser?

[irix]

Das Problem ist http://kb.vmware.com/selfservice/micros ... Id=1026944 und das man nicht mehr genau erkennen kann mit welchen Produkt man VCB noch wiederherstellen kann. Mittendrin gabs mal eine Unterbrechung. Da auch ein BAE 12.5 uralt ist halt die Frage nun der Produktmix schlicht inkompatibel ist.

Allerdings waehre ich nicht auf die Idee gekommen einen ESXi 5 zunehmen. Das man BAE nicht dazubewegen kann es erstmal auf Disk zurestoren ist natuerlich unschoen.

Gruss
Joerg

[LIFEKID]

Die Dateien habe ich nun endlich auf ner externen Platte....jetzt meckert der Konverter dass er keine Hardwareinformationen abrufen kann....SCHREI!

Was habe ich nun zu tun?

Direkt auf den ESX will die Dateien nicht legen. Das wird sicher schiefgehen.

Obwohl ich gerade kurz davor bin es zu testen........

[continuum]

Hi
was hast du denn genau vorliegen ?

[LIFEKID]

Ich habe folgende Dateien:

catalog
x.nvram
x.vmdk
x-aux.xml
scsi0-0-0-x.vmdk
scsi0-0-0-x-s001.vmdk (davon s001-s038)
unmount.dat

Wobei x für den Namen des Servers steht.
Die Sicherung wurde mit BackupExec erstellt.
Die Dateien habe ich aus dem temporären Pfad der Rücksicherung erhalten.

Ich bin inzwischen mehr als verzweifelt.

[LIFEKID]

Wenn ich es richtig sehe muss die Sammlung von den VMDK's mit Verwendung der "catalog" Datei wieder einen große VMDK werden....aber wie?

[irix]

Ich meine mich Dunkel zu erinneren das man mit dem vmware-diskmanager.exe die VMDKs konvertieren kann und evtl. sogar mit vmkfstools direkt auf dem Host. Guck mal in die catalog rein was da an Infos drin steht. Mann koennte auch eine leere VM mittels vSphere Client erstellen und dann die konvertieren VMDKs einhaengen.

Gruss
Joerg

[LIFEKID]

Das ist der Inhalt von catalog

version= esx-3.0
state= poweredOn
display_name= "X"
uuid= "564da1a7-a6e6-8973-0799-83a58b4b9646"
disk.scsi0:0.filename= "scsi0-0-0-X.vmdk"
disk.scsi0:0.diskname= "[datastore1] X/X.vmdk"
disk.scsi0:0.thinProvisioned = "FALSE"
config.vmx= "[datastore1] X/X.vmx"
host= VM.domäne.local
timestamp= "Thu May 24 17:20:05 2012"
config.suspenddir= "[datastore1] X"
config.snapshotdir= "[datastore1] X"
config.file0= "x.vmsd"
config.file1= "x-aux.xml"
config.file2= "X.nvram"
config.file3= "X.vmxf"
config.logdir= "[datastore1] X"
config.log0= "vmware-7.log"
config.log1= "vmware-8.log"
config.log2= "vmware-9.log"
config.log3= "vmware-10.log"
config.log4= "vmware-11.log"
config.log5= "vmware-6.log"
config.log6= "vmware.log"
folderpath= "/ha-folder-root/ha-datacenter/vm"
resourcepool= "/ha-folder-root/ha-datacenter/host/X-VM.domäne.local/Resources"

[LIFEKID]

Gibt es einen alten Thread in dem evtl. die Befehlszeile für die Verwendung von vmware-diskmanager.exe in einem solchen Fall angegeben ist?

Ich werd später weiter arbeiten....

Jetzt erstmal Gute Nacht

[continuum]

ist.vmdk = Typ 2gb split wachsend
soll.vmdk = vmfs (preallocated one piece)

entweder

vmware-vdiskmanager -r "ist.vmdk" -t 4 "soll.vmdk"

oder

vmkfstools -i "ist.vmdk" "soll.vmdk"

Das Hochladen dauert laenger bei Variante 1
Mehr Platz auf dem ESXi-datastore braucht man bei Variante 2

[LIFEKID]

Nach langen Tagen plus Zwangspausen durch Pingstaktivitäten sind die Maschinen wieder am laufen.

Die Varianten mit vmware-vdiskmanager -r und/oder vmkfstools werde ich mir bei sich bietender Gelegenheit an etwas kleineren Sicherungen testen und damit besser umgehen zu können.

Hier nun der Lösungsweg der mich zum Ergebnis der laufenden Maschinen gebracht hat.
Es gibt sicher noch diverse andere Wege, aber ich kann hier nur diesen angeben.

Ausgangssituation war ein zerstörtes RAID mit ESX 3.x
Aktuelle Sicherungen von BackupExec 12.5 inklusive aller Patches und SP's mit VM-Agent.
Als verfügbare Plattform hatte ich dann VMware ESX in der Version 5.x

Die diversen Tests und Fehlversuche lasse ich hier nun raus.

Schritt eins war Update auf Backup Exec 2010 (nicht die aktuelle Version 2012!).
Die Version konnte in der Testversion mit allen Agents verwendet werden.
Installation von VM Converter in Version 3.0.3

Dann Wiederherstellung mit VM-Umleitung da BE den Ursprünglichen Host zur Wiederherstellung erwartet.

Damit lief die Wiederherstellung einwandfrei. in W2k8 musste lediglich der SCSI-Kontroller angepasst werden.

Für eine Maschine mit 80GB HDD hat der Vorgang ca 4h benötigt.

Die ehemaligen ESX3.x Maschinen laufen nun auf dem ESX5.x-Host einwandfrei.

Danke für die Hilfestellungen, Hinweise.und Anregungen

Grüße
Mike