Hallo,
ich möchte bestehende Systeme mit SQL Datenbanken auf einen ESX Server migirieren. Dafür hätte ich gerne ein Protokoll, anhand dessen man nachvollziehen kann, wie die Migration ablief bzw. ein Log, welches den Ablauf der Migration dokumentiert.
Das Protokoll muss garantieren, dass auch wirklich ALLE Daten migriert wurden.
Hat da jemand schon Erfahrung bzw gibt es dazu irgendeine Möglichkeit?
Gruß & Dank
Elminator
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
VMware vSphere 4 Migrationsprotokoll
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
Haeh?
Du deaktivierst den automatischen Start des MSSQL und faehrst dann den phy. Server herunter. Das was du machen willst nennt sich P2V und solch eine Konvertierung macht man wenn der Server abgeschaltet ist bzw. das Host OS nicht aktiv ist.
Du bootest dann mit einer KonverterCD der div. Hersteller und erstellst eine VM. Sofern bei den Festplatten keine Groessenaenderungen gemacht werden wird alles auf Blockebene uebertragen.
Ja der VMware Konverter hat auch Logs... aber das ist nicht das was du jetzt erwartest. Wenn er denn Fertig ist wird die VM gestartet und das Finetuning besteht. Damit dein MSSQL nun nicht losschiesst wurde er ja vorher aktiviert.
Wenn du dann mal fertig bis wird die Entscheidung getroffen ob die VM nun Produktiv weitergefuehrt wird oder nicht. Nun kannst du den MSSQL wieder starten oder in in welcher Form auch immer Testen. Soll die VM in dieser Zeit keinen Kontakt zur Aussenwelt haben solltest du das virtuelle Patchkabel abziehen in dem die vNIC disconnect wird.
Gruss
Joerg
Du deaktivierst den automatischen Start des MSSQL und faehrst dann den phy. Server herunter. Das was du machen willst nennt sich P2V und solch eine Konvertierung macht man wenn der Server abgeschaltet ist bzw. das Host OS nicht aktiv ist.
Du bootest dann mit einer KonverterCD der div. Hersteller und erstellst eine VM. Sofern bei den Festplatten keine Groessenaenderungen gemacht werden wird alles auf Blockebene uebertragen.
Ja der VMware Konverter hat auch Logs... aber das ist nicht das was du jetzt erwartest. Wenn er denn Fertig ist wird die VM gestartet und das Finetuning besteht. Damit dein MSSQL nun nicht losschiesst wurde er ja vorher aktiviert.
Wenn du dann mal fertig bis wird die Entscheidung getroffen ob die VM nun Produktiv weitergefuehrt wird oder nicht. Nun kannst du den MSSQL wieder starten oder in in welcher Form auch immer Testen. Soll die VM in dieser Zeit keinen Kontakt zur Aussenwelt haben solltest du das virtuelle Patchkabel abziehen in dem die vNIC disconnect wird.
Gruss
Joerg
Hallo,
danke für die schnelle Antwort. Das Problem an sich ist nicht der Ablauf der Migration.
Bei dem Unternehmen für das ich die Migration durchführen muss, handelt es sich um ein Amerikanisches Unternehmen und dieses verlangt ein Migrationsprotokoll indem hervorgeht, dass die Daten zu 100% migriert worden sind. Das Ergebnis muss auf jeden Fall als Dokument archivierbar sein.
Gruß & Dank
Elminator
danke für die schnelle Antwort. Das Problem an sich ist nicht der Ablauf der Migration.
Bei dem Unternehmen für das ich die Migration durchführen muss, handelt es sich um ein Amerikanisches Unternehmen und dieses verlangt ein Migrationsprotokoll indem hervorgeht, dass die Daten zu 100% migriert worden sind. Das Ergebnis muss auf jeden Fall als Dokument archivierbar sein.
Gruß & Dank
Elminator
Hi,
Vorschlag meinerseits: Das Log des VMware Converters dabei legen "100% completed" taucht als Minimum zum Schluss auf.
Zusätzlich MD5-Hashsummem auf alle kritischen SQL-files legen und einen vorher/nachher Vergleich machen. Stimmen die Hashs nach der Migration noch überein, kann man sagen, dass die reinen SQL-Daten zu 100% korrekt übertragen wurden.
Ist zwar unnötig, weil die Migration ohnehin transparent & sicher ist, aber wenn´s verlangt wird ... why not
Gruß.
Vorschlag meinerseits: Das Log des VMware Converters dabei legen "100% completed" taucht als Minimum zum Schluss auf.
Zusätzlich MD5-Hashsummem auf alle kritischen SQL-files legen und einen vorher/nachher Vergleich machen. Stimmen die Hashs nach der Migration noch überein, kann man sagen, dass die reinen SQL-Daten zu 100% korrekt übertragen wurden.
Ist zwar unnötig, weil die Migration ohnehin transparent & sicher ist, aber wenn´s verlangt wird ... why not
Gruß.
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 22 Gäste