Gibt es einen Nachteil beim Hinzufügen eines UPN, anstatt zu versuchen, unseren AD-Domainnamen zu korrigieren?

Leider habe ich eine Active Directory-Domäne geerbt, deren Name ein DNS-Name ist, den das Unternehmen nicht besitzt - wir nennen ihn ABC.com. Ich möchte, dass es stattdessen etwas unter company.com ist ( gemäß der Antwort von MDMarra zur AD-Benennung würde ich wahrscheinlich ad.company.com verwenden, da Sie niemals einen DNS-Namen verwenden möchten, den Sie für irgendetwas anderes verwenden), aber die harte Anforderung für Jetzt soll es möglich sein, E-Mails in diesem Jahr mit der Verzeichnissynchronisierung nach Office 365 zu verschieben. Dafür brauche ich mindestens einen passenden UPN für unsere E-Mail-Domain (company.com). Ok, der Vorgang zum Hinzufügen eines zweiten UPN scheint einfach genug zu sein . Das Testen und Verschieben von Konten, bis sich alle auf dem gewünschten UPN befinden, erscheint vernünftig genug.

Gibt es einen Nachteil, wenn man das einfach macht? Wird der Sensenmann für technische Schulden irgendwann eintreffen, wenn wir auf unbestimmte Zeit auf diesem Domain-Namen von ABC.com bleiben?

Als Referenz haben wir eine einzelne Gesamtstruktur, eine einzelne Domäne mit allem (Gesamtstruktur, Funktionsebene, alle Domänencontroller) auf 2012R2-Ebene und Exchange 2010 in dieser Domäne. Es gibt ungefähr 150 Benutzer und 450 Computer in AD (viel Entwicklungs- / Testautomatisierung). Während ich uns von 2003 bis 2012R2 sicher navigiert habe, würde ich mich keineswegs als Experte bei AD bezeichnen.

Es sieht nicht so aus, als würden Domain-Umbenennungen generell empfohlen, und da wir Exchange 2010 auf unserer Domain haben, glaube ich nicht, dass dies überhaupt eine Option wäre.

Aus meiner Sicht könnte ich entweder:

• Fügen Sie einen zweiten UPN hinzu und fertig. Ich kann damit umgehen, dass ich den UPN für Dinge, die wir erstellen / hinzufügen, manuell einstellen muss ...
• Fügen Sie der Gesamtstruktur eine zweite Domäne hinzu, verschieben Sie alles und haben Sie immer diese alte Stammdomäne für immer, die ich nicht entfernen kann
• Erstellen Sie einen zweiten Wald, Forest <-> Forest Trust, tun Sie alles so, wie ich es wirklich möchte, in diesem neuen Wald von Grund auf ... verschieben Sie alles und entfernen Sie schließlich den ursprünglichen Wald. Sehr langsam, sehr sorgfältig, vorwärts und rückwärts getestet und wahrscheinlich mit großem Aufwand (mit minimalem Zeitaufwand). In einer Traumwelt scheint dies am besten zu sein, aber ich bin nicht sicher, ob ich einen Business Case dafür rechtfertigen kann (es sei denn, jemand gibt an, dass eine Ankunft eines Sensenmanns stattfinden wird).
• ??? etwas anderes, an das ich nicht gedacht habe

Eine existenzielle Krise, in der es darum geht, die Domäne, die Sie intern verwenden, nicht zu besitzen - aus Sicht von Office 365 ist dies in Ordnung. Office 365 kümmert sich um die Überprüfung der verwendeten E-Mail-Domänen, nicht Ihrer AD-Domäne. Der Ansatz, den Sie gewählt haben, indem Sie die UPNs so geändert haben, dass sie mit den E-Mail-Adressen der Benutzer übereinstimmen, ist angemessen und korrekt.

Aus rein AD-Sicht können Sie jetzt niemals ein Zertifikat eines Drittanbieters für diese interne DNS-Domäne erhalten, da Sie es nicht besitzen. Dies kann ein Problem für Sie sein oder auch nicht. Sie können auch niemals einer anderen Domain mit demselben Namen vertrauen. In dem unwahrscheinlichen Fall, dass Sie mit dem Unternehmen fusionieren, dem diese Domain gehört und das auch diesen Namen verwendet, treten Migrations-Albträume auf. Ich würde mir vorstellen, dass die Wahrscheinlichkeit dafür irgendwo in der Nähe von 0 liegt.

Es ist eine Menge Arbeit und möglicherweise sehr störend für Endbenutzer, eine Domäne umzubenennen oder aus dieser zu migrieren. An diesem Punkt bin ich normalerweise der Meinung, dass Sie die schlecht benannte Domain nur verlassen sollten, es sei denn, einer dieser Randfälle verursacht Ihnen Herzschmerz und stellen Sie sicher, dass Sie es beim nächsten Start richtig machen :)