面向 IT 管理员的升级策略

升级过程的各个阶段,重点在于部署和实施阶段。

本文适用于想要实现从 Skype for Business 升级到 Teams 的 IT 管理员。

在实现升级之前,建议阅读以下文章,介绍重要的升级概念和共存行为:

升级选项

本部分介绍如何使用以下升级选项之一实现升级:

如果需要有关这些选项的详细信息,请确保已阅读选择从Skype for Business到 Teams 的升级旅程

重叠功能使用岛模式升级 ()

对于重叠功能升级选项:

  • 如果可以为整个组织执行快速升级,请考虑此选项。 由于运行这两个客户端时最终用户存在潜在的混淆风险,因此最好是可以最大程度地减少用户必须运行这两个客户端的时间段。 应确保用户知道运行这两个客户端。

  • 此选项是现用的模型,除了分配 Teams 许可证外,不需要管理员操作即可开始使用 Teams。 如果用户已Skype for Business Online,则可能已处于此模型中。

  • 退出重叠功能模式并迁移到 TeamsOnly 可能具有挑战性。 由于升级的用户仅通过 Teams 进行通信,因此组织中与该用户通信的任何其他用户都必须使用 Teams。 如果你有尚未开始使用 Teams 的用户,他们将面临丢失的消息。 此外,他们不会在 Skype for Business 中看到 TeamsOnly 联机用户。 一些组织选择使用租户全局策略执行租户范围的升级以避免这种情况,但这需要提前规划,并等待所有用户准备好升级。

尚未开始使用 Teams 的组织选择功能升级

如果组织在 Teams 中没有任何活动用户,则第一步是将 TeamsUpgradePolicy 的默认租户范围策略设置为Skype for Business模式之一,例如 SfbWithTeamsCollab。 尚未开始使用 Teams 的用户不会注意到任何行为差异。 但是,在租户级别设置此策略可以开始将用户升级到 TeamsOnly 模式,并确保升级的用户仍可与未升级的用户通信。 确定试点用户后,即可将其升级到 TeamsOnly。 如果它们位于本地,请使用 Move-CsUser。 如果他们联机,只需使用 Grant-CsTeamsUpgradePolicy 为其分配 TeamsOnly 模式。 默认情况下,这些用户安排的任何Skype for Business会议都将迁移到 Teams。

下面是关键命令:

  1. 将租户范围的默认值设置为模式 SfbWithTeamsCollab,如下所示:

    Grant-CsTeamsUpgradePolicy -PolicyName SfbWithTeamsCollab -Global
    
  2. 将试点用户升级到 TeamsOnly,如下所示:

    • 对于联机用户:

      Grant-CsTeamsUpgradePolicy -PolicyName UpgradeToTeams -Identity $username
      
    • 对于本地用户:

      Move-CsUser -identity $user -Target sipfed.online.lync.com -MoveToTeams -credential $cred
      

备注

  • 可以将其设置为 SfbWithTeamsCollab,而不是将租户范围策略设置为 SfbWithTeamsCollabAndMeetings。 这会导致所有用户在 Teams 中安排所有新会议。
  • 默认情况下,升级到 TeamsOnly 模式或分配 SfbWithTeamsCollabAndMeetings 模式时,会将Skype for Business会议迁移到 Teams。

注意

为即将停用 Skype for Business Online 做准备,Microsoft 简化了组织迁移到 Teams 的方式。 不再需要在 中Move-CsUser指定开关,-MoveToTeams即可直接将用户从本地直接移动到 TeamsOnly。 以前,如果未指定此开关,则用户将从本地Skype for Business Server中托管转换为Skype for Business Online,并且其模式保持不变。 现在,使用 Move-CsUser将用户从本地移动到云时,系统会自动为用户分配 TeamsOnly 模式,并且他们的会议从本地自动转换为 Teams 会议,就像 一样 -MoveToTeams switch had been specified,无论是否实际指定了开关。 此行为在所有版本的 Skype For Business Server 和 Lync Server 2013 (上均可用,这些版本从未支持 -MoveToTeams) 。

下图显示了以前未使用 Teams 的组织选择功能升级的概念阶段。 条形的高度表示用户数。 在升级的任何阶段,所有用户都可以相互通信。 Skype for Business用户使用互操作与 TeamsOnly 用户通信,反之亦然。 处于 Islands 模式的用户必须确保运行这两个客户端。

显示未使用 Teams 的选定功能升级的关系图。

针对已在岛模式下使用 Teams 的组织进行选择功能升级

如果组织中的某些用户在“岛”模式下主动使用 Teams,你可能不希望从现有用户中删除功能。 因此,在更改租户范围策略之前,需要执行额外的步骤。 解决方案是在将租户范围策略设置为 SfbWithTeamsCollab 之前,将这些现有的活动 Teams 用户“祖父”设置为“岛”模式。 完成此操作后,可以继续上述部署,但是,你将有两组要迁移到 TeamsOnly 的用户:在 Teams 中处于活动状态的用户将处于“岛”模式,其余用户将处于 SfbWithTeamsCollab 模式。 你可以逐步将这些用户移动到 TeamsOnly 模式。

  1. 按如下所示查找 Teams 中处于活动状态的用户:

    1. 在Microsoft 365 管理中心的左侧导航栏中,依次转到“报表”和“使用情况”。
    2. 在“选择报表”下拉列表中,选择“Microsoft Teams”,然后选择“用户活动”。 这会提供在 Teams 中处于活动状态的用户的可导出表。
    3. 单击“导出”,打开 Excel,然后筛选以仅显示 Teams 中处于活动状态的用户。
  2. 对于在步骤 1 中找到的每个活动 Teams 用户,请在远程 PowerShell 中为他们分配岛模式。 这允许你转到下一步,并确保不会更改用户体验。

    $users=get-content "C:\MyPath\users.txt"
     foreach ($user in $users){
     Grant-CsTeamsUpgradePolicy -identity $user -PolicyName Islands}
    
  3. 将租户范围策略设置为 SfbWithTeamsCollab:

    Grant-CsTeamsUpgradePolicy -Global -PolicyName SfbWithTeamsCollab
    
  4. 将所选用户升级到 TeamsOnly 模式。 可以选择在 Islands 模式或 SfbWithTeamsCollab 模式下升级用户,但你可能希望首先在“岛”模式下升级用户,以最大程度地减少用户处于岛屿模式时可能出现的混淆的可能性。

    对于驻留在 Skype for Business Online 中的用户:

    Grant-CsTeamsUpgradePolicy -Identity $user -PolicyName UpgradeToTeams
    

    对于驻留在本地Skype for Business Server的用户:

    Move-CsUser -Identity $user -Target sipfed.online.lync.com -MoveToTeams -credential $cred
    

下图显示了选择功能转换的概念阶段,其中一开始有活动的 Islands 用户。 条形的高度表示用户数。 在升级的任何阶段,所有用户都可以相互通信。 Skype for Business用户使用互操作与 TeamsOnly 用户通信,反之亦然。

显示以岛模式使用活动用户升级选择功能的关系图。

面向同时使用 Teams 和 Skype for Business 的组织的迁移和互操作性指导

配置 Skype for Business Server 与 Microsoft 365 或 Office 365 之间的混合连接

在本地和云之间移动用户

设置共存和升级设置

Grant-CsTeamsUpgradePolicy

使用会议迁移服务 (MMS)