<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title><![CDATA[gOxiA=苏繁=SuFan Blog]]></title> 
<link>https://maytide.net/index.php</link> 
<description><![CDATA[gOxiA,苏繁,sufan,Microsoft MVP]]></description> 
<language>zh-cn</language> 
<copyright><![CDATA[gOxiA=苏繁=SuFan Blog]]></copyright>
<item>
<link>https://maytide.net/read.php/2023.htm</link>
<title><![CDATA[Intune Windows 功能更新部署 - 逐渐推出更新]]></title> 
<author>gOxiA &lt;sufan_cn@msn.com&gt;</author>
<category><![CDATA[Microsoft Cloud]]></category>
<pubDate>Mon, 14 Feb 2022 09:10:54 +0000</pubDate> 
<guid>https://maytide.net/read.php/2023.htm</guid> 
<description>
<![CDATA[ 
	<p><img alt="logo_intune" src="http://goxia.maytide.net/ftpup/2018/83837cef08fa_F50A/logo_intune_thumb.png"></p><p><strong><font color="#fd3f0d" size="4">Intune Windows 功能更新部署 - 逐渐推出更新</font></strong></p><p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Intune 为 Windows 功能更新部署提供了一个新选项，即：<a href="https://docs.microsoft.com/zh-cn/mem/intune/protect/windows-update-rollout-options" target="_blank">逐渐推出更新</a>（<a href="https://docs.microsoft.com/en-us/mem/intune/protect/windows-update-rollout-options" target="_blank">Make updates available gradually</a>），按照官方的解释是：“<em><font color="#a5a5a5">逐渐推出更新有助于在配置的一系列时间内分配更新的可用性，Windows 更新在不同时间向策略所针对的不同设备子集提供更新。与同时向所有设备提供更新相比，此选项可以降低对网络的影响。</font></em>”那么我们该如何理解这个选项呢？！</p><p>如下图所示，我们在 Intune 中创建了一个 Windows 的功能更新策略，计划将设备系统升级到 Windows 11，因为选择了“逐渐推出更新”选项，我们需要指定“第一组可用性”，即向接收此策略的设备提供更新的第一天；还需要指定“最终组的可用性”，即最后一天；最后还要指定一个“组之间的天数”，这个可以理解为间隔期，本例设置为3天。</p><p><a href="http://goxia.maytide.net/ftpup/2022/5ba357e70ba1_E59A/image.png"><img width="489" height="479" title="image" style="margin: 0px; display: inline; background-image: none;" alt="image" src="http://goxia.maytide.net/ftpup/2022/5ba357e70ba1_E59A/image_thumb.png" border="0"></a></p><p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 这样配置之后，即2月14日到2月24日的11天中，每3天将被分割为1个组，这样就有了4个更新组。然后 Windows 更新会随机将目标设备分配给组，使组保持大小均匀进行更新。</p><p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 如果在下发策略后变更了日期，Windows 更新将根据需要重新计算要使用的组数；如果 最终组可用性 的日期变更为过去，则会尽快为所有剩余设备提供更新；如果 第一个组可用性 的日期变更为未来，则已提供更新的设备将保留更新内容，且新设备在该新的开始日期之前不会收到更新内容。</p><p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 如果策略分配变更为添加或删除设备，那新设备将分发到剩余的更新组中；对于不再被策略作为目标但已提供更新的设备，Windows 更新会尝试收回更新内容，但是如果设备已经开始处理该更新内容，则无法收回。</p><p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 最后，我们在快速看一下该策略下的其他两个选项，都是相对容易理解的。其中“尽快提供更新”即更新对设备没有延迟，为Windows更新的默认行为；“在特定日期提供更新”，即指定一个更新的日期，在此之前不会向设备推送更新。</p>
]]>
</description>
</item>
</channel>
</rss>