Advanced Data Residency in Microsoft 365（ADR）は、Microsoft 365の対象サービスに含まれる顧客データについて、対象の国・地域のデータセンターリージョンに保存するコミットメントを得るための有償アドオンです。結論から言うと、管理者が最初に確認すべきポイントは「自社テナントがADR対象地域か」「対象ライセンスを100%カバーできているか」「Data Location Cardで現在地・コミット先・移行状態を確認できているか」の3点です。2026年5月時点の公式情報では、対象サービスの範囲、ライセンス表示、期限切れや不足時の警告が実務上の重要ポイントになっています。(Microsoft Learn)
ADRは、単に「データを日本に置きたい」という希望を設定する機能ではありません。Microsoft 365の対象サービス、対象テナント、対象ライセンス、移行のオプトインがそろって初めて、データ所在地のコミットメントとして意味を持ちます。特に日本企業では、セキュリティ部門、法務部門、Microsoft 365管理者、業務アプリ開発者が同じ前提で確認しないと、「Microsoft 365側は対応しているが、連携アプリやエクスポート先で国外保存していた」といった見落としが起きやすくなります。
Advanced Data Residency in Microsoft 365で何が重要になったのか
Advanced Data Residency in Microsoft 365の要点は、対象サービスのデータ所在地をLocal Region Geographyにコミットし、必要に応じてテナントデータの移行を進められる点です。公式情報では、ADRがMicrosoft 365サービスと顧客データの対象範囲を拡張し、ローカル国・地域のデータセンターリージョンへのデータ所在地コミットメントと、優先的なテナント移行サービスを提供すると説明されています。(Microsoft Learn)
今回の情報で特に実務上の影響が大きいのは、Data Location CardでADRライセンスに関する情報を確認できるようになっている点です。Required Seat Count、License Count、License Expirationを見れば、必要なADRライセンス数、保有しているADR/ADR-Eライセンス数、有効期限を確認できます。ライセンス不足や期限切れがある場合は警告が表示されるため、契約更新や増席のタイミングを運用フローに組み込む必要があります。(Microsoft Learn)
| 確認項目 | 実務上の意味 | 見落とすと起きること |
|---|---|---|
| 対象地域 | テナントのDefault GeographyがLocal Region Geographyに含まれるか確認する | ADRを前提にした設計ができない |
| 対象サービス | ADRの対象サービスだけがコミットメントの対象になる | 対象外サービスまで国内保存と誤解する |
| ライセンス数 | eligible seatの100%カバーが必要 | Durable Commitment on Data Locationを維持できない |
| 移行オプトイン | 必要な場合、管理者がData Location Cardから移行を開始する | ライセンス購入後もデータ移行が始まらない |
| 有効期限 | 期限切れ前に更新状況を確認する | コミットメント解除やデータ再配置リスクが発生する |
ADRの対象になるMicrosoft 365サービス
ADRの対象サービスには、Exchange Online、SharePoint/OneDrive、Microsoft Teams、Microsoft 365 CopilotとMicrosoft 365 Copilot Chat、Microsoft 365 web apps、Microsoft Defender for Office P1と組み込みのクラウドメールボックス向けセキュリティ機能、Microsoft Purviewの一部サービス、Viva Connectionsが含まれます。Purviewについては、Audit、Data Lifecycle Management、Data Loss Prevention、Information Barriers、Information Protectionなど、公式に列挙されたサービスが対象です。追加のPurviewサービスがすべて対象になるわけではありません。(Microsoft Learn)
| サービス領域 | 管理者が確認すべきこと |
|---|---|
| Exchange Online | メールボックス関連データの所在地、移行通知、業務影響の有無 |
| SharePoint / OneDrive | サイト、ファイル、同期クライアント、外部共有を含む運用影響 |
| Microsoft Teams | Teams利用部門への周知、会議・チャット・ファイル連携の確認 |
| Microsoft 365 Copilot / Copilot Chat | Copilot利用有無、対象ライセンス、Data Location Card上の表示範囲 |
| Microsoft Purview | 対象になるPurview機能と対象外機能の切り分け |
| Microsoft Defender for Office P1 | メールセキュリティ領域のデータ所在地確認 |
| Microsoft 365 web apps | Web版Office利用時の対象範囲確認 |
| Viva Connections | 社内ポータルやTeams連携で利用している場合の確認 |
注意したいのは、「Microsoft 365全体のすべてのデータがADRで自動的に対象になる」という理解は危険だという点です。ADRは対象サービスと対象データに対するコミットメントです。Forms、Planner、Power Apps、Intune、Viva Engageなど、Microsoft 365周辺で使われるサービスは別途データ所在地の確認が必要です。公式ページでも、ADR eligible servicesとadditional Microsoft 365 servicesは分けて整理されています。(Microsoft Learn)
対象テナントとライセンス条件
ADRを購入できるかどうかは、まずテナントのDefault Geographyで決まります。対象となるLocal Region Geographyには、日本、オーストラリア、カナダ、フランス、ドイツ、インド、韓国、英国、アラブ首長国連邦などが含まれます。日本テナントは対象地域に含まれるため、国内データ所在地の要件を整理したい企業にとって検討対象になります。(Microsoft Learn)
対象ライセンスには、Microsoft 365 F1/F3/E3/E5/E7、Office 365 F3/E1/E3/E5、Exchange Online Plan 1/2、OneDrive Plan 1/2、SharePoint Plan 1/2、Microsoft Teams Enterprise/EEA/Essentials、Microsoft 365 Apps for Enterprise、Microsoft 365 Business Basic/Standard/Premiumなどが挙げられています。実際の契約可否やSKUの扱いは契約形態によって変わる可能性があるため、導入時はMicrosoft担当者または販売パートナーに確認するのが安全です。(Microsoft Learn)
ADRで最も重要なライセンス条件は、対象となる有償シートを100%カバーする必要があることです。ここでいうカウントは、ユーザーに割り当て済みのライセンス数ではなく、購入済みで利用可能なライセンス数を基準にします。たとえばOffice 365 E3を200シート購入し、実際に125ユーザーへ割り当てている場合でも、ADRライセンスは200シート分が必要です。(Microsoft Learn)
| テナント種別 | ADRカバー要件 |
|---|---|
| Commercial | 対象となる有償Microsoft 365シートの100% |
| Education | 対象となるMicrosoft 365シートの100%。無償シートも含む |
| Commercial + Education混在 | 対象となる有償シートの100%。無償Educationシートは対象外 |
Multi-Geoライセンスを利用している場合、同じシートに対してADRとMulti-Geoを二重に購入する必要はないとされています。たとえば本来ADRが15,000シート必要で、すでにMulti-Geoが4,000シートある場合、ADRは11,000シートで要件を満たす考え方になります。すでにMulti-Geoを導入している企業は、ADR単体で見積もる前にライセンス重複がないか確認してください。(Microsoft Learn)
Data Location Cardで必ず確認する項目
ADRの確認作業は、Microsoft 365管理センターのData Location Cardが起点になります。Tenant Global Adminは、Microsoft 365 admin centerから「Admin > Settings > Org settings > Organization profile > Data location」に進むことで、対象サービスのデータ保存場所を確認できます。Data Location Cardでは、Current GeographyとCommitted Geographyを分けて見ることが重要です。(Microsoft Learn)
Current Geographyは、対象データが現在保存されている場所です。Committed Geographyは、Microsoftが該当テナントに対してコミットしている保存先です。ADRを購入しても移行が完了するまでは、Current GeographyとCommitted Geographyが一致しない場合があります。これは異常とは限りませんが、移行オプトインが未実施なのか、移行中なのか、ライセンス要件を満たしていないのかを切り分ける必要があります。(Microsoft Learn)
Data Location Cardで確認すべき項目は次の通りです。
| 項目 | 確認ポイント |
|---|---|
| Current Geography | 現在、対象データがどの地域に保存されているか |
| Committed Geography | ADRやProduct Termsなどに基づくコミット先 |
| Required Seat Count | ADRカバーが必要なMicrosoft 365シート数 |
| License Count | テナントに割り当てられている有効なADR/ADR-Eライセンス数 |
| License Expiration | ADRライセンスの有効期限 |
| サービスごとの表示 | 表示されないサービスが「対象外」とは限らない点に注意 |
Microsoft Defender for Office P1、Microsoft Purviewの一部サービス、Microsoft 365 Copilot ChatはDurable Commitment on Data Locationの対象であっても、Data Location Cardには現在表示されない場合があります。そのため、Data Location Cardだけで「対象外」と判断せず、Microsoft 365 customer dataの保存場所に関する公式情報とあわせて確認する必要があります。(Microsoft Learn)
移行はライセンス購入だけでは始まらない
ADRで特に失敗しやすいのが、ライセンス購入後の移行オプトインです。対象データがLocal Region Geography内に保存されていない場合、ADRの要件を満たすためにデータ移行が必要になります。公式情報では、Tenant Global AdminがData Location Cardから移行開始のオプションを選択する必要があり、この操作が完了するまで移行プロセスは開始されないとされています。(Microsoft Learn)
実務では、次の手順で進めると抜け漏れを減らせます。
| 手順 | 作業内容 | 担当の目安 |
|---|---|---|
| 事前確認 | Default Geography、対象サービス、対象ライセンスを棚卸しする | Microsoft 365管理者 |
| 要件整理 | 国内保存が必要なサービス、対象外サービス、連携アプリを整理する | 情シス、法務、セキュリティ |
| ライセンス確認 | Required Seat CountとLicense Countを比較する | ライセンス管理者 |
| 移行開始 | Data Location Cardから移行にオプトインする | Tenant Global Admin |
| 監視 | Data Location CardとMessage centerで通知を確認する | Microsoft 365管理者 |
| 完了後確認 | Current GeographyとCommitted Geographyの一致、監査資料の更新 | 情シス、監査担当 |
Microsoftは、管理者が移行開始を選択した時点から12か月以内の完了に合理的な努力を行うと説明しています。ただし、大規模または複雑な顧客、Microsoftの制御外の状況ではさらに時間がかかる可能性があります。移行はバックエンドのサービス操作であり、通常は利用者への影響は最小限とされていますが、サービスの複雑性により一部機能で軽微な中断や一時的な利用不可が発生する可能性もあります。(Microsoft Learn)
管理者が運用で注意すべきポイント
ADRを導入する場合、契約時だけでなく継続運用が重要です。ライセンス数の変更はData Location Cardへ反映されるまで24〜48時間かかる場合があります。増員、ライセンス追加、契約更新の直後に警告が出ても、まず反映待ちの可能性を考慮しつつ、必要に応じてMicrosoft担当者へ確認してください。(Microsoft Learn)
ライセンス不足が発生すると、Data Location Cardに警告が表示されます。Required Seat CountとLicense Countの差が大きい場合、ADRによるDurable Commitment on Data Locationが外れ、Committed Geographyが更新される可能性があります。その後、データは更新後のコミット条件に従って再配置される可能性があります。(Microsoft Learn)
有効期限にも注意が必要です。Data Location Cardでは、ADRライセンスの期限が近づくと警告が表示されます。期限切れ後も一定の猶予期間は設けられますが、猶予期間後はADRによるコミットメントが削除され、データが通知や警告なしに再配置される可能性があるとされています。監査対応が必要な企業では、契約更新日を単なる購買管理ではなく、データ所在地リスクの管理日として扱うべきです。(Microsoft Learn)
開発者やアプリ連携担当が確認すべきこと
ADRはMicrosoft 365の対象サービスにおける顧客データの保存場所に関するコミットメントです。自社開発アプリ、外部SaaS、BIツール、ログ基盤、バックアップツールがMicrosoft 365からデータを取得して別の場所に保存している場合、その保存先は別途確認が必要です。たとえば、Graph APIで取得したメール件名、SharePointファイルのメタデータ、Teams関連データを外部DBやログストレージに書き込む設計では、Microsoft 365側のADRだけではデータ所在地要件を満たせない可能性があります。
開発者やアプリ連携担当は、少なくとも次の観点を確認してください。
| 確認対象 | 具体的な確認内容 |
|---|---|
| API連携 | Microsoft Graph、SharePoint API、Exchange関連APIで取得したデータの保存先 |
| ログ | 件名、ファイル名、ユーザー名、チャット本文などがログに残っていないか |
| 外部ストレージ | Azure、AWS、Google Cloud、自社DB、SaaSの保存リージョン |
| バックアップ | Microsoft 365バックアップ製品の保存地域と契約条件 |
| ETL/BI | Power BI、DWH、分析基盤へ転送されるデータの所在地 |
| 再試行設計 | 移行中の一時的な利用不可に備えたリトライ、タイムアウト、監視 |
特に注意したいのは、ADR移行中にアプリ側で「現在のデータ所在地」を固定値として扱わないことです。Data Location Card上のCurrent GeographyとCommitted Geographyは移行状況によって変わる場合があります。コンプライアンス文書や社内説明資料では、「現時点の保存先」「コミットされる保存先」「移行完了後の状態」を分けて書くと、監査時の説明がしやすくなります。(Microsoft Learn)
ADR、Product Terms、Multi-Geoの違い
Microsoft 365のデータ所在地を検討すると、ADR、Product Terms、Multi-Geoが混同されがちです。ざっくり整理すると、ADRは対象サービスのデータ所在地コミットメントを広げたい企業向け、Multi-Geoは1つのテナント内で複数地域にデータを配置したい企業向け、Product Termsは契約条件に基づく既定のデータ所在地コミットメントと考えると理解しやすくなります。(Microsoft Learn)
| 仕組み | 主な用途 | 向いているケース |
|---|---|---|
| ADR | 対象サービスをLocal Region Geographyにコミットする | 日本テナントで国内データ所在地を明確にしたい |
| Product Terms | 契約条件に基づくデータ所在地コミットメント | 既定の契約条件で足りるか確認したい |
| Multi-Geo | ユーザーやリソースごとに複数地域へ配置する | グローバル企業で国・地域ごとにデータ配置したい |
Multi-Geoを利用している場合、Data Location Cardにはテナントの中心となる場所に関する情報のみが表示され、Satellite Locationの情報は表示されないとされています。グローバル展開済みの企業では、ADRの確認とMulti-Geoのユーザー別配置確認を別々の作業として扱う必要があります。(Microsoft Learn)
導入判断のチェックリスト
ADRを導入すべきか迷った場合は、機能の有無ではなく、業務要件から逆算するのが現実的です。次の条件に複数当てはまる場合は、ADRの導入検討に進む価値があります。
| 判断基準 | 確認内容 |
|---|---|
| 契約・監査要件 | 顧客や監査法人からデータ所在地の説明を求められる |
| 規制対応 | 業界ルールや社内規程で保存地域の管理が必要 |
| 対象サービス | Exchange、SharePoint、Teams、Copilot、Purviewなどが重要業務で使われている |
| テナント条件 | Default Geographyが日本などのLocal Region Geographyに該当する |
| ライセンス管理 | 対象シートを100%カバーできる予算と運用がある |
| 移行管理 | Data Location CardとMessage centerを継続監視できる体制がある |
| アプリ連携 | Microsoft 365外へコピーされるデータの保存先も棚卸しできる |
一方で、対象外サービスや外部アプリのデータ保存先を把握できていない状態でADRだけを導入すると、監査や顧客説明で矛盾が出る可能性があります。まずはMicrosoft 365内の対象サービス、外部連携、エクスポート、ログ、バックアップを一覧化し、「ADRでカバーされる範囲」と「別途対策が必要な範囲」を分けることが大切です。
まず管理者が取るべきアクション
Advanced Data Residency in Microsoft 365を検討している管理者は、最初にMicrosoft 365管理センターのData Location Cardを確認してください。Current Geography、Committed Geography、Required Seat Count、License Count、License Expirationを見れば、現状のデータ所在地、コミットメント、ライセンス不足、期限リスクを把握できます。(Microsoft Learn)
次に、対象サービスと対象外サービスを分けて棚卸しします。Exchange Online、SharePoint/OneDrive、Teams、Copilot、Purviewなどの主要サービスだけでなく、Forms、Planner、Power Apps、外部SaaS、バックアップ、ログ基盤も確認してください。ADRは強力なデータ所在地管理の手段ですが、Microsoft 365外へ持ち出されたデータまで自動で保護する仕組みではありません。
最後に、ライセンス更新と移行監視を運用手順に入れます。ADRは購入して終わりではなく、100%カバーの維持、移行オプトイン、Message centerの確認、有効期限の管理まで含めて初めて実効性が出ます。まずはData Location Cardを確認し、Required Seat CountとLicense Countに差がないか、Current GeographyとCommitted Geographyに不自然な差がないかを点検するところから始めてください。
コメント