昨天开始注意到一个或两个Outlook 2013客户端的问题，当用户尝试将电子邮件发送到任何地址（无论是内部还是外部）时，NDR将立即返回： Your message did not reach some or all of the intended recipients. Subject: Earlier letter Sent: 10/12/2014 08:03 The following recipient(s) cannot be reached: 'Joe Bloggs' on 10/12/2014 08:03 This message could not be sent. Try sending the message again later, or contact your network administrator. Error is [0x80004005-00000000-00000000]. 但是，当使用用户的OWA，他们可以发送电子邮件罚款。 在networking拖网之后，我没有看到服务器的事件日志，没有显示任何东西。 只有当我注意到Exchange SP3更新汇总8自动安装在Exchange服务器上的第一个实例的早上，我开始怀疑。 […]
我们有一个运行Server 2008 R2的6服务器TS场，并使用WSUS服务器进行更新。 服务器场组策略的更新configuration为在获得批准后立即自动下载并安装，但自动重新启动function被禁用。 该操作是全天候的，服务器正在执行自己的滚动/重新启动计划。 所需的行为是更新安装并等待下一次计划的重新启动。 用户不应该看到任何通知。 我昨天批准了一批新的更新，今天早上用户打电话给服务台报告，在他们的屏幕上看到： 重新启动button是灰色的（感谢上帝！），但我不知道这是新的行为还是用户以前从未报告过。 我仔细检查了组策略来validation我有“允许非pipe理用户接收更新通知”设置为禁用，它是： 我也在服务器上运行了gpresult ，他们正在接收和（据称）应用这个策略： 我能做些什么来阻止这个通知出现给用户？ 它让他们执行一个他们没有能力做的事情，而且它正在产生帮助台呼叫。 这也是令人讨厌的，因为在最好的情况下，他们可以看到这个popup窗口，每4个小时长达一个星期。
我更新了一大堆运行Windows 2008 R2 SP1的服务器。 有大约120个更新来安装。 我发现，如果我运行所有的更新，需要几个小时，然后失败，需要数小时支持的东西。 我开始小批量更新。 早先失败的相同的更新工作。 但有时小批量（5-10）错误…但如果我逐个运行更新，那么他们的工作。 错误代码是80070643.我可以发布windowsupdate.log，但我没有看到有什么其他有用的。 MS在这个（ http://support.microsoft.com/kb/976982 ）有一个KB，但我试图做他们的build议…起初似乎是要解决它，但后来我仍然遇到了错误一遍又一遍。 每个人都遇到这个？ 当然其他人安装新的服务器，在Windows上重击，然后做更新。 我的更新来自我的本地WSUS服务器，但我不认为这很重要 – 我直接从MS服务器获得类似的麻烦。
我有一个Windows Server 2012 R2，它被设置为在特定时间安排Windows更新。 不过，本周，我从我login的那一刻起，收到了15分钟的倒计时，而不是在Windows Update之后。 因此在办公时间发生这种情况并不理想。 我看不到在Computer Configuration / Administrative Templates / Windows Components / Windows Update任何组策略：它们都显示在未configuration。 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU的registry设置AlwaysAutoRebootAtScheduledTime设置为1， AUOptions设置为4。 更新时有一些断开连接的pipe理员会话： 这可能是原因吗？ AlwaysAutoRebootAtScheduledTime仅在没有pipe理员会话处于活动状态时才起作用？
作为一名学生，我没有太多的设置和pipe理networking的经验。 有一个问题我已经有一段时间了，我的老师不能解释我的满意： 我曾经有过这样的印象：服务器硬件必须有99.99％的正常运行时间。 我记得linuxpipe理员显示他们有一个箱子运行3年以上。 想象一下，当我第一次发现Windows Server 2008的Windows Update为我提供了每2-3周一次的关键更新，并且大多数更新需要重新启动时，我感到惊讶。 当一个虚拟机要求重新引导时，通常不会有什么大不了的，冗余的虚拟机可以接pipestream量，直到第一个虚拟机重新联机为止。 我想知道的是，如何处理Hyper-V服务器，即承载所有虚拟机的服务器？ 我的老师告诉我，你可以在下class时间重启服务器，这对一个小公司是合理的，或者根本不更新服务器。 我甚至无法想象在一年之后没有更新的服务器如何不安全，所以我不认为这是一个有效的select。 是不是有办法将虚拟机复制到另一台物理Hyper-V服务器，并以某种方式使该虚拟机不会脱机到最终用户？ 我感谢你们给我的任何build议和提示。
从昨天安装更新以来，我们的2008 R2服务器之一拒绝再次连接到我们的WSUS，而是报告未知错误0x80244019 。 连接到官方的Windows更新存储库没有任何问题。 问题只发生在我们当地的WSUS。 Windows支持网站上的错误build议： 如果在下载更新时收到上述错误之一，则最常见的原因是已closuresWindows Update或Windows Update所需的计算机上的其他服务的计算机病毒。 我会在那一个上投一个票。 我的WindowsUpdate.log显示以下内容： 2012-09-13 13:00:52:738 892 5c0 PT +++++++++++ PT: Synchronizing server updates +++++++++++ 2012-09-13 13:00:52:738 892 5c0 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://SRV-PDC/ClientWebService/client.asmx 2012-09-13 13:00:52:769 892 5c0 PT WARNING: Cached cookie has expired or new PID is available 2012-09-13 13:00:52:769 892 5c0 PT […]
基于Windows Server 2008 R2 Service Pack 1（x64）并安装了.NET Framework 4.0的服务器不适用在WSUS中批准的修补程序KB2416472 。 查看WSUS中的这个服务器的报告，我看到这个补丁的下列条目： Windows XP，Windows Server 2003，Windows Vista，Windows 7，Windows Server 2008，Windows Server 2008 R2（用于基于x64的系统）上的Microsoft .NET Framework 4安全更新程序（KB2416472） 安全更新 安装 不适用 我相信不适用的是这个问题 – 这可能与该行没有提到SP1有关。 但是， MS10-070指出该修补程序也适用于Windows Server 2008 R2（用于基于x64的系统）Service Pack 1 我检查了机器上的windowsupdate.log文件，没有提及KB2416472 。 更新1 ：WSUS版本3.2.7600.226 更新2 ：修补程序手动安装没有问题。 有任何想法吗？
Server 2012核心。 我可以手动检查Windows更新与sconfig选项6.我可以将Windows更新设置为自动与sconfig选项5.很好。 如果我想将其更改为凌晨4点，该怎么办？ 如果我想将其更改为每周只检查一次，该怎么办？ 我在HKLM:\Software\Microsoft\Windows\CurrentVersion\WindowsUpdate\了一下，但没有看到任何看起来像它的东西，让我像我想要的那样调整时间表。
以下是我们试图实现的一些事情。 我们的员工目前使用一堆台式机和笔记本电脑。 大约30-50的员工，其中大部分是笔记本电脑（惠普和联想的组合）。 大多数使用Win 7 Professional，less数使用XP。 什么是最好的办法： pipe理Windows更新推送到每个人的电脑，因为不是每个人都自己安装更新？ 通过软件来pipe理库存，以便我们知道有多less台计算机在使用哪一台正在使用哪台计算机，哪些计算机正在修复？ 好的function还可以远程安装软件并进行远程维护？ 我没有解决所有上述问题的解决scheme，所以很想知道哪一个可以帮助解决大多数这些问题。 我们使用Windows Server 2008 R2，主要用于用户身份validation。
我试图安装最新版本的Windows更新代理v7.2.6001.788，并且安装失败，错误代码为0x800b0100。 运行Windows Server 2008 SP1。 相关的WindowsUpdate.log部分： 2009-08-03 16:17:49:334 3544 d28 Misc =========== Logging initialized (build: 7.2.6001.788, tz: +0100) =========== 2009-08-03 16:17:49:334 3544 d28 Misc = Process: d:\fcc0f96e893296900e6501a601\wusetup.exe 2009-08-03 16:17:49:332 3544 d28 Setup Windows Update Client standalone setup : resource dll path is d:\fcc0f96e893296900e6501a601\en\wusetup.exe.mui 2009-08-03 16:17:49:335 3544 d28 Setup Evaluating CBS package "d:\fcc0f96e893296900e6501a601\WUClient-SelfUpdate-Core-TopLevel.cab" 2009-08-03 16:17:49:556 3544 […]