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.

Das klingt super, aber da hängt sicher ein Preisschild drann ?

@Testperson: Soll als Backup dienen, um die Daten zeitnah an einen anderen Standort zu übertragen. Es finden am "Backup" Standort keine Datenbewegungen statt, ist ein reiner Slave. Bin für Vorschläge dankbar. @djmaker: Ok das werde ich versuchen, es sei denn es kommt ein revolutionärer Vorschlag von der Testperson :)

Weil das bei der zur Verfügung stehenden Bandbreite einfach ohne vorrübergehenden Stillstand nicht möglich ist. Es geht um ca 60 GB bei einem Upload von 16MBit das dürfte ewig dauern, daher werde ich irgendwie die Daten "im Eimer" rübertragen müssen, bevor ich die Replikation neu einrichte. Ich bin aber natürlich für andere Ideen offen :)

Danke schonmal, ich bin gerade noch am Prüfen, welche Dateien diese Unterschiede ausgelöst haben und ob es eine andere Ursache gibt. Aber letztendlich werde ich wohl nächstes Wochenende den ganzen Laden stilllegen müssen :(

Hallo zusammen, ich habe zwei Windows Server 2019, die übers Internet per VPN verbunden sind. Zwei Ordner werden (sollen) zwischen den beiden Servern repliziert werden und Replikation läuft auch, es tauchen keine Fehlermeldungen auf. Auch im Diagnosebericht nicht. Leider gibt es eine deutliche Diskrepanz zwischen den beiden Verzeichnissen, was die Anzahl der Dateien und die Grösse der Verzeichnisse angeht. Die Anzahl der Verzeichnisse ist allerdings auf beiden Seiten gleich. Zum anderen irritiert mich die Meldung, dass durch die Komprimierung eine Ersparnis von 98,2 % der Bandbreite erreicht wurde. Das erscheint mir doch einfach zu fantastisch. Hat jemand eine Idee was ich mir noch angucken oder ändern könnte?

Könntest du das etwas ausführen ? Was soll ich denn noch machen, ausser es zu aktivieren und die DNS Einträge zu pflegen ? Wenn es dann immernoch zu Problemen bei der Anmeldung kommt, schmeiss ich den Mist einfach raus.

Danke für den ausführlichen Beitrag. IPv6 ist bei mir auf allen Servern und Clients deaktiviert, weil es grundsätzlich DNS Probleme auslöst und die Clients sich nicht mehr anmelden können. Ich habe grosse Angst davor, IPv6 zu aktivieren, weil ich mich danach u.U. nicht mehr auf dem Server anmelden kann und im Augenblick ist es mir lieber, die Fernarbeiter arbeiten langsam als garnicht. Offtopic;: Ich habe jetzt schon zwei Admins angesprochen und auch per Mail nachgefragt: Ich muss bei jedem Login mein Passwort ändern hier im Forum. Das Problem habe ich auf 3 verschiedenen Rechnern und auf 2 verschiedenen Browsern. Wenn jemand einen Tip hat, woran das liegt, bitte her damit ;)

Ich hab das Gefühl, da hängt ein Preisschild drann !? Das mit dem weissen Vorhang hab ich jetzt nicht verstanden, wie meinst du das ? Ich hab gestern zuletzt wieder die Meldung bekommen, dass eine Sitzung eingefroren ist. Ich hatte zu dem Zeitpunkt im Log eine Meldung der Druckerwarteschlange, ich poste die Meldung heute abend noch. Ansonsten habe ich noch einen Hinweis bekommen, die Terminalsitzung per GPO nur auf TCP zu setzen. Ob das jetzt einen positiven Effekt hat weiss ich noch nicht....

1 Session, es arbeitet derzeit nur ein User auf der Maschine Der Server hat 32 GB zur Verfügung, nagelneuer Dell Server, Raid Controller kann ich gerne nachsehen, aber das ist in meinen Augen nicht das Problem, weil: Es laufen 3 virtuelle Maschinen auf dem ESXi, und die laufen alle perfekt. Es liegt nicht an der Performance, oder dem Speicher etc. Ansonsten würde eine zweite Sitzung auf dem selben Server nicht laufen wie geschmiert. Das Monitoring ist entweder nicht sehr hilfreich, das Microsoft verbaut hat, oder ich kann es nicht bedienen. DIese Leistungsaufzeichnung zeichnet immer genau 60 Sekunden auf, davon hab ich natürlich garnichts. Die Maschine ist frisch installiert worden und bei den ersten Tests traten diese Probleme auf, sporadisch, unabhängig von Updates nicht reproduzierbar.

Ich durfte heute dieses Verhalten live beobachten: Die Remotesitzung friert komplett ein. Eine gleichzeitig etablierte Sitzung als Admin zeigte keine Prozessor / Speicher / etc etc Last an und läuft einwandfrei. Ich kann so nichts diagnostizieren und weiss langsam nicht mehr weiter. Der User Input Delay bringt mich bei dem Problem überhauptnicht weiter, weil einfach kein Input mehr möglich ist...