NorbertFe

Denken sich deine Kollegen vermutlich auch. ;)

Hast du es jetzt als Dienst laufen?

OK, dann siehe oben. Wenns der Schlüssel des Kunden ist, dann kann er den auf allen Servern verwenden. Das ist afaik vollkommen egal. Wenn er einen KMS haben will, muss er sich mindestens einen Server mal über VL kaufen, dann bekommt man den.

Nein, das wurde nachträglich bearbeitet. Wenns ne Korrektur war ok, ansonsten bleibe ich bei meiner Antwort. Ich verwende nicht die Key anderer Kunden bei anderen Kunden. ;) Und wenns der selbe Kunde ist, dann ist es sowieso sein Key, dann stellt sich die Frage eigentlich gar nicht.

Des anderen Kunden?

Ja, dann ist das so. ;) alternativ kauft man sich halt mal eine vl und bekommt den kms dazu. ;)

Na und?

Weil du kms Schlüssel nur bei Volumen Lizenzen bekommst und nicht bei rok

Dann aktivier halt Datacenter . ;) keys eines anderen Kunden würde ich nicht unbedingt verwenden.

Also immer noch nicht gelöst? ;) vielleicht Zuviele dcs :p

Die Nummer wird dir beim vamt soweit ich weiß angezeigt.

Meist weil der key bereits öfter als 3 mal aktiviert wurde. Da hilft dann ein Anruf bei ms, die das activation limit hoch setzen, oder einen neuen key rausgeben.

Ja, denn wie willst du den Office erklären, dass du einen anderen ins nutzen willst? ;)

Ich glaub, ich hab noch nie einen KMS telefonisch aktiviert. Wozu auch, wenn der KMS ins Internet darf?

Aber nur Office? Wie wurde das Office installiert? Welches Office ist es? Wurde der office kms Schlüssel auf dem Server aktiviert?

Office 5 (aus dem Gedächtnis), Windows 25 aktivierungspunkte (1 Client os = 1 Punkt, 1 Server os = 5 Punkte) Nein es müssen 25 aktivierungspunkte sein. Bspw. 5 server erreichen die 25 ebenfalls oder eine beliebige Mischung an Clients und Servern.

Dann sollte er es nicht weiterverbreiten. ;) Problem gelöst. Ansonsten werden Schulungsunterlagen doch normalerweise an die Schüler ausgegeben, oder?

TOTAL OT: Du tust so, als wären Probleme bei Verwendung von 2 DCs der Standard. Sind sie meiner Erfahrung nach aber nicht. Und selbst wenn sind die meist ohne massiven (geschweige denn "massivsten") Aufwand zu beheben, wenn man es denn will. Ja in bestimmten Umgebungen und wenn der Rest dazu passt, tuts auch ein Fire and Forget DC. Da ist allerdings meiner Erfahrung nach meist noch viel mehr zu berücksichtigen. Aber jeder wie er mag, und wir müssen diese Diskussion ja auch nicht jedes Mal führen. :) Bye Norbert PS: Dein letzter Satz relativiert die vorher aufgezählten 8 Punkte auf genau das: Abhängig vom System und rein subjektive Empfindung. ;)

Kommt halt drauf an. Im Zweifel muss sich halt ein Nutzer mit den notwendigen Berechtigungen auf die Ressource anmelden. Aber das hat Jan ja schon geschrieben, dass die Doku da etwas "schwammig" ist. ;)

Ja das ginge, ob der Aufwand dadurch aber "geringer" wird, würde man evaluieren müssen. Die Frage ist halt, wie schnell oder wie hart muss/soll die Trennung erfolgen? Ach was. ;) Ist sie ja auch. Ja wenn Tools kein Problem darstellen ist das auch eine Option, aber am Ende wird da nicht zwischen EWS On-Prem und ExO migriert, sondern über die MIgrationsmaschine. ;) Kleiner aber feiner Unterschied.

Du hast meiner Meinung nach zwei Optionen: 1. alles per Hybrid in einen tenant migrieren und dann dort eine tenant zu tenant Migration für die eine Firma durchführen. 2. Eine Firma per pst Export nach o365 in ihren eigenen tenant migrieren. 2.5 eine lokale Migration der einen Firma in ein eigenes ad. Dann kannst du zwei hybridmigrationen durchführen. bleibt ja die Frage, ob die lokalen Ressourcen für zumindest eine der Firmen direkt „aufgelöst“ werden können.

Ja, wieso auch nicht, wenn man Admin ist?

Naja eigentlich auch bei einer fremden CA, nur übernimmt die das inzwischen automatisch in allen mir bekannten Fällen. Lustig, dass man nach Jahren noch über das Problem stolpert. ;) Ich meine, dass auch der CN irgendwie noch im SAN auftauchen muss.

Schalts halt aus und entferne den Krempel von Hand mit adsiedit wenns gar nicht geht.

Bei 2019 und 2022 solltest du lieber SET Switch Embedded Teaming konfigurieren. Ab 2022 geht das nur bisherig LBFO nur noch per Powershell für Hyper-V zu konfigurieren. Viel Spaß beim Lesen. :)