gOxiA=苏繁=SuFan Blog

为指定的事件日志附加任务以实现自动化处理

        gOxiA 所在公司 IT 环境基于 Windows Small Business Server 2011 Standard（SBS2011Std）构建，与 Branch Office 通过光缆相连，使用 SBS2011Std 提供的 DHCP Service 为整个网络提供 Dynamic IP address。由于 SBS2011Std 的独有特性，当 Branch Office 的员工将未配置好的 Wireless Router 接入网络后，SBS2011Std 的 DHCP Service 就会立刻停止。这是因为 SBS2011Std 检测到网络中有其他提供 DHCP Service 的设备，便会停止自身的 DHCPService，此时当其他员工启动系统后便会发现无法正常访问网络，在事件查看器的系统事件中会记录两条错误事件。IT 管理员要解决该问题，除了要排除掉非法的 DHCP Service 以外，还要登录到 SBS2011Std 上重新启动 DHCP Service。其实我们完全可以利用 Windows 的计划任务功能为事件执行特定的任务，以实现类似问题的自动化处理。

        下面就以 DHCP Service 故障作为案例与大家分享如何为指定的事件日志附加任务以实现自动化处理。首先确定要附加任务的事件日志，本例选择的是来源：DHCP-Server，事件：1054，内容：该计算机上的 DHCP/BINL 服务即将关闭。原因请参阅以前的事件日志消息。

        然后鼠标右键点击事件，并选择“将任务附加到此事件…”，如下图所示：

        之后跟随向导创建基本任务，可以使用默认名称也可重新命名，如下图所示：

        确认当日志来自系统，源为 DHCP-Server，事件 ID 为 1054 时执行任务，如下图所示：

        事件附件任务支持“启动程序”、“发送电子邮件”、“显示消息”三个任务，因为本例要执行重启 DHCP Service 的操作，所以这里选择“启动程序”，如下图所示：

        执行启动 DHCP Service 的命令是 net start dhcpserver，所以在“启动程序”设置页面中，指定“程序或脚本”为“C:＼Windows＼System32＼net.exe”，“添加参数”这里写入“start dhcpserver”，点下一步继续。可参考下图：

        在“摘要”页面，确认信息，建议复选“当单击“完成”时，打开此任务属性的对话框。”便于之后做进一步的设置以完善此任务。

        由于该事件发生时，IT 管理员并不一定登录在服务器上，所以在任务属性的常规选项卡下选择“不管用户是否登录都要运行”，因为默认开启了 UAC，所以复选“使用最高权限运行”。

        至此，为事件附加任务的操作便完成了。当下次再次出现此事件时，系统便会自动启动 DHCP Service。同理，我们可以根据日常维护工作遇到的事件指定相关的任务或通知，以实现自动化处理。

        有关任务的安全信息可参考：http://technet.microsoft.com/zh-cn/library/cc722152(v=WS.10).aspx

        前几日 gOxiA 将公司的 Windows Small Business Server 2011 Standard（SBS2011Std） 系统进行了升级更新，为其安装了 Exhange Server 2010 SP2 和后续的 Update Rollup 2，没想到却出现了问题。在 Update Rollup 2 安装接近结束时，更新进程停止了，日志中一直报 GPO 相关的错误，等待了近半个小时的时间，没有任何进展，无奈强制重启了 SBS2011Std 服务器，重启完毕后发现与 Exhcange Server 相关的服务都被禁用了，于是再次启动 Windows Update，并重新更新 Update Rollup 2 补丁，这次算是顺利的完成了更新，待重启服务器后发现 Exchange Server 相关服务还是禁用状态，随即手工将其他更改为自动，并启动服务。

        Exchange Server 故障惊魂才过，今天登录 SBS2011Std 服务器才在 Dashboard 中发现“网络基础摘要”中“更新”状态没有查询结果。 启动 Windows Server Update Services 控制台提示错误，检查了 IIS 才发现“WSUS 管理”站点时停止状态，当手动去启动它时提示错误“另一个程序正在使用此文件，进程无法访问。（异常来自 HRESULT : 0x80070020）”，如下图所示：

        从错误信息判断，该故障是典型的端口被其他程序占用所导致的问题，为了搞清是哪个程序占用了端口，我们可以用 netstat 进行查找，为此执行如下命令行：

        在查询结果中我们能得到如下图类似的结果，确认每条信息结尾的数字就是该程序的 PID，然后在任务管理器中通过 PID 即可定位程序。

        从截图中我们能看到占用 WSUS 8530 端口的进程是“MSExchangeAB”即“Microsoft Exchange 通讯簿”服务，看来应该是之前安装了 Exchange Server 的更新导致 MSExchangeAB 端口变更，并占用了 WSUS 的 8530 端口，参考了“安装指南模板 - 客户端访问服务器”，尝试手工为 MSExhangeAB 指定静态端口，为此执行如下步骤：

        启动“regedit”注册表编辑器，定位到“HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼services＼MSExchangeAB”，创建一个新项并命名为“Parameters”，再其下创建一个名为“RpcTcpPort”的字符串，并将值设置为“59596”，该值就是 MSExchangeAB 的端口，当然也可以指定为其他不受冲突的端口。修改完毕后重启 MSExchangeAB 服务。

        重新在 IIS 里启动“WSUS 管理”站点，故障消除！在恢复正常后，我们可以把之前设置的 MSExchangeAB 静态端口删除。

新一代 Windows Small Business Server Essentials 将由 Windows Server 2012 Essentials 替代

        众所周知 Windows Server 2012 SKUs 去除了之前很多的版本，而微软也表示之前的一些产品将不再更新，如：Windows Home Server。

        因为 gOxiA 参与的一个项目（NDA）涉及到 Windows Small Business server（SBS），所以对 SBS 尤为关注，从此次微软公布的 Windows Server 2012 SKUs 来看，并未提到 SBS 2012，个人猜测可能是因为某些原因吧，但是紧接着 SBS 官方 Blog 公布了一条消息 Windows Small Business Server Essentials becomes Windows Server 2012 Essentials，确实是意外！

        SBS 竟然被纳入到了 Windows Server 2012 Essentials，虽然早先就知道 Next SBS 将不会再有 Standard  版本，而 SBS2011Std 将是微软中小企业服务器解决方案中最后一个标准版产品，但是却没想新的策略竟是如此，这不也意味着 SBS 产品将被终结？！但是目前 Next SBS 中一些功能都是面向解决方案的，且针对性很强，难不成 Windows Server 2012 Essentials 将提供这些功能特性？！实在是让人搞不懂，最终怎样只能拭目以待了……

        但是从升级方面的信息来看，微软已经给出了答复！

• 如果之前购买的是 SA（Software Assurance）的 Small Business Server 2011 Essentials，那么将获得一个 Windows Server 2011 Essentials 授权许可。
• 如果是 SA 的 Small Business 2011 Standard，将获得一个 Windows Server 2012 Standard 和一个 Exchange Server Standard 2010 授权许可。
• 如果是 SA 的 Small Business 2011 Premium Add-on，将获得一个 Windows Server 2012 Standard 和一个 SQL Server 2012 Standard 授权许可。

        结尾，趁 Small Business Server 2011 Standard 还没退市，该下手的就赶紧下手吧！