当前客户端环境：95% - xp，5%- linux；我们使用磁盘映像部署软件作为客户端操作系统和标准软件（如 Office、arch 等）。我们能否找到 Microsoft SMS 的替代方案来实现任务自动化？谢谢。
答案1
如果您拥有 Active Directory 域，则组策略软件安装策略可以满足您的大部分软件安装需求。可以编写启动脚本来处理不适合从 MSI 文件安装的软件（通常是因为制造商懒得以这种方式打包它们 - 或者在 Microsoft Office 2007 的情况下，因为制造商讨厌自己）。
如果您没有 Active Directory 域，您仍然可以使用在本地组策略中配置的启动脚本并引用服务器计算机上的脚本对客户端计算机进行“自动”部署。
Windows 自动安装工具包 (http://technet.microsoft.com/en-us/library/cc748933.aspx) 是用于客户端操作系统部署的 Microsoft“远程安装服务”平台的未来。我更喜欢从工厂磁盘映像进行部署（然后在加入域时由启动脚本“处理”），而不是自动安装，但这两种策略都是有效的选择。
（“Microsoft Deployment Toolkit” 是上述 WAIK 的后续产品，但目前仍处于测试阶段...Beta 2 几天前刚刚发布。）
如果您选择使用软件安装策略来部署 MSI 包，那么您很快就会想要了解如何自定义现有 MSI 并构建自己的 MSI。这里有一些有用的信息AppDeploy.com关于许多不同的软件包。Windows 安装程序 XML 工具集是一个可以构建自定义 MSI 文件的软件包，尽管也有许多图形化的 MSI 构建器。Microsoft ORCA 工具（参见http://support.microsoft.com/kb/255905），作为Windows 安装程序的 Windows SDK 组件（或其他地方——只需在 Goooogle 上搜索 ORCA.MSI），是用于为现有 MSI 包创建转换（修改）的绝佳工具。
编辑：修补——对于吹毛求疵的人……>微笑<
对于 Microsoft 应用程序，WSUS 无疑是最佳选择。但是，如果您必须部署修补程序，则可能会陷入使用启动脚本的困境（因为 Microsoft 从未向公众免费提供通过 WSUS 部署自定义更新的功能，我记得他们曾承诺过，最终将此功能放入了 System Center Configuration Manager 产品中）。
请参阅我关于 Adobe Reader 维护的回答，了解针对第三方应用程序（非 Microsoft）的一般修补策略：Adobe Acrobat Reader 的更新管理