Data Residency para Exchange Online

Data Residency compromisos disponibles

Términos del producto

Condiciones necesarias:

El inquilino tiene un país o región de registro incluido en Geografía de la región local, la Unión Europea o el Estados Unidos.

Para conocer el idioma actual, consulte la página web Términos de producto de privacidad y seguridad y vea la sección titulada "Ubicación de los datos del cliente en reposo para Core Online Services".

Compromiso:

Nota:

Si el cliente aprovisiona su inquilino en Australia, Brasil, Canadá, la Unión Europea, Francia, Alemania, India, Japón, Noruega, Qatar, Sudáfrica, Corea del Sur, Suecia, Suiza, Emiratos Árabes Unidos, Reino Unido o Estados Unidos, Microsoft almacenará los siguientes datos de cliente en reposo solo dentro de esa geoárea: Exchange Online contenido de buzón (cuerpo del correo electrónico, entradas de calendario y contenido de datos adjuntos de correo electrónico)

Complemento de Data Residency avanzado

Condiciones necesarias:

1. El inquilino tiene un país o región de registro incluidos en Geografía de región local o Geografía de región local expandida.
2. El inquilino tiene una suscripción Data Residency avanzada válida para todos los usuarios del inquilino.
3. Los datos del cliente de Exchange Online suscripción se aprovisionan en Geografía local o Geografía local expandida

Compromiso:

Consulte la página compromiso de ADR para conocer los compromisos específicos proporcionados a través de los Términos del producto. Algunos ejemplos de los datos confirmados son todos los tipos de buzones, incluidos los buzones de usuario, los buzones de recursos y los buzones de archivo.

Complemento multigeográfica

Condiciones necesarias:

1. Los inquilinos tienen una suscripción multigeográfica válida que cubre todos los usuarios asignados a una geografía satélite.
2. El cliente debe tener una Enterprise Agreement activa.
3. El total de unidades multigeográficas adquiridas debe ser superior al 5 % del total de usuarios aptos en el inquilino.

Compromiso:

Los clientes pueden asignar una geografía satélite compatible con multigeográfica a un tipo de buzón compatible. Consulte la sección Disponibilidad multigeográfica de Microsoft 365 de la página Multi-Geo de Microsoft 365 para obtener más información. Los datos en reposo de Office 365 Services para el buzón tal como se definen en los términos del producto se almacenarán en la geografía por satélite asignada. Los tipos de buzón admitidos incluyen Exchange Online buzones de correo principal y de archivo de usuario, buzones de recursos, buzones de grupo de Microsoft 365 y buzones compartidos.

Capacidades multigeográficas en Exchange Online

Los clientes pueden asignar una geografía por satélite compatible con Multi-Geo a un usuario. Consulte la sección Disponibilidad multigeográfica de Microsoft 365 de la página Multi-Geo de Microsoft 365 para obtener más información. Los Datos en reposo del usuario para Office 365 Services tal como se definen en los términos del producto se almacenarán en la geografía por satélite asignada. Esto incluye todos los tipos de buzones de Exchange Online, incluidos los buzones de usuario, los buzones de recursos, los buzones de grupo de Microsoft 365, los buzones compartidos y los buzones de archivo.

Puede colocar buzones en ubicaciones de geografía satélite mediante:

1. Crear un nuevo buzón Exchange Online directamente en una ubicación de geografía satélite.
2. Mover un buzón de Exchange Online existente a una ubicación de geografía satélite cambiando la ubicación de datos preferida del usuario.
3. Incorporación de un buzón de correo desde una organización local de Exchange directamente en una ubicación de geografía satélite .

Colocación y movimiento de buzones

Una vez que Microsoft complete los pasos de configuración multigeográfica de requisitos previos, Exchange Online respetará el atributo PreferredDataLocation en los objetos de usuario de Microsoft Entra ID. Exchange Online sincroniza la propiedad PreferredDataLocation de Microsoft Entra ID en la propiedad MailboxRegion del servicio de directorio Exchange Online. El valor de MailboxRegion determina la geografía de la región de macro o la geografía de la región local donde se colocan los buzones de usuario y los buzones de archivo asociados. No es posible configurar los buzones de correo principal y de archivo de un usuario para que residan en distintas ubicaciones geográficas . Solo se puede configurar una geografía de región de macro o geografía de región local por objeto de usuario.

• Cuando PreferredDataLocation está configurado en un usuario con un buzón existente, el buzón se coloca en una cola de reubicación y se mueve automáticamente a la geografía de la región de macro especificada o a la geografía de la región local especificada.
• Cuando PreferredDataLocation está configurado en un usuario sin un buzón de correo existente, al aprovisionar el buzón, se aprovisiona en la geografía de la región de macro especificada o en la geografía de la región local especificada.
• Cuando PreferredDataLocation no se especifica en un usuario, al aprovisionar el buzón, se aprovisiona en la geografía aprovisionada principal.
• Si el código PreferredDataLocation es incorrecto (por ejemplo, un error tipográfico de NAN en lugar de NAM), el buzón se aprovisiona en la geografía aprovisionada principal.

Nota:

Las funcionalidades multigeográficas y las reuniones hospedadas regionalmente en Skype Empresarial Online usan la propiedad PreferredDataLocation en los objetos de usuario para buscar servicios. Si configura los valores de PreferredDataLocation en objetos de usuario para reuniones hospedadas regionalmente, el buzón de esos usuarios se moverá automáticamente a la región de macro geografía o geografía de región local especificada después de habilitar multigeográfica en el inquilino de Microsoft 365.

Limitaciones de características para multigeográfica en Exchange Online

• Las características de seguridad y cumplimiento (por ejemplo, auditoría y exhibición de documentos electrónicos) que están disponibles en el Centro de administración de Exchange (EAC) no están disponibles en organizaciones multigeográficas. En su lugar, debe usar Microsoft Defender y Microsoft Purview para configurar las características de seguridad y cumplimiento.
• Outlook para Mac usuarios pueden experimentar una pérdida temporal de acceso a su carpeta de archivo en línea mientras mueve su buzón a una nueva ubicación geográfica. Esta condición se produce cuando los buzones principal y de archivo del usuario se encuentran en ubicaciones geográficas diferentes, ya que los movimientos de buzón entre zonas geográficas pueden completarse en momentos diferentes.
• Los usuarios no pueden compartir carpetas de buzones entre las ubicaciones geography de Outlook en la Web (anteriormente conocidas como Outlook Web App o OWA). Por ejemplo, un usuario de la Unión Europea no puede usar Outlook en la Web para abrir una carpeta compartida en un buzón ubicado en el Estados Unidos. Sin embargo, los usuarios de Outlook en la Web pueden abrir otros buzones en diferentes ubicaciones de Geografía mediante una ventana del explorador independiente, como se describe en Abrir el buzón de otra persona en una ventana del explorador independiente en Outlook Web App.

Nota:

Outlook en Windows admite el uso compartido de carpetas de buzón entre zonas geográficas.

• Las carpetas públicas se admiten en organizaciones multigeográficas. Sin embargo, las carpetas públicas deben permanecer en la ubicación Geografía aprovisionada principal . No puede mover carpetas públicas a ubicaciones geográficas satélite.
• En un entorno multigeográfico, no se admite la auditoría entre buzones de correo geográfico. Por ejemplo, si a un usuario se le asignan permisos para acceder a un buzón compartido en una ubicación geográfica diferente, las acciones de buzón realizadas por ese usuario no se registran en el registro de auditoría de buzones del buzón compartido. Los eventos de auditoría del administrador de Exchange también están disponibles para la ubicación predeterminada. Para más información, consulte Administrar auditoría del buzón..

Administración de Multi-Geo de Exchange

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

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

En Exchange Online Multi-Geo entornos, no es necesario realizar ningún paso manual para agregar zonas geográficas al inquilino. Después de recibir la publicación del Centro de mensajes que indica que la geogeografía múltiple está lista para Exchange Online, todas las zonas geográficas disponibles estará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 de geografía aprovisionada principal. Pero también puede conectarse directamente a ubicaciones de geografía satélite . Debido a las mejoras de rendimiento, se recomienda conectarse directamente a la ubicación geografía satélite cuando solo administre 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 de Geography 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, donde <emailaddress> es la dirección de correo electrónico de cualquier buzón en la ubicación geography 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 de Geography 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 Windows PowerShell, cargue el módulo EXO V2 ejecutando el comando siguiente:

Import-Module ExchangeOnlineManagement

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

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

Visualización de las ubicaciones de geografía disponibles configuradas en la organización de Exchange Online

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

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

Visualización de la ubicación de geografía aprovisionada principal de la organización de Exchange Online

Para ver la ubicación de geografía aprovisionada principal del inquilino, ejecute el siguiente comando en Exchange Online PowerShell:

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 Geography , 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 Geography establecido por el administrador (sincronizado desde PreferredDataLocation en Microsoft Entra ID).
• 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 ubicación geography 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/2018 8:21:01 PM

Nota:

Si el código de ubicación Geography del nombre de la base de datos no coincide con el valor MailboxRegion, el buzón se colocará automáticamente en una cola de reubicación y se moverá a la ubicación Geography 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

Nota:

El módulo de PowerShell de Azure Active Directory (AzureAD) está en desuso y se reemplaza por el SDK de PowerShell de Microsoft Graph. Puede usar el SDK de PowerShell de Microsoft Graph para acceder a todas las API de Microsoft Graph. Para más información, consulte Introducción al SDK de PowerShell de Microsoft Graph.

Consulte también Instalación del SDK de PowerShell de Microsoft Graph y Actualización de PowerShell de Azure AD a PowerShell de Microsoft Graph para obtener información sobre cómo instalar y actualizar a PowerShell de Microsoft Graph, respectivamente.

Un usuario solo en la nube es un usuario no sincronizado con el inquilino a través de Microsoft Entra Connect. Este usuario se creó directamente en Microsoft Entra ID. Use los cmdlets Get-MgUser y Set-MgUser en el SDK de PowerShell de Microsoft Graph para ver o especificar la ubicación geography donde se almacenará el buzón de un usuario solo en la nube.

En primer lugar, debe conectarse a Microsoft Graph mediante los ámbitos de permisos necesarios para las acciones que realizará en la sesión de PowerShell de Microsoft Graph.

El SDK de PowerShell de Microsoft Graph admite dos tipos de autenticación: acceso delegado y acceso solo a la aplicación. En esta guía, usará el acceso delegado para iniciar sesión como usuario, conceder el consentimiento al SDK para que actúe en su nombre y llamar a Microsoft Graph.

Para obtener más información sobre el uso del acceso solo a la aplicación para escenarios desatendidos, consulte Uso de la autenticación de solo aplicación con el SDK de PowerShell de Microsoft Graph.

Determinación de los ámbitos de permisos necesarios

Cada API de Microsoft Graph está protegida por uno o varios ámbitos de permisos. El usuario que inicia sesión debe dar su consentimiento a uno de los ámbitos necesarios para las API que planea usar. En este ejemplo, usaremos las siguientes API.

Enumere a los usuarios para encontrar el identificador de usuario del usuario que ha iniciado sesión. Modifique el valor PreferredDataLocation de un usuario.

El ámbito de permiso User.Read.All habilita la primera llamada y el ámbito User.ReadWrite.All habilita la segunda. Estos permisos requieren una cuenta de administrador.

Para obtener más información sobre cómo determinar qué ámbitos de permisos necesitará, consulte Uso de Find-MgGraphCommand cmdlet.

Para conectarse a la organización de Microsoft 365, ejecute el siguiente comando:

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

El símbolo del sistema le pide que vaya a una página web para iniciar sesión con sus credenciales. Una vez hecho esto, el comando indica que se ha realizado correctamente con una bienvenida a Microsoft Graph. Mensaje. Solo tiene que iniciar sesión una vez por sesión.

Sugerencia

Puede agregar permisos de forma accretiva si repite el comando Connect-MgGraph con los nuevos ámbitos de permisos.

Para ver el valor preferredDataLocation de un usuario, use esta sintaxis en PowerShell de Microsoft Graph:

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

Por ejemplo, para ver el valor de PreferredDataLocation para el usuario michelle@contoso.onmicrosoft.com, ejecute el siguiente comando:

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

Para modificar el valor preferredDataLocation de un objeto de usuario solo en la nube, use la sintaxis siguiente en Microsoft Graph PowerShell:

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

Por ejemplo, para establecer el valor PreferredDataLocation en la geolocalización de la Unión Europea (EUR) para el usuario michelle@contoso.onmicrosoft.com, obtenga el valor userID de la salida del último comando y ejecute el siguiente comando:

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

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 Sincronización de Azure Active Directory Connect: configurar la ubicación de datos preferida para 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.

Mover un buzón inactivo a una geografía específica

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

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

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

3. Después de confirmar que el buzón se mueve 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.

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

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

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.

Creación de buzones de correo 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 cualquiera de estos pasos:

• Configure el valor PreferredDataLocation como se describe en la sección Anterior Mover un buzón existente solo en la nube a una ubicación geográfica específicaantes de crear el buzón en Exchange Online. Por ejemplo, configure el valor PreferredDataLocation en un usuario antes de asignar una licencia.

• Asignar una licencia al mismo tiempo que se define el valor de PreferredDataLocation.

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

Sugerencia

usageLocation es un código de país de dos letras (estándar ISO 3166). Obligatorio para los usuarios a los que se les asignan licencias debido a los requisitos legales para comprobar la disponibilidad de los servicios en los países. Algunos ejemplos son: EE. UU., JP y GB.

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

• Nombre principal de usuario: ebrunner@contoso.onmicrosoft.com
• Nombre: Elizabeth
• Apellido: Brunner
• Nombre para mostrar: Elizabeth Brunner
• Contraseña: agregue manualmente la contraseña en forma de tabla hash.
• Licencia: contoso:ENTERPRISEPREMIUM (E5)
• Ubicación: Australia (AU)

En primer lugar, conéctese a su inquilino de Microsoft 365 mediante Microsoft Graph PowerShell.

Después de conectarse, use la sintaxis siguiente para crear una cuenta individual:

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

Para obtener más información sobre cómo crear nuevas cuentas de usuario y cómo encontrar valores de LicenseAssignment en el PowerShell de Azure AD, consulte Crear cuentas de usuario con PowerShell y Ver licencias y servicios con PowerShell.

Nota:

Si usa Exchange Online PowerShell para habilitar un buzón 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 PowerShell de Exchange local, el buzón se creará en la ubicación Geografía aprovisionada principal .

Incorporación de buzones locales existentes en 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 ID. Las herramientas de incorporación respetan el valor PreferredDataLocation y migran los buzones directamente a la ubicación geográfica especificada.

O bien, puede usar los pasos siguientes para incorporar buzones directamente en una ubicación geográfica específica mediante el cmdlet New-MoveRequest en Exchange Online PowerShell.

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 ID. El valor de PreferredDataLocation se sincronizará con el atributo MailboxRegion del objeto de usuario del correo correspondiente en Exchange Online.

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

3. En Exchange Online PowerShell, almacene las credenciales de administrador local que se usan para realizar una migración de buzón en una variable mediante la ejecución del siguiente comando:

$RC = Get-Credential

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

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

2. Si necesita migrar otros buzones a diferentes ubicaciones geográficas satélite, repita los pasos del 2 al 4 para cada ubicación específica.

Informes multigeográficas

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.

Informes de uso multigeográfica en el Centro de administración de Microsoft 365 muestra el recuento 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.

Migración

Dado que se tarda tiempo en mover cada usuario al nuevo centro de datos Geography para un único inquilino, algunos usuarios estarán en el centro de datos antiguo Geography durante el traslado, mientras que otros se encuentran en el nuevo centro de datos Geography. Esto significa que es posible que algunas características que implican el acceso a varios buzones no funcionen completamente durante un período del proceso de traslado, que puede durar semanas. Estas características se describen en las secciones siguientes.

Abrir "Carpeta compartida" en Outlook Web Access

Algunos usuarios abren una carpeta de correo compartido desde otro buzón (en el que el usuario tiene permisos de lectura o escritura) en Outlook Web Access mediante la característica "Carpeta compartida". En la tabla siguiente se describe cómo funciona el acceso a carpetas compartidas durante el traslado de un buzón. Tenga en cuenta que los usuarios con permisos completos para un buzón compartido pueden abrir el buzón mediante Outlook Web Access durante el traslado.

Configuración	Description
El usuario tiene permiso de carpeta de buzón para otro buzón	Potencialmente limitado. Si el usuario A y el buzón B no están en la misma ubicación geográfica durante el traslado del inquilino, el usuario A no puede abrir la carpeta del buzón B en Outlook Web Access si el usuario A solo tiene permiso para una carpeta específica en el buzón B. Para agregar una carpeta compartida, haga clic con el botón derecho en el nombre de usuario en el panel de navegación izquierdo y seleccione Agregar carpeta compartida.
Usuario con permiso de buzón completo para otro buzón	Totalmente compatible. Si el usuario A tiene permiso de acceso completo para el buzón B, el usuario A puede seleccionar la carpeta compartida en el panel de navegación izquierdo de Outlook Web Access para abrir una ventana que muestre el buzón B. Un usuario puede abrir un buzón compartido con Outlook Web Access durante el traslado sin ningún efecto adverso. La limitación solo se aplica al uso compartido de nivel de carpeta en un buzón de correo.

El proceso de migración de datos de correo electrónico a Microsoft 365 durante el Exchange Online es un escenario común y se admite. La migración a la nube entre las zonas geográficas del centro de datos no interfiere con las migraciones locales a buzones de correo en la nube.

¿Cómo puedo determinar la ubicación de los datos del cliente?

Puede encontrar la ubicación de datos real en el Centro de Administración de inquilinos. Como administrador de inquilinos, puede encontrar la ubicación de datos real para los datos confirmados; para ello, vaya a Administración-Configuración-Configuración> de> la organización-Perfil> de organización-Ubicación de> datos.