Data Residency voor Exchange Online

Data Residency toezeggingen beschikbaar

Productvoorwaarden

Vereiste voorwaarden:

Tenant heeft een registratieland/-regio die is opgenomen in Local Region Geography, de Europese Unie of de Verenigde Staten.

Raadpleeg voor de huidige taal de webpagina Met productvoorwaarden voor privacy en beveiliging en bekijk de sectie 'Locatie van klantgegevens-at-rest voor Core Online Services'.

Inzet:

Opmerking

Als de klant zijn tenant richt in Australië, Brazilië, Canada, de Europese Unie, Frankrijk, Duitsland, India, Japan, Noorwegen, Qatar, Zuid-Afrika, Zuid-Korea, Zweden, Zwitserland, Verenigde Arabische Emiraten, Verenigd Koninkrijk of Verenigde Staten, slaat Microsoft de volgende klantgegevens alleen op binnen die geografische locatie: Exchange Online postvakinhoud (hoofdtekst van e-mail, agenda-items en de inhoud van e-mailbijlagen)

Geavanceerde Data Residency-invoegtoepassing

Vereiste voorwaarden:

1. Tenant heeft een registratieland/-regio die is opgenomen in Local Region Geography of Expanded Local Region Geography.
2. Tenant heeft een geldig Advanced Data Residency-abonnement voor alle gebruikers in de tenant
3. De klantgegevens van het Exchange Online-abonnement worden ingericht in Lokale geografie of Uitgebreide lokale geografie

Inzet:

Raadpleeg de adr-toezeggingspagina voor meer informatie over de specifieke toezeggingen die via productvoorwaarden worden verstrekt. Voorbeelden van de vastgelegde gegevens zijn: alle typen postvakken, inclusief gebruikerspostvakken, resourcepostvakken en archiefpostvakken.

Multi-Geo-invoegtoepassing

Vereiste voorwaarden:

1. Tenants hebben een geldig Multi-Geo-abonnement dat alle gebruikers dekt die zijn toegewezen aan een satellietgeografie.
2. De klant moet een actieve Enterprise Agreement hebben.
3. Het totale aantal aangeschafte Multi-Geo-eenheden moet groter zijn dan 5% van de totale in aanmerking komende gebruikers in de tenant.

Inzet:

Klanten kunnen een satellietgeografie die wordt ondersteund door Multi-Geo toewijzen aan een ondersteund postvaktype. Zie de sectie Microsoft 365 Multi-Geo-beschikbaarheid van de pagina Microsoft 365 Multi-Geo voor meer informatie. De Data-at-Rest voor Office 365 Services voor het postvak zoals gedefinieerd door de productvoorwaarden, worden opgeslagen in de toegewezen satellietgeografie. Ondersteunde postvaktypen zijn Exchange Online primaire en archiefpostvakken van gebruikers, resourcepostvakken, Microsoft 365-groepspostvakken en gedeelde postvakken.

Multi-Geo Capabilities in Exchange Online

Klanten kunnen een satellietgeografie die wordt ondersteund door Multi-Geo toewijzen aan een gebruiker. Zie de sectie Microsoft 365 Multi-Geo-beschikbaarheid van de pagina Microsoft 365 Multi-Geo voor meer informatie. De data-at-rest van de gebruiker voor Office 365 Services zoals gedefinieerd door de productvoorwaarden worden opgeslagen in de toegewezen satellietgeografie. Dit omvat alle typen Exchange Online postvakken, waaronder gebruikerspostvakken, resourcepostvakken, Microsoft 365-groepspostvakken, gedeelde postvakken en archiefpostvakken.

U kunt postvakken in satellietgeografielocaties plaatsen door:

1. Een nieuwe Exchange Online postvak rechtstreeks maken op een locatie in satellietgeografie.
2. Een bestaand Exchange Online postvak verplaatsen naar een locatie voor satellietgeografie door de voorkeursgegevenslocatie van de gebruiker te wijzigen.
3. Onboarding van een postvak van een on-premises Exchange-organisatie rechtstreeks naar een locatie in satellietgeografie .

Postvakplaatsing en verplaatsingen

Nadat Microsoft de vereiste multi-geo-configuratiestappen heeft voltooid, houdt Exchange Online zich aan het kenmerk PreferredDataLocation voor gebruikersobjecten in Microsoft Entra ID. Exchange Online synchroniseert de eigenschap PreferredDataLocation van Microsoft Entra ID met de eigenschap MailboxRegion in de adreslijstservice Exchange Online. De waarde van MailboxRegion bepaalt de macroregio Geografie of Lokale regio Geografie waar gebruikerspostvakken en eventuele bijbehorende archiefpostvakken worden geplaatst. Het is niet mogelijk om het primaire postvak en archiefpostvakken van een gebruiker te configureren om zich op verschillende geografische locaties te bevinden. Per gebruikersobject kan slechts één macroregio geografie of geografie van lokale regio's worden geconfigureerd.

• Wanneer PreferredDataLocation is geconfigureerd voor een gebruiker met een bestaand postvak, wordt het postvak in een relocatiewachtrij geplaatst en automatisch verplaatst naar de opgegeven macroregio geografie of geografie van de lokale regio.
• Wanneer PreferredDataLocation is geconfigureerd voor een gebruiker zonder een bestaand postvak, wordt het bij het inrichten van het postvak ingericht in de opgegeven macroregio Geografie of Geografie van de lokale regio.
• Wanneer PreferredDataLocation niet is opgegeven voor een gebruiker en u het postvak inricht, wordt dit ingericht in de Primaire ingerichte geografie.
• Als de PreferredDataLocation-code onjuist is (bijvoorbeeld een typefout van NAN in plaats van NAM), wordt het postvak ingericht in de Primaire ingerichte geografie.

Opmerking

Multi-geo-mogelijkheden en Skype voor Bedrijven Online regionaal gehoste vergaderingen gebruiken beide de eigenschap PreferredDataLocation voor gebruikersobjecten om services te zoeken. Als u PreferredDataLocation-waarden configureert voor gebruikersobjecten voor regionaal gehoste vergaderingen, wordt het postvak voor die gebruikers automatisch verplaatst naar de opgegeven macroregio geografie of regio geografie nadat Multi-Geo is ingeschakeld op de Microsoft 365-tenant.

Functiebeperkingen voor Multi-Geo in Exchange Online

• Beveiligings- en nalevingsfuncties (bijvoorbeeld controle en eDiscovery) die beschikbaar zijn in het Exchange-beheercentrum (EAC) zijn niet beschikbaar in multi-geo-organisaties. In plaats daarvan moet u Microsoft Defender en Microsoft Purview gebruiken om beveiligings- en nalevingsfuncties te configureren.
• Outlook voor Mac gebruikers tijdelijk geen toegang meer hebben tot hun map Online archief terwijl u hun postvak verplaatst naar een nieuwe locatie in geografie. Deze voorwaarde treedt op wanneer de primaire postvakken en archiefpostvakken van de gebruiker zich op verschillende geografische locaties bevinden, omdat verplaatsingen van verschillende geopostvakken op verschillende tijdstippen kunnen worden voltooid.
• Gebruikers kunnen geen postvakmappen delen tussen geografische locaties in webversie van Outlook (voorheen bekend als Outlook Web App of OWA). Een gebruiker in de Europese Unie kan bijvoorbeeld webversie van Outlook niet gebruiken om een gedeelde map te openen in een postvak in de Verenigde Staten. Gebruikers van de webversie van Outlook kunnen echter andere postvakken op verschillende geografische locaties openen met behulp van een afzonderlijk browservenster, zoals beschreven in Het postvak van een andere persoon openen in een afzonderlijk browservenster in Outlook Web App.

Opmerking

Het delen van mappen in meerdere geografische postvakken wordt ondersteund in Outlook voor Windows.

• Openbare mappen worden ondersteund in multi-geo-organisaties. De openbare mappen moeten echter op de locatie Primaire ingerichte geografie blijven. U kunt openbare mappen niet verplaatsen naar geografische satellietlocaties.
• In een Multi-Geo-omgeving wordt controle van meerdere geo-postvakken niet ondersteund. Als aan een gebruiker bijvoorbeeld machtigingen zijn toegewezen voor toegang tot een gedeeld postvak op een andere locatie in geografie , worden postvakacties die door die gebruiker worden uitgevoerd, niet geregistreerd in het postvakcontrolelogboek van het gedeelde postvak. Controlegebeurtenissen van Exchange-beheerders zijn ook alleen beschikbaar voor de standaardlocatie. Zie Postvakcontrole beheren voor meer informatie.

Exchange multi-geo beheren

Beheer van Exchange Online postvakken in een multi-geo-omgeving

Exchange Online PowerShell is vereist voor het weergeven en configureren van Multi-Geo-eigenschappen in uw Microsoft 365-omgeving. Zie Verbinding maken met Exchange Online PowerShell als u verbinding wilt maken met Exchange Online PowerShell.

In Exchange Online Multi-Geo omgevingen hoeft u geen handmatige stappen uit te voeren om Geografische gebieden toe te voegen aan uw tenant. Nadat u het berichtencentrumbericht hebt ontvangen met de mededeling dat multi-geo gereed is voor Exchange Online, zijn alle beschikbare geografische gebieden gereed en geconfigureerd voor gebruik.

Rechtstreeks verbinding maken met een geografische locatie met behulp van Exchange Online PowerShell

Normaal gesproken maakt Exchange Online PowerShell verbinding met de locatie van de primaire ingerichte geografie. Maar u kunt ook rechtstreeks verbinding maken met satellietgeografielocaties . Vanwege prestatieverbeteringen raden we u aan om rechtstreeks verbinding te maken met de locatie Satellietgeografie wanneer u alleen gebruikers op die locatie beheert.

De vereisten voor het installeren en gebruiken van de Exchange Online PowerShell-module worden beschreven in De Exchange Online PowerShell-module installeren en onderhouden.

Als u Exchange Online PowerShell wilt verbinden met een specifieke geografielocatie, is de parameter ConnectionUri anders dan de normale verbindingsinstructies. De overige opdrachten en waarden zijn hetzelfde.

U moet met name de waarde toevoegen aan het ?email=<emailaddress> einde van de ConnectionUri-waarde, waarbij <emailaddress> het e-mailadres van een postvak op de doellocatie Geografie is. Uw machtigingen voor dat postvak of de relatie met uw referenties zijn geen factor; het e-mailadres laat Exchange Online PowerShell zien waar verbinding moet worden gemaakt.

Klanten van Microsoft 365 of Microsoft 365 GCC hoeven doorgaans de parameter ConnectionUri niet te gebruiken om verbinding te maken met Exchange Online PowerShell. Maar als u verbinding wilt maken met een specifieke geografielocatie , moet u de parameter ConnectionUri gebruiken, zodat u deze in de waarde kunt gebruiken ?email=<emailaddress> .

Verbinding maken met een geografielocatie in Exchange Online PowerShell

De volgende verbindingsinstructies werken voor accounts die al dan niet zijn geconfigureerd voor meervoudige verificatie (MFA).

1. Laad de EXO V2-module in een Windows PowerShell-venster door de volgende opdracht uit te voeren:

Import-Module ExchangeOnlineManagement

1. In het volgende voorbeeld admin@contoso.onmicrosoft.com is het beheerdersaccount en de geografische doellocatie is waar het postvak olga@contoso.onmicrosoft.com zich bevindt.

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

1. Voer het wachtwoord in voor de admin@contoso.onmicrosoft.com in de prompt die wordt weergegeven. Als het account is geconfigureerd voor MFA, moet u ook de beveiligingscode invoeren.

Bekijk de beschikbare geografielocaties die zijn geconfigureerd in uw Exchange Online organisatie

Voer de volgende opdracht uit in Exchange Online PowerShell om de lijst met geconfigureerde geografielocaties in Microsoft 365 Multi-Geo weer te geven:

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

De locatie van de primaire ingerichte geografie voor uw Exchange Online organisatie weergeven

Voer de volgende opdracht uit in Exchange Online PowerShell om de locatie van de primaire ingerichte geografie van uw tenant weer te geven:

Get-OrganizationConfig | Select DefaultMailboxRegion

De geografielocatie van een postvak zoeken

Met de cmdlet Get-Mailbox in Exchange Online PowerShell worden de volgende multi-geo-gerelateerde eigenschappen voor postvakken weergegeven:

• Database: De eerste drie letters van de databasenaam komen overeen met de geografiecode , die aangeeft waar het postvak zich momenteel bevindt. Voor onlinearchiefpostvakken moet de eigenschap ArchiveDatabase worden gebruikt.
• MailboxRegion: hiermee geeft u de geografielocatiecode op die is ingesteld door de beheerder (gesynchroniseerd vanuit PreferredDataLocation in Microsoft Entra ID).
• MailboxRegionLastUpdateTime: geeft aan wanneer MailboxRegion voor het laatst is bijgewerkt (automatisch of handmatig).

Als u deze eigenschappen voor een postvak wilt zien, gebruikt u de volgende syntaxis:

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

Voer bijvoorbeeld de volgende opdracht uit om de geografische locatiegegevens voor het postvak chris@contoso.onmicrosoft.comweer te geven:

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

De uitvoer van de opdracht ziet er zo uit:

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

Opmerking

Als de geografielocatiecode in de databasenaam niet overeenkomt met de waarde MailboxRegion, wordt het postvak automatisch in een verplaatsingswachtrij geplaatst en verplaatst naar de geografielocatie die is opgegeven door de waarde MailboxRegion (Exchange Online zoekt naar een niet-overeenkomende waarde tussen deze eigenschapswaarden).

Een bestaand cloudpostvak verplaatsen naar een specifieke geografische locatie

Opmerking

De Azure Active Directory (AzureAD) PowerShell-module wordt afgeschaft en vervangen door de Microsoft Graph PowerShell SDK. U kunt de Microsoft Graph PowerShell SDK gebruiken voor toegang tot alle Microsoft Graph API's. Zie Aan de slag met de Microsoft Graph PowerShell SDK voor meer informatie.

Zie ook De Microsoft Graph PowerShell SDK installeren en upgraden van Azure AD PowerShell naar Microsoft Graph PowerShell voor informatie over het installeren en upgraden naar Respectievelijk Microsoft Graph PowerShell.

Een cloudgebruiker is een gebruiker die niet is gesynchroniseerd met de tenant via Microsoft Entra Connect. Deze gebruiker is rechtstreeks in Microsoft Entra ID gemaakt. Gebruik de cmdlets Get-MgUser en Set-MgUser in de Microsoft Graph PowerShell SDK om de geografielocatie weer te geven of op te geven waar het postvak van een cloudgebruiker wordt opgeslagen.

Eerst moet u verbinding maken met Microsoft Graph met behulp van de vereiste machtigingsbereiken voor de acties die u gaat uitvoeren in uw Microsoft Graph PowerShell-sessie.

De Microsoft Graph PowerShell SDK ondersteunt twee typen verificatie: gedelegeerde toegang en alleen-app-toegang. In deze handleiding gebruikt u gedelegeerde toegang om u aan te melden als gebruiker, toestemming te verlenen aan de SDK om namens u te handelen en microsoft Graph aan te roepen.

Zie Use app-only authentication with the Microsoft Graph PowerShell SDK (Alleen-app-verificatie gebruiken met de Microsoft Graph PowerShell SDK) voor meer informatie over het gebruik van alleen-apps voor scenario's zonder toezicht.

Vereiste machtigingsbereiken bepalen

Elke API in Microsoft Graph wordt beveiligd door een of meer machtigingsbereiken. De gebruiker die zich aanmeldt, moet toestemming geven voor een van de vereiste bereiken voor de API's die u wilt gebruiken. In dit voorbeeld gebruiken we de volgende API's.

Gebruikers weergeven om de gebruikers-id van de aangemelde gebruiker te vinden. Wijzig de waarde PreferredDataLocation voor een gebruiker.

Het machtigingsbereik User.Read.All schakelt de eerste aanroep in en het bereik User.ReadWrite.All schakelt de tweede in. Voor deze machtigingen is een beheerdersaccount vereist.

Zie Find-MgGraphCommand cmdlet gebruiken voor meer informatie over het bepalen van welke machtigingsbereiken u nodig hebt.

Voer de volgende opdracht uit om verbinding te maken met uw Microsoft 365-organisatie:

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

Met de opdracht wordt u gevraagd naar een webpagina te gaan om u aan te melden met uw referenties. Zodra u dat hebt gedaan, geeft de opdracht aan dat het is gelukt met een welkom bij Microsoft Graph! Bericht. U hoeft u slechts één keer per sessie aan te melden.

Tip

U kunt machtigingen toevoegen door de opdracht Connect-MgGraph te herhalen met de nieuwe machtigingsbereiken.

Als u de waarde PreferredDataLocation voor een gebruiker wilt weergeven, gebruikt u deze syntaxis in Microsoft Graph PowerShell:

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

Als u bijvoorbeeld de waarde PreferredDataLocation voor de gebruiker wilt zien, voert u michelle@contoso.onmicrosoft.comde volgende opdracht uit:

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

Gebruik de volgende syntaxis in Microsoft Graph PowerShell om de waarde PreferredDataLocation voor een cloudgebruikersobject te wijzigen:

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

Als u bijvoorbeeld de waarde PreferredDataLocation wilt instellen op de geografische locatie van de Europese Unie (EUR) voor de gebruiker michelle@contoso.onmicrosoft.com, haalt u de waarde UserID op uit de laatste opdrachtuitvoer en voert u de volgende opdracht uit:

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

Opmerking

• Zoals eerder vermeld, kunt u deze procedure niet gebruiken voor gesynchroniseerde gebruikersobjecten van on-premises Active Directory. U moet de waarde preferredDataLocation in Active Directory wijzigen en synchroniseren met behulp van Microsoft Entra Connect. Zie Azure Active Directory Connect-synchronisatie: voorkeursgegevenslocatie configureren voor Microsoft 365-resources voor meer informatie.

• Hoe lang het duurt om een postvak te verplaatsen naar een nieuwe geografische locatie, is afhankelijk van verschillende factoren:

• De grootte en het type postvak.

• Het aantal postvakken dat wordt verplaatst.

• De beschikbaarheid van verplaatsingsresources.

Een inactief postvak verplaatsen naar een specifieke geografie

U kunt niet inactieve postvakken verplaatsen die zijn bewaard voor nalevingsdoeleinden (bijvoorbeeld postvakken bij bewaring van juridische procedures) door de waarde van hun PreferredDataLocation te wijzigen. Voer de volgende stappen uit om een inactief postvak naar een andere geografie te verplaatsen:

1. Herstel het inactieve postvak. Zie Een inactief postvak herstellen voor instructies.

2. Voorkom dat de Assistent voor beheerde mappen het herstelde postvak verwerkt door MailboxIdentity> te <vervangen door de naam, alias, account of e-mailadres van het postvak en de volgende opdracht uit te voeren in Exchange Online PowerShell:

Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $true

1. Wijs een Exchange Online Abonnement 2-licentie toe aan het herstelde postvak. Deze stap is vereist om het postvak weer in bewaring voor juridische procedures te plaatsen. Zie Licenties toewijzen aan gebruikers voor instructies.

2. Configureer de waarde PreferredDataLocation in het postvak, zoals beschreven in de vorige sectie.

3. Nadat u hebt bevestigd dat het postvak naar de nieuwe geografische locatie wordt verplaatst, plaatst u het herstelde postvak weer op juridische bewaring. Zie Een postvak in bewaring voor juridische procedures plaatsen voor instructies.

4. Nadat u hebt gecontroleerd of de juridische bewaring is ingesteld, staat u de Assistent voor beheerde mappen toe om het postvak opnieuw te verwerken door MailboxIdentity> te vervangen door <de naam, alias, account of e-mailadres van het postvak en de volgende opdracht uit te voeren in Exchange Online PowerShell:

Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $false

1. Maak het postvak weer inactief door het gebruikersaccount te verwijderen dat aan het postvak is gekoppeld. Zie Een gebruiker uit uw organisatie verwijderen voor instructies. In deze stap wordt ook de licentie Exchange Online Abonnement 2 vrijgegeven voor ander gebruik.

Opmerking: wanneer u een inactief postvak naar een andere geografische locatie verplaatst, kan dit van invloed zijn op de zoekresultaten voor inhoud of de mogelijkheid om vanuit de voormalige geografische locatie in het postvak te zoeken. Zie Inhoud zoeken en exporteren in Multi-Geo-omgevingen voor meer informatie.

Nieuwe cloudpostvakken maken op een specifieke locatie in de geografie

Als u een nieuw postvak wilt maken op een specifieke geografische locatie, moet u een van de volgende stappen uitvoeren:

• Configureer de waarde PreferredDataLocation zoals beschreven in de vorige sectie Een bestaand cloudpostvak verplaatsen naar een specifieke geografische locatievoordat u het postvak in Exchange Online maakt. Configureer bijvoorbeeld de waarde PreferredDataLocation voor een gebruiker voordat u een licentie toewijst.

• Wijs een licentie toe op hetzelfde moment dat u de waarde PreferredDataLocation instelt.

Gebruik de volgende syntaxis in Microsoft Graph PowerShell om een nieuwe cloudlicentiegebruiker te maken (niet Microsoft Entra gesynchroniseerd) op een specifieke geografische locatie:

$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 @()

Tip

De usageLocation is een tweeletterige landcode (ISO-standaard 3166). Vereist voor gebruikers aan wie licenties zijn toegewezen vanwege wettelijke vereisten om de beschikbaarheid van services in landen te controleren. Voorbeelden zijn: US, JP en GB.

In dit voorbeeld wordt een nieuw gebruikersaccount voor Elizabeth Brunner gemaakt met de volgende waarden:

• User principal name: ebrunner@contoso.onmicrosoft.com
• Voornaam: Elizabeth
• Achternaam: Brunner
• Weergavenaam: Elizabeth Brunner
• Wachtwoord: handmatig wachtwoord toevoegen in de vorm van een hashtabel
• Licentie: contoso:ENTERPRISEPREMIUM (E5)
• Locatie: Australië (AU)

Maak eerst verbinding met uw Microsoft 365-tenant met behulp van Microsoft Graph Powershell.

Nadat u verbinding hebt gemaakt, gebruikt u de volgende syntaxis om een afzonderlijk account te maken:

$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 @()

Zie Gebruikersaccounts maken met PowerShell en Licenties en services weergeven met PowerShell voor meer informatie over het maken van nieuwe gebruikersaccounts en het vinden van LicenseAssignment-waarden in Azure AD PowerShell.

Opmerking

Als u Exchange Online PowerShell gebruikt om een postvak in te schakelen en het postvak rechtstreeks moet worden gemaakt op de geografische locatie die is opgegeven in PreferredDataLocation, moet u een Exchange Online-cmdlet zoals Enable-Mailbox of New-Mailbox rechtstreeks voor de cloudservice gebruiken. Als u de cmdlet Enable-RemoteMailbox in on-premises Exchange PowerShell gebruikt, wordt het postvak gemaakt op de locatie Primary Provisioned Geography .

Onboarding van bestaande on-premises postvakken op een specifieke locatie in de geografie

U kunt de standaardhulpprogramma's en processen voor onboarding gebruiken om een postvak te migreren van een on-premises Exchange-organisatie naar Exchange Online, waaronder het migratiedashboard in het EAC en de cmdlet New-MigrationBatch in Exchange Online PowerShell.

De eerste stap is om te controleren of er een gebruikersobject bestaat voor elk postvak dat moet worden toegevoegd, en controleer of de juiste PreferredDataLocation-waarde is geconfigureerd in Microsoft Entra ID. De onboarding-hulpprogramma's respecteren de waarde PreferredDataLocation en migreren de postvakken rechtstreeks naar de opgegeven geografische locatie.

U kunt ook de volgende stappen gebruiken om postvakken rechtstreeks op een specifieke geografische locatie te onboarden met behulp van de cmdlet New-MoveRequest in Exchange Online PowerShell.

1. Controleer of het gebruikersobject bestaat voor elk postvak dat moet worden toegevoegd en of PreferredDataLocation is ingesteld op de gewenste waarde in Microsoft Entra ID. De waarde van PreferredDataLocation wordt gesynchroniseerd met het kenmerk MailboxRegion van het bijbehorende e-mailgebruikersobject in Exchange Online.

2. Maak rechtstreeks verbinding met de specifieke locatie voor satellietgeografie met behulp van de verbindingsinstructies van eerder in dit artikel.

3. Sla in Exchange Online PowerShell de referenties van de on-premises beheerder op die worden gebruikt om een postvakmigratie uit te voeren in een variabele door de volgende opdracht uit te voeren:

$RC = Get-Credential

1. Maak in Exchange Online PowerShell een nieuwe New-MoveRequest, vergelijkbaar met het volgende voorbeeld:

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

1. Herhaal stap 4 voor elk postvak dat u moet migreren van on-premises Exchange naar de geografische satellietlocatie waar u momenteel verbinding mee hebt.

2. Als u andere postvakken wilt migreren naar verschillende geografische satellietlocaties, herhaalt u stap 2 tot en met 4 voor elke specifieke locatie.

Multi-Geo-rapportage

Opmerking

De functie voor multi-geo-rapportage is momenteel beschikbaar in preview, is niet beschikbaar in alle organisaties en kan worden gewijzigd.

Multi-Geo-gebruiksrapporten in de Microsoft 365-beheercentrum geeft het aantal gebruikers per geografische locatie weer. In het rapport wordt de gebruikersdistributie voor de huidige maand weergegeven en worden historische gegevens voor de afgelopen zes maanden weergegeven.

Migratie

Omdat het tijd kost om elke gebruiker te verplaatsen naar het nieuwe datacenter Geography voor één tenant, bevinden sommige gebruikers zich tijdens de verplaatsing in het oude datacenter Geography , terwijl anderen zich in het nieuwe datacenter Geography bevinden. Dit betekent dat sommige functies waarbij toegang tot meerdere postvakken nodig is, mogelijk niet volledig werken tijdens een periode van het verplaatsingsproces, dat weken kan duren. Deze functies worden beschreven in de volgende secties.

Gedeelde map openen in Outlook Web Access

Sommige gebruikers openen een gedeelde e-mailmap vanuit een ander postvak (waarvoor de gebruiker lees- of schrijfmachtigingen heeft) in Outlook Web Access met behulp van de functie Gedeelde map. In de volgende tabel wordt beschreven hoe toegang tot gedeelde mappen werkt tijdens het verplaatsen van een postvak. Houd er rekening mee dat gebruikers met volledige machtigingen voor een gedeeld postvak het postvak kunnen openen met behulp van Outlook Web Access tijdens de verplaatsing.

Configuratie	Beschrijving
Gebruiker heeft machtigingen voor een postvakmap voor een ander postvak	Mogelijk beperkt. Als gebruiker A en postvak B zich tijdens de verplaatsing van de tenant niet in dezelfde geografie bevinden, kan gebruiker A de map van postvak B niet openen in Outlook Web Access als gebruiker A alleen gemachtigd is voor een specifieke map in postvak B. Als u een gedeelde map wilt toevoegen, klikt u met de rechtermuisknop op de gebruikersnaam in het linkernavigatievenster en selecteert u Gedeelde map toevoegen.
Gebruiker met volledige postvakmachtiging voor een ander postvak	Volledig ondersteund. Als gebruiker A de machtiging Volledige toegang heeft voor postvak B, kan gebruiker A de gedeelde map selecteren in het linkernavigatievenster in Outlook Web Access om een venster met Postvak B te openen. Een gebruiker kan tijdens de verplaatsing een gedeeld postvak openen met Outlook Web Access zonder dat dit nadelige gevolgen heeft. De beperking geldt alleen voor delen op mapniveau in een postvak.

Het proces van e-mailgegevensmigratie naar Microsoft 365 tijdens de Exchange Online is een veelvoorkomend scenario en wordt ondersteund. Cloudmigratie tussen datacenter geo's heeft geen invloed op migraties van on-premises naar cloudpostvakken.

Hoe kan ik de locatie van klantgegevens bepalen?

U vindt de werkelijke gegevenslocatie in Tenant Beheer Center. Als tenantbeheerder kunt u de werkelijke gegevenslocatie voor vastgelegde gegevens vinden door te navigeren naar Beheer-Settings-Org>> Settings-Organization> Profile-Data> Location.