使用 Windows Installer (MSI) 批量安装经典 Teams

重要

不再支持经典 Team 客户端。 此客户端未收到进一步的更新,包括安全更新。 经典 Teams 客户端在 2025 年 6 月 30 日之后将不起作用。 必须在该时间之前升级到新的 Teams 客户端。 有关详细信息 ,请参阅新Microsoft Teams

重要

本文仅适用于经典 Teams。 若要批量部署到新 Teams,请参阅批量 升级到新的 Microsoft Teams 客户端

提示

观看以下会议,了解 Windows 桌面客户端的优势、如何规划它以及如何部署它: Teams Windows 桌面客户端

Microsoft提供 32 位、64 位和 ARM64 MSI 文件,可用于批量部署 Microsoft Teams 以选择用户和计算机。 MSI 文件可与 Microsoft Endpoint Configuration Manager组策略 或第三方分发软件一起使用,以将 Teams 部署到组织。 批量部署很有用,因为用户不需要手动下载和安装 Teams 客户端。 相反,Teams 将部署到计算机,然后在用户首次登录计算机时自动启动。

建议将包部署到计算机而不是特定用户。 通过面向计算机,这些计算机的所有新用户都将从此部署中受益。

注意

团队还可以作为Microsoft 365 企业应用版的一部分分发到你的组织。 有关详细信息,请参阅使用Microsoft 365 企业应用版部署Microsoft Teams

MSI 文件

下表提供了 Teams 的 32 位、64 位和 ARM64 MSI 文件的链接。 下载要在组织中的计算机上安装的 MSI。 (32 位或 64 位) Teams 支持的 x86 体系结构独立于计算机上安装的其他 Office 应用。

注意

定期发布新版本。 如果之前已下载 MSI,请确认是否具有最新版本。 了解详细信息: Microsoft Teams 应用的版本更新历史记录

如果你有 64 位计算机,我们建议安装 64 位 Teams MSI,即使计算机运行的是 32 位版本的 Office。 ARM64 MSI 只能安装在使用 ARM 体系结构的计算机上,例如 Surface Pro X。

重要

仅在 64 位操作系统上安装 64 位版本的 Teams。 如果尝试在 32 位操作系统上安装 64 位版本的 Teams,则安装不会成功,并且不会收到错误消息。

实体 32 位 64 位 ARM64
商用 32 位 64 位 ARM64
美国政府 - GCC 32 位 64 位 ARM64
美国政府 - GCC High 32 位 64 位 ARM64
美国政府 - DoD 32 位 64 位 ARM64

Microsoft Teams MSI 文件的工作原理

电脑安装

Teams MSI 在 32 位 Windows 和 %SystemDrive%\Program Files (x86)\Teams Installer 64 位 Windows 上放置安装程序%SystemDrive%\Program Files\Teams Installer。 每当用户登录到新的 Windows 用户配置文件时,将启动安装程序,并在该用户的 %LocalAppData%\Microsoft\Teams 文件夹中安装 Teams 应用的副本。 如果用户已在 文件夹中安装了 %LocalAppData%\Microsoft\Teams Teams 应用,MSI 安装程序将跳过该用户的该过程。

MSI 文件不能用于部署更新。 Teams 客户端会在检测到服务中可用的新版本时自动更新。 若要重新部署最新的安装程序,请使用下面所述的重新部署 MSI 的过程。 如果部署较旧版本的 MSI 文件,客户端将自动更新 (,除非 VDI 环境) 用户可能。 如果部署的是非常旧的版本,则在用户能够使用 Teams 之前,MSI 将会触发应用更新。

重要

建议不要更改默认安装位置,因为这可能会中断更新流。 版本太旧最终会阻止用户访问服务。

注意

如果客户租户位于 GCCH、DoD 或 Gallatin 上,则客户可能需要通过列出的注册表项设置初始云终结点。 使用注册表项设置终结点将限制团队连接到正确的云终结点,以便与 Teams 进行预登录连接,如下所示:

HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\Office\16.0\Teams
Value = CloudType
value type = DWORD
  1 = Commercial, 2 = GCC, 3 = GCCH, 4 = DOD, 7 = Gallatin

目标计算机要求

确保安装 Teams 的计算机满足 Microsoft Teams 的硬件要求中列出的要求。

VDI 安装

如需如何在 VDI 上部署 Teams 桌面应用的完整指南,请参阅适用于虚拟化桌面基础结构的 Teams

卸载

如果通过 MSI 安装 Teams 的用户卸载它,则会创建注册表项:

HKEY_CURRENT_USER\Software\Microsoft\Office\Teams\PreventInstallationFromMsi

虽然存在此密钥,但 Teams 不会从 Machine-Wide 安装程序中再次安装自身。 如果用户卸载 Teams Machine-Wide 安装程序,则会删除安装运行密钥,并创建新的卸载运行密钥:

TeamsMachineUninstallerLocalAppData REG_EXPAND_SZ
%LOCALAPPDATA%\Microsoft\Teams\Update.exe --uninstall --msiUninstall

这将导致 Teams 在用户下次登录时卸载。

清理和重新部署过程

如果用户从其用户配置文件中卸载 Teams,MSI 安装程序将跟踪用户是否已卸载 Teams 应用,并且不再为该用户配置文件安装 Teams。 要为此用户在已从其中卸载 Teams 的特定计算机上重新部署 Teams,请执行以下操作:

重要

后续步骤包含有关如何修改注册表的信息。 在修改注册表之前,请确保先备份注册表,并且知道在出现问题时如何还原注册表。 有关如何备份、还原和修改注册表的详细信息,请参阅 高级用户的 Windows 注册表信息

  1. 卸载为每个用户配置文件安装的 Teams 应用。 有关详细信息,请参阅 卸载Microsoft Teams
  2. 以递归方式删除每个用户配置文件的目录 %LocalAppData%\Microsoft\Teams\
  3. 删除每个用户配置文件的 HKEY_CURRENT_USER\Software\Microsoft\Office\Teams\PreventInstallationFromMsi 注册表值。
  4. 将 MSI 文件重新部署到该特定计算机。

提示

还可以使用 Teams 部署清理脚本 完成步骤 1 和步骤 2。

阻止 Teams 在安装后自动启动

MSI 的默认行为是在用户登录时立即安装 Teams 应用,然后自动启动 Teams。 如果不希望 Teams 在安装之后对用户自动启动,则可以使用组策略设置策略设置,或者禁用 MSI 安装程序自动启用。

启用“阻止Microsoft Teams 在安装后自动启动组策略设置。 可以在Teams Microsoft用户配置\策略\管理模板\中找到此策略设置。 推荐使用此方法,因为你可以根据组织需要关闭或启用策略设置。

如果在安装 Teams 前启用此策略设置,则Teams 将不会在用户登录 Windows 时自动启动。 用户首次登录 Teams 之后,Teams 将在用户下次登录时自动启动。

如需了解更多信息,请参阅使用组策略阻止 Teams 在安装后自动启动

谨慎

如果已部署 Teams 并且想要设置此策略以禁用 Teams 自动启动,请先将组策略设置设为想要的值,然后对每个用户运行 Teams 自动启动重置脚本

注意

有关在 Microsoft Intune 中使用管理模板配置此设置的信息,请参阅使用 Windows 10/11 模板在 Microsoft Intune 中配置组策略设置

禁用 MSI 安装程序自动启动

可以使用 参数禁用 MSI 安装程序的自动启动, OPTIONS="noAutoStart=true" 如下所示。

对于 32 位版本:

msiexec /i Teams_windows.msi OPTIONS="noAutoStart=true" ALLUSERS=1

对于 64 位版本:

msiexec /i Teams_windows_x64.msi OPTIONS="noAutoStart=true" ALLUSERS=1

当用户登录到 Windows 时,会随 MSI 一起安装 Teams。 在用户手动启动 Teams 之前,它不会启动。 用户手动启动 Teams 之后,无论用户何时登录,Teams 均会自动启动。

请注意,这些示例还使用 ALLUSERS=1 参数。 设置此参数时,Teams Machine-Wide 安装程序将显示在 控制面板 中的程序和功能中,以及适用于计算机的所有用户的 Windows 设置中的应用 & 功能。 然后,如果所有用户在计算机上具有管理员凭据,则可以卸载 Teams。

注意

如果手动运行 MSI,请确保使用已提升的权限运行它。 即便以管理员身份而不是使用已提升的权限运行 MSI,安装程序也无法将选项配置为禁用自动启动。