Office 365テナントからテナントへの移行:ステップバイステップ

Office 365のテナントからテナントへの移行は、企業合併のシナリオの場合に特に一般的です。 Office 365の採用が加速し、M&Aアクティビティの速度が向上したため、Exchange Online、One Drive、SharePoint、Teamsなどのさまざまなワークロードを実行する冗長なOffice365テナントを持つ多くの組織が残っています。 その他の場合、組織はコストと複雑さを軽減するためにテナントを統合する必要があります。 テナントの移行は、ハイブリッドO365の移行よりもはるかに一般的です。 ただし、によって提供されるネイティブ移行技術 Microsoft テナントの移行に対処するには十分な効率がありません。 唯一の代替手段は、サードパーティのツールを使用するか、マイクロソフトパートナーの支援を受けることです。 に含まれる手順は次のとおりです テナントからテナントOffice 365への移行.

Office 365テナントからテナントへの移行

移行前の計画

この手順では、適切なライセンスを購入し、両方のテナントのOutlookバージョンを確認します。 OutlookのバージョンがOutlook 2010以降の場合、自動検出のため、プロファイルを削除して新しいプロファイルに追加するだけで十分です。 次のステップは、Office 365移行用のソースおよびターゲットテナントを準備することです。 新しいユーザーに対応するには、テナントライセンスの数を増やす必要があります。 これに続いて、ソースとターゲットの両方に管理者アカウントが作成されます。特に、ツールで両方の認証情報が必要な場合はそうです。 テナントにユーザーオブジェクト、会議室、リソース、および配布グループを作成します。 Azure AD Connectツールを使用して、Active Directoryドメインサービスを同期できます。 または、Microsoft 365管理センターを使用して新しいオブジェクトを作成できます。

これらのアクティビティに続いて、影響を受けるユーザーには、今後の変更について通知する必要があります。 Outlookのオートコンプリートリストをクリアする必要があり、ユーザーはWeb上のOutlookにアクセスする手順について通知を受ける必要があります。

移行前のアクティビティ

最初のステップは、ドメイン移行の準備です。 これは、ドメインの検証から始まります。 次に、移行スケジュールの一部として移行するメールボックスのリストを作成できます。 これは、移行中に使用されるツールの入力になります。 TTLテストを実行し、MXレコードを確認して DNS 変化します。 最後に、ソーステナントでADDSの同期を停止します。

移行日の活動

ソーステナントのMXレコードを変更し、受信メールフローを停止して、ソーステナントを準備します。 これには、ソーステナント内のすべてのオブジェクトの削除が含まれます。 これには、SharePointサイト、Lyncライセンス、およびセカンダリが含まれます email アドレス。 プライマリメールアドレスをデフォルトにリセットします。

ターゲットテナントの準備に進みます。 これには、CNAMEの自動検出、AD FSの構成、ライセンスの割り当てとメールボックスのアクティブ化、メールの再ルーティング、およびメールフローの検証が含まれます。

移行の開始

ダウンタイムとユーザーの不便を最小限に抑えるために、適切な移行方法を選択してください。 これは、移行するユーザーの数によって異なります。 ほとんどの場合、ツールは移行の進捗状況を表示します。 最後に、すべてのメールボックスが同期されます。

移行後のクリーンアップ手順

移行の最後のステップはクリーンアップです。 一部のユーザーは、移行されたメッセージに返信するときにNDRを受信する場合があります。 この問題は、Outlookのオートコンプリートリストをクリーンアップすることで回避できます。

4時間24日のメール、電話、チャットサービスについては、Apps7Rentにお問い合わせください。 また、プロモーションについて問い合わせる Azure仮想デスクトップの価格 以下のために利用可能 アズール WVD.