Data Residency per Exchange Online

  • Articolo

Data Residency impegni disponibili

Condizioni del prodotto

Condizioni necessarie:

Il tenant ha un paese/area geografica di iscrizione incluso nell'area geografica dell'area locale, nell'Unione europea o nella Stati Uniti.

Per la lingua corrente, fare riferimento alla pagina Web Privacy and Security Product Terms e visualizzare la sezione intitolata "Location of Customer Data at Rest for Core Online Services".

Impegno:

Nota

Se il cliente effettua il provisioning del proprio tenant in Australia, Brasile, Canada, Unione europea, Francia, Germania, India, Giappone, Norvegia, Qatar, Sud Africa, Corea del Sud, Svezia, Svizzera, Emirati Arabi Uniti, Regno Unito o Stati Uniti, Microsoft archivierà i seguenti dati dei clienti inattivi solo all'interno di tale area geografica: Exchange Online contenuto della cassetta postale (corpo della posta elettronica, voci del calendario e contenuto degli allegati di posta elettronica)

Componente aggiuntivo advanced Data Residency

Condizioni necessarie:

  1. Il tenant ha un paese/area geografica di iscrizione incluso nell'area geografica dell'area locale o nell'area geografica locale espansa.
  2. Il tenant ha una sottoscrizione advanced Data Residency valida per tutti gli utenti del tenant
  3. Il provisioning dei dati dei clienti della sottoscrizione Exchange Online viene eseguito in Area geografica locale o Area geografica locale espansa

Impegno:

Per comprendere gli impegni specifici forniti tramite le Condizioni per il prodotto, fare riferimento alla pagina relativa all'impegno di ADR . Esempi di dati di cui è stato eseguito il commit sono: tutti i tipi di cassette postali, incluse le cassette postali degli utenti, le cassette postali delle risorse e le cassette postali di archiviazione.

Componente aggiuntivo Multi-Geo

Condizioni necessarie:

  1. I tenant hanno una sottoscrizione multi-geografica valida che copre tutti gli utenti assegnati a un'area geografica satellite.
  2. Il cliente deve avere un Enterprise Agreement attivo.
  3. Il totale delle unità Multi-Geo acquistate deve essere maggiore del 5% del totale degli utenti idonei nel tenant.

Impegno:

I clienti possono assegnare un'area geografica satellite supportata da Multi-Geo a un tipo di cassetta postale supportato. Per informazioni dettagliate, vedere la sezione relativa alla disponibilità multi-geografica di Microsoft 365 della pagina Microsoft 365 Multi-Geo. I dati inattivi per Office 365 Services per la cassetta postale come definito dai termini del prodotto devono essere archiviati nell'area geografica satellite assegnata. I tipi di cassette postali supportati includono Exchange Online cassette postali primarie e di archiviazione dell'utente, cassette postali delle risorse, cassette postali del gruppo di Microsoft 365 e cassette postali condivise.

Funzionalità Multi-Geo in Exchange Online

I clienti possono assegnare un'area geografica satellite supportata da Multi-Geo a un utente. Per informazioni dettagliate, vedere la sezione relativa alla disponibilità multi-geografica di Microsoft 365 della pagina Microsoft 365 Multi-Geo. I dati inattivi dell'utente per i servizi Office 365 definiti dai termini del prodotto devono essere archiviati nell'area geografica satellite assegnata. Sono inclusi tutti i tipi di cassette postali Exchange Online, incluse le cassette postali degli utenti, le cassette postali delle risorse, le cassette postali del gruppo di Microsoft 365, le cassette postali condivise e le cassette postali di archiviazione.

È possibile inserire le cassette postali in posizioni geografiche satellite tramite:

  1. Creazione di una nuova cassetta postale Exchange Online direttamente in una posizione geografica satellite.
  2. Spostare una cassetta postale di Exchange Online esistente in una posizione geografica satellite modificando la posizione dei dati preferita dell'utente.
  3. Onboarding di una cassetta postale da un'organizzazione di Exchange locale direttamente in una posizione geografica satellite .

Inserimento e spostamenti delle cassette postali

Dopo che Microsoft ha completato i passaggi di configurazione multi-geo prerequisiti, Exchange Online rispettarà l'attributo PreferredDataLocation negli oggetti utente in Microsoft Entra ID. Exchange Online sincronizza la proprietà PreferredDataLocation da Microsoft Entra ID alla proprietà MailboxRegion nel servizio directory Exchange Online. Il valore di MailboxRegion determina l'area geografica della macro o l'area geografica locale in cui vengono posizionate le cassette postali utente e le cassette postali di archivio associate. Non è possibile configurare la cassetta postale primaria e le cassette postali di archiviazione di un utente in modo che si trovino in posizioni geografiche diverse. È possibile configurare solo una macro area geografica o area geografica locale per ogni oggetto utente.

  • Quando PreferredDataLocation è configurato in un utente con una cassetta postale esistente, la cassetta postale viene inserita in una coda di rilocazione e spostata automaticamente nell'area geografica della macro o nell'area geografica locale specificata.
  • Quando PreferredDataLocation viene configurato in un utente senza una cassetta postale esistente, quando si effettua il provisioning della cassetta postale, viene eseguito il provisioning nella macro area geografica o area geografica locale specificata.
  • Quando PreferredDataLocation non viene specificato in un utente, quando si effettua il provisioning della cassetta postale, viene effettuato il provisioning in Area geografica con provisioning primario.
  • Se il codice PreferredDataLocation non è corretto, ad esempio un errore di digitazione NAN anziché NAM, viene effettuato il provisioning della cassetta postale nell'area geografica con provisioning primario.

Nota

Le funzionalità multi-geo e le riunioni ospitate a livello di area di Skype for Business Online usano entrambe la proprietà PreferredDataLocation negli oggetti utente per individuare i servizi. Se si configurano i valori PreferredDataLocation negli oggetti utente per le riunioni ospitate a livello di area, la cassetta postale per tali utenti verrà spostata automaticamente nell'area geografica macro o area geografica locale specificata dopo l'abilitazione di Multi-Geo nel tenant di Microsoft 365.

Limitazioni delle funzionalità per Multi-Geo in Exchange Online

  • Le funzionalità di sicurezza e conformità (ad esempio, controllo ed eDiscovery) disponibili nell'interfaccia di amministrazione di Exchange non sono disponibili nelle organizzazioni multi-geo. È invece necessario usare Microsoft Defender e Microsoft Purview per configurare le funzionalità di sicurezza e conformità.
  • Outlook per Mac utenti potrebbero riscontrare una perdita temporanea di accesso alla cartella Archivio online mentre si sposta la cassetta postale in una nuova posizione geografica. Questa condizione si verifica quando le cassette postali primarie e di archiviazione dell'utente si trovano in posizioni geografiche diverse, perché gli spostamenti delle cassette postali tra aree geografiche potrebbero essere completati in momenti diversi.
  • Gli utenti non possono condividere le cartelle delle cassette postali tra le posizioni geography in Outlook sul web (in precedenza noto come Outlook Web App o OWA). Ad esempio, un utente nell'Unione europea non può usare Outlook sul web per aprire una cartella condivisa in una cassetta postale situata nel Stati Uniti. Tuttavia, gli utenti di Outlook sul Web possono aprire altre cassette postali in posizioni geografiche diverse usando una finestra del browser separata, come descritto in Aprire la cassetta postale di un'altra persona in una finestra del browser separata in Outlook Web App.

Nota

La condivisione delle cartelle delle cassette postali tra aree geografiche è supportata in Outlook in Windows.

  • Le cartelle pubbliche sono supportate nelle organizzazioni multi-geo. Tuttavia, le cartelle pubbliche devono rimanere nella posizione Geografia con provisioning primario . Non è possibile spostare le cartelle pubbliche nelle posizioni geografiche satelliti.
  • In un ambiente multi-geografico, il controllo delle cassette postali tra aree geografiche non è supportato. Ad esempio, se a un utente vengono assegnate le autorizzazioni per accedere a una cassetta postale condivisa in un percorso geografico diverso, le azioni della cassetta postale eseguite da tale utente non vengono registrate nel log di controllo della cassetta postale condivisa. Anche gli eventi di controllo amministratore di Exchange sono disponibili solo per il percorso predefinito. Per altre informazioni, vedere Gestire il controllo delle cassette postali.

Amministrazione di Exchange Multi-Geo

Amministrazione delle cassette postali Exchange Online in un ambiente multi-geografico

Exchange Online PowerShell è necessario per visualizzare e configurare le proprietà multi-geo nell'ambiente Microsoft 365. Per informazioni su come connettersi a PowerShell per Exchange Online, vedere Connettersi a PowerShell per Exchange Online.

Negli ambienti Exchange Online Multi-Geo non è necessario eseguire alcuna procedura manuale per aggiungere aree geografiche al tenant. Dopo aver ricevuto il post di Message Center che indica che multi-geo è pronto per Exchange Online, tutte le aree geografiche disponibili saranno pronte e configurate per l'uso.

È possibile connettersi direttamente a una posizione geografica con PowerShell di Exchange Online.

In genere, Exchange Online PowerShell si connette alla posizione geografica con provisioning primario. Tuttavia, è anche possibile connettersi direttamente alle località geografiche satellite . A causa di miglioramenti delle prestazioni, è consigliabile connettersi direttamente alla posizione Geografica satellite quando si gestiscono solo gli utenti in tale posizione.

I requisiti per l'installazione e l'uso del modulo Exchange Online PowerShell sono descritti in Installare e gestire il modulo Exchange Online PowerShell.

Per connettersi Exchange Online PowerShell a una posizione geografica specifica, il parametro ConnectionUri è diverso dalle normali istruzioni di connessione. Il resto dei comandi e i valori sono uguali.

In particolare, è necessario aggiungere il ?email=<emailaddress> valore alla fine del valore ConnectionUri, dove <emailaddress> è l'indirizzo di posta elettronica di qualsiasi cassetta postale nella posizione Geography di destinazione. Le autorizzazioni per la cassetta postale o la relazione con le credenziali non sono un fattore; l'indirizzo di posta elettronica indica semplicemente Exchange Online PowerShell dove connettersi.

I clienti di Microsoft 365 o Microsoft 365 GCC in genere non devono usare il parametro ConnectionUri per connettersi a Exchange Online PowerShell. Tuttavia, per connettersi a una posizione geografica specifica, è necessario usare il parametro ConnectionUri in modo da poter usare ?email=<emailaddress> nel valore.

Connettersi a una posizione geografica in Exchange Online PowerShell

Le istruzioni di connessione seguenti funzionano per gli account configurati o non configurati per l'autenticazione a più fattori (MFA).

  1. In una finestra di Windows PowerShell caricare il modulo EXO V2 eseguendo il comando seguente:
Import-Module ExchangeOnlineManagement
  1. Nell'esempio admin@contoso.onmicrosoft.com seguente è l'account amministratore e la posizione geografica di destinazione è la posizione in cui risiede la cassetta postale olga@contoso.onmicrosoft.com .
Connect-ExchangeOnline -UserPrincipalName admin@contoso.onmicrosoft.com -ConnectionUri https://outlook.office365.com/powershell?email=olga@contoso.onmicrosoft.com
  1. Immettere la password per admin@contoso.onmicrosoft.com nel prompt visualizzato. Se l'account è configurato per MFA, è anche necessario immettere il codice di sicurezza.

Visualizzare le posizioni geografiche disponibili configurate nell'organizzazione Exchange Online

Per visualizzare l'elenco delle posizioni geografiche configurate in Microsoft 365 Multi-Geo, eseguire il comando seguente in Exchange Online PowerShell:

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

Visualizzare la posizione geografica con provisioning primario per l'organizzazione Exchange Online

Per visualizzare la posizione geografica con provisioning primario del tenant, eseguire il comando seguente in Exchange Online PowerShell:

Get-OrganizationConfig | Select DefaultMailboxRegion

Trovare la posizione geografica di una cassetta postale

La cmdlet Get-Mailbox in PowerShell di Exchange Online mostra le seguenti proprietà multi-geografica relative alle cassette postali:

  • Database: le prime tre lettere del nome del database corrispondono al codice Geography , che indica dove si trova attualmente la cassetta postale. Per cassette postali di archiviazione Online, sarà necessario usare le proprietà di ArchiveDatabase.
  • MailboxRegion: specifica il codice percorso Geography impostato dall'amministratore (sincronizzato da PreferredDataLocation in Microsoft Entra ID).
  • MailboxRegionLastUpdateTime: indica quando MailboxRegion è stato aggiornato l’ultima volta (automaticamente o manualmente).

Per visualizzare le proprietà di una cassetta postale, utilizzare la sintassi seguente:

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

Ad esempio, per visualizzare le informazioni sulla posizione geography per la cassetta postale chris@contoso.onmicrosoft.com, eseguire il comando seguente:

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

L'output del comando avrà questo aspetto:

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

Nota

Se il codice della posizione Geography nel nome del database non corrisponde al valore MailboxRegion, la cassetta postale verrà automaticamente inserita in una coda di rilocazione e spostata nella posizione Geography specificata dal valore MailboxRegion (Exchange Online cerca una mancata corrispondenza tra questi valori di proprietà).

Spostare una cassetta postale esistente solo nel cloud in una posizione geografica specifica

Nota

Il modulo PowerShell di Azure Active Directory (AzureAD) è deprecato e sostituito da Microsoft Graph PowerShell SDK. È possibile usare Microsoft Graph PowerShell SDK per accedere a tutte le API di Microsoft Graph. Per altre informazioni, vedere Inizia a usare Attività iniziali con Microsoft Graph PowerShell SDK.

Vedere anche Installare Microsoft Graph PowerShell SDK e Eseguire l'aggiornamento da Azure AD PowerShell a Microsoft Graph PowerShell per informazioni rispettivamente su come installare e eseguire l'aggiornamento a Microsoft Graph PowerShell.

Un utente solo cloud è un utente non sincronizzato con il tenant tramite Microsoft Entra Connect. Questo utente è stato creato direttamente in Microsoft Entra ID. Usare i cmdlet Get-MgUser e Set-MgUser in Microsoft Graph PowerShell SDK per visualizzare o specificare la posizione geografica in cui verrà archiviata la cassetta postale di un utente solo cloud.

Prima di tutto, è necessario connettersi a Microsoft Graph usando gli ambiti di autorizzazione necessari per le azioni che verranno eseguite nella sessione di PowerShell di Microsoft Graph.

Microsoft Graph PowerShell SDK supporta due tipi di autenticazione: accesso delegato e accesso solo app. In questa guida si userà l'accesso delegato per accedere come utente, concedere il consenso all'SDK per agire per conto dell'utente e chiamare Microsoft Graph.

Per informazioni dettagliate sull'uso dell'accesso solo app per scenari automatici, vedere Usare l'autenticazione solo app con Microsoft Graph PowerShell SDK.

Determinare gli ambiti di autorizzazione necessari

Ogni API in Microsoft Graph è protetta da uno o più ambiti di autorizzazione. L'accesso utente deve fornire il consenso a uno degli ambiti necessari per le API che si prevede di usare. In questo esempio verranno usate le API seguenti.

Elencare gli utenti per trovare l'ID utente dell'utente connesso. Modificare il valore PreferredDataLocation per un utente.

L'ambito di autorizzazione User.Read.All abilita la prima chiamata e l'ambito User.ReadWrite.All abilita la seconda. Queste autorizzazioni richiedono un account amministratore.

Per altre informazioni su come determinare gli ambiti di autorizzazione necessari, vedere Uso di Find-MgGraphCommand cmdlet.

Per connettersi all'organizzazione di Microsoft 365, eseguire il comando seguente:

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

Il prompt dei comandi richiede di passare a una pagina Web per accedere con le credenziali. Dopo aver eseguito questa operazione, il comando indica l'esito positivo di un'operazione di benvenuto in Microsoft Graph. Messaggio. È necessario accedere una sola volta per sessione.

Consiglio

È possibile aggiungere autorizzazioni in modo accrescitivo ripetendo il comando Connect-MgGraph con i nuovi ambiti di autorizzazione.

Per visualizzare il valore PreferredDataLocation per un utente, usare questa sintassi in Microsoft Graph PowerShell:

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

Ad esempio, per visualizzare i valori PreferredDataLocation dell’utente michelle@contoso.onmicrosoft.com, eseguire il comando seguente:

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

Per modificare il valore PreferredDataLocation per un oggetto utente solo cloud, usare la sintassi seguente in Microsoft Graph PowerShell:

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

Ad esempio, per impostare il valore PreferredDataLocation sull'area geografica Dell'Unione Europea (EUR) per l'utente michelle@contoso.onmicrosoft.com, ottenere il valore UserID dall'ultimo output del comando ed eseguire il comando seguente:

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

Nota

  • Come accennato in precedenza, non è possibile utilizzare questa procedura per gli oggetti utente sincronizzati da Active Directory locale. È necessario modificare il valore PreferredDataLocation in Active Directory e sincronizzarlo usando Microsoft Entra Connect. Per ulteriori informazioni, vedere Sincronizzazione di Azure Active Directory Connect: configurare il percorso di dati preferito per le risorse di Microsoft 365.

  • Il tempo necessario per spostare una cassetta postale in una nuova posizione geografica dipende da diversi fattori:

  • Le dimensioni e tipo di cassetta postale.

  • Il numero totale di cassette postali di cui eseguire la migrazione.

  • La disponibilità delle risorse di spostamento.

Spostare una cassetta postale inattiva in un'area geografica specifica

Non è possibile spostare cassette postali inattive che vengono mantenute a scopo di conformità (ad esempio, cassette postali in blocco per controversia legale) modificandone il valore PreferredDataLocation . Per spostare una cassetta postale inattiva in un'area geografica diversa, seguire questa procedura:

  1. Ripristinare la cassetta postale inattiva. Per istruzioni, vedere Ripristinare una cassetta postale inattiva.

  2. Impedire all'Assistente cartelle gestite di elaborare la cassetta postale ripristinata sostituendo <MailboxIdentity> con il nome, l'alias, l'account o l'indirizzo di posta elettronica della cassetta postale ed eseguendo il comando seguente in Exchange Online PowerShell:

Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $true

  1. Assegnare una licenza Exchange Online Piano 2 alla cassetta postale ripristinata. Questo passaggio è necessario per riportare la cassetta postale in Blocco per controversia legale. Per istruzioni, vedere Assegnare licenze agli utenti.

  2. Configurare il valore PreferredDataLocation nella cassetta postale come descritto nella sezione precedente.

  3. Dopo aver confermato che la cassetta postale si sposta nella nuova posizione geografica, riportare la cassetta postale ripristinata in Blocco per controversia legale. Per istruzioni, vedere Inserire una cassetta postale nel blocco per controversia legale.

  4. Dopo aver verificato che il blocco per controversia legale sia attivo, consentire all'Assistente cartelle gestite di elaborare nuovamente la cassetta postale sostituendo <MailboxIdentity> con il nome, l'alias, l'account o l'indirizzo di posta elettronica della cassetta postale ed eseguendo il comando seguente in Exchange Online PowerShell:

Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $false
  1. Rendere nuovamente inattiva la cassetta postale rimuovendo l'account utente associato alla cassetta postale. Per istruzioni, vedere Eliminare un utente dall'organizzazione. Questo passaggio rilascia anche la licenza Exchange Online Piano 2 per altri usi.

Nota: quando si sposta una cassetta postale inattiva in una posizione geografica diversa, è possibile che si influiscano sui risultati della ricerca di contenuto o sulla possibilità di eseguire ricerche nella cassetta postale dalla posizione geografica precedente. Per altre informazioni, vedere Ricerca ed esportazione di contenuto in ambienti multi-geo.

Creare nuove cassette postali cloud in una posizione geografica specifica

Per creare una nuova cassetta postale in una posizione geografica specifica, è necessario eseguire una delle operazioni seguenti:

Per creare un nuovo utente con licenza solo cloud (non sincronizzato Microsoft Entra Connect) in una posizione geografica specifica, usare la sintassi seguente in 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 @()

Consiglio

è usageLocation un codice paese a due lettere (standard ISO 3166). Obbligatorio per gli utenti a cui sono assegnate licenze a causa di requisiti legali per verificare la disponibilità dei servizi nei paesi. Gli esempi includono: US, JP e GB.

In questo esempio viene creato un nuovo account utente per Elizabeth Brunner con i valori seguenti:

  • Nome utente principale:ebrunner@contoso.onmicrosoft.com
  • Nome: entrambe
  • Cognome: Brunner
  • Nome visualizzato: Elizabeth Brunner
  • Password: aggiungere manualmente la password sotto forma di tabella hash
  • Licenza: contoso:ENTERPRISEPREMIUM (E5)
  • Località: Australia (AU)

Prima di tutto, connettersi al tenant di Microsoft 365 usando Microsoft Graph PowerShell.

Dopo la connessione, usare la sintassi seguente per creare un singolo account:

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

Per ulteriori informazioni sulla creazione di nuovi account utente e la ricerca di valori di LicenseAssignment in Azure AD PowerShell, vedere Creare account utente con PowerShell e Visualizzare le licenze e i servizi con PowerShell.

Nota

Se si usa Exchange Online PowerShell per abilitare una cassetta postale e la cassetta postale deve essere creata direttamente nella posizione geografica specificata in PreferredDataLocation, è necessario usare un cmdlet di Exchange Online, ad esempio Enable-Mailbox o New-Mailbox, direttamente nel servizio cloud. Se si usa il cmdlet Enable-RemoteMailbox in Exchange PowerShell locale, la cassetta postale verrà creata nella posizione Geografia con provisioning primario .

Eseguire l'onboarding delle cassette postali locali esistenti in una posizione geografica specifica

È possibile usare i processi e gli strumenti standard di integrazione per eseguire la migrazione di una cassetta postale di un'organizzazione di Exchange locale a Exchange Online, tra cui la Dashboard di migrazione nell'interfacciae il cmdlet New-MigrationBatch in PowerShell di Exchange Online.

Il primo passaggio consiste nel verificare l'esistenza di un oggetto utente per l'onboarding di ogni cassetta postale e verificare che il valore PreferredDataLocation corretto sia configurato in Microsoft Entra ID. Gli strumenti di onboarding rispettano il valore PreferredDataLocation ed esecedono le cassette postali direttamente alla posizione geografica specificata.

In alternativa, è possibile usare la procedura seguente per eseguire l'onboarding delle cassette postali direttamente in una posizione geografica specifica usando il cmdlet New-MoveRequest in Exchange Online PowerShell.

  1. Verificare che l'oggetto utente esista per l'onboarding di ogni cassetta postale e che PreferredDataLocation sia impostato sul valore desiderato in Microsoft Entra ID. Il valore di PreferredDataLocation sarà sincronizzato con l’attributo diMailboxRegion del corrispondente oggetto utente di posta in Exchange Online.

  2. Connettersi direttamente alla posizione geografica satellite specifica usando le istruzioni di connessione riportate in precedenza in questo articolo.

  3. In Exchange Online PowerShell archiviare le credenziali di amministratore locale usate per eseguire la migrazione di una cassetta postale in una variabile eseguendo il comando seguente:

$RC = Get-Credential
  1. Su PowerShell di Exchange Online, creare una nuova New-MoveRequest simile all’esempio seguente:
New-MoveRequest -Remote -RemoteHostName mail.contoso.com -RemoteCredential $RC -Identity user@contoso.com -TargetDeliveryDomain <YourAppropriateDomain>

  1. Ripetere il passaggio 4 per ogni cassetta postale di cui è necessario eseguire la migrazione da Exchange locale alla posizione geografica satellite a cui si è attualmente connessi.

  2. Se è necessario eseguire la migrazione di altre cassette postali in posizioni geografiche satellite diverse, ripetere i passaggi da 2 a 4 per ogni posizione specifica.

Creazione di report su più aree geografiche

Nota

La funzionalità di creazione di report multi-geografica è attualmente disponibile in anteprima, non è disponibile in tutte le organizzazioni ed è soggetta a modifiche.

I report sull'utilizzo multi-geografico nel interfaccia di amministrazione di Microsoft 365 visualizzano il numero di utenti in base alla posizione geografica. Il report visualizza la distribuzione utente per il mese corrente e fornisce dati cronologici per gli ultimi sei mesi.

Migrazione

Poiché è necessario tempo per spostare ogni utente nel nuovo data center Geography per un singolo tenant, alcuni utenti si troveranno nel data center geography precedente durante lo spostamento, mentre altri si trovano nel nuovo data center Geography. Ciò significa che alcune funzionalità che implicano l'accesso a più cassette postali potrebbero non funzionare completamente durante un periodo del processo di spostamento, che può durare settimane. Queste funzionalità sono descritte nelle sezioni seguenti.

Aprire "Cartella condivisa" in Outlook Web Access

Alcuni utenti aprono una cartella di posta condivisa da un'altra cassetta postale (a cui l'utente dispone delle autorizzazioni di lettura o scrittura) in Outlook Web Access usando la funzionalità "Cartella condivisa". Nella tabella seguente viene descritto il funzionamento dell'accesso alle cartelle condivise durante lo spostamento di una cassetta postale. Si noti che gli utenti con autorizzazioni complete per una cassetta postale condivisa possono aprire la cassetta postale usando Outlook Web Access durante lo spostamento.

Configurazione Descrizione
L'utente dispone dell'autorizzazione per la cartella della cassetta postale per un'altra cassetta postale
 Potenzialmente limitato.
Se l'utente A e la cassetta postale B non sono nella stessa area geografica durante lo spostamento del tenant, l'utente A non può aprire la cartella della cassetta postale B in Outlook Web Access se l'utente A dispone solo dell'autorizzazione per una cartella specifica nella cassetta B.
Per aggiungere una cartella condivisa, fare clic con il pulsante destro del mouse sul nome utente nel pannello di spostamento a sinistra e scegliere Aggiungi cartella condivisa.
Utente con autorizzazione completa per la cassetta postale per un'altra cassetta postale
 Completamente supportato.
Se l'utente A dispone dell'autorizzazione di accesso completo per la cassetta postale B, l'utente A può selezionare la cartella condivisa nel pannello di spostamento a sinistra in Outlook Web Access per aprire una finestra che mostra La cassetta postale B. Un utente può aprire una cassetta postale condivisa usando Outlook Web Access durante lo spostamento senza alcun effetto negativo. La limitazione si applica solo alla condivisione a livello di cartella in una cassetta postale.

Il processo di migrazione dei dati di posta elettronica a Microsoft 365 durante il Exchange Online è uno scenario comune ed è supportato. La migrazione cloud tra le aree geografiche del data center non interferisce con le migrazioni da locale a cassetta postale cloud.

Come è possibile determinare la posizione dei dati dei clienti?

È possibile trovare la posizione effettiva dei dati in Tenant Amministrazione Center. Come amministratore tenant è possibile trovare il percorso effettivo dei dati, per i dati di cui è stato eseguito il commit, passando a Amministrazione-Settings-Org>> Settings-Organization> Profile-Data> Location.