Exchange OnlineのData Residency

利用可能なData Residencyコミットメント

製品の使用条件

必須条件:

テナントには、地域地域、欧州連合、または米国に含まれるサインアップ国/地域があります。

現在の言語については、プライバシーとセキュリティの製品条項 の Web ページ を参照し、「Core Online Services の保存場所」というタイトルのセクションを参照してください。

コミットメント：

注:

お客様がオーストラリア、ブラジル、カナダ、欧州連合、フランス、ドイツ、インド、日本、ノルウェー、カタール、南アフリカ、韓国、スウェーデン、スイス、アラブ首長国連邦、英国、または米国でテナントをプロビジョニングした場合、Microsoft はその Geo 内でのみ保存される次の顧客データを保存します: Exchange Onlineメールボックス コンテンツ (電子メール本文、予定表エントリ、電子メール添付ファイルの内容)

高度なData Residency アドオン

必須条件:

1. テナントには、 ローカルリージョンの地域または拡張されたローカルリージョンの地域 に含まれるサインアップ国/ 地域があります。
2. テナントには、テナント内のすべてのユーザーに対して有効な Advanced Data Residency サブスクリプションがあります
3. Exchange Online サブスクリプションの顧客データは、Local Geography または Expanded Local Geography でプロビジョニングされます

コミットメント：

製品条項を介して提供される特定のコミットメントについては、 ADR コミットメント ページ を参照してください。 コミットされたデータの例としては、ユーザー メールボックス、リソース メールボックス、アーカイブ メールボックスなど、すべての種類のメールボックスがあります。

Multi-Geo アドオン

必須条件:

1. テナントには、サテライト地域に割り当てられているすべてのユーザーを対象とする有効な Multi-Geo サブスクリプションがあります。
2. お客様にはアクティブなEnterprise Agreementが必要です。
3. 購入した Multi-Geo ユニットの合計は、テナント内の対象となるユーザーの合計の 5% を超える必要があります。

コミットメント：

お客様は、Multi-Geo でサポートされているサテライト地域を、サポートされているメールボックスの種類に割り当てることができます。 詳細については、「 Microsoft 365 Multi-Geo 」ページの「Microsoft 365 Multi-Geo 可用性」セクションを参照してください。 製品条項で定義されているメールボックスのOffice 365サービスの保存データは、割り当てられたサテライト地域に格納されます。 サポートされているメールボックスの種類には、Exchange Onlineユーザー プライマリ メールボックスとアーカイブ メールボックス、リソース メールボックス、Microsoft 365 グループ メールボックス、共有メールボックスがあります。

Exchange Online の Multi-Geo 機能

お客様は、Multi-Geo でサポートされている サテライト地域 をユーザーに割り当てることができます。 詳細については、「 Microsoft 365 Multi-Geo 」ページの「Microsoft 365 Multi-Geo 可用性」セクションを参照してください。 製品条項で定義されているOffice 365サービスの保存データは、割り当てられたサテライト地域に保存されます。 これには、ユーザー メールボックス、リソース メールボックス、Microsoft 365 グループ メールボックス、共有メールボックス、アーカイブ メールボックスなど、すべての種類のExchange Onlineメールボックスが含まれます。

サテライト地域の場所には、次の方法でメールボックスを配置できます。

1. サテライト地域の場所に新しいExchange Onlineメールボックスを直接作成する。
2. ユーザーの優先データの場所を変更して、既存のExchange Online メールボックスをサテライト地域の場所に移動する。
3. オンプレミスの Exchange から直接サテライト地域の場所にメールボックスをオンボードorganization。

メールボックスの配置と移動

Microsoft が前提条件の Multi-Geo 構成手順を完了すると、Exchange Onlineは、Microsoft Entra IDのユーザー オブジェクトの PreferredDataLocation 属性を受け入れられます。 Exchange Onlineは、PreferredDataLocation プロパティをMicrosoft Entra IDから Exchange Online ディレクトリ サービスの MailboxRegion プロパティに同期します。 MailboxRegion の値は、ユーザー メールボックスと関連するアーカイブ メールボックスが配置される マクロ領域の地域 または ローカルリージョンの地域 を決定します。 ユーザーのプライマリ メールボックスとアーカイブ メールボックスを異なる 地域 の場所に配置するように構成することはできません。 ユーザー オブジェクトごとに構成できるのは、1 つの マクロリージョン Geography または Local Region Geography だけです。

• PreferredDataLocation が既存のメールボックスを持つユーザーに構成されている場合、メールボックスは再配置キューに配置され、指定された マクロリージョンの地域 または ローカルリージョンの地域に自動的に移動されます。
• PreferredDataLocation が既存のメールボックスを持たないユーザーに対して構成されている場合、メールボックスをプロビジョニングすると、指定された マクロリージョン地域 または ローカルリージョン地域にプロビジョニングされます。
• ユーザーに PreferredDataLocation が指定されていない場合、メールボックスをプロビジョニングすると、 プライマリ プロビジョニングされた Geography でプロビジョニングされます。
• PreferredDataLocation コードが正しくない場合 (たとえば、NAM ではなく NAN の入力ミスなど)、メールボックスは プライマリ プロビジョニングされた地域でプロビジョニングされます。

注:

複数地域の機能とSkype for Businessオンラインリージョンでホストされる会議では、どちらもユーザー オブジェクトの PreferredDataLocation プロパティを使用してサービスを検索します。 地域でホストされる会議のユーザー オブジェクトに PreferredDataLocation 値を構成した場合、Microsoft 365 テナントで Multi-Geo が有効になった後、それらのユーザーのメールボックスは、指定された マクロリージョン地域 または ローカルリージョン地域 に自動的に移動されます。

Exchange Onlineでの Multi-Geo の機能制限

• Exchange 管理センター (EAC) で使用できるセキュリティとコンプライアンス機能 (監査や電子情報開示など) は、複数地域の組織では使用できません。 代わりに、Microsoft Defenderと Microsoft Purview を使用してセキュリティとコンプライアンス機能を構成する必要があります。
• Outlook for Macメールボックスを新しい Geography の場所に移動すると、ユーザーがオンライン アーカイブ フォルダーに一時的にアクセスできなくなる可能性があります。 この条件は、ユーザーのプライマリ メールボックスとアーカイブ メールボックスが異なる 地域 の場所にある場合に発生します。これは、geo 間メールボックスの移動が異なるタイミングで完了する可能性があるためです。
• ユーザーは、Outlook on the web (旧称 Outlook Web App または OWA) 内の Geography の場所間でメールボックス フォルダーを共有することはできません。 たとえば、欧州連合のユーザーは、Outlook on the webを使用して、米国にあるメールボックス内の共有フォルダーを開くできません。 ただし、Outlook on the Web ユーザーは、「別のユーザーのメールボックスを別のブラウザー ウィンドウで開く」の説明に従って、別のブラウザー ウィンドウを使用して、別の地域の場所にある他のメールボックスOutlook Web App開くことができます。

注:

Outlook on Windows では、クロス geo メールボックス フォルダー共有がサポートされています。

• パブリック フォルダーは、複数地域の組織でサポートされています。 ただし、パブリック フォルダーは プライマリ プロビジョニングされた Geography の場所に残る必要があります。 パブリックフォルダーをサテライトの地理的位置に移動することはできません。
• 複数地域環境では、クロス geo メールボックス監査はサポートされていません。 たとえば、ユーザーに別の 地域 の場所にある共有メールボックスにアクセスするためのアクセス許可が割り当てられている場合、そのユーザーによって実行されたメールボックスアクションは、共有メールボックスのメールボックス監査ログに記録されません。 Exchange 管理者監査イベントは、既定の場所でのみ使用することもできます。 詳細については、「メールボックスの監査を管理する」を参照してください。

Exchange Multi-Geo の管理

複数地域環境でのExchange Onlineメールボックスの管理

Exchange Online PowerShell は、Microsoft 365 環境で Multi-Geo プロパティを表示および構成するために必要です。 Exchange Online PowerShell へ接続するには、「Exchange Online PowerShell に接続する」を参照してください。

Exchange Online Multi-Geo環境では、テナントに Geographies を追加するための手動の手順を実行する必要はありません。 複数地域がExchange Onlineの準備ができていることを示すメッセージ センターの投稿を受け取ると、使用可能なすべての地域が準備され、使用できるように構成されます。

Exchange Online PowerShell を使用して、地域の場所に直接接続する

通常、Exchange Online PowerShell はプライマリ プロビジョニングされた地域の場所に接続します。 ただし、 サテライト地域の 場所に直接接続することもできます。 パフォーマンスの向上のため、その場所のユーザーのみを管理する場合は 、サテライト地域 の場所に直接接続することをお勧めします。

Exchange Online PowerShell モジュールのインストールと使用に関する要件については、「Exchange Online PowerShell モジュールのインストールと保守」を参照してください。

PowerShell Exchange Online特定の Geography の場所に接続するには、ConnectionUri パラメーターは通常の接続手順とは異なります。 残りのコマンドと値は同じです。

具体的には、ConnectionUri 値の末尾に値を追加?email=<emailaddress>する必要があります。これは<emailaddress>、ターゲット Geography の場所にあるメールボックスのメール アドレスです。 そのメールボックスに対するアクセス許可や資格情報との関係は要因ではありません。電子メール アドレスは、Exchange Online PowerShell に接続する場所を伝えるだけです。

Microsoft 365 または Microsoft 365 GCC のお客様は、通常、ConnectionUri パラメーターを使用して PowerShell Exchange Online接続する必要はありません。 ただし、特定 の Geography の場所に接続するには、値で使用できるように ConnectionUri パラメーターを使用 ?email=<emailaddress> する必要があります。

Exchange Online PowerShell で Geography の場所に接続する

次の接続手順は、多要素認証 (MFA) 用に構成されているアカウントまたは構成されていないアカウントに対して機能します。

1. Windows PowerShell ウィンドウで、次のコマンドを実行して EXO V2 モジュールを読み込みます。

Import-Module ExchangeOnlineManagement

1. 次の例では、 admin@contoso.onmicrosoft.com は管理者アカウントで、ターゲット geo の場所はメールボックス olga@contoso.onmicrosoft.com が存在する場所です。

Connect-ExchangeOnline -UserPrincipalName admin@contoso.onmicrosoft.com -ConnectionUri https://outlook.office365.com/powershell?email=olga@contoso.onmicrosoft.com

1. 表示されるプロンプトに のパスワード admin@contoso.onmicrosoft.com を入力します。 アカウントが MFA 用に構成されている場合は、セキュリティ コードも入力する必要があります。

Exchange Online organizationで構成されている使用可能な地域の場所を表示する

Microsoft 365 Multi-Geo で構成されている Geography の場所の一覧を表示するには、Exchange Online PowerShell で次のコマンドを実行します。

Get-OrganizationConfig | Select -ExpandProperty AllowedMailboxRegions | Format-Table

Exchange Online organizationのプライマリ プロビジョニングされた地域の場所を表示する

テナントのプライマリ プロビジョニングされた地域の場所を表示するには、powerShell で次のコマンドExchange Online実行します。

Get-OrganizationConfig | Select DefaultMailboxRegion

メールボックスの 地域 の場所を検索する

Exchange Online PowerShell の Get-Mailbox コマンドレットでは、メールボックスの複数地域に関連した以下のプロパティが表示されます。

• データベース: データベース名の最初の 3 文字は Geography コードに対応しており、メールボックスが現在どこにあるかを示します。 オンライン アーカイブ メールボックスには、ArchiveDatabase が使用される必要があります。
• MailboxRegion: 管理者によって設定された Geography の場所コード (Microsoft Entra IDの PreferredDataLocation から同期) を指定します。
• MailboxRegionLastUpdateTime: MailboxRegion が (自動または手動で) 最終更新された日時を示します。

メールボックスのこれらのプロパティを表示するには、次の構文を使用します。

Get-Mailbox -Identity <MailboxIdentity> | Format-List Database,MailboxRegion*

たとえば、メールボックスchris@contoso.onmicrosoft.comの Geography 位置情報を表示するには、次のコマンドを実行します。

Get-Mailbox -Identity chris@contoso.onmicrosoft.com | Format-List Database, MailboxRegion*

コマンドの出力は次のようになります。

Database   : EURPR03DG077-db007
MailboxRegion  : EUR
MailboxRegionLastUpdateTime : 2/6/2018 8:21:01 PM

注:

データベース名の Geography の場所コードが MailboxRegion 値と一致しない場合、メールボックスは自動的に再配置キューに配置され、MailboxRegion 値で指定された Geography の場所に移動されます (これらのプロパティ値の不一致が検索Exchange Online)。

既存のクラウド専用メールボックスを特定の地域の場所に移動する

注:

Azure Active Directory (AzureAD) PowerShell モジュールは非推奨となり、Microsoft Graph PowerShell SDK に置き換えられます。 Microsoft Graph PowerShell SDK を使用して、すべての Microsoft Graph API にアクセスできます。 詳細については、「Microsoft Graph PowerShell SDK の使用を開始する」 を参照してください。

Microsoft Graph PowerShell のインストールと Microsoft Graph PowerShell へのアップグレードの方法については、「Microsoft Graph PowerShell SDK のインストール」と「 Azure AD PowerShell から Microsoft Graph PowerShell へのアップグレード」も参照してください。

クラウド専用ユーザーとは、Microsoft Entra Connect を介してテナントに同期されていないユーザーです。 このユーザーは、Microsoft Entra IDで直接作成されました。 Microsoft Graph PowerShell SDK の Get-MgUser コマンドレットと Set-MgUser コマンドレットを使用して、クラウド専用ユーザーのメールボックスを格納する Geography の場所を表示または指定します。

まず、Microsoft Graph PowerShell セッションで実行するアクションに必要なアクセス許可スコープを使用して Microsoft Graph に接続する必要があります。

Microsoft Graph PowerShell SDK では、委任されたアクセスとアプリ専用アクセスの 2 種類の認証がサポートされています。 このガイドでは、委任されたアクセスを使用してユーザーとしてサインインし、SDK に対してユーザーに代わって行動する同意を付与し、Microsoft Graph を呼び出します。

無人シナリオでアプリ専用アクセスを使用する方法の詳細については、「Microsoft Graph PowerShell SDK でアプリのみの認証を使用する」を参照してください。

必要なアクセス許可スコープを決定する

Microsoft Graph の各 API は、1 つ以上のアクセス許可スコープによって保護されています。 ユーザーログインは、使用する予定の API に必要なスコープのいずれかに同意する必要があります。 この例では、次の API を使用します。

ユーザーを一覧表示して、ログインユーザーのユーザー ID を見つけます。 ユーザーの PreferredDataLocation 値を変更します。

User.Read.All アクセス許可スコープを使用すると、最初の呼び出しが有効になり、User.ReadWrite.All スコープで 2 番目の呼び出しが有効になります。 これらのアクセス許可には管理者アカウントが必要です。

必要なアクセス許可スコープを決定する方法の詳細については、「 Find-MgGraphCommand コマンドレットの使用」を参照してください。

Microsoft 365 Organization に接続するには、次のコマンドを実行します。

Connect-MgGraph -Scopes "User.Read.All","Group.ReadWrite.All"

コマンドを実行すると、Web ページに移動して資格情報でサインインするように求められます。 完了すると、コマンドは Microsoft Graph へようこそで成功したことを示します。 メッセージ。 サインインする必要があるのは、セッションごとに 1 回だけです。

ヒント

新しいアクセス許可スコープで Connect-MgGraph コマンドを繰り返すことで、アクセス許可を追加できます。

ユーザーの PreferredDataLocation 値を表示するには、Microsoft Graph PowerShell で次の構文を使用します。

Get-MgUser -ConsistencyLevel eventual -Count userCount -Search '"UserPrincipalName:<UserPrincipalName>"' | Format-List UserPrincipalName,PreferredDataLocation

例えば、ユーザーmichelle@contoso.onmicrosoft.comの PreferredDataLocation の値を確認するには、次のコマンドを実行します。

Get-MgUser -ConsistencyLevel eventual -Count userCount -Search '"UserPrincipalName:michelle@contoso.onmicrosoft.com"' | Format-List

クラウド専用ユーザー オブジェクトの PreferredDataLocation 値を変更するには、Microsoft Graph PowerShell で次の構文を使用します。

Update-MgUser -UserID <UserID> -PreferredDataLocation <GeoLocationCode>

たとえば、 PreferredDataLocation 値をユーザー michelle@contoso.onmicrosoft.comの欧州連合 (EUR) geo に設定するには、最後のコマンド出力から UserID 値を取得し、次のコマンドを実行します。

Update-MgUser -UserID michelle@contoso.onmicrosoft.com -PreferredDataLocation EUR

注:

• 前述のように、オンプレミスの Active Directoryから同期されたユーザー オブジェクトには、この手順を使用できません。 Active Directory で PreferredDataLocation の値を変更し、Microsoft Entra Connect を使用して同期する必要があります。 詳細については、「Azure Active Directory Connect 同期: Microsoft 365 リソースの優先されるデータの場所を構成する」を参照してください。

• メールボックスを新しい地域の場所に再配置するための所要時間は次のいくつかの要素によって決まります。

• メールボックスのサイズと種類。

• 移行されるメールボックスの数。

• リソース移動の可用性。

非アクティブなメールボックスを特定の Geography に移動する

コンプライアンスのために保持されている非アクティブなメールボックス (訴訟ホールドのメールボックスなど) を移動するには、 PreferredDataLocation の値を変更します。 非アクティブなメールボックスを別の Geography に移動するには、次の手順を実行します。

1. 非アクティブなメールボックスを回復します。 手順については、「 非アクティブなメールボックスを回復する」を参照してください。

2. MailboxIdentity をメールボックスの名前、エイリアス、アカウント、または電子メール アドレスに置き換え<、PowerShell で次のコマンドを実行して、マネージド フォルダー アシスタントが回復したメールボックスを処理できないようにExchange Onlineします。>

Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $true

1. 回復されたメールボックスにExchange Onlineプラン 2 ライセンスを割り当てます。 この手順は、メールボックスを訴訟ホールドに戻すために必要です。 手順については、「 ユーザーにライセンスを割り当てる」を参照してください。

2. 前のセクションで説明したように、メールボックスの PreferredDataLocation 値を構成します。

3. メールボックスが新しい地理的な場所に移動することを確認したら、回復したメールボックスを訴訟ホールドに戻します。 手順については、「 メールボックスを訴訟ホールドに配置する」を参照してください。

4. 訴訟ホールドが実施されていることを確認した後、メールボックスの名前、エイリアス、アカウント、またはメール アドレスに MailboxIdentity> を置き換え<、PowerShell で次のコマンドを実行して、管理フォルダー アシスタントがメールボックス Exchange Onlineを再処理できるようにします。

Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $false

1. メールボックスに関連付けられているユーザー アカウントを削除して、メールボックスをもう一度非アクティブにします。 手順については、「organizationからユーザーを削除する」を参照してください。 この手順では、他の用途にExchange Onlineプラン 2 ライセンスもリリースします。

注: 非アクティブなメールボックスを別の地域の場所に移動すると、コンテンツの検索結果や、以前の地域の場所からメールボックスを検索する機能に影響する可能性があります。 詳細については、「 Multi-Geo 環境でのコンテンツの検索とエクスポート」を参照してください。

特定 の地域 の場所に新しいクラウド メールボックスを作成する

特定の 地理的 な場所に新しいメールボックスを作成するには、次のいずれかの手順を実行する必要があります。

• 前の「既存のクラウド専用メールボックスを特定の地理的な場所に移動する」セクションの説明に従って PreferredDataLocation 値を構成してから、Exchange Onlineでメールボックスを作成します。 たとえば、ライセンスを割り当てる前に、ユーザーに PreferredDataLocation 値を構成します。

• PreferredDataLocation 値の設定と同時にライセンスを割り当てます。

特定の地理的な場所に新しいクラウド専用ライセンス ユーザー (同期されていない Microsoft Entra Connect) を作成するには、Microsoft Graph PowerShell で次の構文を使用します。

$params = @{
	accountEnabled = $true
	displayName = "<display name>"
	mailNickname = "<mailbox name>"
	userPrincipalName = "<sign-in name>"
	usageLocation = "<ISO 3166-1 alpha-2 country code>"
	passwordProfile = @{
		forceChangePasswordNextSignIn = $true
		password = "<temp password>"
	}
}

$user = New-MgUser -BodyParameter $params

$EmsSku = Get-MgSubscribedSku -All | Where SkuPartNumber -eq '<license SKU ID>'
Set-MgUserLicense -UserId $user.Id -AddLicenses @{SkuId = $EmsSku.SkuId} -RemoveLicenses @()

ヒント

は usageLocation 、2 文字の国コード (ISO 標準 3166) です。 国におけるサービスの利用可能性を確認することが法的に義務付けられているため、ライセンスが割り当てられるユーザーには必須です。 例としては、米国、JP、GB などがあります。

この例では、次の値を使用して、エリザベス ブルナーの新しいユーザー アカウントを作成します。

• ユーザー識別名：ebrunner@contoso.onmicrosoft.com
• 名: Elizabeth
• 姓: Brunner
• 表示名：Elizabeth Brunner
• パスワード: ハッシュテーブルの形式でパスワードを手動で追加する
• ライセンス：contoso:ENTERPRISEPREMIUM（E5）
• 場所: オーストラリア (AU)

まず、Microsoft Graph Powershell を使用して Microsoft 365 テナントに接続します 。

接続した後、次の構文を使用して個々のアカウントを作成します。

$params = @{
	accountEnabled = $true
	displayName = "Elizabeth Brunner"
	mailNickname = "ElizabethB"
	userPrincipalName = "ebrunner@contoso.onmicrosoft.com"
	usageLocation = "AU"
	passwordProfile = @{
		forceChangePasswordNextSignIn = $true
		password = "xWwvJ]6NMw+bWH-d"
	}
}

$user = New-MgUser -BodyParameter $params

$EmsSku = Get-MgSubscribedSku -All | Where SkuPartNumber -eq 'ENTERPRISEPREMIUM'
Set-MgUserLicense -UserId $user.Id -AddLicenses @{SkuId = $EmsSku.SkuId} -RemoveLicenses @()

Azure AD PowerShell での新しいユーザー アカウントの作成や LicenseAssignment 値の検索の詳細については、「PowerShell のユーザー アカウントを作成する」と「PowerShell でライセンスとサービスを確認する」を参照してください。

注:

Exchange Online PowerShell を使用してメールボックスを有効にしていて、PreferredDataLocation で指定されている地理的な場所にメールボックスを直接作成する必要がある場合は、クラウド サービスに対して Enable-Mailbox や New-Mailbox などのExchange Onlineコマンドレットを直接使用する必要があります。 オンプレミスの Exchange PowerShell で Enable-RemoteMailbox コマンドレットを使用する場合、メールボックスは プライマリ プロビジョニングされた地域 の場所に作成されます。

特定の 地域 の場所にある既存のオンプレミス メールボックスをオンボードする

標準のオンボーディング ツールとプロセスを使用して、オンプレミスの Exchange 組織から Exchange Online にメールボックスを移行できます (EAC の移行ダッシュボード、および Exchange Online PowerShell の New-MigrationBatch コマンドレットを含む)。

最初の手順では、オンボードするメールボックスごとにユーザー オブジェクトが存在することを確認し、Microsoft Entra IDで正しい PreferredDataLocation 値が構成されていることを確認します。 オンボード ツールは PreferredDataLocation 値を尊重し、メールボックスを指定された地理的な場所に直接移行します。

または、次の手順を使用して、PowerShell の New-MoveRequest コマンドレットを使用して、特定の地理的な場所にメールボックスExchange Online直接オンボードできます。

1. オンボードするメールボックスごとにユーザー オブジェクトが存在し、PreferredDataLocation が Microsoft Entra ID で目的の値に設定されていることを確認します。 PreferredDataLocation の値は、Exchange Online の対応するメール ユーザー オブジェクトの MailboxRegion 属性に同期されます。

2. この記事の前半の接続手順を使用して、特定の サテライト地域 の場所に直接接続します。

3. PowerShell Exchange Onlineで、次のコマンドを実行して、メールボックスの移行を実行するために使用されるオンプレミス管理者の資格情報を変数に格納します。

$RC = Get-Credential

1. Exchange Online PowerShell で、次の例に類似した新しい New-MoveRequest を作成します。

New-MoveRequest -Remote -RemoteHostName mail.contoso.com -RemoteCredential $RC -Identity user@contoso.com -TargetDeliveryDomain <YourAppropriateDomain>

1. オンプレミスの Exchange から現在接続しているサテライト geo の場所に移行する必要があるすべてのメールボックスについて、手順 4 を繰り返します。

2. 他のメールボックスを異なるサテライト geo の場所に移行する必要がある場合は、特定の場所ごとに手順 2 ~ 4 を繰り返します。

複数地域のレポート

注:

複数地域のレポート機能は現在プレビュー段階にあり、すべての組織で利用できるわけではありません。変更される場合があります。

Microsoft 365 管理センターの複数地域使用状況レポートには、地理的な場所別にユーザー数が表示されます。 レポートには、現在の月のユーザー分布が表示され、過去 6 か月間の履歴データが表示されます。

移行

各ユーザーを 1 つのテナントの新しいデータセンター Geography に移動するのに時間がかかるため、移動中に古いデータセンター Geography に入るユーザーもあれば、新しいデータセンター Geography に配置されているユーザーもいます。 つまり、複数のメールボックスへのアクセスを伴う一部の機能は、移動プロセスの期間中は完全には機能しない可能性があります。これは、数週間続く可能性があります。 該当する機能については、この後のセクションで取り上げます。

Outlook Web Access で "共有フォルダー" を開く

一部のユーザーは、Outlook Web Access で "共有フォルダー" 機能を使用して、別のメールボックスから共有メール フォルダー (ユーザーが読み取りまたは書き込みアクセス許可を持つフォルダー) を開きます。 次の表に、メールボックスの移動中に、共有フォルダーへのアクセス権がどのように動作するかを取り上げます。 共有メールボックスに対する完全なアクセス許可を持つユーザーは、移動中に Outlook Web Access を使用してメールボックスを開くことができます。

構成	説明
別のメールボックスへのメールボックス フォルダー アクセス許可があるユーザー	制限される可能性があります。 テナントの移動中にユーザー A とメールボックス B が同じ 地域 にない場合、ユーザー A がメールボックス B の特定のフォルダーにのみアクセス許可を持っている場合、ユーザー A は Outlook Web Access でメールボックス B のフォルダーを開けられません。 共有フォルダーを追加するには、左側のナビゲーション ウィンドウでユーザー名を右クリックし、 [共有フォルダーの追加] を選択します。
別のメールボックスへのメールボックス フル アクセス許可があるユーザー	完全にサポートされます。 ユーザー A にメールボックス B への フル アクセス 許可がある場合、ユーザー A は Outlook Web Access の左側のナビゲーション パネルで共有フォルダーを選択して、メールボックス B を示すウィンドウを開くことができます。ユーザーは、移動中に Outlook Web Access を使用して共有メールボックスを開くことができます。悪影響を与える必要はありません。 制限は、メールボックス内のフォルダー レベルの共有だけに適用されます。

Exchange Online中の Microsoft 365 への電子メール データの移行プロセスは一般的なシナリオであり、サポートされています。 データセンター geo 間のクラウド移行は、オンプレミスからクラウド メールボックスへの移行に干渉しません。

顧客データの場所を特定するにはどうすればよいですか?

実際のデータの場所は、テナント 管理 センターにあります。 テナント管理者は、コミットされたデータの実際のデータの場所を確認するには、[管理-Settings-Org Settings-Organization> Profile-Data Location]>\(組織の>プロファイル-データの>場所\) に移動します。