Hallo Sven,

SET ist ein „virtueller Switch“. Alles was wir hier machen, ist „Software Defined“, also auf dem Software Layer. Mit dem SET-Switch erstellst du also einen Software-Switch der gleichzeitig ein Teaming der physikalischen Adapter macht. In dem Moment, wo du den SET-Switch erstellst, haben die physikalischen LAN-Adapter die Netzwerk Funktionalität an den SET-Switch übergeben. Das heisst, wenn du nun den Server, der mit einem SET-Switch am Netz hängt an ein VLAN binden willst, dann musst du das auf dem SET-Switch setzen via PS oder über das GUI des Hyper-V Switch Managers. Auf der anderen Seite musst du auf den Switch Ports des physischen Switches ebenfalls das VLAN taggen.

Falls du jedoch eine virtuelle Maschine und nicht den Server selber in das VLAN nehmen möchtest, kannst du das VLAN in den Netzwerk-Einstellungen der VM im Hyper-V Manger einstellen. Somit kann jede VM individuell einem oder mehreren VLANs hinzugefügt werden, ohne dass der Hypervisor Server selber in dem VLAN ist.

Gruss, Marco

Gruss

Moin

Mir hat der Artikel durchaus weitergeholfen. Dass er aus 2018 stammt und nicht aktualisiert wurde, tut der Sache keinen Abbruch. Hirn einschalten beim Lesen hilft.
Danke für den Artikel und die enthaltenen Infos.

Hallo MM,

Ich freue mich für dich, dass du im Gegensatz zu mir ein solch hohes Verständnis in der deutschen Rechtsschreibung und dem Schreiben von Blog-Artikeln hast.

Nur an deiner Ausdrucksweise würde ich persönlich nochmals nach justieren.

In der Regel liest Word mit der deutschen Rechtschreibprüfung den Artikel gegen und ich bin erstaunt darüber, dass du auch hier mehr weisst als Word und der deutschen Rechtschreib- Überprüfung.

Für das ein Satz doppelt vorkam muss ich mich herzlich entschuldigen, ich habe dies sogleich korrigiert.

Dann zu deiner Kritik das es sehr wohl möglich sei von CSM auf UEFI zu wechseln, möchte ich dir folgende Antwort geben. Wenn du den Artikel genau anschaust, dann wurde dieser im August 2018 geschrieben und auch nicht mehr angepasst bis heute. Zu der Zeit gab es noch keine Tools wie MBR2GPT und vor allem war dieses auch nicht supportet. Mir ist schon klar, dass es Wege gab, auch vor MBR2GPT, nur hast du, wenn du den Weg beschritten hast, die Support Gewährleistung seitens Microsofts verloren. Daher, dies hier ist kein Jugend forscht Blog, hier geht es darum Wissen zu vermitteln das auch keinen Risiken unterliegt,

Zu der Zeit gab es denn auch eine klare Vorgehensweise seitens Microsofts, und zwar das man das System neu installieren soll. Ich weiss dies so genau, weil ich zu der Zeit für Microsoft als Engineer tätig war und wir viele Fälle im Software Defined Datacenter Umfeld hatten die ihre VMs und auch Clients, Server geschrottet haben.
Daher basiert der Artikel auf der Zeit, wo er veröffentlicht wurde, und ist somit bis zu seiner Revision auch richtig,

Besten Dank für deinen Beitrag

Warum Bios und nicht BIOS? Sogar in den Bildschirmabzügen steht das Wort in Großbuchstaben!

Satzstellung und Stil sind zum Teil tiefste Umgangssprache. Auch der Bindestrich (bei zusammengesetzen Hauptwörtern) dürfte Luxus sein.

Beispiel:

„Problem Zwei

Wenn das Betriebssystem installiert ist, kann nicht mehr auf UEFI umgestellt werden ohne das Betriebssystem neu zu installieren.

Wenn das Betriebssystem installiert ist, kann nicht mehr auf UEFI umgestellt werden ohne das Betriebssystem neu zu installieren.“

Warum erscheint hier der gleiche Satz doppelt? Außerdem ist die Aussage nicht korrekt. Es kann sehr wohl von MBR bzw. CSM auf UEFI ohne Datenverlust umgestellt werden. Es ist nur mit gewissen Schwierigkeiten verbunden. Unmöglich ist es nicht.

Ich würde mich schämen, einen inhaltlich nicht so schlechten Artikel in einer solchen Form zu veröffentlichen.

Hallo Lars,

Um die Frage zu beantworten, gehe ich nochmals einen Schritt zurück. Grundsätzlich hast du in einer klassischen Active Directory Umgebung mehrere DCs auf denen einerseits die GPO Templates und anderseits die GPOs selbst liegen und an den Domain gejointen Client geschickt werden. Die von mir beschriebene Inkompatibilität bezieht sich darauf dass du einen Central Store nutzt. Das bedeutet dass du eben auch auf dem DC im Sysvol Share die Templates gespeichert hast. Dies macht man in der Regel dass auf jedem DC die gleichen Templates genutzt werden- da das Sysvol ja repliziert wird.
Wenn wir nun aber diese im Artikel beschriebenen Templates im Central Store ablegen, kommt es zu Kompatibilitätsproblemen mit den Windows 10 GPOs im GP Manager. Um dies zu umgehen, nehmen wir uns beim Workaround einen Windows 10 Client her und installieren die GP Manager Konsole. Dann bringen wir der bei das sie nicht die Templates im Central Store, sondern die lokalen für W 10 nehmen soll. Somit hast du einfach eine dedizierte GP Manager Konsole auf einer Windows 10 Maschine und änderst W 10 GPOs da- so lange du noch W 10 Maschinen hast und diese noch Domain gejoint sind. Die Einstellungen, die GPOs selber sind aber nach wie vor auf den DCs und werden an die Clients geschickt.

Grüsse, Marco

Viele Grüße
Lars