J.P.Endress

Das werde ich auf jeden Fall als nächstes in Angriff nehmen. Vielen Dank. Ich bin immer davon ausgegangen, dass ein Backup aus der VM selber nichts bringt, offenbar war das ein Irrglaube. An der Stelle nochmal danke an alle, die sich beteiligt haben. Mein Problem ist auf jeden Fall gelöst!

Vielen Dank für den Tip mit Starwind. Konvertierung von der System HD hat funktioniert, jetzt teste ich noch die Daten HD und dann reichts erstmal.

alles richtig. Deswegen arbeite ich auch jetzt an der Sache, um im Notfall dann zu wissen, wo ich hinfassen muss und dann keine Experimente machen muss. Den Optimalfall haben wir jetzt ausdiskutiert denke ich ;) Der wird sehr wahrscheinlich nicht eintreten, also arbeite ich jetzt an der Sache unter den Bedingungen, die mir zur Verfügung stehen. Und jetzt bitte: Back to Topic. Wenn noch jemand etwas mit der Fehlermeldung anfangen kann, dann bin ich für Vorschläge offen. Vielen Dank für den Hinweis auf Starwind, das werde ich auf jeden Fall testen. @mwiederkehr: Veem funktioniert auf dem kostenlosen ESXI nicht. Bringt es dann etwas, nur die Agents in der VM zu installieren ? Das wäre in der Tat ein Ansatz, den ich mir gerne ansehen würde!

Missverständnis: Es gibt kurzfristig keinen neuen Server. Wenn die Kiste defekt ist, dann bleibt ja nichts anderes, als den Geldbeutel aufzumachen, aber für einen geordneten Übergang, den ich im übrigen jetzt für geboten halte, sind keine Mittel verfügbar. Zumindest ist meine Empfehlung ja auch, jetzt damit anzufangen und nicht zu warten, bis uns die Kiste um die Ohren fliegt, aber ihr wisst wie das ist in den Firmen. Das böse Erwachen kommt immer dann, wenn die BWLer erkennen müssen, das die Empfehlungen aus der IT vielleicht doch eine gute Idee gewesen wären :) Der HyperV hat für mich einfach mehrere Vorteile: z.B. Betriebs-, Update- und Lizenzsicherheit. Ich möchte es nicht nochmal erleben, das ein Hersteller einfach verkauft wird und von heute auf morgen Preiserhöhungen auf uns zukommen, die einfach nicht im Verhältnis stehen. Und das kann bei Proxmox genauso passieren. Zum eigentlich Problem: Ich sichere regelmässig die VMs weg und im Notfall bin ich auf diese Sicherung angewiesen und muss so schnell wie möglich den Betrieb wiederherstellen. Das ist ja irgendwo auch der Sinn von den VMs.: runter damit, neue Hardware, draufkopieren, einrichten, läuft. Genau diesen Weg möchte ich eben sichergestellt haben. Naürlich kann ich im Nachhinein einfach mit den Schultern zucken: "Ich habs euch mehrmals gesagt!!" aber die Arbeit bleibt ja dann doch wieder an mir hängen und ich muss mir die Nächte um die Ohren schlagen.

ok, ich möchte das Warum und Wieso der Situation hier nicht diskutieren, das bringt einfach nichts. Die Situation ist so wie sie ist. Vielleicht können wir ja nochmal zum Ursprung meines Eintrags zurückkommen? vmdk --> vhdx Konvertieren mit qemu-img funktioniert, aber der HyperV startet das System nicht mit der Fehlemeldung oben. Jemand eine Idee? Ich bin nach wie vor auch dankbar, wenn mir jemand einen Weg aufzeichnet, wie der Umzug vom Esxi auf HyperV direkt funktioniert, dazu gibt es ettliche Artikel, aber leider nichts greifbares, dass ich installieren und testen kann.

Aktuelle Situation: VMWare Esxi 6.7, zwei VMs Windows Server 2019 Die Serverhwardware ist schon etwas älter, für einen Ausfall soll vorgesorgt werden. Der Plan war, den Server solange laufen zu lassen, bis die Hardware ausgetauscht werden muss. Angesichts der Lizenzsituation von Broadmcom ist ein erneuter Betrieb unter Vmware nicht vertretbar, daher muss ich Szenarien für einen Umstieg auf neue Hardware und neue Host Software testen und vorstellen, die im Ernstfall den Betrieb wieder sicherstellen. Option1: Wenn ich einen neuen Server danebenstellen kann, sehr gerne. Neuer Server ins AD und dann schön geordneter Umzug, das wird aber leider nicht passieren, weil ich keinen neuen Server bekomme :( Option2: Daran arbeite ich gerade. Mein Favorit ist eben HyperV dazu muss ich die vmdk übernehmen können. leider bisher ohne Erfolg. Test mit Proxmox verlief schon erfolgreich. Option3: Danke für den Stubbs. aber leider sehe ich keinerlei Tools an Board vom HyperV das durchzuführen, oder finde keine, oder stelle mich zu b***d an. Womit würdest du das machen ?

Unbedingt muss das natürlich nicht sein, aber die derzeitige Situation in der Firma macht es erforderlich, verschiedene Szenarien durchzuspielen. Der Weg, die vmdk zu konvertieren und im HyperV zu nutzen soll sichergestellt werden. Ein direkter Import ist natürlich eine Option, solange das derzeitige System läuft. Im übrigen habe ich auch nach dieser Möglichkeit gesucht, unabhängig von meinem Problem hier im Thread würde ich mich freuen, wenn du mir einen Stubbs in die richtige RIchtung geben könntest. Die meisten Wege verlaufen leider im Sand bzw. in toten Links oder zu kostenpflichtiger Software.

Hallo zusammen, ich habe mehrere Versuche unternommen, eine vmdk in eine vhd oder vhdx zu konvertieren, mit qemu-img. Egal mit welchen Parameter ich es versuche, ich erhalte immer die Fehlermeldung: "Der angeforderte VOrgang konnte aufgrund einer Beschränkung für das virtuelle Datenträgersystems nicht abgeschlossen werden. Die Dateien virtueller Festplatten müssen unkomprimiert und unverschlüsselt sein und dürfen nicht platzsparend verwendet werden." Keine dieser Bedingungen trifft aber zu und die Google Suche bringt mich leider auch nicht weiter. Hat jemand eine Ahnung, was ich falsch mache ?

Primär Bevor ich den plattmache und neu installiere, warte ich einfach, bis die Hardware obsolet wird und wir eh einen neuen Server brauchen. Das Sysvol wird mit der Datensicherung mitgesichert, dann bleibt das halt so. Danke für die Hilfe und einen schönen Sonntag noch.

Ich stosse ständig auf ein neues Problem: im ADSIEDIT ist kein Eintrag zum Sysvol vorhanden. Daraufhin habe ich in der Registry nachgesehen und auch hier ist auf dem DC nichts zu finden: Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DFSR\Parameters\SysVols\Seeding SysVols\ --hier sollte der Domainname stehen-- So langsam habe ich das Gefühl, dass bei einer Serverumstellung in der VErgangenheit etwas schiefgelaufen ist auf der Kiste, vor meiner Zeit :(

Ja ist ein DC, danke schonmal schau ich mir an und teste es mal.

Zur Datensicherung steht ein Mirror Server an einem Remotestandort und die Daten werden mittels DFS auch erfolgreich gesichert. Die Sysvol Synchronisierung wartet aber immernoch auf die erste Synchronisierung und mir ist schleierhaft warum. An Portfreigaben oder einem nicht erreichbaren Server kann es ja nicht liegen, wenn die Daten synchronisiert werden, nur das Sysvol nicht? Ich kann auch auf die Freigabe vom Hauptserver vom Remotestandort zugreiffen, also verstehe ich nicht, warum das nicht funktioniert. Hat jemand eine spontane Idee ?

Das machen wir alles zusätzlich. Sicherung auf Filebene jeden Tag / Freitag / Monat / Quartal. Sicherung der VMs etc Eine Sicherung wird ausser Haus getragen jeden Freitag und die Sicherung auf dem Server an einem anderen Standort kommt noch dazu. Und die DFSR soll nochmal einen draufsetzen. Jetzt bitte wieder Back to Topic. Ich möchte das DFSR zum Laufen bringen, ich versuche jetzt erstmal mit robocopy neu abzugleichen und dann schau ich mal, was der nächste Lauf bringt. Vielen Dank an alle bis hier. Ich melde mich wieder

Und genau ist der Haken. Das ist ein sehr kleines Unternehmen und wir haben das Ziel, ca 150 GB Daten neben der normalen Sicherung ausser Haus zu schaffen. Wir benötigen also eine Lösung die nicht viel kostet, die Daten in regelmässigen (wöchentlichen) Abständen ausser Haus schafft und natürlich keinen irren Aufwand an Arbeitszeit benötigt. Im Grunde bin ich immernoch überzeugt, dass das die DFSR leisten kann, wenn sie funktioniert.

Nicht, wenn man ihn mit Boardmitteln verhindern kann ;) Aber mach doch bitte mal einen konkreten Vorschlag, interessiert mich sehr und vielleicht bekomme ich das ja durch, wenn es nicht allzuteuer ist.