Microsoft 365から欧州のソリューションへ移行する

移行とは、メールボックス、カレンダー、連絡先、ファイルを別の運用事業者に移し、そのうえで新たに届くメールを正しい場所に届くようにすることです。Teams、高度なExcel、Power Automateを再現することではありません。移行の成功は、従業員がMicrosoft 365で実際に何をしているかを一覧にすることから始まります。

2026年10月更新読了時間 9分公式な出典を明記

移すものと残すものを決める

Microsoft 365は1つのソフトウェアではなく、同じディレクトリで結ばれたサービスの集合体です。「メールしか使っていない」と思っているチームも、添付ファイルをOneDriveに保存し、SharePointのフォルダーを顧客と共有し、会議をTeamsで設定していることがよくあります。したがって、移行の範囲はライセンスの一覧ではなく、実際の使い方から読み取ります。

いくつかのチームを抽出し、1週間の利用状況を調べてください。メール、OneDrive、SharePoint、Teams(会話、ファイル、会議)、マクロ付きのExcel、Power BI、フォーム、連携している業務アプリケーションです。それらを分類します。

  • 移行可能。 メッセージ、フォルダー、カレンダー、連絡先、一般的なオフィスファイル。
  • 一部が失われるが移行可能。 SharePointライブラリの詳細なアクセス権、メールボックスのルール、一元管理された署名、エイリアス、共有メールボックス。
  • そのままでは移行不可能。 Teamsの会話履歴、Power Platformのアプリケーション、Officeにしか存在しないマクロやアドイン、業務の中心が高度なExcelであるチーム。

技術的な細部が範囲を変えることもよくあります。Teamsのチャネルに置かれたファイルはSharePointに保存され、プライベートな会話で送られたファイルは送信者のOneDriveに保存されます。したがって、Teamsを確認せずに「ファイル」を移行すると、データ資産の一部が取り残されるか、文脈を失った状態でコピーされることになります。

3番目の分類が業務の中核である場合でも、メール(メールサービス)の移行には意味があるかもしれません(たとえばMicrosoft 365の前段に配置するフィルタリング)。しかし、スイート全体の置き換えには意味がありません。見積もりの前にそれを伝えておけば、無駄なプロジェクトを避けられます。Microsoft 365とソブリンなソリューションの比較のページでこの判断基準を示しており、欧州の代替サービスのガイドでは移行先の候補を比較しています。

例

説明のために、2つの拠点を持つ製造業の中小企業を考えてみましょう。管理部門と営業担当者は、メール、カレンダー、一般的なファイルを日常的に使っており、問題なく移行できます。一方、設計部門は見積もりをマクロ付きのワークブックで管理し、生産状況をPower BIで追跡しています。スイート全体を置き換えると、このチームの業務ツールが機能しなくなります。妥当な判断としては、メールと単純なファイルを移行し、設計部門には必要なものを残すという方法が考えられます。この選択は最初の段階で文書化しておきます。

中断を避けるための順序

  1. 棚卸し。 ドメイン、メールボックス、共有メールボックス、メーリングリスト、エイリアス、容量、アーカイブ、訴訟ホールド、モバイル端末、メールを送信するソフトウェアや機器(複合機、CRM、ウェブサイト)。現在のDNSレコード、すなわちMX、SPF、DKIM、DMARC、autodiscoverも記録しておきます。
  2. 移行先の並行構築。 MXには手を付けずに、欧州のソリューション上にアカウントを作成します。従業員はMicrosoft 365を使い続けます。この段階では、従業員の目には何も変化がありません。
  3. コピー。 メッセージ、カレンダー、連絡先の履歴を移します。サンプルを確認します。メッセージ数、フォルダー、定期的な予定、共有メールボックスです。この段階で移行できないメールボックスが見つかっても大きなコストにはなりませんが、切り替え後に同じことが判明すれば、利用者が丸1日作業できなくなるというコストが生じます。
  4. ファイル。 OneDriveと必要なライブラリをコピーします。ドキュメント内のリンクや匿名共有が多数ある場合は、1つずつ見直す必要があります。メールや契約書にコピーされたリンクは、引き続き元の場所を指したままです。
  5. 新着メールの切り替え。 数日前にMXのTTLを下げておきます。決めたタイミングで、MXを新しいプラットフォームに向けます。確認作業の間は、Microsoft 365を読み取り専用で残しておくことができます。
  6. 端末。 Outlook、モバイル端末、SMTPで認証するアプリケーションを再設定します。標準的なケースについては、1日がかりの研修ではなく、1ページの手順書を用意します。
  7. 完了。 代表的なサンプルで送受信が確認できたら、2つの環境が並存しないよう、Microsoft 365側からの送信を停止します。まだエクスポートが必要なものをエクスポートします。テナントの削除日を記録しておきます。

この順序である理由

ステップ1から4は従業員の目に見えず、元に戻すことができます。MXが変更されない限り、メールは引き続きMicrosoft 365に届きます。MXは、自社ドメイン宛てのメールをどこに配送すべきかを世界中のサーバーに示すDNSレコードです。メールの流れを実際に切り替えるのはこの操作だけであり、他のすべての準備が整った時点で行う必要があります。

TTL(有効期間)は、DNSリゾルバーが応答をどれだけの時間キャッシュに保持できるかを示すものです。事前に下げておくのは、古い値を読み込んだリゾルバーがその有効期限まで値を保持するためです。短いTTLは、古いキャッシュが期限切れになって初めて適用されます。この変更の機会に、まだMicrosoft 365を指しているセカンダリMXがあれば削除してください。送信側のサーバーはプライマリMXに接続できない場合に次のMXを試すため、その場合は古いプラットフォームに配送してしまいます。

送信の停止も同じくらい重要です。Microsoft 365は引き続き自社ドメインを自らの管理下にあるものとみなします。古いOutlookに接続したままの従業員が同僚にメールを書くと、そのメッセージはMXを経由せずにテナント内で配送されます。メッセージは存在しますが、もう誰も読まないメールボックスの中にあることになります。

メールの欠落を生じさせない切り替えの詳細は、メールを中断せずに移行するにあります。実務上の一覧はチェックリストをご覧ください。

Microsoft 365特有の技術的なポイント

共有メールボックスと委任。 共有メールボックスは他のメールボックスと同様にコピーできます。しかし、権限は引き継がれません。フルアクセス、「名前を指定して送信」(Send As)、「代理人として送信」(Send on behalf)、アシスタントに委任されたカレンダーなどです。これらは移行先で作り直し、管理者ではなく実際に使う人と一緒にテストします。

アーカイブと訴訟ホールド。 オンラインアーカイブは、メインのメールボックスとは別の領域です。明示的に対象としないコピーツールは、これを無視します。訴訟ホールドの対象となっているメールボックスは、一般に何らかの義務に対応しています。閉鎖する前に、それを求めた担当者と、その後どのようにその義務を果たすか(移行先へのコピー、エクスポートの保管、一時的な維持)を確認してください。

Autodiscover。 Outlookは、DNSのautodiscoverレコードによってサーバー設定を見つけます。このレコードがまだMicrosoftを指していると、再設定したPCが古いサービスを探し続けたり、パスワードの入力を繰り返し求めたりすることがあります。このレコードは、切り替えの当日にMXとあわせて変更します。

SPF、DKIM、DMARC。 これらのレコードにより、受信者は自社のメールが正当なものであることを確認できます。1つのドメインが公開できるSPFレコードは1つだけです。移行期間中は両方のプラットフォームを許可し、その後Microsoftを削除します。DKIMはセレクター単位で機能するため、新しいプラットフォームの鍵を、切り替えの前に古い鍵と並べて公開できます。DMARCは、2つの検証のうち少なくとも1つが送信者のドメインと整合していることを求めます。移行先がまだ許可されていない場合、厳格なポリシーを適用している相手先は自社のメッセージを拒否します。

利用者に見える変化

ZimbraやBlueMind、またはそれに類するメール(メールサービス)では、Windows版OutlookはExchange ActiveSyncやソフトウェアの開発元が提供するプロトコルを通じて再接続できることが多いです。ウェブメールは変わります。Teamsのショートカットは戻ってきません。ブラウザーで開くファイルは移行先のオンラインエディター(OnlyOffice、Collabora、または別のスイート)を経由します。複雑なワークブックとの互換性の水準は、デモではなく自社のファイルでテストする必要があります。

Outlookについては、古いプロファイルを変更するよりも新しいプロファイルを作成するほうが安全です。ローカルキャッシュにはMicrosoftのサーバーへの参照が残っており、それが混在すると重複や存在しないはずのフォルダーが生じます。モバイル端末でも原則は同じで、アカウントを削除してから作り直します。大容量のメールボックスの初回読み込みには時間がかかるため、該当する利用者には事前に知らせておいてください。

この違いは切り替えの前に告知してください。失敗するプロジェクトは、経営陣が「同じものを、欧州製で」と売り込んだプロジェクトです。

よくある誤り

  • コピーがまだ実行中なのにMXを切り替えること。 メッセージは移行先に届きますが、履歴が不完全なため、利用者はデータが失われたと思い込みます。
  • メールを送信する機器を忘れること。 メールにスキャンを送る複合機、注文確認を送信するウェブサイト、監視アラートなどは、Microsoft 365のアカウントで認証していることが多く、そのアカウントを閉鎖した日に送信できなくなります。
  • 切り替え当日にライセンスを解約すること。 古いプラットフォームへの読み取りアクセスがなければ、翌週に見つかった差異をもう修正できません。
  • 2つの環境を開いたままにすること。 古いOutlookから返信した従業員は、誰も見つけられない会話を生み出してしまいます。

よくある質問

従業員のメールアドレスは変わりますか?

いいえ。ドメインは引き続きお客様のものであり、変わるのはそれを受信するサーバーだけです。相手先は同じアドレスにメールを送り続け、十分に準備されていれば、MXの変更は相手先からは見えません。

一部の従業員についてはMicrosoft 365を残すことができますか?

可能ですが、それは移行ではなく、恒常的な併存です。その場合、2つのプラットフォームが同じドメインを共有します。一方がメールを受信し、自らがホスティングしていないアドレス宛てのメールをもう一方に中継します。これは設計し、文書化し、維持していく必要があります。ExcelとPower BIを使い続ける必要がある設計部門にとっては、これが適切な選択となる場合もあります。

履歴はすべて移行する必要がありますか?

必ずしもそうではありません。すべてを移行する企業もあれば、必要な年数分だけを移行し、残りは保管用のエクスポートとしてアーカイブする企業もあります。この選択は、保存義務と、コピーにかける時間のうちどこまでのコストを受け入れるかによって決まります。これは見積もりに明記します。

TeamsとPower BIはどうなりますか?

移行はできません。欧州のソリューションは、ビデオ会議やインスタントメッセージングについて別のツールを提供していますが、Teamsの履歴は引き継がれません。Power BIについては、別の分析ツールを使うか、該当するライセンスを維持する必要があります。

Microsoft 365のテナントはいつ閉鎖できますか?

確認用のサンプルが問題なく、もはやどのフローもテナントを使用しておらず、必要なエクスポートがアーカイブされた時点です。解約の前に、サブスクリプション終了後にMicrosoftが何をどれだけの期間保持するかを契約で確認してください。記録すべきなのはその日付です。

このシナリオにおけるKlytic

Klyticは、メール(メールサービス)、ドキュメント(共有、単独または複数人でのオンライン編集、バージョン履歴を備えた専用Nextcloudインスタンス)、ビデオ会議、CRM、電話を、まとめて、または個別に受け入れることができます。メールはZimbraを基盤としており、Zimbraのソフトウェアの開発元はSynacor(米国)です。メールはKlyticのメール基盤、専用インスタンス、またはお客様の環境でホスティングされ、運用は常にKlyticが行います。ウェブ、メールソフトウェア、モバイル、EAS、EWSからアクセスできます。ホスティングは、必要なサービスが利用可能であることを条件として、適用される法域に対応するあらゆる地域、たとえば欧州やモーリシャス、またはお客様のサーバー上で行われます。ホスティングと主権をご覧ください。

メール(メールサービス)については、アドバイスによるサポートは無料で、Klyticはメールが1通も失われないことを保証します。Klyticが実施する移行は、棚卸しの後に見積もりに基づいて行われます。スイートを維持する必要がある場合、Klyticはフィルター(Microsoft 365の前段に配置するMTA)のみを移行することもできます。KlyticはTeams、高度なExcel、Power BIのいずれにも代わるものではありません。

コストはこの棚卸しを基に組み立てられます。移行にかかるコストのページでは、架空の数字を用いずにその費目を説明しています。サブスクリプションについては料金のページをご覧ください。具体的なプロジェクトについては、見積もり依頼をご利用ください。

このページは1つの方法を説明するものです。結果は、容量、アーカイブ、そしてMicrosoft 365の外に移せない使い方によって異なります。

出典

2026年10月に参照。

  • メール移行に関するKlyticの約束:無料のアドバイス、メールの消失なし、見積もりに基づく実施。料金ページ
  • 切り替え時に再公開すべきメール認証:SPF(RFC 7208)、DKIM(RFC 6376)、DMARC(RFC 7489)。
  • MXは、ドメイン宛てのメールを受信するサーバーを指定します。RFC 5321, SMTP
  • DNSレコードの有効期間(TTL)。RFC 1035
  • Zimbra、プロトコルと製品の位置づけ。zimbra.com/faqs
  • BlueMind、ソフトウェアの開発元が公表しているOutlookとの互換性。bluemind.net

メール移行の準備

無料のアドバイスで、メールは1通も失われません。Klytic が行う移行は、棚卸しのうえお見積もりします。

見積もりを依頼する →

料金を見る

ウェルカムオファー

30日間無料トライアル、移行もサポート

契約不要のトライアルです。担当者がご連絡し、ご要望を伺ってKlytic環境をご用意します。