Администрирование почтовых ящиков Exchange Online в среде с поддержкой нескольких регионовAdministering Exchange Online mailboxes in a multi-geo environment

Exchange Online PowerShell требуется для просмотра и настройки нескольких свойств гео в среде Microsoft 365.Exchange Online PowerShell is required to view and configure multi geo properties in your Microsoft 365 environment. Сведения о том, как подключиться к Exchange Online PowerShell, см. в статье Подключение к Exchange Online PowerShell.To connect to Exchange Online PowerShell, see Connect to Exchange Online PowerShell.

Вам потребуется модуль Microsoft Azure Active Directory PowerShell версии 1.1.166.0 или более поздней в версии 1.x, чтобы просматривать свойство PreferredDataLocation пользовательских объектов.You need the Microsoft Azure Active Directory PowerShell Module v1.1.166.0 or later in v1.x to see the PreferredDataLocation property on user objects. Для пользовательских объектов, синхронизированных с помощью AAD Connect с AAD, нельзя изменить значение PreferredDataLocation непосредственно через AAD PowerShell.User objects synchronized via AAD Connect into AAD cannot have their PreferredDataLocation value directly modified via AAD PowerShell. Через AAD PowerShell можно изменять объекты облачных пользователей.Cloud-only user objects can be modified via AAD PowerShell. Сведения о подключении к Azure AD PowerShell см. в статье Подключение к PowerShell.To connect to Azure AD PowerShell, see Connect to PowerShell.

В многоэтабных средах Exchange Online не нужно делать никаких действий вручную, чтобы добавить geos в клиента.In Exchange Online multi-geo environments, you don't need to do any manual steps to add geos to your tenant. После получения сообщения о том, что multi-geo готова для Exchange Online, все доступные геофайки будут готовы и настроены для использования.After you receive the Message Center post that says multi-geo is ready for Exchange Online, all available geos will be ready and configured for you to use.

Прямое подключение к географическому расположению с помощью Exchange Online PowerShellConnect directly to a geo location using Exchange Online PowerShell

Обычно Exchange Online PowerShell подключается к центральному географическому расположению.Typically, Exchange Online PowerShell will connect to the central geo location. Но вы также можете подключиться непосредственно к периферийному географическому расположению.But, you can also connect directly to satellite geo locations. В связи с повышением производительности рекомендуется подключаться непосредственно к периферийному географическому расположению, если вы управляете пользователями только в этом расположении.Because of performance improvements, we recommend connecting directly to the satellite geo location when you only manage users in that location.

Требования для установки и использования модуля EXO V2 описаны в статье Установка и обслуживание модуля EXO V2.The requirements for installing and using the EXO V2 module are described in Install and maintain the EXO V2 module.

Чтобы подключить Exchange Online PowerShell к определенному географическому расположению, параметр ConnectionUri отличается от обычных инструкций по подключению.To connect Exchange Online PowerShell to a specific geo location, the ConnectionUri parameter is different than the regular connection instructions. Остальные команды и значения совпадают.The rest of the commands and values are the same.

В частности, необходимо добавить значение в ?email=<emailaddress> конец значения ConnectionUri.Specifically, you need to add the ?email=<emailaddress> value to end of the ConnectionUri value. <emailaddress> это адрес электронной почты любого почтового ящика в целевом географическом расположении.<emailaddress> is the email address of any mailbox in the target geo location. Ваши разрешения на этот почтовый ящик или отношение к учетным данным не являются фактором; адрес электронной почты просто сообщает Exchange Online PowerShell, где подключиться.Your permissions to that mailbox or the relationship to your credentials are not a factor; the email address simply tells Exchange Online PowerShell where to connect.

Клиенты Microsoft 365 или Microsoft 365 GCC обычно не должны использовать параметр ConnectionUri для подключения к Exchange Online PowerShell.Microsoft 365 or Microsoft 365 GCC customers typically don't need to use the ConnectionUri parameter to connect to Exchange Online PowerShell. Но для подключения к определенному географическому расположению необходимо использовать параметр ConnectionUri, чтобы можно было использовать ?email=<emailaddress> значение.But, to connect to a specific geo location, you do need to use ConnectionUri parameter so you can use ?email=<emailaddress> in the value.

Подключение к геолокации в Exchange Online PowerShellConnect to a geo location in Exchange Online PowerShell

Следующие инструкции по подключению работают для учетных записей, которые настроены или не настроены для многофакторной проверки подлинности (MFA).The following connection instructions work for accounts that are or aren't configured for multi-factor authentication (MFA).

  1. В окне Windows PowerShell загрузите модуль EXO V2, выполнив следующую команду:In a Windows PowerShell window, load the EXO V2 module by running the following command:

    Import-Module ExchangeOnlineManagement
    
  2. В следующем примере admin@contoso.onmicrosoft.com учетная запись администратора, а целевое географическое расположение — это место, olga@contoso.onmicrosoft.com почтовый ящик.In the following example, admin@contoso.onmicrosoft.com is the admin account, and the target geo location is where the mailbox olga@contoso.onmicrosoft.com resides.

    Connect-ExchangeOnline -UserPrincipalName admin@contoso.onmicrosoft.com -ConnectionUri https://outlook.office365.com/powershell?email=olga@contoso.onmicrosoft.com
    
  3. Введите пароль для admin@contoso.onmicrosoft.com в выявимом запросе.Enter the password for the admin@contoso.onmicrosoft.com in the prompt that appears. Если учетная запись настроена для MFA, необходимо также ввести код безопасности.If the account is configured for MFA, you also need to enter the security code.

Просмотр доступных географических расположений, настроенных в организации Exchange OnlineView the available geo locations that are configured in your Exchange Online organization

Чтобы просмотреть список настроенных географических расположений в Microsoft 365 Multi-Geo, выполните следующую команду в Exchange Online PowerShell:To see the list of configured geo locations in Microsoft 365 Multi-Geo, run the following command in Exchange Online PowerShell:

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

Просмотр центрального географического расположения для организации Exchange OnlineView the central geo location for your Exchange Online organization

Чтобы просмотреть центральное географическое расположение клиента, выполните следующую команду в Exchange Online PowerShell:To view your tenant's central geo location, run the following command in Exchange Online PowerShell:

Get-OrganizationConfig | Select DefaultMailboxRegion

Поиск географического расположения почтового ящикаFind the geo location of a mailbox

Командлет Get-Mailbox в Exchange Online PowerShell отображает следующие свойства, связанные с поддержкой нескольких регионов, для почтовых ящиков:The Get-Mailbox cmdlet in Exchange Online PowerShell displays the following multi-geo related properties on mailboxes:

  • Database. Первые 3 буквы имени базы данных соответствуют коду региона, указывающему текущее расположение почтового ящика.Database: The first 3 letters of the database name correspond to the geo code, which tells you where the mailbox is currently located. Для сетевых архивных почтовых ящиков следует использовать свойство ArchiveDatabase.For Online Archive Mailboxes the ArchiveDatabase property should be used.

  • MailboxRegion. Указывает код географического расположения, установленный администратором (синхронизируется из параметра PreferredDataLocation в Azure AD).MailboxRegion: Specifies the geo location code that was set by the admin (synchronized from PreferredDataLocation in Azure AD).

  • MailboxRegionLastUpdateTime. Указывает время последнего обновления MailboxRegion (автоматического или ручного).MailboxRegionLastUpdateTime: Indicates when MailboxRegion was last updated (either automatically or manually).

Чтобы просмотреть эти свойства для почтового ящика, используйте следующий синтаксис:To see these properties for a mailbox, use the following syntax:

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

Например, чтобы просмотреть сведения о географическом расположении для почтового ящика chris@contoso.onmicrosoft.com, выполните следующую команду:For example, to see the geo location information for the mailbox chris@contoso.onmicrosoft.com, run the following command:

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

Выходные данные команды выглядят так:The output of the command looks like this:

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

Примечание

Если код геолокации в имени базы данных не соответствует значению MailboxRegion, почтовый ящик будет автоматически помещаться в очередь перемещения и перемещен в географическое расположение, указанное значением MailboxRegion (Exchange Online ищет несоответствие между этими значениями свойств).If the geo location code in the database name doesn't match MailboxRegion value, the mailbox will be automatically be put into a relocation queue and moved to the geo location specified by the MailboxRegion value (Exchange Online looks for a mismatch between these property values).

Перемещение существующего облачного почтового ящика в определенное географическое расположениеMove an existing cloud-only mailbox to a specific geo location

Облачный пользователь — это пользователь, не синхронизированный с клиентом посредством AAD Connect.A cloud-only user is a user not synchronized to the tenant via AAD Connect. Этот пользователь был создан непосредственно в Azure AD.This user was created directly in Azure AD. Используйте командлеты Get-MsolUser и Set-MsolUser модуля Azure AD для Windows PowerShell, чтобы просмотреть или указать географическое расположение для хранения почтового ящика облачного пользователя.Use the Get-MsolUser and Set-MsolUser cmdlets in the Azure AD Module for Windows PowerShell to view or specify the geo location where a cloud-only user's mailbox will be stored.

Чтобы просмотреть значение PreferredDataLocation для пользователя, используйте следующий синтаксис в Azure AD PowerShell:To view the PreferredDataLocation value for a user, use this syntax in Azure AD PowerShell:

Get-MsolUser -UserPrincipalName <UserPrincipalName> | Format-List UserPrincipalName,PreferredDataLocation

Например, чтобы посмотреть значение PreferredDataLocation для пользователя michelle@contoso.onmicrosoft.com, выполните следующую команду:For example, to see the PreferredDataLocation value for the user michelle@contoso.onmicrosoft.com, run the following command:

Get-MsolUser -UserPrincipalName michelle@contoso.onmicrosoft.com | Format-List

Чтобы изменить значение PreferredDataLocation для объекта облачного пользователя, используйте следующий синтаксис в Azure AD PowerShell:To modify the PreferredDataLocation value for a cloud-only user object, use the following syntax in Azure AD PowerShell:

Set-MsolUser -UserPrincipalName <UserPrincipalName> -PreferredDataLocation <GeoLocationCode>

Например, чтобы присвоить значению PreferredDataLocation регион Европейского Союза (EUR) для пользователя michelle@contoso.onmicrosoft.com, выполните следующую команду:For example, to set the PreferredDataLocation value to the European Union (EUR) geo for the user michelle@contoso.onmicrosoft.com, run the following command:

Set-MsolUser -UserPrincipalName michelle@contoso.onmicrosoft.com -PreferredDataLocation EUR

Примечание

  • Как упоминалось ранее, эту процедуру нельзя использовать для синхронизированных объектов пользователя из локального Active Directory.As mentioned previously, you cannot use this procedure for synchronized user objects from on-premises Active Directory. Нужно изменить значение PreferredDataLocation в Active Directory и синхронизировать его с помощью AAD Connect.You need to change the PreferredDataLocation value in Active Directory and synchronize it using AAD Connect. Дополнительные сведения см. в статье Синхронизация Azure Active Directory Connect: настройка предпочтительного расположения данных для ресурсов Microsoft 365.For more information, see Azure Active Directory Connect sync: Configure preferred data location for Microsoft 365 resources.

  • Продолжительность перемещения почтового ящика в новое географическое расположение зависит от нескольких факторов:How long it takes to relocate a mailbox to a new geo location depends on several factors:

    • Размер и тип почтового ящика.The size and type of mailbox.
    • Число перемещаемых почтовых ящиков.The number of mailboxes being moved.
    • Доступность ресурсов перемещения.The availability of move resources.

Перемещение неактивного почтового ящика в определенный геоMove an inactive mailbox to a specific geo

Нельзя перемещать неактивные почтовые ящики, которые сохраняются в целях соответствия требованиям (например, почтовые ящики в удержании судебного разбирательства), изменяя их значение PreferredDataLocation.You can't move inactive mailboxes that are preserved for compliance purposes (for example, mailboxes on Litigation Hold) by changing their PreferredDataLocation value. Чтобы переместить неактивный почтовый ящик в другой гео, необходимо сделать следующие действия:To move an inactive mailbox to a different geo, do the following steps:

  1. Восстановление неактивного почтового ящика.Recover the inactive mailbox. Инструкции см. в статью Восстановление неактивного почтового ящика.For instructions, see Recover an inactive mailbox.

  2. Запретить помощнику управляемых папок обрабатывать восстановленный почтовый ящик, заменив его именем, псевдонимом, учетной записью или адресом электронной почты почтового ящика и запуская следующую команду в <MailboxIdentity> Exchange Online PowerShell:Prevent the Managed Folder Assistant from processing the recovered mailbox by replacing <MailboxIdentity> with the name, alias, account, or email address of the mailbox and running the following command in Exchange Online PowerShell:

    Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $true
    
  3. Назначьте лицензию Exchange Online Plan 2 на восстановленный почтовый ящик.Assign an Exchange Online Plan 2 license to the recovered mailbox. Этот шаг необходим для того, чтобы вернуть почтовый ящик на удержание судебного разбирательства.This step is required to place the mailbox back on Litigation Hold. Инструкции см. в инструкции Назначение лицензий пользователям.For instructions, see Assign licenses to users.

  4. Настройте значение PreferredDataLocation в почтовом ящике, как описано в предыдущем разделе.Configure the PreferredDataLocation value on the mailbox as described in the previous section.

  5. После подтверждения того, что почтовый ящик переместился в новое географическое расположение, поместите восстановленный почтовый ящик обратно в удержание судебного разбирательства.After you've confirmed that the mailbox has moved to the new geo location, place the recovered mailbox back on Litigation Hold. Инструкции см. в сообщении Place a mailbox on Litigation Hold.For instructions, see Place a mailbox on Litigation Hold.

  6. После проверки на месте удержания судебного разбирательства позвольте помощнику управляемых папок снова обработать почтовый ящик, заменив имя, псевдоним, учетную запись или адрес электронной почты почтового ящика и выпустив следующую команду в <MailboxIdentity> Exchange Online PowerShell:After verifying that the Litigation Hold is in place, allow the Managed Folder Assistant to process the mailbox again by replacing <MailboxIdentity> with the name, alias, account, or email address of the mailbox and running the following command in Exchange Online PowerShell:

    Set-Mailbox <MailboxIdentity> -ElcProcessingDisabled $false
    
  7. Сделайте почтовый ящик неактивным, удалив учетную запись пользователя, связанную с почтовым ящиком.Make the mailbox inactive again by removing the user account that's associated with the mailbox. Инструкции см. в публикации Delete a user from your organization.For instructions, see Delete a user from your organization. Этот шаг также освобождает лицензию Exchange Online Plan 2 для других видов использования.This step also releases the Exchange Online Plan 2 license for other uses.

Примечание. При перемещение неактивного почтового ящика в другое географическое расположение может повлиять на результаты поиска контента или возможность поиска почтового ящика из бывшего географического расположения.Note: When you move an inactive mailbox to a different geo location, you might affect content search results or the ability to search the mailbox from the former geo location. Дополнительные сведения см. в материалах Поиска и экспорта контента в средах Multi-Geo.For more information, see Searching and exporting content in Multi-Geo environments.

Создание новых облачных почтовых ящиков в определенном географическом расположенииCreate new cloud mailboxes in a specific geo location

Чтобы создать почтовый ящик в определенном географическом расположении, нужно выполнить одно из следующих действий:To create a new mailbox in a specific geo location, you need to do either of these steps:

  • Настройте значение PreferredDataLocation, как описано в предыдущем разделе Перемещение существующего облачного почтового ящика в определенный раздел геолокации перед созданием почтового ящика в Exchange Online. Configure the PreferredDataLocation value as described in the previous Move an existing cloud-only mailbox to a specific geo location section before you create the mailbox in Exchange Online. Например, настройте значение PreferredDataLocation для пользователя перед назначением лицензии.For example, configure the PreferredDataLocation value on a user before you assign a license.

  • Назначьте лицензию одновременно с настройкой значения PreferredDataLocation.Assign a license at the same time you set the PreferredDataLocation value.

Чтобы создать облачного лицензированного пользователя (не синхронизированного с помощью AAD Connect) в определенном географическом расположении, используйте следующий синтаксис в Azure AD PowerShell:To create a new cloud-only licensed user (not AAD Connect synchronized) in a specific geo location, use the following syntax in Azure AD PowerShell:

New-MsolUser -UserPrincipalName <UserPrincipalName> -DisplayName "<Display Name>" [-FirstName <FirstName>] [-LastName <LastName>] [-Password <Password>] [-LicenseAssignment <AccountSkuId>] -PreferredDataLocation <GeoLocationCode>

В этом примере создается новая учетная запись пользователя Elizabeth Brunner со следующими значениями:This example create a new user account for Elizabeth Brunner with the following values:

  • Имя участника-пользователя: ebrunner@contoso.onmicrosoft.comUser principal name: ebrunner@contoso.onmicrosoft.com
  • Имя: ElizabethFirst name: Elizabeth
  • Фамилия: BrunnerLast name: Brunner
  • Отображаемое имя: Elizabeth BrunnerDisplay name: Elizabeth Brunner
  • Пароль: создается случайным образом и отображается в результатах команды (так как не используется параметр Password)Password: randomly-generated and shown in the results of the command (because we're not using the Password parameter)
  • Лицензия: contoso:ENTERPRISEPREMIUM (E5)License: contoso:ENTERPRISEPREMIUM (E5)
  • Расположение: Австралия (AUS)Location: Australia (AUS)
New-MsolUser -UserPrincipalName ebrunner@contoso.onmicrosoft.com -DisplayName "Elizabeth Brunner" -FirstName Elizabeth -LastName Brunner -LicenseAssignment contoso:ENTERPRISEPREMIUM -PreferredDataLocation AUS

Дополнительные сведения о создании учетных записей пользователей и поиске значений LicenseAssignment в Azure AD PowerShell см. в статьях Создание учетных записей пользователей с помощью PowerShell и Просмотр лицензий и служб с помощью PowerShell.For more information about creating new user accounts and finding LicenseAssignment values in Azure AD PowerShell, see Create user accounts with PowerShell and View licenses and services with PowerShell.

Примечание

Если вы используете Exchange Online PowerShell, чтобы включить почтовый ящик, и вам нужно создать почтовый ящик непосредственно в географическом расположении, указанном в параметре PreferredDataLocation, необходимо использовать командлет Exchange Online, например, Enable-Mailbox или New-Mailbox, прямо в облачной службе.If you are using Exchange Online PowerShell to enable a mailbox and need the mailbox to be created directly in the geo location that's specified in PreferredDataLocation, you need to use an Exchange Online cmdlet such as Enable-Mailbox or New-Mailbox directly against the cloud service. Если вы используете командлет Enable-RemoteMailbox в локальной среде Exchange PowerShell, почтовый ящик будет создан в центральном географическом расположении.If you use the Enable-RemoteMailbox cmdlet in on-premises Exchange PowerShell, the mailbox will be created in the central geo location.

Перенос существующих локальных почтовых ящиков в определенное географическое расположениеOnboard existing on-premises mailboxes in a specific geo location

Можно использовать стандартные средства и процедуры переноса для перемещения почтового ящика из локальной организации Exchange в Exchange Online, включая информационную панель миграции в Центре администрирования Exchange и командлет New-MigrationBatch в Exchange Online PowerShell.You can use the standard onboarding tools and processes to migrate a mailbox from an on-premises Exchange organization to Exchange Online, including the Migration dashboard in the EAC, and the New-MigrationBatch cmdlet in Exchange Online PowerShell.

Сначала нужно подтвердить, что объект пользователя существует для каждого переносимого почтового ящика, и проверить правильность значения PreferredDataLocation, настроенного в Azure AD.The first step is to verify a user object exists for each mailbox to be onboarded, and verify the correct PreferredDataLocation value is configured in Azure AD. Средства переноса учитывают значение PreferredDataLocation и переносят почтовые ящики непосредственно в указанное географическое расположение.The onboarding tools will respect the PreferredDataLocation value and will migrate the mailboxes directly to the specified geo location.

Или можно использовать указанные ниже действия для переноса почтовых ящиков непосредственно в определенное географическое расположение с помощью командлета New-MoveRequest в Exchange Online PowerShell.Or, you can use the following steps to onboard mailboxes directly in a specific geo location using the New-MoveRequest cmdlet in Exchange Online PowerShell.

  1. Убедитесь в наличии объекта пользователя для каждого переносимого почтового ящика и в установке нужного значения PreferredDataLocation в Azure AD.Verify the user object exists for each mailbox to be onboarded and that PreferredDataLocation is set to the desired value in Azure AD. Значение PreferredDataLocation синхронизируется с атрибутом MailboxRegion соответствующего объекта пользователя почты в Exchange Online.The value of PreferredDataLocation will be synchronized to the MailboxRegion attribute of the corresponding mail user object in Exchange Online.

  2. Напрямую подключитесь к определенному периферийному географическому расположению, следуя инструкциям по подключению, указанным выше в этой статье.Connect directly to the specific satellite geo location using the connection instructions from earlier in this topic.

  3. В Exchange Online PowerShell сохраните учетные данные локального администратора, использующиеся для выполнения переноса почтового ящика, в переменной, выполнив следующую команду:In Exchange Online PowerShell, store the on-premises administrator credentials that's used to perform a mailbox migration in a variable by running the following command:

    $RC = Get-Credential
    
  4. В Exchange Online PowerShell, создайте новый командлет New-MoveRequest, как в следующем примере:In Exchange Online PowerShell, create a new New-MoveRequest similar to the following example:

    New-MoveRequest -Remote -RemoteHostName mail.contoso.com -RemoteCredential $RC -Identity user@contoso.com -TargetDeliveryDomain <YourAppropriateDomain>
    
  5. Повторите шаг 4 для каждого почтового ящика, требующего переноса из локальной среды Exchange в периферийное географическое расположение, к которому вы в настоящее время подключены.Repeat step #4 for every mailbox you need to migrate from on-premises Exchange to the satellite geo location you are currently connected to.

  6. Если нужно перенести дополнительные почтовые ящики в другое периферийное географическое расположение, повторите шаги 2–4 для каждого определенного периферийного расположения.If you need to migrate additional mailboxes to different satellite geo locations, repeat steps 2 through 4 for each specific location.

Отчеты об использовании нескольких регионовMulti-geo reporting

Отчеты об использовании нескольких регионов в Центре администрирования Microsoft 365 отображают число пользователей по географическим расположениям.Multi-Geo Usage Reports in the Microsoft 365 admin center displays the user count by geo location. Отчет отображает распределение пользователей в текущем месяце и представляет ретроспективные данные за последние 6 месяцев.The report displays user distribution for the current month and provides historical data for the past 6 months.

См. такжеSee also

Управление Microsoft 365 с помощью PowerShellManage Microsoft 365 with PowerShell