|
|
每当Windows 发布了新的补丁，大家或许 都希望能尽快用到。但是 ，更新所用到的补丁是不能直接自动提供应 用户的，由于 无论这些补丁的作用是添加新功能、修正错误还是填补安全漏洞，有一类理想 是不能回避的，即补丁会毁坏 应用程序。
对于IT部门来说，更有意义的做法是应用 Windows Server更新服务来对更新进行部署、测试及控制。比起直接让用户下载并自动安装这些补丁，并同时面临潜在的毁坏 风险，上述措施无疑更为担任 和有效。
当然，我们的最终目的是希望可以 在放手让补丁自动更新的同时，依然 对该过程保持控制。
预先正告
微软的更新时间是固定的，也就是我们常说的"补丁星期二"（即每个月的第二个周二），这意味着大家可以 提早 为其布置 测试方案 。我们可以通过订阅安全公告的方式提早 得到通知，这类通知一般会在更新放出的三个工作日之前发布，并包含该次更新的各项细节--放出通知的这天常常被称为"恫吓 星期四".
攻击者们这时也会得知那些被修复的漏洞的细节，因而 对他们来说时间紧迫，必须立刻 开始设法打破 补丁的防护。微软在周二之外也会不定期地发布各类重要补丁，这种状况 常常 同样需要. IT部门立刻 加以关注。
假如 各位读者朋友们所从事的行业需要. 严厉 的监管制度，或者您的公司总要处理诸多标准 类的问题，那么一套恰当 的补丁更新策略绝对是必要的。
保护单薄 环节
微软的IT部门必须保证98%的桌面系统都处于最新补丁的保护之下。不过这是对IT部门提出的要求，并非针对产品团队，因而 公司必须在将补丁推出之前找出其对内部应用程序所形成 的各种影响。
更新不是普遍 适用的，所以大家需要. 检查 哪些系统需要. 针对特定漏洞而进行补丁更新。
同时，也并不是一切 补丁都必须被立刻 安装。新的消费 功能常常 包含在功能集及服务工具包中而非补丁中，但补丁可能会为执行性能的提升带来改善。
在任何状况 下，补丁的安装与否都要经过评价 。而且在用户每个月都得承受 一批更新并进行系统重启的条件下，大家一定要权衡好哪些更新并不紧急，可以在经过更长时间的测试后再进行部署（也就是说可以与下一批更新一同进行）；而哪些对消费 有极大的促进作用，因此 应当尽快安装。
杀毒软件的更新不需要. 进行测试及核准，由于 对于企业级杀毒软件系统来说，其默认情况 为每天更新三次。
专用的企业级杀毒软件系统通常会自动处理更新。假如 大家正在通过系统中心配置管理器对Forefront终端保护系统进行管理，该管理器的2012版本提供了这样的功能：使我们只有选择特定的定义语言才能使其自动批准更新。
争分夺秒
少数时候微软觉得 某些补丁作用严重 ，需要. 尽快推出，由于 它们可以 解决严重问题。但是，即便 并没有为其预留审核的时间，大家依然 需要. 提早 对其做出评价 。
微软的安全公告及第三方服务将不定期向用户发布这类补丁的更新提示（而且大家可能会发现第三方厂商对这类关键性补丁的建议十分 有参考价值）。
虽然 部署紧急补丁至关重要，但制定 一套评价 策略无疑更应该优先考量。您可能很想马上更新紧急补丁，但必须先理解 这样做是否会毁坏 我们常规的业务应用程序。最佳建议是保持软件的实时审核，这样一来我们就能清楚地看到哪些系统将会遭到 影响。
测试，测试，还是测试
测试补丁的方式有几种。大家可以应用 带有脚本的测试系统，它的功能是掩盖 在系统及应用程序之上或者采取向用户发布补丁合集这类更为非正式的方法。假如 进行测试的部门恰恰 是IT部门，务必让他们确保消费 应用程序与脚本可以 在共同执行普通任务的过程中契合良好。
范围 较大的企业则可能希望分别进行部署，以避免增加对网络负载的压力--假如 该次更新的确 形成 损伤 ，分别部署也能同时减少技术支持团队的压力。
我们需要. 跟踪那些已经被成功安装的更新。甚至对小型企业来说，也需要. 一套更改 管理系统来记录补丁内容及更新状况 。
好像 处理微软应用程序一样，我们还将需要. 为第三方应用程序及网络设备制定 一套补丁更新策略。类似App-DNA公司的App Titude及ChangeBase公司的AOK这样的第三方工具可以 帮助我们同时跟踪多款产品在更新时的情况 ，并提供一份详尽的指南，告诉大家哪些应用程序会在微软的更新中遭到 影响。
上面提到的工具无法解除每月一次的更新担负 ，但通过它们的帮助，我们至少不用 每一次都要从头开始尝试解决问题。
|
|
|
|
|
|
|
|
|
|
