Microsoft补丁问题持续：坏释放序列，CRM块等

我们周二坐在Pt + 2 - 两天后坐在Pt + 2 - 并且这些问题继续滚动。这是一个迅速推动的罗伊画廊中的最新杯子镜头。

如果您一直在关注，您就会了解我周二报告的初始问题 - 零日，TPM修补程序在Windows修补程序中没有修补，已知和确认的错误。您看到了我周三报告的晚布扬声器 - 延迟，失败和回滚了Windows补丁，一个不存在的闪存更新，令人满意的，没有.NET安全补丁，CVE-2017-11776修复的错误描述，以及更多TPM FOLLIES。

你又看到了一半。

Delta更新和累积更新

星期二下午，@Mobartz在Askwoody上报道：

我首次看到Win 10 1607和1703的Delta更新以及正常的累积更新。这是我们的WSUS服务器。我认为Deltas仅适用于非WSUS环境......

然后在周三早上：

三角形更新Windows 10版本1607和1703的KB4041676和KB401691以及Windows Server 2016，全部已过期在初始版本到WSUS后一段时间。所以看起来微软纠正了这是一个错误。

@derzeitgeist有详细信息，引用Microsoft帐户代表：

不知何故，他们[Microsoft]发布了累积更新，以及WSUS和SCCM的Delta（Express）更新。这永远不会发生。Windows 10或2016累积没有问题，但只有一个问题，只有累积和增量在机器上安装在一起时。所有客户都应重新同步其WSUS / SCCM服务器，并且Delta更新二进制文件将过期。

然后他说：

即使他们说SCCM应该受到影响，因为某种原因只有纯粹的WSUS系列似乎受到影响。我们正在迁移到SCCM Sup，以及我一直在测试的自动部署规则没有软管任何潜在的弱势系统。由于WSUS由任一方法使用，因此我不确定差异是什么。我只能说的是，它与纯WSUS与SCCM不同。

星期四早上早上，Microsoft重新发布了一个MEA CULPA，称为Windows设备在安装10月10日版本的KB4041676或KB4041691之后可能无法启动，其中包含发布问题，其中将从他们创建的Mayhem上枢出的权力。他们描述了三种不同的场景 - 取决于WSUS / SCCM是否在下午4点之前同步。星期二，以及您是否可以启动 - 每个人都有手动解决方法。那些面对有蓝色屏幕和无法访问的启动装置的人的人的那些人有一个静脉的任务。

如果您必须手动从机器中删除安装包（“方案3”），Derzeitgeist的最终版本可能有助于：

一个或多个“删除包”命令可能会失败。如果发生在解决所有3个软件包之前，请继续前进到下一个。重新启动并等待Windows尝试加载。如果无法删除包的某些部分，系统将尝试完成该过程。在尝试完成时要有耐心，并且所有内容都应该恢复为工作令。

Microsoft Answers论坛上的此线程包含几个其他建议。

Microsoft的Docs网站上的每月Delta更新概述了。它在黑白中铺设了，为什么您无法在同一台计算机上安装累积和Δ更新。怜悯喂养WSUS的人们没有阅读这篇文章。

将其视为管理员充分就业努力。

值得注意的是，这些问题仅影响使用WSUS或SCCM来控制Windows补丁的卷栏的站点。对于那些通过管理员来到这一点的人，现在您知道为什么我不建议设置服务器以自动批准更新。在这个红线线程中有一个很好的讨论。我无法想象在此BlargeFest之后的任何管理员都信任Microsoft。

但那并非全部。不好了。

.NET 4.6.

如果你试图抓住.NET 4.6，你会失去战斗。微软搬了你的奶酪，没有告诉你。根据@ Abbodi86：

从2017年7月开始，所有......所以[如果你想保持补丁，]最好的决定是安装4.7本身或安装.NET 4.5.2，仍然单独[获取更新]

导入XLS文件的问题

如果您看到将XLS文件导入到您的应用程序中的问题，则您可以独自播放。在Askwoody上看到这个匿名帖子：

我必须报告一个错误，或者是一个“功能”，也许是2017-10安全每月质量汇总对于基于X64的系统KB4041681和2017-10仅适用于基于X64的系统的Windows 7的质量更新KB4041678。

昨天我们被轰炸了，我们无法将XLS文件导入我们的应用程序，这是我们永远的事。它给出了错误：外部数据库驱动程序（1）的意外错误。我们挖得更深且发现

Provider = Microsoft.jet.oledb.4.0;数据源= {0};扩展属性= /“Excel 8.0; HDR = YES; IMEX = 1 /”

不再工作了。删除了两个更新后，一切都恢复正常。

丢失的网络连接

然后是关于从@alexeffel踢开网络的一个：

上个月在Windows Server 2012 R2的自动修补后，我的域从网卡上取消分配，我丢失了连接到会计包的SQL数据库的所有可能。本月，同样的事情，在夜间自动修补后立即。没有人能在早上工作。我不管理这个服务器。我不知道Windows服务器，我不使用它。

诀窍是简单地禁用网卡，然后重新启用它。快速实现网络是公共而不是域，我上次尝试了一个小时的时间，最后一次在找到：重新启动，注册表技巧，手动将域分配给私有网络......

更多问题

然后是这份报告，也来自匿名海报：

我昨晚安装了KB4041689 - 针对伍迪的建议。[艾姆 - ed]但我想，最后更新了1511，要么有时会这样做，为什么不现在？搞砸了一切。文件资源管理器中的对话框已发出已发布。完成后卸载不到一小时。回到正常。为什么MS为我们这样做？

即使是微软自己的动态CRM也受到了打击。官方CRM支持网站包括JSRoberto的这篇文章：

使用Outlook 2013的Outlook Add-In时出错。由于错误，从CRM服务器检索页面的页面失败。

Redhermit说：

我遇到过同样的问题。在我的测试中删除KB4011178后恢复功能。以下环境中看到的问题：Outlook 2013 32bit / CRM Server 2011 /各种CU为Outlook客户端测试

和不同的补丁的飞行点数：

卸载Microsoft Outlook 2010（KB4011196）的安全更新修复了我们的Outlook 2010的MS Dynamics CRM 4.0。

准备安装10月的Windows和Office更新？果实。

有一个原因是我推荐的，并继续推荐，你撤销。避免急于补丁。等待微软将其行为共同 - 或者至少等待人们识别最令人反感的补丁，以便您避免它们。

这太糟糕了，我在askwoody休息室开始了一个新的线程。