Dela via


Data Residency för Exchange Online

tillgängliga Data Residency åtaganden

Produktvillkor

Obligatoriska villkor:

Klientorganisationen har ett registreringsland/en region som ingår i Geografi för lokal region, Eu-unionen eller USA.

För aktuellt språk, se webbsidan För sekretess- och säkerhetsprodukter och se avsnittet "Plats för kunddata i vila för Core Online Services".

Engagemang:

Obs!

Om Kunden etablerar sin klientorganisation i Australien, Brasilien, Kanada, Europeiska unionen, Frankrike, Tyskland, Indien, Japan, Norge, Qatar, Sydafrika, Sydkorea, Sverige, Schweiz, Förenade Arabemiraten, Storbritannien eller USA lagrar Microsoft endast följande kunddata i vila inom det Geo: Exchange Online postlådeinnehåll (e-posttext, kalenderposter och innehållet i e-postbilagor)

Avancerat Data Residency tillägg

Obligatoriska villkor:

  1. Klientorganisationen har ett registreringsland/en region som ingår i Geografi för lokal region eller Geografi för utökad lokal region.
  2. Klientorganisationen har en giltig advanced Data Residency-prenumeration för alla användare i klientorganisationen
  3. Kunddata för Exchange Online-prenumerationen etableras i lokalt geografiskt område eller expanderat lokalt geografiskt område

Engagemang:

Se sidan för ADR-åtagande för att förstå de specifika åtaganden som tillhandahålls via produktvillkor. Exempel på incheckade data är: alla typer av postlådor, inklusive användarpostlådor, resurspostlådor och arkivpostlådor.

Multi-Geo-tillägg

Obligatoriska villkor:

  1. Klienter har en giltig Multi-Geo-prenumeration som omfattar alla användare som har tilldelats ett satellitgeografi.
  2. Kunden måste ha en aktiv Enterprise-avtal.
  3. Totalt köpta Multi-Geo-enheter måste vara större än 5 % av det totala antalet berättigade användare i klientorganisationen.

Engagemang:

Kunder kan tilldela en satellitgeografi som stöds av Multi-Geo till en postlådetyp som stöds. Mer information finns i avsnittet Microsoft 365 Multi-Geo-tillgänglighet på Microsoft 365 Multi-Geo-sidan. Vilande data för Office 365 Services för postlådan enligt definitionen i produktvillkoren ska lagras i det tilldelade satellitgeografiska området. Postlådetyper som stöds är Exchange Online primära postlådor för användare och arkiv, resurspostlådor, Microsoft 365-grupppostlådor och delade postlådor.

Multi-geo funktioner i Exchange Online

Kunder kan tilldela en satellitgeografi som stöds av Multi-Geo till en användare. Mer information finns i avsnittet Microsoft 365 Multi-Geo-tillgänglighet på Microsoft 365 Multi-Geo-sidan. Användarens vilande data för Office 365 Services enligt definitionen i produktvillkoren ska lagras i det tilldelade satellitgeografiska området. Detta omfattar alla typer av Exchange Online postlådor, inklusive användarpostlådor, resurspostlådor, Microsoft 365-grupppostlådor, delade postlådor och arkivpostlådor.

Du kan placera postlådor i satellitgeografiska platser genom att:

  1. Skapa en ny Exchange Online postlåda direkt på en plats för satellitgeografiska platser.
  2. Flytta en befintlig Exchange Online postlåda till en plats för satellitgeografiska platser genom att ändra användarens önskade dataplats.
  3. Registrera en postlåda från en lokal Exchange-organisation direkt till en plats för satellitgeografiska platser.

Postlådeplacering och flyttningar

När Microsoft har slutfört de nödvändiga konfigurationsstegen för Multi-Geo följer Exchange Online attributet PreferredDataLocation för användarobjekt i Microsoft Entra ID. Exchange Online synkroniserar egenskapen PreferredDataLocation från Microsoft Entra ID till egenskapen MailboxRegion i Exchange Online-katalogtjänsten. Värdet för MailboxRegion avgör geografin för makroregionen eller geografin för lokal region där användarpostlådor och eventuella associerade arkivpostlådor placeras. Det går inte att konfigurera en användares primära postlåda och arkivpostlådor så att de finns på olika geografiska platser. Det går bara att konfigurera ett geografiskt område för makroområden eller geografi för lokal region per användarobjekt.

  • När PreferredDataLocation har konfigurerats för en användare med en befintlig postlåda placeras postlådan i en flyttkö och flyttas automatiskt till det angivna geografiområdet för makroregionen eller geografin för den lokala regionen.
  • När PreferredDataLocation har konfigurerats för en användare utan en befintlig postlåda etableras den i det angivna geografiområdet för makroregionen eller geografin för den lokala regionen när du etablerar postlådan.
  • När PreferredDataLocation inte har angetts för en användare etableras den i det primära etablerade geografiska området när du etablerar postlådan.
  • Om PreferredDataLocation-koden är felaktig (till exempel ett skrivfel för NAN i stället för NAM) etableras postlådan i den primära etablerade geografin.

Obs!

Multi-geo-funktioner och Skype för företag Regionala möten i Online använder båda egenskapen PreferredDataLocation på användarobjekt för att hitta tjänster. Om du konfigurerar PreferredDataLocation-värden för användarobjekt för regionalt värdbaserade möten flyttas postlådan för dessa användare automatiskt till det angivna geografiområdet för makroregionen eller geografin för lokal region när Multi-Geo har aktiverats i Microsoft 365-klientorganisationen.

Funktionsbegränsningar för Multi-Geo i Exchange Online

  • Säkerhets- och efterlevnadsfunktioner (till exempel granskning och eDiscovery) som är tillgängliga i Administrationscenter för Exchange (EAC) är inte tillgängliga i Multi-Geo-organisationer. I stället måste du använda Microsoft Defender och Microsoft Purview för att konfigurera säkerhets- och efterlevnadsfunktioner.
  • Outlook för Mac användare kan uppleva en tillfällig förlust av åtkomst till sin onlinearkivmapp när du flyttar postlådan till en ny geografisk plats. Det här villkoret inträffar när användarens primära postlådor och arkivpostlådor finns på olika geografiska platser, eftersom flyttningar mellan geografiska postlådor kan slutföras vid olika tidpunkter.
  • Användare kan inte dela postlådemappar mellan geografiska platser i Outlook på webben (kallades tidigare Outlook Web App eller OWA). En användare i EU kan till exempel inte använda Outlook på webben för att öppna en delad mapp i en postlåda som finns i USA. Outlook på webben kan dock öppna andra postlådor på olika geografiska platser genom att använda ett separat webbläsarfönster enligt beskrivningen i Öppna en annan persons postlåda i ett separat webbläsarfönster i Outlook Web App.

Obs!

Mappdelning mellan geo-postlådor stöds i Outlook i Windows.

  • Gemensamma mappar stöds i Multi-Geo-organisationer. De gemensamma mapparna måste dock finnas kvar på den primära etablerade geografiplatsen . Du kan inte flytta gemensamma mappar till geoplatser för satelliter.
  • I en Multi-Geo-miljö stöds inte granskning av kors-geo-postlådor. Om en användare till exempel har tilldelats behörighet att komma åt en delad postlåda på en annan geografisk plats loggas inte postlådeåtgärder som utförs av användaren i granskningsloggen för postlådan för den delade postlådan. Granskningshändelser för Exchange-administratörer är också endast tillgängliga för standardplatsen. Mer information finns i Hantera postlådegranskning.

Administrera Exchange Multi-Geo

Administrera Exchange Online postlådor i en Multi-Geo-miljö

Exchange Online PowerShell krävs för att visa och konfigurera Multi-Geo-egenskaper i din Microsoft 365-miljö. Information om hur du använder Windows PowerShell för att ansluta till Exchange Online finns i artikeln om att ansluta till Exchange Online PowerShell.

I Exchange Online Multi-Geo miljöer behöver du inte utföra några manuella steg för att lägga till geografiska områden i klientorganisationen. När du har fått meddelandecentrets inlägg om att multi-geo är redo för Exchange Online, är alla tillgängliga geografiska områden redo och konfigurerade för dig att använda.

Ansluta direkt till en geo-plats med Exchange Online PowerShell

Vanligtvis ansluter Exchange Online PowerShell till primär etablerad geografisk plats. Men du kan också ansluta direkt till platser för satellitgeografiska platser. På grund av prestandaförbättringar rekommenderar vi att du ansluter direkt till platsen Satellitgeografi när du bara hanterar användare på den platsen.

Kraven för att installera och använda Exchange Online PowerShell-modulen beskrivs i Installera och underhålla Exchange Online PowerShell-modulen.

Om du vill ansluta Exchange Online PowerShell till en specifik geografisk plats skiljer sig parametern ConnectionUri från de vanliga anslutningsinstruktionerna. Resten av kommandona och värdena är desamma.

Mer specifikt måste du lägga ?email=<emailaddress> till värdet i slutet av ConnectionUri-värdet, där <emailaddress> är e-postadressen för alla postlådor på målplatsen för geografi . Dina behörigheter till postlådan eller relationen till dina autentiseringsuppgifter är inte en faktor. e-postadressen anger helt enkelt Exchange Online PowerShell var du ska ansluta.

Microsoft 365- eller Microsoft 365 GCC-kunder behöver vanligtvis inte använda parametern ConnectionUri för att ansluta till Exchange Online PowerShell. Men om du vill ansluta till en specifik geografisk plats måste du använda parametern ConnectionUri så att du kan använda ?email=<emailaddress> i värdet.

Ansluta till en geografisk plats i Exchange Online PowerShell

Följande anslutningsanvisningar fungerar för konton som är eller inte har konfigurerats för multifaktorautentisering (MFA).

  1. I ett Windows PowerShell fönster läser du in EXO V2-modulen genom att köra följande kommando:
Import-Module ExchangeOnlineManagement
  1. I följande exempel admin@contoso.onmicrosoft.com är administratörskontot och målets geo-plats är där postlådan olga@contoso.onmicrosoft.com finns.
Connect-ExchangeOnline -UserPrincipalName admin@contoso.onmicrosoft.com -ConnectionUri https://outlook.office365.com/powershell?email=olga@contoso.onmicrosoft.com
  1. Ange lösenordet för admin@contoso.onmicrosoft.com i prompten som visas. Om kontot har konfigurerats för MFA måste du också ange säkerhetskoden.

Visa tillgängliga geografiska platser som har konfigurerats i din Exchange Online organisation

Om du vill se listan över konfigurerade geografiska platser i Microsoft 365 Multi-Geo kör du följande kommando i Exchange Online PowerShell:

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

Visa den primära etablerade geografiplatsen för din Exchange Online organisation

Om du vill visa klientens primära etablerade geografiplats kör du följande kommando i Exchange Online PowerShell:

Get-OrganizationConfig | Select DefaultMailboxRegion

Hitta geografiplatsen för en postlåda

Cmdleten Get-Mailbox i Exchange Online PowerShell visar följande multi-geo-relaterade egenskaper för postlådor:

  • Databas: De första tre bokstäverna i databasnamnet motsvarar geografikoden , som anger var postlådan för närvarande finns. För onlinearkivpostlådor ska egenskapen ArchiveDatabase användas.
  • MailboxRegion: Anger platskoden för geografi som angetts av administratören (synkroniserad från PreferredDataLocation i Microsoft Entra ID).
  • MailboxRegionLastUpdateTime: Anger när MailboxRegion senast uppdaterades (antingen automatiskt eller manuellt).

Om du vill se dessa egenskaper för en postlåda använder du följande syntax:

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

Om du till exempel vill se geografisk platsinformation för postlådan chris@contoso.onmicrosoft.comkör du följande kommando:

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

Kommandots utdata ser ut så här:

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

Obs!

Om platskoden för geografi i databasnamnet inte matchar värdet för MailboxRegion placeras postlådan automatiskt i en flyttkö och flyttas till den geografiplats som anges av värdet MailboxRegion (Exchange Online söker efter ett matchningsfel mellan dessa egenskapsvärden).

Flytta en befintlig molnbaserad postlåda till en specifik geoplats

Obs!

PowerShell-modulen Azure Active Directory (AzureAD) är inaktuell och ersätts av Microsoft Graph PowerShell SDK. Du kan använda Microsoft Graph PowerShell SDK för att komma åt alla Microsoft Graph API:er. Mer information finns i Komma igång med Microsoft Graph PowerShell SDK.

Mer information om hur du installerar och uppgraderar till Microsoft Graph PowerShell finns i Installera Microsoft Graph PowerShell SDK och Uppgradera från Azure AD PowerShell till Microsoft Graph PowerShell.

En molnbaserad användare är en användare som inte synkroniseras med klientorganisationen via Microsoft Entra Connect. Den här användaren skapades direkt i Microsoft Entra ID. Använd cmdletarna Get-MgUser och Set-MgUser i Microsoft Graph PowerShell SDK för att visa eller ange geografiplatsen där en molnbaserad användares postlåda ska lagras.

Först måste du ansluta till Microsoft Graph med de behörighetsomfattningar som krävs för de åtgärder du ska vidta i Microsoft Graph PowerShell-sessionen.

Microsoft Graph PowerShell SDK stöder två typer av autentisering: delegerad åtkomst och endast appåtkomst. I den här guiden använder du delegerad åtkomst för att logga in som användare, bevilja medgivande till SDK:t för att agera åt dig och anropa Microsoft Graph.

Mer information om hur du använder appåtkomst för obevakade scenarier finns i Använda appbaserad autentisering med Microsoft Graph PowerShell SDK.

Fastställa nödvändiga behörighetsomfattningar

Varje API i Microsoft Graph skyddas av ett eller flera behörighetsomfång. Användaren som loggar in måste godkänna något av de nödvändiga omfången för de API:er som du planerar att använda. I det här exemplet använder vi följande API:er.

Lista användare för att hitta användar-ID för den inloggade användaren. Ändra värdet PreferredDataLocation för en användare.

Behörighetsomfånget User.Read.All aktiverar det första anropet och omfånget User.ReadWrite.All aktiverar det andra. Dessa behörigheter kräver ett administratörskonto.

Mer information om hur du avgör vilka behörighetsomfattningar du behöver finns i Använda Find-MgGraphCommand cmdlet.

Kör följande kommando för att ansluta till din Microsoft 365-organisation:

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

Kommandot uppmanar dig att gå till en webbsida för att logga in med dina autentiseringsuppgifter. När du har gjort det visar kommandot att det lyckades med en Välkommen till Microsoft Graph! Meddelande. Du behöver bara logga in en gång per session.

Tips

Du kan lägga till behörigheter genom att upprepa kommandot Connect-MgGraph med de nya behörighetsomfattningarna.

Om du vill visa värdet PreferredDataLocation för en användare använder du den här syntaxen i Microsoft Graph PowerShell:

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

Om du till exempel vill se värdet PreferredDataLocation för användaren michelle@contoso.onmicrosoft.comkör du följande kommando:

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

Om du vill ändra värdet PreferredDataLocation för ett användarobjekt som endast är molnbaserat använder du följande syntax i Microsoft Graph PowerShell:

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

Om du till exempel vill ange värdet PreferredDataLocation till Geo för Europeiska unionen (EUR) för användaren michelle@contoso.onmicrosoft.comhämtar du UserID-värdet från det senaste kommandots utdata och kör följande kommando:

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

Obs!

  • Som tidigare nämnts kan du inte använda den här proceduren för synkroniserade användarobjekt från lokal Active Directory. Du måste ändra värdet PreferredDataLocation i Active Directory och synkronisera det med Microsoft Entra Connect. Mer information finns i Azure Active Directory Connect-synkronisering: Konfigurera önskad dataplats för Microsoft 365-resurser.

  • Hur lång tid det tar att flytta en postlåda till en ny geo-plats beror på flera faktorer:

  • Postlådans storlek och typ.

  • Antalet postlådor som flyttas.

  • Tillgängligheten för flyttresurser.

Flytta en inaktiv postlåda till ett visst geografiskt område

Du kan inte flytta inaktiva postlådor som bevaras i efterlevnadssyfte (till exempel postlådor i bevarande av rättstvister) genom att ändra värdet för PreferredDataLocation . Gör följande för att flytta en inaktiv postlåda till ett annat geografiskt område:

  1. Återställa den inaktiva postlådan. Anvisningar finns i Återställa en inaktiv postlåda.

  2. Förhindra att Den hanterade mappassistenten bearbetar den återställda postlådan genom att <ersätta MailboxIdentity> med postlådans namn, alias, konto eller e-postadress och köra följande kommando i Exchange Online PowerShell:

Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $true
  1. Tilldela en Exchange Online plan 2-licens till den återställda postlådan. Det här steget krävs för att placera postlådan på bevarande av juridiska skäl igen. Anvisningar finns i Tilldela licenser till användare.

  2. Konfigurera värdet PreferredDataLocation i postlådan enligt beskrivningen i föregående avsnitt.

  3. När du har bekräftat att postlådan flyttas till den nya geo-platsen placerar du den återställda postlådan på bevarande av rättstvister igen. Anvisningar finns i Placera en postlåda i Bevarande av rättstvister.

  4. När du har kontrollerat att bevarandet av rättstvister är på plats tillåter du att assistenten för hanterad mapp bearbetar postlådan igen genom att ersätta <MailboxIdentity> med postlådans namn, alias, konto eller e-postadress och köra följande kommando i Exchange Online PowerShell:

Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $false
  1. Gör postlådan inaktiv igen genom att ta bort användarkontot som är associerat med postlådan. Anvisningar finns i Ta bort en användare från din organisation. Det här steget släpper även Exchange Online Plan 2-licensen för andra användningsområden.

Obs! När du flyttar en inaktiv postlåda till en annan geoplats kan du påverka sökresultat för innehåll eller möjligheten att söka i postlådan från den tidigare geoplatsen. Mer information finns i Söka efter och exportera innehåll i Multi-Geo-miljöer.

Skapa nya molnpostlådor på en specifik geografisk plats

Om du vill skapa en ny postlåda på en specifik geografisk plats måste du göra något av följande:

  • Konfigurera värdet PreferredDataLocation enligt beskrivningen i föregående avsnitt Flytta en befintlig molnbaserad postlåda till en specifik geografisk platsinnan du skapar postlådan i Exchange Online. Konfigurera till exempel värdet PreferredDataLocation för en användare innan du tilldelar en licens.

  • Tilldela en licens samtidigt som du anger värdet PreferredDataLocation .

Om du vill skapa en ny molnbaserad licensierad användare (inte Microsoft Entra Connect synkroniserad) på en specifik geografisk plats använder du följande syntax i 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 @()

Tips

usageLocation är en landskod med två bokstäver (ISO-standard 3166). Krävs för användare som har tilldelats licenser på grund av juridiska krav för att söka efter tillgänglighet för tjänster i länder. Exempel: USA, JP och GB.

I det här exemplet skapas ett nytt användarkonto för Elizabeth Brunner med följande värden:

  • Användarens huvudnamn: ebrunner@contoso.onmicrosoft.com
  • Förnamn: Elizabeth
  • Efternamn: Brunner
  • Visningsnamn: Elizabeth Brunner
  • Lösenord: Lägg till lösenord manuellt i form av en hash-tabell
  • Licens: contoso:ENTERPRISEPREMIUM (E5)
  • Plats: Australien (AU)

Anslut först till din Microsoft 365-klientorganisation med Hjälp av Microsoft Graph Powershell.

När du har anslutit använder du följande syntax för att skapa ett enskilt konto:

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

Mer information om hur du skapar nya användarkonton och hittar LicenseAssignment-värden i Azure AD PowerShell finns i Skapa användarkonton med PowerShell och Visa licenser och tjänster med PowerShell.

Obs!

Om du använder Exchange Online PowerShell för att aktivera en postlåda och behöver att postlådan skapas direkt på den geografiska plats som anges i PreferredDataLocation, måste du använda en Exchange Online cmdlet som Enable-Mailbox eller New-Mailbox direkt mot molntjänsten. Om du använder cmdleten Enable-RemoteMailbox i den lokala Exchange PowerShell skapas postlådan på platsen Primär etablerad geografisk plats.

Registrera befintliga lokala postlådor på en specifik geografisk plats

Du kan använda standardverktygen och processerna för registrering för att migrera en postlåda från en lokal Exchange-organisation för att Exchange Online, inklusive instrumentpanelen Migrering i EAC och cmdleten New-MigrationBatch i Exchange Online PowerShell.

Det första steget är att kontrollera att det finns ett användarobjekt för varje postlåda som ska registreras och kontrollera att rätt PreferredDataLocation-värde har konfigurerats i Microsoft Entra ID. Onboarding-verktygen respekterar värdet PreferredDataLocation och migrerar postlådorna direkt till den angivna geoplatsen.

Du kan också använda följande steg för att publicera postlådor direkt på en specifik geografisk plats med cmdleten New-MoveRequest i Exchange Online PowerShell.

  1. Kontrollera att användarobjektet finns för varje postlåda som ska registreras och att PreferredDataLocation har angetts till önskat värde i Microsoft Entra ID. Värdet för PreferredDataLocation synkroniseras med attributet MailboxRegion för motsvarande e-postanvändarobjekt i Exchange Online.

  2. Anslut direkt till den specifika platsen för satellitgeografiska platser med hjälp av anslutningsanvisningarna från tidigare i den här artikeln.

  3. I Exchange Online PowerShell lagrar du de lokala administratörsautentiseringsuppgifterna som används för att utföra en postlådemigrering i en variabel genom att köra följande kommando:

$RC = Get-Credential
  1. I Exchange Online PowerShell skapar du en ny New-MoveRequest som liknar följande exempel:
New-MoveRequest -Remote -RemoteHostName mail.contoso.com -RemoteCredential $RC -Identity user@contoso.com -TargetDeliveryDomain <YourAppropriateDomain>
  1. Upprepa steg 4 för varje postlåda som du behöver migrera från lokal Exchange till den satellitplats för geo som du för närvarande är ansluten till.

  2. Om du behöver migrera andra postlådor till olika geoplatser för satelliter upprepar du steg 2 till 4 för varje specifik plats.

Multi-Geo-rapportering

Obs!

Funktionen för multi-geo-rapportering är för närvarande i förhandsversion, är inte tillgänglig i alla organisationer och kan komma att ändras.

Multi-Geo Usage Reports i Administrationscenter för Microsoft 365 visar antalet användare efter geografisk plats. Rapporten visar användardistribution för den aktuella månaden och innehåller historiska data för de senaste sex månaderna.

Migrering

Eftersom det tar tid att flytta varje användare till det nya datacentret Geography för en enskild klientorganisation, kommer vissa användare att vara i det gamla datacentret Geography under flytten, medan andra befinner sig i det nya datacentret Geography. Det innebär att vissa funktioner som omfattar åtkomst till flera postlådor kanske inte fungerar fullt ut under en period av flyttprocessen, som kan pågå i veckor. Dessa funktioner beskrivs i följande avsnitt.

Öppna "Delad mapp" i Outlook Web Access

Vissa användare öppnar en delad e-postmapp från en annan postlåda (som användaren har läs- eller skrivbehörighet till) i Outlook Web Access med hjälp av funktionen "Delad mapp". I följande tabell beskrivs hur åtkomst till delade mappar fungerar under en flytt av postlådan. Observera att användare med fullständig behörighet till en delad postlåda kan öppna postlådan med hjälp av Outlook Web Access under flytten.

Konfiguration Beskrivning
Användaren har mappbehörighet för postlådan till en annan postlåda
Potentiellt begränsad.
Om användare A och postlåda B inte finns i samma geografiska område under flytt av klientorganisationen kan användare A inte öppna postlåde-B-mappen i Outlook Web Access om användare A bara har behörighet till en specifik mapp i postlåda B.
Om du vill lägga till en delad mapp högerklickar du på användarnamnet i den vänstra navigeringspanelen och väljer Lägg till delad mapp.
Användare med fullständig postlådebehörighet till en annan postlåda
Stöds fullt ut.
Om Användare A har fullständig åtkomstbehörighet till postlåda B kan användare A välja den delade mappen i det vänstra navigeringsfönstret i Outlook Web Access för att öppna ett fönster med postlåda B. En användare kan öppna en delad postlåda med Outlook Web Access under flytten utan någon negativ effekt. Begränsningen gäller endast delning på mappnivå i en postlåda.

Processen för migrering av e-postdata till Microsoft 365 under Exchange Online är ett vanligt scenario och stöds. Molnmigrering mellan datacenter-geos stör inte migreringar av molnpostlådor lokalt.

Hur kan jag fastställa kundens dataplats?

Du hittar den faktiska dataplatsen i Tenant Admin Center. Som innehavaradministratör kan du hitta den faktiska dataplatsen för incheckade data genom att gå till Admin-Inställningar-Organisationsinställningar-Organisationsprofil-Dataplats>>>>.