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

  • Articolo

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

È necessario Microsoft Graph PowerShell SDK per visualizzare la proprietà PreferredDataLocation negli oggetti utente. Gli oggetti utente sincronizzati tramite Azure Active Direct Connect in Microsoft Entra ID hanno direttamente il valore PreferredDataLocation. Gli amministratori possono modificare manualmente gli oggetti utente solo cloud tramite Microsoft Graph PowerShell, come descritto in questo articolo. Per connettersi a Microsoft Graph PowerShell, vedere Accedere a Microsoft Graph PowerShell.

In Exchange Online ambienti multi-geo non è necessario eseguire alcuna procedura manuale per aggiungere posizioni geografiche al tenant. Dopo aver ricevuto il post di Message Center in cui viene indicato che multi-geo è pronto per Exchange Online, tutte le posizioni geografiche disponibili sono 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 centrale. Tuttavia, è anche possibile connettersi alla posizioni geografiche satellite. Per una migliore prestazione, è consigliabile connettersi direttamente alla posizione geografica satellite quando si gestiscono solo gli utenti di tale specifica 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 . <emailaddress> è l'indirizzo di posta elettronica di qualsiasi cassetta postale nella posizione geografica 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 PowerShell caricare il modulo Exchange Online PowerShell eseguendo il comando seguente:

    Import-Module ExchangeOnlineManagement

  2. 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

  3. 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 nella propria organizzazione di Exchange Online

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

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

Visualizzare la posizione geografica centrale per la propria organizzazione di Exchange Online

Per visualizzare la posizione geografica centrale del proprio tenant, eseguire il comando seguente in PowerShell di Exchange Online:

Get-OrganizationConfig | Select DefaultMailboxRegion

Individuare 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 geografico, 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 della posizione geografica impostato dall'amministratore (sincronizzato da PreferredDataLocation nell 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 geografiche della 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/2023 8:21:01 PM

Nota

Se il codice della posizione geografica nel nome del database non corrisponde al valore MailboxRegion, la cassetta postale viene inserita automaticamente in una coda di rilocazione e spostata nella posizione geografica 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

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

Per visualizzare il valore PreferredDataLocation per gli utenti, eseguire il comando seguente in Microsoft Graph PowerShell:

Get-MgUser -All -Property PreferredDataLocation,ID,UserPrincipalName| Format-Table PreferredDataLocation,ID,UserPrincipalName -AutoSize

Usare il valore ID del comando precedente per modificare il valore PreferredDataLocation per un oggetto utente solo cloud:

Update-MgUser -UserId <ID> -PreferredDataLocation <GeoLocationCode>

Ad esempio, per impostare il valore PreferredDataLocation sull'area geografica Dell'Unione Europea (EUR) per l'ID specificato, eseguire il comando seguente:

Update-MgUser -UserId dba12422-ac75-486a-a960-cd7cb3f6963f -PreferredDataLocation EUR

Per informazioni dettagliate sulla sintassi e sui parametri, vedere Get-MgUser e Update-MgUser.

Nota

Spostare una cassetta postale inattiva in un'area geografica specifica

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.

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

  3. 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.

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

  5. Dopo aver confermato che la cassetta postale è stata spostata 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.

  6. 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

  7. 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.

Creare nuove cassette postali nel cloud in una posizione geografica specifica

Per creare una nuova cassetta postale in una posizione geografica specifica, è necessario procedere come segue:

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:

$PasswordProfile = @{Password = '<Password>'}

New-MgUser -DisplayName "<Display Name>" -AccountEnabled -MailNickName <Alias> -UserPrincipalName <Alias>@<domain> -PasswordProfile $PasswordProfile [-GivenName <FirstName>] [-SurName <LastName>] -PreferredDataLocation <GeoLocationCode>

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

  • Nome visualizzato: Elizabeth Brunner
  • Alias: ebrunner
  • Nome utente principale:ebrunner@contoso.onmicrosoft.com
  • Password: xWwvJ]6NMw+bWH-d
  • Nome: entrambe
  • Cognome: Brunner
  • Posizione: Australia (AUS)
$PasswordProfile = @{Password = 'xWwvJ]6NMw+bWH-d'}

New-MgUser -DisplayName "Elizabeth Brunner" -AccountEnabled -MailNickName ebrunner -UserPrincipalName ebrunner@contoso.onmicrosoft.com -PasswordProfile $PasswordProfile -GivenName Elizabeth -SurName Brunner -PreferredDataLocation AUS

Per informazioni dettagliate sulla sintassi e sui parametri, vedere New-MgUser.

Nota

Se si abilita una cassetta postale in Exchange Online PowerShell e la cassetta postale deve essere creata direttamente nella posizione geografica specificata in PreferredDataLocation, è necessario usare un cmdlet 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 viene creata nella posizione geografica centrale.

Effettuare l’integrazione di 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 nell'ID Microsoft Entra. Gli strumenti di onboarding rispettano il valore PreferredDataLocation ed esecedono le cassette postali direttamente alla posizione geografica specificata.

Oppure, la procedura seguente consente di aggiungere cassette postali direttamente a una posizione geografica specifica tramite il cmdlet New-MoveRequest in PowerShell di Exchange Online.

  1. Verificare che l'oggetto utente esista per l'onboarding di ogni cassetta postale e che PreferredDataLocation sia impostato sul valore desiderato nell'ID Microsoft Entra. Il valore di PreferredDataLocation viene sincronizzato con l'attributo MailboxRegion dell'oggetto utente di posta corrispondente in Exchange Online.

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

  3. Nella finestra di PowerShell di Exchange Online, archiviare le credenziali di amministratore locale usate per eseguire la migrazione delle cassette postali in una variabile, eseguendo il comando seguente:

    $RC = Get-Credential

  4. 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>

  5. 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.

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

Creazione di report multi-geografici

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 di Multi-Geo nell’interfaccia di amministrazione di Microsoft 365 mostrano il numero di utenti in base alla località geografica. Il report visualizza la distribuzione utente per il mese corrente e fornisce dati cronologici per gli ultimi sei mesi.

Vedere anche

Gestire Microsoft 365 con PowerShell