Partilhar via


Data Residency para Exchange Online

Data Residency Compromissos Disponíveis

Termos do Produto

Condições Necessárias:

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

Para obter o idioma atual, consulte a página Web Termos do Produto de Privacidade e Segurança e veja a secção intitulada "Localização dos Dados do Cliente Inativos para Serviços Online Principais".

Compromisso:

Nota

Se o Cliente aprovisionar o seu inquilino na Austrália, Brasil, Canadá, União Europeia, França, Alemanha, Índia, Japão, Noruega, Qatar, África do Sul, Coreia do Sul, Suécia, Suíça, Emirados Árabes Unidos, Reino Unido ou Estados Unidos, a Microsoft armazenará os seguintes Dados de Cliente inativos apenas nessa Área Geográfica: Exchange Online conteúdo da caixa de correio (corpo do e-mail, entradas de calendário e o conteúdo dos anexos de e-mail)

Suplemento Data Residency avançado

Condições Necessárias:

  1. O inquilino tem um país/região de inscrição incluído em Geografia da Região Local ou Geografia da Região Local Expandida.
  2. O inquilino tem uma subscrição de Data Residency Avançada válida para todos os utilizadores no inquilino
  3. Os Exchange Online dados do cliente da subscrição são aprovisionados em Geografia Local ou Geografia Local Expandida

Compromisso:

Veja a página de compromisso da ADR para compreender os compromissos específicos fornecidos através dos Termos do Produto. Exemplos de dados consolidados incluem: todos os tipos de caixas de correio, incluindo caixas de correio de utilizador, caixas de correio de recursos e caixas de correio de arquivo.

Suplemento Multi-Geo

Condições Necessárias:

  1. Os inquilinos têm uma subscrição Multi-Geo válida que abrange todos os utilizadores atribuídos a uma Geografia por Satélite.
  2. O cliente tem de ter um Contrato Enterprise ativo.
  3. O total de unidades Multi-Geo compradas tem de ser superior a 5% do total de utilizadores elegíveis no inquilino.

Compromisso:

Os clientes podem atribuir uma Geografia de Satélite suportada pela Multi-Geo a um tipo de caixa de correio suportado. Consulte a secção Disponibilidade multigeográfico do Microsoft 365 da página Multi-Geo do Microsoft 365 para obter detalhes. Os Dados Inativos dos Serviços de Office 365 da caixa de correio, conforme definido pelos termos do produto, serão armazenados na Geografia de Satélite atribuída. Os tipos de caixa de correio suportados incluem Exchange Online caixas de correio primárias e de arquivo de utilizadores, caixas de correio de recursos, caixas de correio do Grupo do Microsoft 365 e caixas de correio partilhadas.

Multi-Geo Capabilities no Exchange Online

Os clientes podem atribuir uma Geografia por Satélite suportada pela Multi-Geo a um utilizador. Consulte a secção Disponibilidade multigeográfico do Microsoft 365 da página Multi-Geo do Microsoft 365 para obter detalhes. Os Dados Inativos do utilizador para serviços de Office 365, conforme definido pelos termos do produto, serão armazenados na Geografia de Satélite atribuída. Isto inclui todos os tipos de caixas de correio Exchange Online, incluindo caixas de correio de utilizador, caixas de correio de recursos, caixas de correio do Grupo do Microsoft 365, caixas de correio partilhadas e caixas de correio de arquivo.

Pode colocar caixas de correio em localizações de Geografia por Satélite ao:

  1. Criar uma nova caixa de correio Exchange Online diretamente numa localização de Geografia por Satélite.
  2. Mover uma caixa de correio Exchange Online existente para uma localização de Geografia por Satélite ao alterar a localização de dados preferencial do utilizador.
  3. Integrar uma caixa de correio de uma organização do Exchange no local diretamente numa localização de Geografia por Satélite .

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

Depois de a Microsoft concluir os passos de configuração multi-geo de pré-requisitos, Exchange Online respeitará o atributo PreferredDataLocation em objetos de utilizador no 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 de Macro ou a Geografia da Região Local onde as caixas de correio do utilizador e quaisquer caixas de correio de arquivo associadas são colocadas. Não é possível configurar a caixa de correio principal e as caixas de correio de arquivo de um utilizador para residir em diferentes localizações geográficas . Apenas uma Região de Macro Geografia ou Geografia da Região Local pode ser configurada por objeto de utilizador.

  • Quando PreferredDataLocation é configurado num utilizador com uma caixa de correio existente, a caixa de correio é colocada numa fila de relocalização e movida automaticamente para a Região de Macro Geografia ou Geografia da Região Local especificada.
  • Quando PreferredDataLocation é configurado num utilizador sem uma caixa de correio existente, quando aprovisiona a caixa de correio, esta é aprovisionada na Região de Macro Geografia especificada ou região geográfica local.
  • Quando PreferredDataLocation não é especificado num utilizador, quando aprovisiona a caixa de correio, esta é aprovisionada na Geografia Aprovisionada 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 é aprovisionada na Geografia Aprovisionada Principal.

Nota

As capacidades multigeográficos e Skype para Empresas reuniões alojadas regionalmente online utilizam a propriedade PreferredDataLocation em objetos de utilizador para localizar serviços. Se configurar valores PreferredDataLocation em objetos de utilizador para reuniões alojadas regionalmente, a caixa de correio para esses utilizadores será movida automaticamente para a Região de Macro Geografia especificada ou Geografia da Região Local depois de a Multi-Geo estar ativada no inquilino do Microsoft 365.

Limitações de funcionalidades da Multi-Geo no Exchange Online

  • As funcionalidades de segurança e conformidade (por exemplo, auditoria e Deteção de Dados Eletrónicos) disponíveis no Centro de administração do Exchange (EAC) não estão disponíveis em organizações Multi-Geo. Em vez disso, tem de utilizar o Microsoft Defender e o Microsoft Purview para configurar funcionalidades de segurança e conformidade.
  • Os utilizadores do Outlook para Mac podem sofrer uma perda temporária de acesso à respetiva pasta Arquivo Online enquanto move a caixa de correio para uma nova localização geografia . Esta condição ocorre quando as caixas de correio primárias e de arquivo do utilizador estão em localizações geográficas diferentes, porque as movimentações de caixas de correio entre áreas geográficas podem ser concluídas em alturas diferentes.
  • Os utilizadores não podem partilhar pastas de caixa de correio em localizações geográficas no Outlook na Web (anteriormente conhecido como Outlook Web App ou OWA). Por exemplo, um utilizador na União Europeia não pode utilizar Outlook na Web para abrir uma pasta partilhada numa caixa de correio localizada no Estados Unidos. No entanto, os utilizadores do Outlook na Web podem abrir outras caixas de correio em diferentes localizações geográficas utilizando uma janela do browser separada, conforme descrito em Abrir a caixa de correio de outra pessoa numa janela separada do browser no Outlook Web App.

Nota

A partilha de pastas de caixas de correio entre áreas geográficas é suportada no Outlook no Windows.

  • As pastas públicas são suportadas em organizações Multi-Geo. No entanto, as pastas públicas têm de permanecer na localização Geografia Aprovisionada Primária . Não pode mover pastas públicas para localizações geográficas por satélite.
  • Num ambiente Multi-Geo, a auditoria de caixas de correio entre áreas geográficas não é suportada. Por exemplo, se forem atribuídas permissões a um utilizador para aceder a uma caixa de correio partilhada numa localização geografia diferente, as ações da caixa de correio executadas por esse utilizador não são registadas no registo de auditoria da caixa de correio partilhada. Os eventos de auditoria do administrador do Exchange também só estão disponíveis para a localização predefinida. Para obter mais informações, consulte Gerir a auditoria de caixas de correio.

Administrar o Exchange Multi-Geo

Administrar Exchange Online caixas de correio num ambiente Multi-Geo

Exchange Online o PowerShell é necessário para ver e configurar as propriedades Multi-Geo no seu ambiente do Microsoft 365. Para ligar ao Exchange Online PowerShell, veja Ligar ao Exchange Online PowerShell.

Em ambientes Exchange Online Multi-Geo, não precisa de efetuar quaisquer passos manuais para adicionar Geografias ao seu inquilino. Depois de receber a mensagem do Centro de Mensagens a indicar que a multi-geo está pronta para Exchange Online, todas as Geografias disponíveis estarão prontas e configuradas para utilização.

Ligar diretamente a uma localização geográfica com o Exchange Online PowerShell

Normalmente, o Exchange Online PowerShell liga-se à localização de Geografia Aprovisionada Primária. No entanto, também pode ligar-se diretamente a localizações de Geografia por Satélite . Devido a melhorias de desempenho, recomendamos que se ligue diretamente à localização de Geografia de Satélite quando apenas gere utilizadores nessa localização.

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

Para ligar Exchange Online PowerShell a uma localização geográfica específica, o parâmetro ConnectionUri é diferente das instruções de ligação regulares. Os restantes comandos e valores são os mesmos.

Especificamente, tem de adicionar o ?email=<emailaddress> valor ao fim do valor ConnectionUri, em que <emailaddress> é o endereço de e-mail de qualquer caixa de correio na localização Geografia de destino. As suas permissões para essa caixa de correio ou a relação com as suas credenciais não são um fator; O endereço de e-mail indica simplesmente Exchange Online PowerShell onde ligar.

Normalmente, os clientes do Microsoft 365 ou do Microsoft 365 GCC não precisam de utilizar o parâmetro ConnectionUri para se ligarem ao Exchange Online PowerShell. No entanto, para ligar a uma localização geográfica específica, tem de utilizar o parâmetro ConnectionUri para poder utilizar ?email=<emailaddress> no valor.

Ligar a uma localização geografia no Exchange Online PowerShell

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

  1. Numa janela Windows PowerShell, carregue o módulo EXO V2 ao executar o seguinte comando:

    Import-Module ExchangeOnlineManagement
    
  2. No exemplo seguinte, admin@contoso.onmicrosoft.com encontra-se 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. Introduza a palavra-passe do admin@contoso.onmicrosoft.com no pedido apresentado. Se a conta estiver configurada para a MFA, também terá de introduzir o código de segurança.

Ver as localizações de Geografia disponíveis que estão configuradas na sua organização Exchange Online

Para ver a lista de localizações de Geografia configuradas no Microsoft 365 Multi-Geo, execute o seguinte comando no Exchange Online PowerShell:

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

Ver a localização de Geografia Aprovisionada Principal para a sua organização Exchange Online

Para ver a localização de Geografia Aprovisionada Principal do seu inquilino, execute o seguinte comando no Exchange Online PowerShell:

Get-OrganizationConfig | Select DefaultMailboxRegion

Localizar a localização geografia de uma caixa de correio

O cmdlet Get-Mailbox no Exchange Online PowerShell apresenta as seguintes propriedades relacionadas com várias áreas geográficas nas caixas de correio:

  • Base de dados: as primeiras três letras do nome da base de dados correspondem ao código Geography , que indica onde a caixa de correio está atualmente localizada. Para Caixas de Correio de Arquivo Online, a propriedade ArchiveDatabase deve ser utilizada.
  • MailboxRegion: especifica o código de localização Geography que foi definido pelo administrador (sincronizado a partir de PreferredDataLocation no Microsoft Entra ID).
  • MailboxRegionLastUpdateTime: indica quando a MailboxRegion foi atualizada pela última vez (automaticamente ou manualmente).

Para ver estas propriedades de uma caixa de correio, utilize a seguinte sintaxe:

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

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

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

O resultado do comando tem o seguinte aspeto:

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

Nota

Se o código de localização Geografia no nome da base de dados não corresponder ao valor MailboxRegion, a caixa de correio será automaticamente colocada numa fila de relocalização e movida para a localização Geografia especificada pelo valor MailboxRegion (Exchange Online procura um erro de correspondência entre estes valores de propriedade).

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

Nota

O módulo do PowerShell do Azure Active Directory (AzureAD) está a ser preterido e substituído pelo SDK do PowerShell do Microsoft Graph. Pode utilizar o SDK do PowerShell do Microsoft Graph para aceder a todas as APIs do Microsoft Graph. Para obter mais informações, veja Introdução ao SDK do PowerShell do Microsoft Graph.

Veja também Instalar o SDK do PowerShell do Microsoft Graph 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, respetivamente.

Um utilizador apenas na cloud é um utilizador não sincronizado com o inquilino através do Microsoft Entra Connect. Este utilizador foi criado diretamente no Microsoft Entra ID. Utilize os cmdlets Get-MgUser e Set-MgUser no SDK do PowerShell do Microsoft Graph para ver ou especificar a localização Geografia onde será armazenada a caixa de correio de um utilizador apenas na nuvem.

Primeiro, tem de se ligar ao Microsoft Graph através dos âmbitos de permissão necessários para as ações que irá realizar na sua sessão do PowerShell do Microsoft Graph.

O SDK do PowerShell do Microsoft Graph suporta dois tipos de autenticação: acesso delegado e acesso apenas à aplicação. Neste guia, irá utilizar o acesso delegado para iniciar sessão como utilizador, conceder consentimento ao SDK para agir em seu nome e chamar o Microsoft Graph.

Para obter detalhes sobre como utilizar o acesso apenas à aplicação para cenários autónomos, veja Utilizar a autenticação apenas de aplicações com o SDK do PowerShell do Microsoft Graph.

Determinar os âmbitos de permissão necessários

Cada API no Microsoft Graph está protegida por um ou mais âmbitos de permissão. O utilizador que iniciar sessão tem de consentir um dos âmbitos necessários para as APIs que planeia utilizar. Neste exemplo, vamos utilizar as seguintes APIs.

Liste os utilizadores para localizar o ID de utilizador do utilizador com sessão iniciada. Modifique o valor PreferredDataLocation para um utilizador.

O âmbito de permissão User.Read.All ativa a primeira chamada e o âmbito User.ReadWrite.All ativa a segunda. Estas permissões requerem uma conta de administrador.

Para obter mais informações sobre como determinar quais os âmbitos de permissão necessários, veja Utilizar Find-MgGraphCommand cmdlet.

Para ligar à sua Organização do Microsoft 365, execute o seguinte comando:

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

O comando pede-lhe para aceder a uma página Web para iniciar sessão com as suas credenciais. Depois de o fazer, o comando indica êxito com um Bem-vindo ao Microsoft Graph! mensagem. Só tem de iniciar sessão uma vez por sessão.

Sugestão

Pode adicionar permissões de forma accreativa ao repetir o comando Connect-MgGraph com os novos âmbitos de permissão.

Para ver o valor PreferredDataLocation de um utilizador, utilize esta 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 utilizador 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 utilizador apenas na cloud, utilize a seguinte sintaxe no Microsoft Graph PowerShell:

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

Por exemplo, para definir o valor PreferredDataLocation para a área geográfica da União Europeia (EUR) para o utilizador michelle@contoso.onmicrosoft.com, obtenha o valor UserID da saída do último comando e execute o seguinte comando:

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

Nota

  • Conforme mencionado anteriormente, não pode utilizar este procedimento para objetos de utilizador sincronizados de Active Directory no local. Tem de alterar o valor PreferredDataLocation no Active Directory e sincronize-o com o Microsoft Entra Connect. Para obter mais informações, veja Sincronização do Azure Active Directory Connect: Configurar a localização de dados preferencial para recursos do Microsoft 365.

  • Quanto tempo demora a reposicionar uma caixa de correio para uma nova localização geográfica depende de vários fatores:

  • O tamanho e o tipo de caixa de correio.

  • O número de caixas de correio a serem movidas.

  • A disponibilidade da movimentação de recursos.

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

Não pode mover caixas de correio inativas preservadas para fins de conformidade (por exemplo, caixas de correio em Suspensão de Litígios) alterando o respetivo valor PreferredDataLocation . Para mover uma caixa de correio inativa para uma Geografia diferente, siga os seguintes passos:

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

  2. Impeça o Assistente de Pastas Geridas de processar a caixa de correio recuperada ao substituir <MailboxIdentity> pelo nome, alias, conta ou endereço de e-mail da caixa de correio e ao executar 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. Este passo é necessário para colocar a caixa de correio novamente em Suspensão de Litígios. Para obter instruções, veja Atribuir licenças a utilizadores.

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

  5. Depois de confirmar que a caixa de correio é movida para a nova localização geográfica, coloque a caixa de correio recuperada novamente em Suspensão de Litígios. Para obter instruções, consulte Colocar uma caixa de correio em Suspensão de Litígios.

  6. Depois de verificar se a Suspensão de Litígios está em vigor, permita que o Assistente de Pastas Geridas processe a caixa de correio novamente ao substituir <MailboxIdentity> pelo nome, alias, conta ou endereço de e-mail da caixa de correio e ao executar o seguinte comando no Exchange Online PowerShell:

    Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $false
    
  7. Torne a caixa de correio novamente inativa ao remover a conta de utilizador associada à caixa de correio. Para obter instruções, consulte Eliminar um utilizador da sua organização. Este passo também disponibiliza a licença Exchange Online Plano 2 para outras utilizações.

Nota: quando move uma caixa de correio inativa para uma localização geográfica diferente, pode afetar os resultados da pesquisa de conteúdos ou a capacidade de procurar na caixa de correio a partir da localização geográfica anterior. Para obter mais informações, veja Search and exporting content in Multi-Geo environments (Procurar e exportar conteúdo em ambientes Multi-Geo).

Criar novas caixas de correio na nuvem numa localização geográfica específica

Para criar uma nova caixa de correio numa localização geográfica específica, tem de efetuar um dos seguintes passos:

Para criar um novo utilizador licenciado apenas na cloud (não Microsoft Entra Ligar sincronizado) numa localização geográfica específica, utilize 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 @()

Sugestão

É usageLocation um código de país de duas letras (NORMA ISO 3166). Necessário para os utilizadores a que são atribuídas licenças devido a requisitos legais para verificar a disponibilidade dos serviços em países/regiões. Os exemplos incluem: E.U.A., JP e GB.

Este exemplo cria uma nova conta de utilizador para Elizabeth Brunner com os seguintes valores:

  • Nome principal de utilizador: ebrunner@contoso.onmicrosoft.com
  • Nome próprio: Elizabeth
  • Apelido: Brunner
  • Nome a apresentar: Elizabeth Brunner
  • Palavra-passe: adicione manualmente a palavra-passe sob a forma de uma tabela hash
  • Licença: contoso:ENTERPRISEPREMIUM (E5)
  • Localização: Austrália (AU)

Primeiro, ligue-se ao seu inquilino do Microsoft 365 com o Microsoft Graph Powershell.

Depois de ligar, utilize 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 sobre como criar novas contas de utilizador e localizar valores LicenseAssignment no Azure AD PowerShell, veja Criar contas de utilizador com o PowerShell e Ver licenças e serviços com o PowerShell.

Nota

Se estiver a utilizar o Exchange Online PowerShell para ativar uma caixa de correio e precisar que a caixa de correio seja criada diretamente na localização Geográfica especificada em PreferredDataLocation, tem de utilizar um cmdlet Exchange Online como Enable-Mailbox ou New-Mailbox diretamente no serviço cloud. Se utilizar o cmdlet Enable-RemoteMailbox no Exchange PowerShell no local, a caixa de correio será criada na localização Geografia Aprovisionada Principal .

Integrar caixas de correio no local existentes numa localização geográfica específica

Pode utilizar as ferramentas e processos de inclusão padrão para migrar uma caixa de correio de uma organização do Exchange no local para Exchange Online, incluindo o dashboard migração no EAC e o cmdlet New-MigrationBatch no Exchange Online PowerShell.

O primeiro passo é verificar se existe um objeto de utilizador para cada caixa de correio ser integrada e verificar se o valor PreferredDataLocation correto está configurado no Microsoft Entra ID. As ferramentas de inclusão respeitam o valor PreferredDataLocation e migram as caixas de correio diretamente para a localização geográfica especificada.

Em alternativa, pode utilizar os seguintes passos para integrar caixas de correio diretamente numa localização Geográfica específica com o cmdlet New-MoveRequest no Exchange Online PowerShell.

  1. Verifique se o objeto de utilizador existe para cada caixa de correio ser integrada e se PreferredDataLocation está definido como o valor pretendido em Microsoft Entra ID. O valor de PreferredDataLocation será sincronizado com o atributo MailboxRegion do objeto de utilizador de correio correspondente no Exchange Online.

  2. Ligue-se diretamente à localização de Geografia de Satélite específica com as instruções de ligação do artigo anterior.

  3. No Exchange Online PowerShell, armazene as credenciais de administrador no local utilizadas para efetuar uma migração de caixa de correio numa variável ao executar o seguinte comando:

    $RC = Get-Credential
    
  4. No Exchange Online PowerShell, crie um novo New-MoveRequest semelhante ao seguinte exemplo:

    New-MoveRequest -Remote -RemoteHostName mail.contoso.com -RemoteCredential $RC -Identity user@contoso.com -TargetDeliveryDomain <YourAppropriateDomain>
    
  5. Repita o passo 4 para cada caixa de correio que precisa de migrar do Exchange no local para a localização geográfica de satélite à qual está atualmente ligado.

  6. Se precisar de migrar outras caixas de correio para localizações geográficas de satélite diferentes, repita os passos 2 a 4 para cada localização específica.

Relatórios multigeográficos

Nota

A funcionalidade de relatórios multigeográficos está atualmente em Pré-visualização, não está disponível em todas as organizações e está sujeita a alterações.

Os Relatórios de Utilização Multigeográfica no centro de administração do Microsoft 365 apresenta a contagem de utilizadores por Localização geográfica. O relatório apresenta a distribuição do utilizador para o mês atual e fornece dados históricos dos últimos seis meses.

Migração

Uma vez que demora algum tempo a mover cada utilizador para o novo datacenter Geography para um único inquilino, alguns utilizadores estarão na Geografia do datacenter antigo durante a mudança, enquanto outros estão no novo datacenter Geography. Isto significa que algumas funcionalidades 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. Estas funcionalidades estão descritas nas secções seguintes.

Abrir "Pasta Partilhada" no Outlook Web Access

Alguns utilizadores abrem uma pasta de correio partilhada a partir de outra caixa de correio (para a qual o utilizador tem permissões de leitura ou escrita) no Outlook Web Access através da funcionalidade "Pasta Partilhada". A tabela seguinte descreve como funciona o acesso a pastas partilhadas durante a movimentação de uma caixa de correio. Tenha em atenção que os utilizadores com permissões completas para uma caixa de correio partilhada podem abrir a caixa de correio através do Outlook Web Access durante a movimentação.

Configuração Descrição
O utilizador tem permissão de pasta de caixa de correio para outra caixa de correio
Potencialmente limitado.
Se o Utilizador A e a Caixa de Correio B não estiverem na mesma Geografia durante a movimentação do inquilino, o Utilizador A não conseguirá abrir a pasta da Caixa de Correio B no Outlook Web Access se o Utilizador A apenas tiver permissão para uma pasta específica na Caixa de Correio B.
Para adicionar uma pasta partilhada, clique com o botão direito do rato no nome de utilizador no painel de navegação esquerdo e selecione Adicionar pasta partilhada.
Utilizador com permissão de caixa de correio completa para outra caixa de correio
Totalmente suportado.
Se o Utilizador A tiver permissão de Acesso Total para a Caixa de Correio B, o Utilizador A pode selecionar a pasta partilhada no painel de navegação esquerdo no Outlook Web Access para abrir uma janela que mostra a Caixa de Correio B. Um utilizador pode abrir uma caixa de correio partilhada com o Outlook Web Access durante a movimentação sem qualquer efeito adverso. A limitação aplica-se apenas à partilha ao nível da pasta numa caixa de correio.

O processo de migração de dados de e-mail para o Microsoft 365 durante a Exchange Online é um cenário comum e é suportado. A migração para a cloud entre as áreas geográficas do datacenter não interfere com as migrações de caixas de correio no local para a cloud.

Como posso determinar a localização dos dados do cliente?

Pode encontrar a localização de dados real no Tenant Administração Center. Como administrador inquilino, pode encontrar a localização de dados real, para dados consolidados, ao navegar para Administração-Settings-Org>> Settings-Organization> Profile-Data> Location.