Синхронизация Azure Active Directory Connect: Настройка предпочтительного расположения данных для ресурсов Microsoft 365Azure Active Directory Connect sync: Configure preferred data location for Microsoft 365 resources

В этом разделе описано, как настроить атрибут для расположения предпочтительных данных в службе синхронизации Azure Active Directory (Azure AD) Connect. Если кто-то пользуется несколькими географическими возможностями в Microsoft 365, этот атрибут используется для обозначения географического расположения данных Microsoft 365 пользователя.The purpose of this topic is to walk you through how to configure the attribute for preferred data location in Azure Active Directory (Azure AD) Connect sync. When someone uses Multi-Geo capabilities in Microsoft 365, you use this attribute to designate the geo-location of the user’s Microsoft 365 data. (Термины регион и геообъект являются взаимозаменяемыми.)(The terms region and geo are used interchangeably.)

Включение синхронизации предпочтительного расположения данныхEnable synchronization of preferred data location

По умолчанию ресурсы Microsoft 365 для пользователей находятся в том же географическом виде, что и клиент Azure AD.By default, Microsoft 365 resources for your users are located in the same geo as your Azure AD tenant. Например, если клиент находится в Северной Америке, то почтовые ящики Exchange пользователей также расположены в Северной Америке.For example, if your tenant is located in North America, then the users' Exchange mailboxes are also located in North America. Для международной организации это может быть не самым оптимальным решением.For a multinational organization, this might not be optimal.

Установив атрибут preferredDataLocation, можно задать геообъект пользователя.By setting the attribute preferredDataLocation, you can define a user's geo. Вы можете использовать Microsoft 365 ресурсы пользователя, такие как почтовый ящик и OneDrive, в том же географическом регионе, что и пользователь, и по-прежнему иметь один клиент для всей Организации.You can have the user's Microsoft 365 resources, such as the mailbox and OneDrive, in the same geo as the user, and still have one tenant for your entire organization.

Важно!

В настоящее время поддерживается поддержка нескольких географических пользователей с активной Соглашение Enterprise и минимум 250 Microsoft 365 служб.Multi-Geo is currently available to customers with an active Enterprise Agreement and a minimum of 250 Microsoft 365 Services subscriptions. Обратитесь к представителю корпорации Майкрософт, чтобы получить дополнительные сведения.Please talk to your Microsoft representative for details.

Список всех геообъектов для Microsoft 365 можно найти в разделе где находятся ваши данные?.A list of all geos for Microsoft 365 can be found in Where is your data located?.

Геообъектов в Microsoft 365 доступно для нескольких географических регионов:The geos in Microsoft 365 available for Multi-Geo are:

ГеографическиеGeo Значение preferredDataLocationpreferredDataLocation value
Азиатско-Тихоокеанский регионAsia Pacific APCAPC
АвстралияAustralia AUSAUS
КанадаCanada CANCAN
Европейский союзEuropean Union EUREUR
ФранцияFrance FRAFRA
ИндияIndia INDIND
ЯпонияJapan JPNJPN
КореяKorea KORKOR
Южно-Африканская РеспубликаSouth Africa ZAFZAF
ШвейцарияSwitzerland ЭШИРОВАТЬCHE
ОАЭUnited Arab Emirates AREARE
Соединенное КоролевствоUnited Kingdom GBRGBR
СШАUnited States NAMNAM
  • Если геообъект отсутствует в этой таблице, как, например, Южная Америка, значит он не используется для поддержки нескольких регионов.If a geo is not listed in this table (for example, South America), then it cannot be used for Multi-Geo.

  • Не все Microsoft 365 рабочие нагрузки поддерживают установку географических параметров пользователя.Not all Microsoft 365 workloads support the use of setting a user's geo.

Поддержка Azure AD Connect для синхронизацииAzure AD Connect support for synchronization

Azure AD Connect поддерживает синхронизацию атрибута preferredDataLocation для объектов User в версии 1.1.524.0 и более поздних версиях.Azure AD Connect supports synchronization of the preferredDataLocation attribute for User objects in version 1.1.524.0 and later. В частности:Specifically:

  • Схема типа объекта User в соединителе Azure AD расширена для включения атрибута preferredDataLocation.The schema of the object type User in the Azure AD Connector is extended to include the preferredDataLocation attribute. Этот атрибут является строкой с одним значением.The attribute is of the type, single-valued string.
  • Схема типа объекта Person в метавселенной расширена для включения атрибута preferredDataLocation.The schema of the object type Person in the metaverse is extended to include the preferredDataLocation attribute. Этот атрибут является строкой с одним значением.The attribute is of the type, single-valued string.

По умолчанию preferredDataLocation не включен для синхронизации.By default, preferredDataLocation is not enabled for synchronization. Эта функция предназначена для более крупных организаций.This feature is intended for larger organizations. Схема Active Directory в Windows Server 2019 имеет атрибут msDS-preferredDataLocation , который следует использовать для этой цели.The Active Directory schema in Windows Server 2019 has an attribute msDS-preferredDataLocation you should use for this purpose. Если вы не обновили схему Active Directory и не можете сделать это, необходимо будет задать атрибут для хранения геоMicrosoft 365 географических пользователей.If you have not updated the Active Directory schema and cannot do so, then you must identify an attribute to hold the Microsoft 365 geo for your users. Этот атрибут будет индивидуальным для каждой организации.This is going to be different for each organization.

Важно!

Azure AD позволяет непосредственно настроить атрибут preferredDataLocation для облачных объектов User с помощью Azure AD PowerShell.Azure AD allows the preferredDataLocation attribute on cloud User objects to be directly configured by using Azure AD PowerShell. Чтобы настроить этот атрибут для синхронизированных объектов User, необходимо использовать Azure AD Connect.To configure this attribute on synchronized User objects, you must use Azure AD Connect.

Перед включением синхронизации выполните следующее:Before enabling synchronization:

  • Если вы не обновили схему Active Directory до 2019, то решите, какой атрибут локального Active Directory будет использоваться в качестве исходного атрибута.If you have not upgraded the Active Directory schema to 2019, then decide which on-premises Active Directory attribute to be used as the source attribute. Он должен быть строкой с одним значением.It should be of the type, single-valued string.

  • Если ранее с помощью Azure AD PowerShell в Azure AD вы настроили атрибут preferredDataLocation для имеющихся синхронизированных объектов User, необходимо перенести значения атрибутов для соответствующих объектов User в локальном каталоге Active Directory.If you have previously configured the preferredDataLocation attribute on existing synchronized User objects in Azure AD by using Azure AD PowerShell, you must backport the attribute values to the corresponding User objects in on-premises Active Directory.

    Важно!

    В противном случае после включения синхронизации атрибута preferredDataLocation Azure AD Connect удалит существующие значения атрибутов в Azure AD.If you do not backport these values, Azure AD Connect removes the existing attribute values in Azure AD when synchronization for the preferredDataLocation attribute is enabled.

  • Настройте исходный атрибут по меньшей мере на двух локальных объектах User Active Directory.Configure the source attribute on at least a couple of on-premises Active Directory User objects now. Позже его можно использовать для проверки.You can use this for verification later.

В следующих разделах описаны шаги по включению синхронизации атрибута preferredDataLocation.The following sections provide the steps to enable synchronization of the preferredDataLocation attribute.

Примечание

Они описаны в контексте развертывания Azure AD в топологии с отдельным лесом и без пользовательских правил синхронизации.The steps are described in the context of an Azure AD deployment with single-forest topology, and without custom synchronization rules. Если используется топология с несколькими лесами, которые настроены при помощи пользовательских правил синхронизации или промежуточного сервера, необходимо соответствующим образом изменить действия.If you have a multi-forest topology, custom synchronization rules configured, or have a staging server, you should adjust the steps accordingly.

Шаг 1. Отключение планировщика синхронизации и остановка синхронизацииStep 1: Disable sync scheduler and verify there is no synchronization in progress

Изменяя правила синхронизации, убедитесь, что синхронизация не выполняется, во избежание экспорта непреднамеренных изменений в Azure AD.To avoid unintended changes being exported to Azure AD, ensure that no synchronization takes place while you are in the middle of updating synchronization rules. Чтобы отключить встроенный планировщик синхронизации, сделайте следующее:To disable the built-in sync scheduler:

  1. Запустите сеанс PowerShell на сервере Azure AD Connect.Start a PowerShell session on the Azure AD Connect server.
  2. Отключите плановую синхронизацию, выполнив командлет Set-ADSyncScheduler -SyncCycleEnabled $false.Disable scheduled synchronization by running this cmdlet: Set-ADSyncScheduler -SyncCycleEnabled $false.
  3. Запустите Synchronization Service Manager, выбрав Пуск > Служба синхронизации.Start the Synchronization Service Manager by going to START > Synchronization Service.
  4. Перейдите на вкладку Операции и убедитесь, что на ней не отображаются операции в состоянии Выполняется.Select the Operations tab, and confirm there is no operation with the status in progress.

Снимок экрана Synchronization Service Manager

Шаг 2. обновление схемы для Active DirectoryStep 2: Refresh the schema for Active Directory

Если вы обновили схему Active Directory в 2019 и установили подключение до расширения схемы, то в кэше схемы Connect нет обновленной схемы.If you have updated the Active Directory schema to 2019 and Connect was installed before the schema extension, then the Connect schema cache does not have the updated schema. Затем необходимо обновить схему мастера, чтобы она отображалась в пользовательском интерфейсе.You must then refresh the schema from the wizard for it to appear in the UI.

  1. Запустите мастер Azure AD Connect с рабочего стола.Start the Azure AD Connect wizard from the desktop.
  2. Выберите пункт Обновить схему каталога и нажмите кнопку Далее.Select the option Refresh directory schema and click Next.
  3. Введите учетные данные Azure AD и нажмите кнопку Далее.Enter your Azure AD credentials and click Next.
  4. На странице обновление схемы каталога убедитесь, что выбраны все леса, и нажмите кнопку Далее.On the Refresh Directory Schema page, make sure all forests are selected and click Next.
  5. По завершении закройте мастер.When completed, close the wizard.

Снимок экрана: обновление схемы каталога в мастере подключения

Шаг 3. Добавление исходного атрибута в схему локального соединителя Active DirectoryStep 3: Add the source attribute to the on-premises Active Directory Connector schema

Этот шаг необходим только при запуске Connect версии 1.3.21 или более ранней. Если вы используете 1.4.18 или более новую версию, перейдите к шагу 5.This step is only needed if you run Connect version 1.3.21 or older. If you are on 1.4.18 or newer, then skip to step 5.
Не все атрибуты Azure AD импортируются в локальное пространство соединителя Active Directory.Not all Azure AD attributes are imported into the on-premises Active Directory connector space. Если вы решили использовать атрибут, не синхронизируемый по умолчанию, то его необходимо импортировать.If you have selected to use an attribute that is not synchronized by default, then you need to import it. Чтобы добавить исходный атрибут в список импортируемых атрибутов, сделайте следующее.To add the source attribute to the list of the imported attributes:

  1. Откройте вкладку Соединители в Synchronization Service Manager.Select the Connectors tab in the Synchronization Service Manager.
  2. Щелкните правой кнопкой мыши локальный соединитель Active Directory и выберите Свойства.Right-click the on-premises Active Directory Connector, and select Properties.
  3. Во всплывающем диалоговом окне перейдите на вкладку Выбор атрибутов.In the pop-up dialog box, go to the Select Attributes tab.
  4. Убедитесь, что нужный исходный атрибут выбран из списка атрибутов.Make sure the source attribute you selected to use is checked in the attribute list. Если атрибут не отображается, щелкните флажок Show All (Показать все).If you do not see your attribute, select the Show All check box.
  5. Чтобы сохранить, нажмите кнопку ОК.To save, select OK.

Снимок экрана Synchronization Service Manager и диалоговое окно свойств

Шаг 4. добавление preferredDataLocation в схему СОЕДИНИТЕЛЯ Azure ADStep 4: Add preferredDataLocation to the Azure AD Connector schema

Этот шаг необходим только при запуске Connect версии 1.3.21 или более ранней. Если вы используете 1.4.18 или более новую версию, перейдите к шагу 5.This step is only needed if you run Connect version 1.3.21 or older. If you are on 1.4.18 or newer, then skip to step 5.
По умолчанию атрибут preferredDataLocation не импортируется в пространство СОЕДИНИТЕЛЯ Azure AD.By default, the preferredDataLocation attribute is not imported into the Azure AD Connector space. Чтобы добавить его в список импортированных атрибутов, выполните следующее:To add it to the list of imported attributes:

  1. Откройте вкладку Соединители в Synchronization Service Manager.Select the Connectors tab in the Synchronization Service Manager.
  2. Щелкните правой кнопкой мыши соединитель Azure AD и выберите пункт Свойства.Right-click the Azure AD connector, and select Properties.
  3. Во всплывающем диалоговом окне перейдите на вкладку Выбор атрибутов.In the pop-up dialog box, go to the Select Attributes tab.
  4. Выберите атрибут preferredDataLocation в списке.Select the preferredDataLocation attribute in the list.
  5. Чтобы сохранить, нажмите кнопку ОК.To save, select OK.

Снимок экрана Synchronization Service Manager и диалоговое окно свойств

Шаг 5. Создание правила входящей синхронизацииStep 5: Create an inbound synchronization rule

Правило входящей синхронизации позволяет передавать значение исходного атрибута из локального каталога Active Directory в метавселенную.The inbound synchronization rule permits the attribute value to flow from the source attribute in on-premises Active Directory to the metaverse.

  1. Запустите редактор правил синхронизации, выбрав Пуск > Synchronization Rules Editor (Редактор правил синхронизации).Start the Synchronization Rules Editor by going to START > Synchronization Rules Editor.

  2. В фильтре поиска для параметра Направление задайте значение Входящие.Set the search filter Direction to be Inbound.

  3. Чтобы создать правило входящей синхронизации, нажмите кнопку Добавить правило.To create a new inbound rule, select Add new rule.

  4. На вкладке Описание укажите следующую конфигурацию.Under the Description tab, provide the following configuration:

    attributeAttribute ЗначениеValue СведенияDetails
    ИмяName Укажите имяProvide a name Например, In from AD – User PreferredDataLocation.For example, “In from AD – User preferredDataLocation”
    ОписаниеDescription Введите пользовательское описаниеProvide a custom description
    Подключенная системаConnected System Выберите локальный соединитель Active DirectoryPick the on-premises Active Directory Connector
    Тип объекта подключенной системыConnected System Object Type ПользовательUser
    Тип объекта метавселеннойMetaverse Object Type PersonPerson
    Тип связиLink Type JoinJoin
    ПриоритетPrecedence Выберите число от 1 до 99Choose a number between 1–99 Значения 1–99 зарезервированы для настраиваемых правил синхронизации.1–99 is reserved for custom sync rules. Не выбирайте значение, которое используется в другом правиле синхронизации.Do not pick a value that is used by another synchronization rule.
  5. Чтобы включить все объекты, не заключайте Фильтр области в пустой.Keep the Scoping filter empty, to include all objects. Возможно, вам необходимо настроить фильтр области в соответствии с развертыванием Azure AD Connect.You might need to tweak the scoping filter according to your Azure AD Connect deployment.

  6. Перейдите на вкладку Преобразованиеи реализуйте следующее правило преобразования:Go to the Transformation tab, and implement the following transformation rule:

    Flow type (Тип потока)Flow type Целевой атрибутTarget attribute ИсточникSource Применить однократноApply once Merge Type (Тип объединения)Merge type
    Прямой доступDirect preferredDataLocationpreferredDataLocation Выберите исходный атрибут.Pick the source attribute Флажок снят.Unchecked UpdateUpdate
  7. Чтобы создать правило входящей синхронизации, нажмите кнопку Добавить.To create the inbound rule, select Add.

Снимок экрана Create inbound synchronization rule (Создание правила входящей синхронизации)

Шаг 6. Создание правила исходящей синхронизацииStep 6: Create an outbound synchronization rule

Правило исходящей синхронизации позволяет передавать значение атрибута из метавселенной в атрибут preferredDataLocation в Azure AD:The outbound synchronization rule permits the attribute value to flow from the metaverse to the preferredDataLocation attribute in Azure AD:

  1. Перейдите в Редактор правил синхронизации.Go to the Synchronization Rules Editor.

  2. В фильтре поиска для параметра Направление задайте значение Исходящие.Set the search filter Direction to be Outbound.

  3. Нажмите кнопку Добавить правило.Select Add new rule.

  4. На вкладке Описание укажите следующую конфигурацию.Under the Description tab, provide the following configuration:

    attributeAttribute ЗначениеValue СведенияDetails
    ИмяName Укажите имяProvide a name Например, Out to AAD – User PreferredDataLocation.For example, “Out to Azure AD – User preferredDataLocation”
    ОписаниеDescription Укажите описаниеProvide a description
    Подключенная системаConnected System Выберите соединитель Azure ADSelect the Azure AD Connector
    Тип объекта подключенной системыConnected System Object Type ПользовательUser
    Тип объекта метавселеннойMetaverse Object Type PersonPerson
    Тип связиLink Type JoinJoin
    ПриоритетPrecedence Выберите число от 1 до 99Choose a number between 1–99 Значения 1–99 зарезервированы для настраиваемых правил синхронизации.1–99 is reserved for custom sync rules. Не выбирайте значение, которое используется в другом правиле синхронизации.Do not pick a value that is used by another synchronization rule.
  5. Перейдите на вкладку Фильтр области и добавьте одну группу фильтров области с двумя предложениями:Go to the Scoping filter tab, and add a single scoping filter group with two clauses:

    attributeAttribute ОператорOperator ЗначениеValue
    sourceObjectTypesourceObjectType EQUALEQUAL ПользовательUser
    cloudMasteredcloudMastered NOTEQUALNOTEQUAL TrueTrue

    Фильтр области определяет объекты Azure AD, к которым применяется данное правило исходящей синхронизации.Scoping filter determines which Azure AD objects this outbound synchronization rule is applied to. В этом примере мы используем тот же фильтр области из правила синхронизации OOB (Out To Azure AD — пользовательское удостоверение).In this example, we use the same scoping filter from “Out to Azure AD – User Identity” OOB (out-of-box) synchronization rule. Это предотвращает применение правила синхронизации к объектам пользователей , которые не синхронизированы из локальной Active Directory.It prevents the synchronization rule from being applied to User objects that are not synchronized from an on-premises Active Directory. Возможно, вам необходимо настроить фильтр области в соответствии с развертыванием Azure AD Connect.You might need to tweak the scoping filter according to your Azure AD Connect deployment.

  6. Перейдите на вкладку Преобразование и реализуйте следующее правило преобразования:Go to the Transformation tab, and implement the following transformation rule:

    Flow type (Тип потока)Flow type Целевой атрибутTarget attribute ИсточникSource Применить однократноApply once Merge Type (Тип объединения)Merge type
    Прямой доступDirect preferredDataLocationpreferredDataLocation preferredDataLocationpreferredDataLocation Флажок снят.Unchecked UpdateUpdate
  7. Щелкните Добавить, чтобы создать правило исходящей синхронизации.Close Add to create the outbound rule.

Снимок экрана Create outbound synchronization rule (Создание правила исходящей синхронизации)

Шаг 7. выполнение полного цикла синхронизацииStep 7: Run full synchronization cycle

Как правило, полный цикл синхронизации обязателен,In general, full synchronization cycle is required. так как вы добавили новые атрибуты в схемы Active Directory и соединителя Azure AD, а также ввели настраиваемые правила синхронизации.This is because you have added new attributes to both the Active Directory and Azure AD Connector schema, and introduced custom synchronization rules. Проверьте изменения перед их экспортом в Azure AD.Verify the changes before exporting them to Azure AD. Проверить изменения во время ручного выполнения действий, составляющих полный цикл синхронизации, можно с помощью следующих инструкций.You can use the following steps to verify the changes, while manually running the steps that make up a full synchronization cycle.

  1. Выполните полный импорт для локального соединителя Active Directory.Run Full import on the on-premises Active Directory Connector:

    1. Откройте вкладку Operations (Операции) в Synchronization Service Manager.Go to the Operations tab in the Synchronization Service Manager.

    2. Щелкните правой кнопкой мыши локальный соединитель Active Directory и выберите Запустить.Right-click the on-premises Active Directory Connector, and select Run.

    3. В диалоговом окне выберите Full Import (Полный импорт), а затем нажмите кнопку ОК.In the dialog box, select Full Import, and select OK.

    4. Дождитесь завершения операции.Wait for the operation to complete.

      Примечание

      Полный импорт локального соединителя Active Directory можно пропустить, если исходный атрибут уже включен в список импортируемых атрибутов.You can skip full import on the on-premises Active Directory Connector if the source attribute is already included in the list of imported attributes. Другими словами, можно было не вносить изменения во время выполнения шага 2 в этой статье.In other words, you did not have to make any change during step 2 earlier in this article.

  2. Выполните полный импорт для соединителя Azure AD.Run Full import on the Azure AD Connector:

    1. Щелкните правой кнопкой мыши соединитель Azure ADи выберите выполнить.Right-click the Azure AD Connector, and select Run.
    2. В диалоговом окне выберите Full Import (Полный импорт), а затем нажмите кнопку ОК.In the dialog box, select Full Import, and select OK.
    3. Дождитесь завершения операции.Wait for the operation to complete.
  3. Убедитесь, что правило синхронизации изменяется для существующего объекта пользователя .Verify the synchronization rule changes on an existing User object.

    Исходный атрибут из локального каталога Active Directory и атрибут preferredDataLocation из Azure AD были импортированы в каждое соответствующее пространство соединителя.The source attribute from on-premises Active Directory, and preferredDataLocation from Azure AD, have been imported into each respective connector space. Перед выполнением шага полной синхронизации выполните предварительный просмотр имеющегося объекта User в пространстве локального соединителя Active Directory.Before proceeding with the full synchronization step, do a preview on an existing User object in the on-premises Active Directory Connector space. У выбранного объекта должен быть заполнен исходный атрибут.The object you picked should have the source attribute populated. Если при предварительном просмотре атрибут preferredDataLocation успешно заполнен в метавселенной, то это хороший показатель того, что вы верно настроили правила синхронизации.A successful preview with preferredDataLocation populated in the metaverse is a good indicator that you have configured the synchronization rules correctly. Сведения о том, как выполнить предварительный просмотр, см. в разделе Проверка изменений.For information about how to do a preview, see Verify the change.

  4. Выполните полную синхронизацию для локального соединителя Active Directory.Run Full Synchronization on the on-premises Active Directory Connector:

    1. Щелкните правой кнопкой мыши локальный соединитель Active Directory и выберите Запустить.Right-click the on-premises Active Directory Connector, and select Run.
    2. В диалоговом окне выберите Full Synchronization (Полная синхронизация), а затем нажмите кнопку ОК.In the dialog box, select Full Synchronization, and select OK.
    3. Дождитесь завершения операции.Wait for the operation to complete.
  5. Проверьте ожидающие операции экспорта в Azure AD.Verify Pending Exports to Azure AD:

    1. Щелкните правой кнопкой мыши соединитель Azure ADи выберите Поиск пространства соединителя.Right-click the Azure AD Connector, and select Search Connector Space.

    2. В диалоговом окне Search Connector Space (Поиск пространства соединителя) сделайте следующее.In the Search Connector Space dialog box:

      а.a. Для параметра Scope (Область) укажите значение Pending Export (Ожидающая операция экспорта).Set Scope to Pending Export.
      b.b. Установите все три флажка: "Добавить", "Изменить" и "Удалить".Select all three check boxes, including Add, Modify, and Delete.
      c.c. Чтобы получить список объектов с изменениями для экспорта, нажмите кнопку Поиск.To view the list of objects with changes to be exported, select Search. Чтобы проверить изменения указанного объекта, дважды щелкните его.To examine the changes for a given object, double-click the object.
      d.d. Убедитесь, что изменения являются ожидаемыми.Verify that the changes are expected.

  6. Запуск экспорта в СОЕДИНИТЕЛе Azure ADRun Export on the Azure AD Connector

    1. Щелкните правой кнопкой мыши соединитель Azure ADи выберите выполнить.Right-click the Azure AD Connector, and select Run.
    2. В диалоговом окне Run Connector (Запуск соединителя) выберите Экспорт, а затем нажмите кнопку ОК.In the Run Connector dialog box, select Export, and select OK.
    3. Дождитесь завершения операции.Wait for the operation to complete.

Примечание

Вы можете заметить, что инструкции для соединителя Azure AD не содержат шагов полной синхронизации и экспорта для соединителя Azure AD.You might notice that the steps do not include the full synchronization step on the Azure AD Connector, or the export step on the Active Directory Connector. Они и не требуются, так как значения атрибутов передаются только из локального каталога Active Directory в Azure AD.The steps are not required, because the attribute values are flowing from on-premises Active Directory to Azure AD only.

Шаг 8. Повторное включение планировщика синхронизацииStep 8: Re-enable sync scheduler

Повторно включите встроенный планировщик синхронизации.Re-enable the built-in sync scheduler:

  1. Запустите сеанс PowerShell.Start a PowerShell session.
  2. Повторно включите плановую синхронизацию, выполнив командлет Set-ADSyncScheduler -SyncCycleEnabled $true.Re-enable scheduled synchronization by running this cmdlet: Set-ADSyncScheduler -SyncCycleEnabled $true

Шаг 9. Проверка результатаStep 9: Verify the result

Теперь можно проверить конфигурацию и активировать ее для пользователей.It is now time to verify the configuration and enable it for your users.

  1. Добавьте геообъект в выбранный атрибут для пользователя.Add the geo to the selected attribute on a user. Список доступных геообъектов можно найти в этой таблице.The list of available geos can be found in this table.
    Снимок экрана с атрибутом AD, добавленным для пользователя
  2. Дождитесь, пока атрибут будет синхронизирован с Azure AD.Wait for the attribute to be synchronized to Azure AD.
  3. При помощи Exchange Online PowerShell проверьте, правильно ли установлен регион почтового ящика.Using Exchange Online PowerShell, verify that the mailbox region has been set correctly.
    Снимок экрана Exchange Online PowerShell
    Учитывая, что клиент отмечен для использования этой функции, почтовый ящик перемещен в правильный геообъект.Assuming your tenant has been marked to be able to use this feature, the mailbox is moved to the correct geo. В этом можно убедиться, просмотрев имя сервера, на котором размещен почтовый ящик.This can be verified by looking at the server name where the mailbox is located.

Дальнейшие действияNext steps

Дополнительные сведения о нескольких географических Microsoft 365х:Learn more about Multi-Geo in Microsoft 365:

Дополнительные сведения о модели конфигурации в модуле синхронизации:Learn more about the configuration model in the sync engine:

Обзорные статьи:Overview topics: