Administración de buzones de correo de Exchange Online en un entorno multigeográfico

  • Artículo

Exchange Online PowerShell es necesario para ver y configurar propiedades geográficas múltiples en el entorno de Microsoft 365. Para conectarse al PowerShell de Exchange Online, consulte Conexión a Exchange Online PowerShell.

Necesita el SDK de PowerShell de Microsoft Graph para ver la propiedad PreferredDataLocation en objetos de usuario. Los objetos de usuario que se sincronizan a través de Azure Active Direct Connect en Microsoft Entra id. tienen su valor PreferredDataLocation directamente. Los administradores pueden modificar manualmente objetos de usuario solo en la nube a través de Microsoft Graph PowerShell, como se describe en este artículo. Para conectarse a PowerShell de Microsoft Graph, consulte Inicio de sesión en PowerShell de Microsoft Graph.

En Exchange Online entornos multigeográficos, no es necesario realizar ningún paso manual para agregar ubicaciones geográficas al inquilino. Después de recibir la publicación del Centro de mensajes que indica que la geogeográfica múltiple está lista para Exchange Online, todas las ubicaciones geográficas disponibles están listas y configuradas para su uso.

Conectarse directamente a una ubicación geográfica con el PowerShell de Exchange Online

Normalmente, Exchange Online PowerShell se conecta a la ubicación geográfica central. Sin embargo, también puede conectarse directamente a las ubicaciones geográficas satélite. Debido a las mejoras en el rendimiento, se recomienda conectarse directamente a la ubicación satélite si únicamente administra usuarios en esa ubicación.

Los requisitos para instalar y usar el módulo de PowerShell Exchange Online se describen en Instalación y mantenimiento del módulo de PowerShell Exchange Online.

Para conectar Exchange Online PowerShell a una ubicación geográfica específica, el parámetro ConnectionUri es diferente de las instrucciones de conexión normales. El resto de comandos y valores son los mismos.

En concreto, debe agregar el ?email=<emailaddress> valor al final del valor ConnectionUri . <emailaddress> es la dirección de correo electrónico de cualquier buzón en la ubicación geográfica de destino. Los permisos para ese buzón o la relación con sus credenciales no son un factor; la dirección de correo electrónico simplemente indica a Exchange Online PowerShell dónde conectarse.

Los clientes de GCC de Microsoft 365 o Microsoft 365 normalmente no necesitan usar el parámetro ConnectionUri para conectarse a Exchange Online PowerShell. Sin embargo, para conectarse a una ubicación geográfica específica, debe usar el parámetro ConnectionUri para poder usar ?email=<emailaddress> en el valor.

Conexión a una ubicación geográfica en Exchange Online PowerShell

Las siguientes instrucciones de conexión funcionan para las cuentas que están configuradas o no para la autenticación multifactor (MFA).

  1. En una ventana de PowerShell, ejecute el siguiente comando para cargar el módulo de PowerShell Exchange Online:

    Import-Module ExchangeOnlineManagement

  2. En el ejemplo siguiente, admin@contoso.onmicrosoft.com es la cuenta de administrador y la ubicación geográfica de destino es donde reside el buzón olga@contoso.onmicrosoft.com .

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

  3. Escriba la contraseña de admin@contoso.onmicrosoft.com en el símbolo del sistema que aparece. Si la cuenta está configurada para MFA, también debe escribir el código de seguridad.

Ver las ubicaciones geográficas disponibles configuradas en su organización de Exchange Online

Para ver la lista de ubicaciones geográficas configuradas en Microsoft 365 Multi-Geo, ejecute el siguiente comando en el PowerShell de Exchange Online:

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

Ver la ubicación geográfica central para su organización de Exchange Online

Para ver la ubicación geográfica central de su inquilino, ejecute el siguiente comando en el PowerShell de Exchange Online:

Get-OrganizationConfig | Select DefaultMailboxRegion

Buscar la ubicación geográfica de un buzón

El cmdlet Get-Mailbox en el PowerShell de Exchange Online muestra las siguientes propiedades multigeográficas en buzones:

  • Base de datos: las tres primeras letras del nombre de la base de datos corresponden al código geográfico, que indica dónde se encuentra actualmente el buzón. Para los buzones de archivo en línea, podría usarse la propiedad ArchiveDatabase.
  • MailboxRegion: especifica el código de ubicación geográfica establecido por el administrador (sincronizado desde PreferredDataLocation en Microsoft Entra identificador).
  • MailboxRegionLastUpdateTime: Indica cuándo se actualizó MailboxRegion por última vez (de forma automática o manual).

Para ver estas propiedades de un buzón, use la siguiente sintaxis:

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

Por ejemplo, para ver la información de la ubicación geográfica del buzón chris@contoso.onmicrosoft.com, ejecute el siguiente comando:

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

El resultado del comando tiene este aspecto:

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

Nota:

Si el código de ubicación geográfica del nombre de la base de datos no coincide con el valor MailboxRegion, el buzón se coloca automáticamente en una cola de reubicación y se mueve a la ubicación geográfica especificada por el valor MailboxRegion (Exchange Online busca una falta de coincidencia entre estos valores de propiedad).

Mover un buzón existente basado únicamente en la nube a una ubicación geográfica específica

Un usuario solo en la nube (un usuario creado directamente en Microsoft Entra id.) es un usuario que no está sincronizado con el inquilino a través de Microsoft Entra Connect. Use los cmdlets Get-MgUser y Set-MgUser en PowerShell de Microsoft Graph para ver o especificar la ubicación geográfica donde se almacena el buzón de un usuario solo en la nube.

Para ver el valor PreferredDataLocation para los usuarios, ejecute el siguiente comando en PowerShell de Microsoft Graph:

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

Use el valor id. del comando anterior para modificar el valor PreferredDataLocation de un objeto de usuario solo en la nube:

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

Por ejemplo, para establecer el valor PreferredDataLocation en la geolocalización de la Unión Europea (EUR) para el identificador especificado, ejecute el siguiente comando:

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

Para obtener información detallada sobre la sintaxis y los parámetros, vea Get-MgUser y Update-MgUser.

Nota:

  • Como se mencionó anteriormente, no puede usar este procedimiento para los objetos de usuario sincronizados de Active Directory local. Debe cambiar el valor de PreferredDataLocation en Active Directory y sincronizarlo con Microsoft Entra Connect. Para obtener más información, consulte Microsoft Entra Connect Sync: Configurar la ubicación de datos preferida para los recursos de Microsoft 365.

  • El tiempo que se tarda en reubicar un buzón a una nueva ubicación geográfica depende de varios factores:

    • El tamaño y tipo de buzón.
    • La cantidad de buzones que se migrarán.
    • La disponibilidad de recursos de migración.

Traslado de un buzón inactivo a una ubicación geográfica específica

Nota:

Al mover un buzón inactivo a otra ubicación geográfica, puede afectar a los resultados de búsqueda de contenido o a la capacidad de buscar en el buzón desde la ubicación geográfica anterior. Para obtener más información, consulte Búsqueda y exportación de contenido en entornos multigeográficos.

No se pueden mover buzones inactivos que se conservan con fines de cumplimiento (por ejemplo, buzones en suspensión por juicio) cambiando su valor PreferredDataLocation . Para mover un buzón inactivo a otra ubicación geográfica, siga estos pasos:

  1. Recupere el buzón inactivo. Para obtener instrucciones, consulte Recuperación de un buzón inactivo.

  2. Evite que el Asistente para carpetas administradas procese el buzón recuperado reemplazando <MailboxIdentity> por el nombre, alias, cuenta o dirección de correo electrónico del buzón y ejecutando el siguiente comando en Exchange Online PowerShell:

    Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $true

  3. Asigne una licencia Exchange Online plan 2 al buzón recuperado. Este paso es necesario para volver a colocar el buzón en suspensión por juicio. Para obtener instrucciones, consulte Asignación de licencias a usuarios.

  4. Configure el valor PreferredDataLocation en el buzón, tal como se describe en la sección anterior.

  5. Después de confirmar que el buzón se ha movido a la nueva ubicación geográfica, vuelva a colocar el buzón recuperado en suspensión por juicio. Para obtener instrucciones, consulte Colocación de un buzón en suspensión por juicio.

  6. Después de comprobar que la suspensión por juicio está en vigor, permita que el Asistente para carpetas administradas procese de nuevo el buzón reemplazando <MailboxIdentity> por el nombre, alias, cuenta o dirección de correo electrónico del buzón y ejecutando el siguiente comando en Exchange Online PowerShell:

    Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $false

  7. Vuelva a inactivar el buzón quitando la cuenta de usuario asociada al buzón. Para obtener instrucciones, consulte Eliminación de un usuario de la organización. Este paso también libera la licencia Exchange Online plan 2 para otros usos.

Crear nuevos buzones basados en la nube en una ubicación geográfica específica

Para crear un nuevo buzón en una ubicación geográfica específica, debe realizar uno de estos pasos:

Para crear un nuevo usuario con licencia solo en la nube (no Microsoft Entra conectar sincronizado) en una ubicación geográfica específica, use la sintaxis siguiente en 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>

En este ejemplo se crea una nueva cuenta de usuario para Elizabeth Brunner con los valores siguientes:

  • Nombre para mostrar: Elizabeth Brunner
  • Alias: ebrunner
  • Nombre principal de usuario: ebrunner@contoso.onmicrosoft.com
  • Contraseña: xWwvJ]6NMw+bWH-d
  • Nombre: Elizabeth
  • Apellido: Brunner
  • Ubicación: 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

Para obtener información detallada sobre la sintaxis y los parámetros, consulte New-MgUser.

Nota:

Si va a habilitar un buzón en Exchange Online PowerShell y necesita que el buzón se cree directamente en la ubicación geográfica especificada en PreferredDataLocation, debe usar un cmdlet Exchange Online como Enable-Mailbox o New-Mailbox directamente en el servicio en la nube. Si usa el cmdlet Enable-RemoteMailbox en Exchange PowerShell local, el buzón se crea en la ubicación geográfica central.

Incorporar buzones existentes en el entorno local a una ubicación geográfica específica

Puede usar las herramientas y procesos de incorporación estándar para migrar un buzón del entorno local de una organización de Exchange a Exchange Online, incluidos el Panel de migración en el EAC y el cmdlet New-MigrationBatch del PowerShell de Exchange Online.

El primer paso consiste en comprobar que existe un objeto de usuario para cada buzón que se va a incorporar y comprobar que el valor de PreferredDataLocation correcto está configurado en Microsoft Entra identificador. Las herramientas de incorporación respetan el valor PreferredDataLocation y migran los buzones directamente a la ubicación geográfica especificada.

Como alternativa, puede seguir los pasos a continuación para incorporar buzones directamente a una ubicación geográfica específica con el cmdlet New-MoveRequest del PowerShell de Exchange Online.

  1. Compruebe que el objeto de usuario existe para cada buzón que se va a incorporar y que PreferredDataLocation está establecido en el valor deseado en Microsoft Entra identificador. El valor de PreferredDataLocation se sincroniza con el atributo MailboxRegion del objeto de usuario de correo correspondiente en Exchange Online.

  2. Conéctese directamente a la ubicación geográfica de satélite específica mediante las instrucciones de conexión de anteriormente en este artículo.

  3. En el PowerShell de Exchange Online, almacene en una variable las credenciales de administrador del entorno local que se usan para realizar una migración de buzones ejecutando el siguiente comando:

    $RC = Get-Credential

  4. En el PowerShell de Exchange Online, cree un nuevo New-MoveRequest similar al del ejemplo siguiente:

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

  5. Repita el paso 4 para cada buzón de correo al que necesite migrar desde Exchange local a la ubicación geográfica satélite a la que está conectado actualmente.

  6. Si quiere migrar más buzones a ubicaciones geográficas satélite diferentes, repita los pasos 2 a 4 para cada ubicación específica.

Informes multigeográficos

Nota:

La característica de informes multigeográfica está actualmente en versión preliminar, no está disponible en todas las organizaciones y está sujeta a cambios.

Los Informes de uso multigeográfico en el Centro de administración de Microsoft 365 muestran el número de usuarios por ubicación geográfica. El informe muestra la distribución de usuarios del mes actual y proporciona datos históricos de los últimos seis meses.

Consulte también

Administrar Microsoft 365 con PowerShell