Консолидация облачных хранилищ для Teams и Skype для бизнеса

• Применяется к:

  Skype for Business, Microsoft Teams

Важно!

Skype для бизнеса Online, управляемый компанией 21Vianet в Китае, будет прекращен 1 октября 2023 г. Если вы еще не обновили своих пользователей Skype для бизнеса Online, они будут автоматически запланированы для вспомогательного обновления. Если вы хотите обновить организацию до Teams самостоятельно, настоятельно рекомендуется начать планирование пути обновления уже сегодня. Помните, что успешное обновление соответствует технической готовности и готовности пользователей, поэтому обязательно используйте наше руководство по обновлению при переходе в Teams.

Skype для бизнеса Online, за исключением службы 21Vianet в Китае, была прекращена 31 июля 2021 г.

Многие крупные предприятия имеют более одного локального леса AD. В некоторых случаях клиенты имеют несколько развертываний Exchange и (или) Skype для бизнеса Server (или Lync Server). Организации, имеющие только один локальный лес, могут оказаться в аналогичной ситуации из-за слияния или приобретения бизнеса. По мере перемещения этих клиентов в облако они хотят объединить несколько экземпляров заданной локальной рабочей нагрузки в одну онлайн-организацию Microsoft 365. Эта статья предназначена для организаций с несколькими локальными развертываниями Skype для бизнеса (или Lync), которые хотят полностью переместить свою организацию в Microsoft Teams (все пользователи являются только Teams).

Сложилось так, что клиентам рекомендуется сначала консолидировать развертывания в локальной среде, а затем перейти в облако. Хотя это руководство по-прежнему является вариантом, в этой статье описывается решение, которое позволяет организациям с несколькими развертываниями Skype для бизнеса переносить одно развертывание за раз в одну организацию Microsoft 365 без локальной консолидации. Microsoft Teams не поддерживает несколько лесов Skype для бизнеса или Lync Server в гибридном режиме с одной организацией Microsoft 365.

Важно!

Прежде чем использовать это руководство по настройке, обязательно ознакомьтесь с ограничениями, так как они могут повлиять на вашу организацию.

Общие сведения о консолидации облака

Вы можете объединить всех локальных пользователей из нескольких развертываний Skype для бизнеса в одной организации Microsoft 365, если выполнены следующие ключевые требования:

• В ней должна быть не более одной организации Microsoft 365. Консолидация в сценариях с несколькими организациями не поддерживается.

• В любой момент времени только один локальный лес Skype для бизнеса может находиться в гибридном режиме (общее адресное пространство SIP). Все остальные локальные леса Skype для бизнеса должны оставаться локальными (и, предположительно, федеративными друг с другом). При необходимости эти локальные организации могут синхронизироваться с Идентификатором Microsoft Entra, если вы отключите сетевые домены SIP.

Клиенты с развертыванием Skype для бизнеса в нескольких лесах должны полностью перенести всех пользователей одного гибридного леса Skype для бизнеса по отдельности в организацию Microsoft 365 с помощью функции общего адресного пространства SIP. Затем необходимо отключить гибридное развертывание с этим локальным развертыванием, прежде чем переходить к переносу следующего локального развертывания Skype для бизнеса. Перед миграцией в облако локальные пользователи остаются в федеративном состоянии с любыми пользователями, которые не представлены в локальном каталоге того же пользователя.

Канонический пример консолидации облака

Рассмотрим организацию с двумя отдельными федеративными локальными развертываниями Skype для бизнеса, которая хочет объединить их в Microsoft Teams через Интернет.

Сведения об исходном состоянии	Сведения о требуемом состоянии
Два независимых локальных развертывания Skype для бизнеса в отдельных лесах AD Максимум один лес находится в гибридном режиме с Teams Организации федеративны друг с другом Пользователи не синхронизированы в этих лесах Организация может иметь организацию Microsoft 365 и может синхронизировать свой каталог с идентификатором Microsoft Entra	Одна организация Microsoft 365 Больше нет локальных развертываний, поэтому не осталось гибридных развертываний Все пользователи из локальной среды находятся в режиме "Только Teams" Нигде нет локального пространства Skype для бизнеса Server У пользователей по-прежнему есть локальная проверка подлинности

Ниже приведены основные шаги для переходов из исходного состояния в требуемое конечное состояние. Некоторые организации могут обнаружить, что их отправная точка находится где-то в середине этих шагов. См . раздел Другие начальные точки далее в этой статье. Наконец, в некоторых случаях заказ можно изменить в зависимости от необходимости. Ограничения и ограничения ключа описаны далее.

1. Получите организацию Microsoft 365, если она еще не существует.
2. Убедитесь, что все соответствующие домены SIP в обоих локальных развертываниях проверены доменами Microsoft 365.
3. Выберите одно развертывание Skype для бизнеса, которое является гибридным с Microsoft 365. В этом примере используйте OriginalCompany.Com.
4. Включите Microsoft Entra Connect для леса , который сначала станет гибридным (OriginalCompany.com).
5. Задайте для политики на уровне клиента для TeamsUpgradePolicy значение SfBWithTeamsCollab или один из других режимов Skype для бизнеса (SfBOnly или SfBWithTeamsCollabAndMeetings). Этот шаг имеет решающее значение для обеспечения маршрутизации звонков и чатов от пользователей, которые переходят в Teams только для пользователей, которые остаются в локальной среде.
6. На этом этапе рекомендуется (но пока не требуется до шага 11) включить Microsoft Entra Connect для другого леса (AcquiredCompany).com). Если предположить, что Microsoft Entra Connect включен в обоих лесах, организация выглядит так, как на рисунке A, который может быть общей отправной точкой для некоторых организаций.
7. Для любых доменов SIP, размещенных в других локальных развертываниях (в данном случае— AcquiredCompany.com), отключите эти сетевые домены SIP в организации Microsoft 365 с помощью Disable-CsOnlineSipDomain модуля Teams PowerShell.
8. Настройка гибридной среды Skype для бизнеса для OriginalCompany.com (одно развертывание, в которое по-прежнему включены сетевые домены SIP).
9. В гибридном развертывании (OriginalCompany.com), начните перемещать пользователей из локальной среды Skype для бизнеса в облако (только Teams или нет), чтобы пользователь был только Teams. Теперь организация выглядит как рис. Б. Основные изменения, внесенные на рисунке А:
   • Пользователи из обоих локальных каталогов теперь имеют идентификатор Microsoft Entra.
   • Приобретенная компания.com — это отключенный сетевой домен SIP.
   • Некоторые пользователи были перемещены только в Teams. (См. фиолетовый пользователь A.)
10. После перемещения всех пользователей в облако отключите гибридную среду с локальным развертыванием Skype для бизнеса для OriginalCompany.com из Microsoft 365:
    • Отключите разделенный домен в организации Microsoft 365.
    • Отключите возможность взаимодействия с Microsoft 365 в OriginalCompany.com on-premises.
    • Обновление записей DNS для OriginalCompany.com, указывающий на Microsoft 365.
11. Если это еще не сделано, включите Microsoft Entra Connect для следующего леса , который будет переходить к гибридной среде (AcquiredCompany.com). На этом этапе организация выглядит так, как на рисунке C. Эта конфигурация может быть еще одной распространенной отправной точкой для некоторых организаций.
12. В Teams PowerShell включите домены SIP для следующего локального развертывания , которое будет переходить к гибридному развертыванию, AcquiredCompany.Com. Для этого используется Enable-CsOnlineSipDomainновая функция , которая доступна с декабря 2018 г.
13. Если вы используете закрытую федерацию, необходимо добавить все домены SIP (за исключением *.microsoftonline.com) чистого сетевого клиента в качестве разрешенных доменов в том же Microsoft 365. Это может занять некоторое время, прежде чем изменение вступит в силу, и нет никакого вреда в том, чтобы сделать это раньше, поэтому мы рекомендуем сделать это задолго до перехода к шагу 14.
14. Обновите локальную среду, чтобы она принимала все домены SIP из сетевого клиента, чтобы они соответствовали.
    • Обновите san во всех пограничных сертификатах , чтобы оно совпадало с прежним значением, а также значениями для всех существующих доменов SIP в сети (кроме *.microsoftonline.com), в данном случае Sip.OriginalCompany.Com.
    • Убедитесь, что originalCompany.com — это разрешенный домен в локальном развертывании, AcquiredCompany. Добавление разрешенных доменов.
15. Включите гибридную среду Skype для бизнеса между локальной приобретенной компании.com и облако.
16. При необходимости перенесите пользователей из локальной среды в облако , чтобы стать пользователями TeamsOnly. В этом состоянии организация выглядит так, как показано на рисунке D.
17. После миграции всех пользователей отключите гибридную среду с локальной средой , чтобы сделать организацию чистым облаком.

На приведенных ниже схемах показана конфигурация в различных ключевых точках этого процесса.

Рисунок A

• Обе организации синхронизируются с помощью Microsoft Entra Connect, поэтому теперь у Microsoft Entra ID есть все пользователи из обоих локальных развертываний.
• Все пользователи, размещенные в локальной среде.
• Гибридная среда Skype для бизнеса еще не настроена.
• Если пользователи в любом развертывании используют Teams, они не смогут выполнять федерацию друг с другом (или любой организацией), а также не смогут взаимодействовать с любыми пользователями Skype для бизнеса. На этом этапе корпорация Майкрософт рекомендует использовать только Teams для каналов.
  
  

Рис. Б

• Приобретенная компания.com — это отключенный сетевой домен SIP. Все пользователи являются локальными. Если они используют Teams, у них нет федерации или взаимодействия. На этом этапе корпорация Майкрософт рекомендует использовать только Teams для каналов.

• Гибридная среда Skype для бизнеса включена для одной из локальных организаций.

• Некоторые пользователи в гибридной организации были перемещены в облако и являются только Teams (пользователь A, как указано фиолетовым заливкой). Только эти пользователи Teams имеют полную поддержку взаимодействия и федерации с любыми другими пользователями Skype для бизнеса.

  

Рис. C

• Все пользователи из OriginalCompany.com теперь в облаке используется только режим Teams.

• Гибридная конфигурация Skype для бизнеса с помощью OriginalCompany.Развертывание com отключено. Локальное развертывание исчезло.

• If AcquiredCompany.Com ранее не синхронизировался с Идентификатором Microsoft Entra ID, чтобы продолжить работу, его необходимо синхронизировать сейчас. Но это еще не гибридное (общее адресное пространство SIP). Пока организация не будет готова к переходу на гибридную среду, домен SIP в сети для локальной организации (AcquiredCompany.com) должен оставаться отключенным, чтобы пользователи Teams могли взаимодействовать с локальными пользователями.

  

Рис. D

• Приобретенная компания.Com теперь включен как домен SIP в сети.

• Локальная версия обновлена для принятия OriginalCompany.Com. (Обновляются как разрешенные доменные, так и пограничные сертификаты.

• Общее адресное пространство SIP включается между приобретенной компании.com и организация Microsoft 365.

• Некоторые пользователи в гибридной организации, возможно, были перемещены в облако, например пользователь D ниже (показано фиолетовым заливкой).

  

Другие отправные точки

В приведенном выше каноническом примере предполагается, что организация начинается с двух федеративных локальных развертываний без присутствия Microsoft 365. Тем не менее, некоторые организации могут иметь существующую занимаемую часть Microsoft 365, и в последовательности выше могут быть разные точки входа. Существует четыре типичных конфигурации:

• Несколько федеративных локальных организаций без организации Microsoft 365. В этом случае начните с шага 1.
• Несколько федеративных локальных организаций, которые уже синхронизируют несколько лесов Skype для бизнеса в одном клиенте Microsoft Entra. Такая организация похожа на гипотетическую организацию на рис. A, которая выполнила шаги 1–6 и должна начинаться с шага 7.
• Гибридная организация, которая объединяется с одной или несколькими другими чисто локальными организациями, ни одна из которых не синхронизируется с Идентификатором Microsoft Entra. Такая организация будет похожа на гипотетическую организацию на рисунке E, показанном ниже.
  • Эта организация похожа на рисунок B, на котором выполнены шаги 1–9, за исключением: — ее негибридные развертывания Skype для бизнеса пока не синхронизируются с идентификатором Microsoft Entra. — Домены SIP в Сети еще не отключены.
  • Эти организации должны: - Завершить миграцию существующей гибридной организации и ввести приведенную выше последовательность на шаге 10. ИЛИ . Если вы хотите синхронизировать любые другие леса Skype для бизнеса с Microsoft Entra до завершения миграции гибридной организации, необходимо выполнить шаг 7, чтобы отключить все сетевые домены SIP в любом другом локальном развертывании Skype для бизнеса, которое будет синхронизироваться с Идентификатором Microsoft Entra. Затем необходимо включить Microsoft Entra Connect и только после этого перейти к шагу 10 (списание исходного гибридного развертывания).

Рисунок E

• Организация только Teams, которая объединяется с отдельной локальной организацией Skype для бизнеса. Как только эта организация отключает домен SIP в сети для локальной организации и включает Microsoft Entra Connect для локальной организации Skype для бизнеса, она будет похожа на гипотетическую организацию, показанную на рис. C , которая выполнила шаги 1–11.

Ограничения

• В ней должна быть не более одной организации Microsoft 365. Консолидация в сценариях с несколькими организациями не поддерживается.
• В гибридном режиме (общее пространство адресов SIP) одновременно может находиться только один локальный лес Skype для бизнеса. Все остальные локальные леса Skype для бизнеса должны оставаться исключительно локальными и быть федеративными друг с другом и организацией Microsoft 365.
• Перед миграцией в облако для пользователей в этом развертывании существует асимметричный интерфейс, так как не все пользователи в Сети представлены локально.
  • Опыт можно подытожил следующим образом:
    • Любой пользователь, размещенный в сети, будет взаимодействовать с локальными пользователями в гибридной среде, как если бы пользователь является гибридным.
    • Локальные пользователи в гибридном развертывании будут взаимодействовать с сетевыми пользователями, представленными в локальном каталоге, как если бы они были гибридными.
    • Локальные пользователи в гибридном развертывании будут взаимодействовать с сетевыми пользователями, которые не представлены в локальной службе AD как федеративные.
    • На рисунке D выше пользователь E находится в локальной среде в Приобретеннойкомпании.Com. Пользователь E будет взаимодействовать с пользователем D (размещенным в сети) с помощью стандартного гибридного интерфейса, но пользователь E будет иметь федеративный интерфейс с пользователями A, B и C, так как они не представлены в локальном каталоге. Однако пользователи A, B и C будут взаимодействовать с пользователем E, как если бы пользователь был в гибридной среде.
    • Последствия гибридного и федеративного взаимодействия:
      • Присутствие не подписывается автоматически для федеративных пользователей, если пользователь не помечен как контакт.
      • Переадресация вызовов не работает между федеративнами доменами.
      • Сценарии передачи вызовов являются более ограниченными.
      • Регулирование может применяться к федеративном трафику.
• Учитывая этот интерфейс, поддержка вызовов функций в сценариях между локальным пользователем и облачным пользователем, который не находится в локальном каталоге, ограничена только одноранговым подключением.
  • Переадресация, передача, очереди вызовов и т. д. между этими пользователями не поддерживаются.
  • Эти неподдерживаемые сценарии вызовов по-прежнему будут отображаться включенными, но во многих случаях они непредсказуемо завершаются сбоем.
  • На рисунке D выше пользователь E является локальным, и вызовы с пользователями A, B или C будут поддерживаться только в качестве однорангового узла. (Вызовы с пользователем D не будут иметь ограничений поддержки.) Однако после перемещения локального пользователя E в облако это ограничение больше не применяется.
• Если в вашей среде несколько развертываний Skype для бизнеса Server 2019, только одно из них можно настроить для использования автосекретаря организации, так как для этой функции требуется гибридная конфигурация Skype для бизнеса Server.
• Порядок некоторых из предыдущих шагов можно изменить. Ключевое требование заключается в том, что если все это верно:
  • Несколько локальных лесов Skype для бизнеса, синхронизированных с одним клиентом Microsoft 365 с идентификатором Microsoft Entra.
  • Разделение домена включено с одним локальным лесом.
  • По крайней мере один пользователь в гибридной организации был перенесен в облако. Затем необходимо отключить все остальные сетевые домены SIP из любого локального леса Skype для бизнеса. В противном случае федерация между сетевыми пользователями в гибридной организации и локальными пользователями в других организациях будет нарушена в одном направлении.

Последствия

• Поскольку существуют ограничения на поддержку расширенных функций вызовов, как описано выше, организации должны рассматривать эти асимметричные состояния как временные в рамках миграции, а не использовать их как устойчивое состояние.
• Организации с несколькими локальными развертываниями Skype для бизнеса обычно должны начинать с развертывания, которое можно полностью перенести в облако, чтобы продолжить консолидацию. Понятно, что в некоторых случаях будут удерживаться определенные группы пользователей, для которых еще не удается перейти в Teams. Если это важно в сценариях с несколькими лесами Skype для бизнеса, начните миграцию с другого леса, который не имеет этих ограничений, если это вообще возможно.
• При переходе из локальной среды в облако пользователи, которые имеют отношения делегирования и (или) обычно участвуют в сценариях переадресации вызовов, следует перемещать вместе как единое целое.

Рекомендации по переходу в режим TeamsOnly

При перемещении пользователей из локальной среды в облако в гибридной среде эти пользователи становятся пользователями только Teams.

• При назначении пользователю режима TeamsOnly все чаты и звонки от любого другого пользователя будут помещаться в клиенте Teams этого пользователя.
• Если пользователи со Skype для бизнеса в основном используют клиент Skype для бизнеса, а не Teams, рассмотрите возможность настройки TeamsUpgradePolicy, чтобы маршрутизация для этих локальных пользователей всегда была размещена в Skype для бизнеса, а не в Teams. Чтобы обеспечить правильную маршрутизацию чатов и звонков между пользователями TeamsOnly и пользователями, которые по-прежнему используют Skype для бизнеса в локальной среде, локальные пользователи должны иметь эффективное значение TeamsUpgradePolicy с одним из режимов Skype для бизнеса, а не острова (по умолчанию).
  • Сначала необходимо задать для глобального экземпляра TeamsUpgradePolicy клиента одно из следующих значений: - SfBWithTeamsCollab (рекомендуется) - SfBWithTeamsCollabAndMeetings - SfBOnly
  • Вы можете предоставить политику на уровне клиента с помощью следующей команды:
    Grant-CsTeamsUpgradePolicy -PolicyName SfBWithTeamsCollab -Global
  • Примечание. Этот шаг необходимо выполнить на уровне клиента, так как политика не может быть назначена отдельным пользователям, у которых нет SIP-адреса в сетевом каталоге. Хотя вы отключили сетевые домены SIP для локальных развертываний, пользователи в этих доменах не будут иметь SIP-адресов в сетевом каталоге по умолчанию. Таким образом, единственным способом применить политику к этим локальным пользователям является назначение на уровне клиента. В гибридном развертывании у пользователей будет SIP-адрес в сетевом каталоге, чтобы им можно было явно назначить политику, если требуется, чтобы у них было значение, отличное от глобальной политики клиента.

См. также

Обновление пограничного сертификата

Обновление Microsoft Entra Connect для включения нескольких лесов

Отключение гибридного развертывания для завершения миграции в облако