失敗する移行は、技術的な失敗であることはまれです。その多くは、業務の一部が移行できないにもかかわらず、経営陣が「同じものを欧州製で」と約束してしまったプロジェクトです。この最初のブロックでは、何を移行し、何を残し、各チームに何を伝えるかを確定します。
棚卸しが見積もりとスケジュールを決めます。ここで漏れた要素は、後からやり直し作業として、多くの場合最悪のタイミングで戻ってきます。最もよくある抜け漏れは、メールを送信するアプリケーションです。旧来の認証情報で送信を続ける複合機や給与計算ソフトウェアは、切り替え後になって初めて発覚します。
移行先の準備は、従業員がMicrosoft 365で作業を続けている間に行います。MXは変更しません。この段階の目的は、まだ方法を修正できるうちに、サンプルで問題を見つけることです。
前日の目的は、2つのプラットフォーム間の差を最小限に抑えることです。2回目のコピーを行わなければ、直近数日分のメールが欠落します。変更を凍結しなければ、前日の夜に作成されたエイリアスは片方にしか存在しません。
切り替え当日の評価は、「社内では動いている」という事実ではなく、外部からの証拠に基づいて行います。外部の個人用メールボックスから送信したメッセージが、TTLの時間内に新しいプラットフォームに届かなければなりません。また、実際の送信メッセージが、受信者側でSPF、DKIM、DMARCを通過しなければなりません。
移行は、MXを切り替えた時点で終わるわけではありません。メールを送信する環境が1つだけになり、差異が処理され、移行先で復元が試験された時点で完了します。旧プラットフォームからの送信を停止することで、従業員が2か所から返信してしまうことを防げます。
詳細な手順は停止させずに移行する方法にあります。作業の全体的な順序と移行されないものについては、Microsoft 365から欧州のソリューションへの移行で説明しています。
社内の担当者が、各行に担当者と日付を記入して管理します。外部委託先が作業の大部分を実行することはできますが、サンプル、除外対象、完了の基準の承認は企業側の役割です。
いいえ。ツールはコピーを行いますが、経営陣の共有メールボックスや定期的な予定が正しく移行されたかは確認しません。サンプル確認は、最も低いコストで方法を修正できる機会です。
閲覧専用の状態で、どのフローもまだそれを使っていないこと、そして差異が処理されたことを確認するまでの期間です。理由なく2つのプラットフォームに費用を払わないよう、閉鎖日をあらかじめ決めて記録しておいてください。
主要な部分は当てはまります：棚卸し、DNS、コピーの回数、メール送信アプリケーション、切り戻し。Google固有の項目（ラベル、Driveファイルの所有者、グループ）については、Google Workspaceからの移行で説明しています。
Klyticへのメール移行については、無償の助言、メールの消失なし、見積もりに基づくKlyticによる実施となります。サブスクリプションと移行は別々の請求であり、サブスクリプションの料金は料金ページに掲載しています。
このページはチェックリストを示すものです。お客様のテナントの棚卸しや、外部委託先と作成する切り替え計画書に代わるものではありません。
