NorbertFe

Das ist doch aber ok. Nur widerspricht man dieser Regel ja nicht, wenn man _zusätzlich_ eine Windows 2012R2 Standard Lizenz zuweist, da diese ja per CPU lizenziert würde. Das selbe Problem besteht zwischen 2016 und 2019 ja ebenfalls, denn dort hätte der vorher lizenzierte 2016er Server ja bereits 20 Cores und wenn ich jetzt nochmal 20 Cores 2019 zuweise, sehe ich da irgendwie keinen Widerspruch in den Lizenzbedingungen und das Konstrukt würde (so meine Annahme korrekt ist) den Betrieb von 2x 2012R2 und 2x 2019 oder im zweiten Fall 2x 2016 und 2x 2019 erlauben.

Wo steht, dass ich die 2016er Lizenz für den Host nicht downgraden darf?

Kein Grund für schlechte Laune. :) Das ist mir schon bewußt, und sollte auch nicht bedeuten, dass du das jetzt alles zusammenstellen sollst. Nur hatten wir diese Diskussion ja mit 2016 auch schon mal, und die versandete dann eben auch irgendwann mit genau diesem (keinem) Ergebnis. Kann ja sein, dass einer der anderen Leser hier schon eine andere Info seitens Audit usw. bekommen hat. Heute ist außerdem Freitag. Bye Norbert Warum? Ich hab ja schließlich ein Downgrade Recht und darf das auch auf den Host anwenden.

Ok, aber wir wissen ja, dass eine faq kein Vertrag ist.

Das gibt das obige Zitat aber nicht her. ;)

Dauert länger und ist unnötige Arbeit, wenn der alte fs funktioniert.

Die Frage ist nicht, ob man verschiedene Versionen über eine Lizenz mit downgrade recht installieren darf/kann. Das ist denke ich unstrittig. Die Frage ist, kann ich bspw. 4 vms (2x 2012r2 und 2x 2016) installieren, wenn man 1x Windows 2012r2 und 16 Core Lizenzen besitzt. ;)

Nicht vergessen zu prüfen, ob mit lokalen Gruppen berechtigt wurde.

2-Core pack verrät dir die Anzahl. Alternativ schau mal oben im Forum auf den angepinnten Thread.

Nein wie kommst du auf cals? Die 16 bezieht sich auf die Mindestanzahl notwendiger Core-Lizenzen.

Hmm naja, da nix von Versionen da steht, nicht so wirklich. Für mich bedeutet es, dass nichts gegen das Mischen verschiedener Versionen spricht.

"geht nicht!" :)

Dann ist immer noch die Windows Lizenz dem Host zugewiesen. Ja, aber nirgends steht (zumindest hab ichs nirgends gefunden), dass man nicht auch "ältere" Lizenzen diesem Host zuweisen darf.

Natürlich zeigen die _nicht_ auf den Exchange 2010. Das wäre ja total kontraproduktiv. :/ Alles zeigt auf Exchange 2016 und der proxied nach hinten. Allerdings muß dazu auf Exchange 2010 Outlook Anywhere mit NTLM aktiviert sein. Und damit die Clients keine riesigen Profilumstellungen verursachen, konfiguriert man vorher (noch unter Exchange 2010 am besten) die Outlook Provider, dass _immer_ Outlook Anywhere genutzt wird. Dann ist Mapi/RPC erst mal als Fehlerquelle weg. Bye Norbert

Deswegen stellt man vor der Migration sinnvollerweise auch alles auf Outlook anywhere um. ;) dann muss man sich im cas Array und mapi rpc keinen Kopf mehr machen.

Hi nils, aus welchem lizenzschreiben geht das denn eigentlich hervor? Die Diskussion gibts ja schon eine Weile, aber so ganz klar hab ich’s irgendwie nirgends gelesen. bye norbert

Das geht auch nicht über OWA. Für deine Anforderungen kannst du Adressbuchrichtlinien verwenden. Google mal, dann findest du da sicher genügend Anleitungen. Bye Norbert

Das kann ja auch nicht funktionieren. Du kannst keine Einträge in eine GAL per Outlook einfügen. Zumindest nicht ohne handstand.

Ist das GPO denn noch mit den obigen Einstellungen aktiv?

Alle anderen Maschinen werden aber aktiviert. :/ Ich schau mal, im VLSC standen zwei Keys, dann probier ich mal den anderen. Danke für den Tipp. Neuer KMS Key und schon gehts.... Muß man nicht verstehen.

Welche Art Adressbuch hast du denn erstellt und wie willst du Kontakte hinzufügen? Schreib nur keine Infos, das könnte deine Helfer verwirren. ;)

und ihr arbeitet mit lokalen Konten?

Ja das hab ich auch. Nur aktiviert mein 2016er KMS eben (siehe oben) keinen 2019er Server.

Hab leider grad keinen 2019 Standard rumfliegen, sonst hätte ich mal getestet.

Ja, aber der Key ist für KMS und AD Aktivierung afaik ja der selbe. Oder nutzt ihr MAK?