Data Residency para Exchange Online

Data Residency compromissos disponíveis

Termos do produto

Condições necessárias:

O locatário tem um país/região de inscrição incluído na Geografia da Região Local, na União Europeia ou no Estados Unidos.

Para o idioma atual, consulte a página da Web Termos de Produto de Privacidade e Segurança e exiba a seção intitulada "Localização dos dados do cliente em repouso para os Principais Serviços Online".

Compromisso:

Observação

Se o Cliente provisionar seu locatário na Austrália, Brasil, Canadá, União Europeia, França, Alemanha, Índia, Japão, Noruega, Catar, África do Sul, Coreia do Sul, Suécia, Suíça, Emirados Árabes Unidos, Reino Unido ou Estados Unidos, a Microsoft armazenará os seguintes Dados do Cliente em repouso apenas dentro desse Geo: Exchange Online Conteúdo da caixa de correio (corpo de email, entradas de calendário e o conteúdo de anexos de email)

Complemento de Data Residency avançado

Condições necessárias:

1. O locatário tem um país/região de inscrição incluído na Geografia da Região Local ou Na Geografia da Região Local Expandida.
2. O locatário tem uma assinatura de Data Residency avançada válida para todos os usuários no locatário
3. Os dados do cliente da assinatura Exchange Online são provisionados em Geografia Local ou Geografia Local Expandida

Compromisso:

Consulte a página de compromisso da ADR para entender os compromissos específicos fornecidos por meio dos Termos do Produto. Exemplos dos dados confirmados incluem: todos os tipos de caixas de correio, incluindo caixas de correio de usuário, caixas de correio de recursos e caixas de correio de arquivo.

Complemento multi-geográfico

Condições necessárias:

1. Os locatários têm uma assinatura multi-geográfica válida que abrange todos os usuários atribuídos a uma Geografia satélite.
2. O cliente deve ter um Enterprise Agreement ativo.
3. O total de unidades multi-geográficas adquiridas deve ser maior que 5% do total de usuários qualificados no locatário.

Compromisso:

Os clientes podem atribuir uma Geografia de Satélite com suporte da Multi-Geo a um tipo de caixa de correio com suporte. Consulte a seção disponibilidade multiescódigo do Microsoft 365 da página Multi-Geo do Microsoft 365 para obter detalhes. Os Dados em Repouso para serviços de Office 365 para a caixa de correio conforme definido pelos termos do produto devem ser armazenados na Geografia do Satélite atribuída. Os tipos de caixa de correio com suporte incluem Exchange Online caixas de correio primárias e de arquivo do usuário, caixas de correio de recursos, caixas de correio do Grupo Microsoft 365 e caixas de correio compartilhadas.

Recursos multigeográficos no Exchange Online

Os clientes podem atribuir uma Geografia satélite com suporte da Multi-Geo a um usuário. Consulte a seção disponibilidade multiescódigo do Microsoft 365 da página Multi-Geo do Microsoft 365 para obter detalhes. Os dados do usuário em repouso para serviços de Office 365 conforme definido pelos termos do produto devem ser armazenados na Geografia do Satélite atribuída. Isso inclui todos os tipos de caixas de correio Exchange Online, incluindo caixas de correio de usuário, caixas de correio de recursos, caixas de correio do Grupo microsoft 365, caixas de correio compartilhadas e caixas de correio de arquivo.

Você pode colocar caixas de correio em locais de Geografia de Satélite por:

1. Criar uma nova caixa de correio Exchange Online diretamente em um local de Geografia de Satélite.
2. Mover uma caixa de correio Exchange Online existente para um local de Geografia de Satélite alterando o local de dados preferido do usuário.
3. Integrando uma caixa de correio de uma organização local do Exchange diretamente em um local de Geografia satélite .

Colocação e movimentações de caixa de correio

Depois que a Microsoft concluir as etapas de configuração multi-geo do pré-requisito, Exchange Online honrará o atributo PreferredDataLocation em objetos de usuário em Microsoft Entra ID. Exchange Online sincroniza a propriedade PreferredDataLocation de Microsoft Entra ID para a propriedade MailboxRegion no serviço de diretório Exchange Online. O valor de MailboxRegion determina a Geografia da Região Macro ou Geografia da Região Local em que caixas de correio de usuário e quaisquer caixas de correio de arquivo associadas são colocadas. Não é possível configurar a caixa de correio primária e as caixas de correio de arquivo de um usuário para residir em diferentes locais de Geografia . Somente uma Geografia da Região Macro ou Geografia da Região Local podem ser configuradas por objeto de usuário.

• Quando PreferredDataLocation é configurado em um usuário com uma caixa de correio existente, a caixa de correio é colocada em uma fila de realocação e movida automaticamente para a Geografia da Região Macro especificada ou Geografia da Região Local.
• Quando PreferredDataLocation é configurado em um usuário sem uma caixa de correio existente, quando você provisiona a caixa de correio, ela é provisionada na Geografia da Região Macro especificada ou Geografia da Região Local.
• Quando PreferredDataLocation não é especificado em um usuário, quando você provisiona a caixa de correio, ela é provisionada na Geografia Provisionada Primária.
• Se o código PreferredDataLocation estiver incorreto (por exemplo, um erro de digitação de NAN em vez de NAM), a caixa de correio será provisionada na Geografia Provisionada Primária.

Observação

Recursos multi-geográficos e reuniões hospedadas regionalmente Skype for Business Online usam a propriedade PreferredDataLocation em objetos de usuário para localizar serviços. Se você configurar valores PreferredDataLocation em objetos de usuário para reuniões hospedadas regionalmente, a caixa de correio para esses usuários será movida automaticamente para a Geografia da Região Macro especificada ou Geografia da Região Local depois que o Multi-Geo estiver habilitado no locatário do Microsoft 365.

Limitações de recursos para o Multi-Geo em Exchange Online

• Os recursos de segurança e conformidade (por exemplo, auditoria e descoberta eletrônica) que estão disponíveis no Centro de Administração do Exchange (EAC) não estão disponíveis em organizações multiescariais. Em vez disso, você precisa usar Microsoft Defender e Microsoft Purview para configurar recursos de segurança e conformidade.
• Outlook para Mac usuários podem ter uma perda temporária de acesso à pasta Arquivo Online enquanto você move a caixa de correio para um novo local de Geografia. Essa condição ocorre quando as caixas de correio primárias e de arquivo do usuário estão em locais de Geografia diferentes, pois os movimentos entre caixas de correio geográficas podem ser concluídos em momentos diferentes.
• Os usuários não podem compartilhar pastas de caixa de correio em locais de Geografia em Outlook na Web (anteriormente conhecido como Outlook Web App ou OWA). Por exemplo, um usuário da União Europeia não pode usar Outlook na Web para abrir uma pasta compartilhada em uma caixa de correio localizada no Estados Unidos. No entanto, os usuários do Outlook na Web podem abrir outras caixas de correio em diferentes locais de Geografia usando uma janela separada do navegador, conforme descrito em Abrir a caixa de correio de outra pessoa em uma janela separada do navegador em Outlook Web App.

Observação

Há suporte para o compartilhamento de pastas de caixa de correio entre geográficos no Outlook no Windows.

• Há suporte para pastas públicas em organizações multi-geográficas. No entanto, as pastas públicas devem permanecer no local de Geografia Provisionada Primária . Você não pode mover pastas públicas para locais geográficos de satélite.
• Em um ambiente multi-geográfico, não há suporte para auditoria entre caixas de correio. Por exemplo, se um usuário tiver permissões atribuídas para acessar uma caixa de correio compartilhada em um local de Geografia diferente, as ações de caixa de correio executadas por esse usuário não serão registradas no log de auditoria de caixa de correio da caixa de correio compartilhada. Os eventos de auditoria de administrador do Exchange também estão disponíveis apenas para o local padrão. Para saber mais, consulte Gerenciar a auditoria da caixa de correio.

Administrando o Exchange multigeógrafico

Administrar caixas de correio Exchange Online em um ambiente multi-geográfico

Exchange Online o PowerShell é necessário para exibir e configurar propriedades multi-geo em seu ambiente do Microsoft 365. Para se conectar ao PowerShell do Exchange Online, confira Conectar ao PowerShell do Exchange Online.

Em ambientes Exchange Online Multi-Geo, você não precisa fazer nenhuma etapa manual para adicionar Geografias ao seu locatário. Depois que você receber a postagem do Centro de Mensagens que diz que o multi-geo está pronto para Exchange Online, todas as Geografias disponíveis estarão prontas e configuradas para você usar.

Conecte-se diretamente em uma localização geográfica usando o Exchange Online PowerShell

Normalmente, Exchange Online PowerShell se conecta ao local de Geografia Provisionada Primária. Mas, você também pode se conectar diretamente a locais de Geografia de Satélite . Devido a melhorias de desempenho, recomendamos conectar-se diretamente ao local de Geografia do Satélite quando você gerencia apenas usuários nesse local.

Os requisitos para instalar e usar o módulo Exchange Online PowerShell são descritos em Instalar e manter o módulo Exchange Online PowerShell.

Para conectar Exchange Online PowerShell a um local de Geografia específico, o parâmetro ConnectionUri é diferente das instruções de conexão regulares. O restante dos comandos e valores são iguais.

Especificamente, você precisa adicionar o ?email=<emailaddress> valor ao fim do valor ConnectionUri, em que <emailaddress> é o endereço de email de qualquer caixa de correio no local de Geografia de destino. Suas permissões para essa caixa de correio ou a relação com suas credenciais não são um fator; o endereço de email simplesmente informa Exchange Online PowerShell onde se conectar.

Os clientes do Microsoft 365 ou do Microsoft 365 GCC normalmente não precisam usar o parâmetro ConnectionUri para se conectar ao Exchange Online PowerShell. Mas, para se conectar a um local de Geografia específico, você precisa usar o parâmetro ConnectionUri para poder usar ?email=<emailaddress> no valor.

Conectar-se a um local de Geografia no Exchange Online PowerShell

As instruções de conexão a seguir funcionam para contas que estão ou não estão configuradas para MFA (autenticação multifator).

1. Em uma janela do Windows PowerShell, carregue o módulo EXO V2 executando o seguinte comando:

   Import-Module ExchangeOnlineManagement
   

2. No exemplo a seguir, admin@contoso.onmicrosoft.com é a conta de administrador e a localização geográfica de destino é onde reside a caixa de correio olga@contoso.onmicrosoft.com .

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

3. Insira a senha do admin@contoso.onmicrosoft.com no prompt que aparece. Se a conta estiver configurada para MFA, você também precisará inserir o código de segurança.

Exibir os locais de Geografia disponíveis configurados em sua organização Exchange Online

Para ver a lista de locais de Geografia configurados no Microsoft 365 Multi-Geo, execute o seguinte comando no Exchange Online PowerShell:

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

Exibir o local de Geografia Provisionada Primária para sua organização Exchange Online

Para exibir o local de Geografia Provisionada Primária do locatário, execute o seguinte comando no Exchange Online PowerShell:

Get-OrganizationConfig | Select DefaultMailboxRegion

Localizar o local de Geografia de uma caixa de correio

O cmdlet Get-Mailbox no Exchange Online PowerShell exibe as seguintes propriedades relacionadas às áreas multigeográficas nas caixas de correio:

• Banco de dados: as três primeiras letras do nome do banco de dados correspondem ao código Geography , que informa onde a caixa de correio está localizada no momento. Para Caixas de Correio com Arquivo Online a propriedade ArchiveDatabase deve ser usada.
• MailboxRegion: especifica o código de localização Geography definido pelo administrador (sincronizado com PreferredDataLocation em Microsoft Entra ID).
• MailboxRegionLastUpdateTime: Indica quando o MailboxRegion foi atualizado (automaticamente ou manualmente).

Para ver as propriedades de uma caixa de correio, use a seguinte sintaxe:

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

Por exemplo, para ver as informações de localização de Geografia para a caixa de correio chris@contoso.onmicrosoft.com, execute o seguinte comando:

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

A saída do comando será parecida com o seguinte:

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

Observação

Se o código de localização Geografia no nome do banco de dados não corresponder ao valor MailboxRegion, a caixa de correio será automaticamente colocada em uma fila de realocação e movida para o local de Geografia especificado pelo valor MailboxRegion (Exchange Online procura uma incompatibilidade entre esses valores de propriedade).

Mover uma caixa de correio apenas nuvem existente para uma localização geográfica específica

Observação

O módulo do PowerShell do Azure Active Directory (AzureAD) está sendo preterido e substituído pelo SDK do Microsoft Graph PowerShell. Você pode usar o Microsoft Graph SDK do PowerShell para acessar todas as APIs do Microsoft Graph. Para saber mais, confira Introdução ao SDK do PowerShell do Microsoft Graph.

Consulte Também Instalar o SDK do Microsoft Graph PowerShell e Atualizar do Azure AD PowerShell para o Microsoft Graph PowerShell para obter informações sobre como instalar e atualizar para o Microsoft Graph PowerShell, respectivamente.

Um usuário somente na nuvem é um usuário não sincronizado com o locatário por meio do Microsoft Entra Connect. Esse usuário foi criado diretamente no Microsoft Entra ID. Use os cmdlets Get-MgUser e Set-MgUser no SDK do Microsoft Graph PowerShell para exibir ou especificar o local de Geografia em que a caixa de correio de um usuário somente na nuvem será armazenada.

Primeiro, você deve se conectar ao Microsoft Graph usando os escopos de permissão necessários para as ações que você executará em sua sessão do Microsoft Graph PowerShell.

O SDK do Microsoft Graph PowerShell dá suporte a dois tipos de autenticação: acesso delegado e acesso somente aplicativo. Neste guia, você usará o acesso delegado para entrar como usuário, conceder consentimento ao SDK para agir em seu nome e chamar o Microsoft Graph.

Para obter detalhes sobre como usar o acesso somente ao aplicativo para cenários autônomos, confira Usar autenticação somente aplicativo com o SDK do Microsoft Graph PowerShell.

Determinar escopos de permissão necessários

Cada API no Microsoft Graph é protegida por um ou mais escopos de permissão. O logon do usuário deve consentir com um dos escopos necessários para as APIs que você planeja usar. Neste exemplo, usaremos as APIs a seguir.

Listar usuários para encontrar a ID do usuário conectado. Modifique o valor PreferredDataLocation para um usuário.

O escopo de permissão User.Read.All habilita a primeira chamada e o escopo User.ReadWrite.All habilita o segundo. Essas permissões exigem uma conta de administrador.

Para obter mais informações sobre como determinar quais escopos de permissão você precisará, consulte Usando Find-MgGraphCommand cmdlet.

Para se conectar à organização do Microsoft 365, execute o seguinte comando:

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

O comando solicita que você acesse uma página da Web para entrar com suas credenciais. Depois de fazer isso, o comando indica êxito com um Microsoft Graph de boas-vindas! Mensagem. Você só precisa entrar uma vez por sessão.

Dica

Você pode adicionar permissões acréscimo repetindo o comando Connect-MgGraph com os novos escopos de permissão.

Para exibir o valor PreferredDataLocation para um usuário, use essa sintaxe no Microsoft Graph PowerShell:

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

Por exemplo, para ver o valor PreferredDataLocation para o usuário michelle@contoso.onmicrosoft.com, execute o seguinte comando:

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

Para modificar o valor PreferredDataLocation para um objeto de usuário somente na nuvem, use a seguinte sintaxe no Microsoft Graph PowerShell:

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

Por exemplo, para definir o valor PreferredDataLocation para o geo da União Europeia (EUR) para o usuário michelle@contoso.onmicrosoft.com, obtenha o valor UserID da última saída de comando e execute o seguinte comando:

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

Observação

• Conforme mencionado anteriormente, você não pode usar esse procedimento para objetos de usuário sincronizados de Active Directory local. Você precisa alterar o valor PreferredDataLocation no Active Directory e sincronizá-lo usando Microsoft Entra Connect. Para obter mais informações, consulte Sincronização do Azure Active Directory Connect: Configurar o local preferencial dos dados dos recursos do Microsoft 365.

• O tempo que leva para relocar uma caixa de correio para uma nova localização geográfica depende de vários fatores:

• O tamanho e tipo de caixa de correio.

• O número de caixas de correio sendo movidas.

• Disponibilidade de recursos de movimentação.

Mover uma caixa de correio inativa para uma geografia específica

Você não pode mover caixas de correio inativas preservadas para fins de conformidade (por exemplo, caixas de correio em Contencioso Hold) alterando o valor PreferredDataLocation . Para mover uma caixa de correio inativa para uma Geografia diferente, siga as seguintes etapas:

1. Recupere a caixa de correio inativa. Para obter instruções, consulte Recuperar uma caixa de correio inativa.

2. Impedir que o Assistente de Pasta Gerenciada processe a caixa de correio recuperada substituindo <MailboxIdentity> pelo nome, alias, conta ou endereço de email da caixa de correio e executando o seguinte comando no Exchange Online PowerShell:

   Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $true
   

3. Atribua uma licença Exchange Online Plano 2 à caixa de correio recuperada. Essa etapa é necessária para colocar a caixa de correio novamente na Retenção de Litígios. Para obter instruções, consulte Atribuir licenças aos usuários.

4. Configure o valor PreferredDataLocation na caixa de correio, conforme descrito na seção anterior.

5. Depois de confirmar que a caixa de correio se move para o novo local geográfico, coloque a caixa de correio recuperada novamente em Contencioso Hold. Para obter instruções, consulte Colocar uma caixa de correio em Contencioso Hold.

6. Depois de verificar se a Retenção de Litígios está em vigor, permita que o Assistente de Pasta Gerenciada processe a caixa de correio novamente substituindo <MailboxIdentity> pelo nome, alias, conta ou endereço de email da caixa de correio e executando o seguinte comando no Exchange Online PowerShell:

   Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $false
   

7. Torne a caixa de correio inativa novamente removendo a conta de usuário associada à caixa de correio. Para obter instruções, consulte Excluir um usuário de sua organização. Essa etapa também libera a licença Exchange Online Plano 2 para outros usos.

Observação: quando você move uma caixa de correio inativa para um local geográfico diferente, você pode afetar os resultados da pesquisa de conteúdo ou a capacidade de pesquisar a caixa de correio do local geográfico anterior. Para obter mais informações, consulte Pesquisar e exportar conteúdo em ambientes multi-geográficos.

Criar novas caixas de correio de nuvem em um local específico de Geografia

Para criar uma nova caixa de correio em um local geográfico específico, você precisa executar uma dessas etapas:

• Configure o valor PreferredDataLocation conforme descrito na caixa de correio anterior Mover uma caixa de correio somente na nuvem existente para uma seção de localização geográfica específicaantes de criar a caixa de correio no Exchange Online. Por exemplo, configure o valor PreferredDataLocation em um usuário antes de atribuir uma licença.

• Atribuir uma licença e definir o valor PreferredDataLocation ao mesmo tempo.

Para criar um novo usuário licenciado somente na nuvem (não Microsoft Entra Conectar sincronizado) em um local geográfico específico, use a seguinte sintaxe no 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 @()

Dica

O usageLocation é um código de país de duas letras (ISO standard 3166). Necessário para usuários que recebem licenças devido a requisitos legais para marcar para disponibilidade de serviços em países. Exemplos incluem: EUA, JP e GB.

Este exemplo cria uma nova conta de usuário para Elizabeth Brunner com os seguintes valores:

• Nome principal do usuário: ebrunner@contoso.onmicrosoft.com
• Nome: Elizabeth
• Sobrenome: Brunner
• Nome para exibição: Elizabeth Brunner
• Senha: adicionar manualmente senha na forma de um hashtable
• Licença: contoso:ENTERPRISEPREMIUM (E5)
• Local: Austrália (UA)

Primeiro, conecte-se ao locatário do Microsoft 365 usando o Microsoft Graph Powershell.

Depois de se conectar, use a seguinte sintaxe para criar uma conta 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 obter mais informações de como criar novas contas de usuário e encontrar os valores LicenseAssignment no Azure AD PowerShell, consulte Criar contas de usuário com o PowerShell e Exibir licenças e serviços com o PowerShell.

Observação

Se você estiver usando Exchange Online PowerShell para habilitar uma caixa de correio e precisar que a caixa de correio seja criada diretamente no local geográfico especificado em PreferredDataLocation, você precisará usar um cmdlet Exchange Online, como Enable-Mailbox ou New-Mailbox diretamente no serviço de nuvem. Se você usar o cmdlet Enable-RemoteMailbox no Exchange PowerShell local, a caixa de correio será criada no local de Geografia Provisionada Primária .

Integrar caixas de correio locais existentes em um local específico de Geografia

Você pode usar as ferramentas de integração padrão e os processos para migrar uma caixa de correio de uma organização do Exchange local para o Exchange Online, incluindo o Painel de migração no EACe o cmdlet New-MigrationBatch no Exchange Online PowerShell.

A primeira etapa é verificar se existe um objeto de usuário para que cada caixa de correio seja integrada e verifique se o valor PreferredDataLocation correto está configurado em Microsoft Entra ID. As ferramentas de integração respeitam o valor PreferredDataLocation e migram as caixas de correio diretamente para a localização geográfica especificada.

Ou você pode usar as etapas a seguir para integrar caixas de correio diretamente em um local geográfico específico usando o cmdlet New-MoveRequest no Exchange Online PowerShell.

1. Verifique se o objeto de usuário existe para que cada caixa de correio seja integrada e se PreferredDataLocation está definido como o valor desejado em Microsoft Entra ID. O valor do PreferredDataLocation será sincronizado com o atributo MailboxRegion do objeto do usuário de email correspondentes no Exchange Online.

2. Conecte-se diretamente ao local específico da Geografia do Satélite usando as instruções de conexão do anterior neste artigo.

3. Em Exchange Online PowerShell, armazene as credenciais de administrador locais usadas para executar uma migração de caixa de correio em uma variável executando o seguinte comando:

   $RC = Get-Credential
   

4. No Exchange Online PowerShell, crie um novo New-MoveRequest semelhante ao exemplo a seguir:

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

5. Repita a etapa nº 4 para cada caixa de correio à qual você precisa migrar do Exchange local para a localização geográfica satélite à qual você está conectado no momento.

6. Se você precisar migrar outras caixas de correio para diferentes locais geográficos satélites, repita as etapas 2 a 4 para cada local específico.

Relatórios multi-geográficos

Observação

O recurso de relatórios multi-geográficos está atualmente em Versão Prévia, não está disponível em todas as organizações e está sujeito a alterações.

Relatórios de uso de vários geográficos no Centro de administração do Microsoft 365 exibe a contagem de usuários pela localização geográfica. O relatório exibe a distribuição do usuário para o mês atual e fornece dados históricos dos últimos seis meses.

Migração

Como leva tempo para mover cada usuário para o novo datacenter Geography para um único locatário, alguns usuários estarão no datacenter Geography antigo durante a mudança, enquanto outros estão no novo datacenter Geography. Isso significa que alguns recursos que envolvem o acesso a várias caixas de correio podem não funcionar totalmente durante um período do processo de movimentação, que pode durar semanas. Esses recursos são descritos nas seções a seguir.

Abrir "Pasta Compartilhada" no Outlook Web Access

Alguns usuários abrem uma pasta de email compartilhada de outra caixa de correio (para a qual o usuário tem permissões de leitura ou gravação) no Outlook Web Access usando o recurso "Pasta Compartilhada". A tabela a seguir descreve como o acesso a pastas compartilhadas funciona durante uma movimentação de caixa de correio. Observe que usuários com permissões completas para uma caixa de correio compartilhada podem abrir a caixa de correio usando o Outlook Web Access durante a mudança.

Configuração	Descrição
O usuário tem permissão de pasta de caixa de correio para outra caixa de correio	Potencialmente limitado. Se o Usuário A e a Caixa de Correio B não estiverem na mesma Geografia durante a movimentação do locatário, o Usuário A não poderá abrir a pasta da Caixa de Correio B no Outlook Web Access se o Usuário A tiver permissão apenas para uma pasta específica na Caixa de Correio B. Para adicionar uma pasta compartilhada, clique com o botão direito do mouse no nome do usuário no painel de navegação esquerdo e selecione Adicionar pasta compartilhada.
Usuário com permissão de caixa de correio completa para outra caixa de correio	Totalmente compatível. Se o Usuário A tiver permissão de Acesso Completo para a Caixa de Correio B, o Usuário A poderá selecionar a pasta compartilhada no painel de navegação esquerdo no Outlook Web Access para abrir uma janela mostrando a Caixa de Correio B. Um usuário pode abrir uma caixa de correio compartilhada usando o Outlook Web Access durante a movimentação sem nenhum efeito adverso. A limitação só se aplica ao compartilhamento no nível da pasta em uma caixa de correio.

O processo de migração de dados por email para o Microsoft 365 durante o Exchange Online é um cenário comum e tem suporte. A migração de nuvem entre os geos do datacenter não interfere em nenhuma migração local para a caixa de correio de nuvem.

Como posso determinar o local de dados do cliente?

Você pode encontrar o local de dados real no Centro de Administração de Locatários. Como administrador de locatário, você pode encontrar o local de dados real, para dados comprometidos, navegando até Administração-Settings-Org>> Settings-Organization> Profile-Data> Location.