Microsoft Cloud | Microsoft Online Service | Windows Azure | Office 365 | Exchange Online | SharePoint Online | Lync Online

logo_intune

Windows Autopilot for pre-provisioned deployment (Public preview)

        看到这个标题不要兴奋,不要慌张,Pre-Provisioned deployment(预先预配部署)虽然是个新名词,但内容还是老的,其实它就是过去我们讲的 Windows Autopilot 的 white glove(白手套)模式,还记得它的概念和功能吗?!我们来复习一下。

        过去我们要交付设备时,OEM 阶段仅会提供 Windows 映像和对应的设备驱动,此外可能会包含一些预装的应用软件,例如:Office 365,或其他第三方软件。在设备交付到企业最终用户前,会由企业 IT 桌面部门的人员进行标准化的配置,有些会利用传统的部署方式重灌映像;也有用动态部署方式基于 OEM 系统进行标准化的定制,例如在 OOBE 阶段加载 PPKG 完成标准化软件的安装以及系统环境的配置;目前更多的企业正利用现代部署方式 - Intune,来赋予 Internet 部署企业标准客户端的能力,利用 Intune 我们将 Internet 作为载体,运送企业的标准化应用和策略到设备端,利用 Intune 提供的 Windows Autopilot 还可以在 OOBE 阶段引导客户完成桌面环境的标准化部署。在这个场景下,我们通常会使用“用户驱动模式”来执行 Autopilot,但该方案有一个可能的问题会降低设备最终用户的部署体验,因为设备最终用户拿到设备开机进入 OOBE 执行 Autopilot 时会通过 Internet 获取所有设备所需的标准化软件安装源以及相关的策略配置,这会消耗不少的时间。

        如果我们能添加一个阶段,可以在 OOBE 阶段无需用户登录,而由 OEM 或 Partner 或 IT 人员发起一个预先配置操作,就可以提前将软件或策略下载并部署到设备上,这样一来交付到设备最终用户手上时,OOBE 和 Autopilot 就会大大的加快部署时间,减少了等待,从而提升了用户的体验。

        Pre-provisioned deployment 应运而生,它拆分了 Windows Autopilot 的预配过程,将耗时的部分由 OEM、Partner 或 IT 人员完成,最终用户只需完成一些必要的设置和策略。

image

        在 OOBE 阶段,按下五次 Windows 键即可激活 Pre-provisioned deployment,它将从 Intune 应用所有面向设备的策略,这包括:证书、安全模板、设置、应用等任何针对设备的内容;还将安装分配给设备上下文,以及已分配用户的应用(Win32或LOB)。

image

        要使用 Pre-provisioned deployment 也同样需要创建配置文件,它基于 User-Driven,只需要在配置中启用“Allow pre-provisioned deployment”即可,如下图所示:

image

        此外,Pre-provisioned deployment 对于设备终端也有一定的要求:

1. Windows 10 1903或更高版本

2. Windows 的专业版、企业版和教育版

3. Intune 订阅必不可少

4. 除了要支持 TPM 2.0 以外,还需要 TPM 支持“证明”(attestation),在证明过程中还需要访问一组对应特定的 HTTPS URL

image

5. 需要有线网络,不支持 Wi-Fi 连接(有 Workaround

        Pre-provisioned deployment 在成功执行后会有一个绿色的界面显示结果,否则将显示红色的界面,如果您所在的企业设备已经满足相关的要求,并在实施 Windows Autopilot,不妨考虑一下 Pre-provisioned deployment。

image

logo_intune

Intune Windows 功能更新部署 - 逐渐推出更新

        Intune 为 Windows 功能更新部署提供了一个新选项,即:逐渐推出更新Make updates available gradually),按照官方的解释是:“逐渐推出更新有助于在配置的一系列时间内分配更新的可用性,Windows 更新在不同时间向策略所针对的不同设备子集提供更新。与同时向所有设备提供更新相比,此选项可以降低对网络的影响。”那么我们该如何理解这个选项呢?!

如下图所示,我们在 Intune 中创建了一个 Windows 的功能更新策略,计划将设备系统升级到 Windows 11,因为选择了“逐渐推出更新”选项,我们需要指定“第一组可用性”,即向接收此策略的设备提供更新的第一天;还需要指定“最终组的可用性”,即最后一天;最后还要指定一个“组之间的天数”,这个可以理解为间隔期,本例设置为3天。

image

        这样配置之后,即2月14日到2月24日的11天中,每3天将被分割为1个组,这样就有了4个更新组。然后 Windows 更新会随机将目标设备分配给组,使组保持大小均匀进行更新。

        如果在下发策略后变更了日期,Windows 更新将根据需要重新计算要使用的组数;如果 最终组可用性 的日期变更为过去,则会尽快为所有剩余设备提供更新;如果 第一个组可用性 的日期变更为未来,则已提供更新的设备将保留更新内容,且新设备在该新的开始日期之前不会收到更新内容。

        如果策略分配变更为添加或删除设备,那新设备将分发到剩余的更新组中;对于不再被策略作为目标但已提供更新的设备,Windows 更新会尝试收回更新内容,但是如果设备已经开始处理该更新内容,则无法收回。

        最后,我们在快速看一下该策略下的其他两个选项,都是相对容易理解的。其中“尽快提供更新”即更新对设备没有延迟,为Windows更新的默认行为;“在特定日期提供更新”,即指定一个更新的日期,在此之前不会向设备推送更新。

logo_intune

HOWTO: 使用 Intune 为 Windows 10 设备阻止 Windows 11 升级

        Windows 11 已经发布有几个月的时间,一些企业可能还未做好升级到 Windows 11 的准备,如果当前设备已经通过 Intune 管理,那我们可以轻松的利用 Intune 的 Windows 更新通道来阻止企业中符合条件的 Windows 10 设备升级到 Windows 11。

        为此,我们可以登录 Microsoft Endpoint Manager 管理中心,找到 设备 中的 Windows 10 及更高版本的更新通道 设置,新建或修改配置文件,然后将“更新设置”下的“将 Windows 10 设备升级到最新的 Windows 11”选项配置为“否”即可,你没有看错就是这么简单!!!

Intune_DisableUpgradeW11

        此外,在该页面中还有一个选项“重启启动检查”,如果要避免更新强制重启可以“允许”这个设置。今天暂告段落,过几天 gOxiA 会分享关于 Intune 下 Windows 功能更新部署的一个新特性 - “逐渐推出更新”。

分页: 1/14 第一页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]