ADドメイン名を修正しようとする代わりにUPNを追加することの欠点はありますか？

残念ながら、私はその名前が会社が所有していないDNS名であるActive Directoryドメインを継承しました。これをABC.comと呼びます。代わりにcompany.comの下にあるものにしたい（ADの命名に関するMDMarraの回答によると、他のものに使用するDNS名を使用したくないので、おそらくad.company.comを使用します）が、今年は、メールをOffice 365に移行し、ディレクトリ同期を使用できるようになります。そのためには、少なくとも私たちの電子メールドメイン（company.com）に一致するUPNが必要なようです。OK、2つ目のUPNを追加するプロセスは非常に単純なようです。それをテストし、アカウントがすべて望ましいUPNになるまでアカウントを移動することは、十分に妥当と思われます。

これを行うだけの欠点はありますか？ABC.comのこの「所有されていない」ドメイン名に無期限に留まると、最終的に技術的負債の死神が到着するのでしょうか？

参考までに、2012R2レベルのすべて（フォレスト、機能レベル、すべてのDC）を持つ単一のフォレスト、単一のドメイン、およびこのドメインにExchange 2010があります。ADには約150人のユーザーと450台のコンピューターがあります（多くの開発/テスト自動化）。私は2003年から2012R2まで安全にナビゲートしましたが、決してADの専門家とは言いません。

ドメイン名の変更が一般的に推奨されているようには見えません。また、ドメインにExchange 2010があるため、それがオプションになるとは思いません。

それを見ると、私は次のいずれかを行うことができます：

• 2番目のUPNを追加して完了します。作成/追加するときに、手動でUPNを設定する必要があることに対処できます...
• 2番目のドメインをフォレストに追加し、すべてを移動します。このレガシールートドメインは常に削除できません。
• 2つ目のフォレストを作成し、フォレスト<->フォレストの信頼を作成し、この新しいフォレストで最初からやりたいようにすべてを実行します。すべてを移動し、最終的に元のフォレストを削除します。非常に遅く、非常に慎重に、前後にテストされ、おそらく多大な費用がかかります（最小限の時間で）。夢の世界ではこれが最善のように見えますが、私はこれについてのビジネスケースを正当化できるかどうか確信が持てません（誰かが死神の到着が起こると述べていない限り）。
• ??? 私が考えていない何か他のもの

したがって、社内で使用しているドメインを所有しないことによる存在の危機-Office 365の観点からは、これは問題ありません。Office 365は、ADドメインではなく、使用中の電子メールドメインの確認を考慮します。したがって、ユーザーの電子メールアドレスと一致するようにUPNを変更することで行ったアプローチは、適切で正しいものです。

純粋なADの観点からは、所有していないため、その内部DNSドメインのサードパーティ証明書を取得することはできません。これは問題になる場合と問題にならない場合があります。また、同じ名前を共有する別のドメインと信頼関係を結ぶことはできません。そのため、そのドメインを所有する会社と合併して、その名前も使用している場合は、移行の悪夢が見られます。これの確率は0に近いと思います。

これは多くの作業であり、ドメインの名前を変更したりドメインから移行したりするエンドユーザーにとっては非常に混乱を招く可能性があります。この時点で、私は通常、これらのエッジケースの1つがあなたの心痛を引き起こしていない限り、名前の悪いドメインをそのままにして、次の回避策でそれが正しくなることを確認するだけだと思います:)