家里升级到了windows7，其他都还好。就是家里windows7和单位的XP在office里显示的字体都不一样，给办公带来很多不便。我还真不信，堂堂windows 7连兼容的字体还能没xp多。

我们在日常使用计算机的过程中，大多都经历过由于忘记口令从而无法进入系统的遭遇。遇到这种问题该如何处理呢？很多朋友一定想到了形形色色的口令破解工具，这些工具中名气最大的就是ERD Commander Boot CD。

本方案要实现一个web及自定义的tcp服务的负载均衡.其中web为3个站点,运行在同一个服务器上,以虚拟机的方式实现;自定义的tcp服务,使用两个端口号,运行在不同的服务器上。

在cdn的某个区域，需要部署多个缓存服务器，以集群方式来应对大量用户的访问请求，提高系统的高可用性。在机器数量较少的时候，我曾用dns轮训的方式把访问负载分担给服务器，效果不佳，因为DNS不会做健康检查。后来增加机器，做成lvs集群，就很安心了。

前篇文章中，介绍了IP Virtual Server的基本概念和安装部署，本文阐述故障隔离、失败切换框架keepalived。 Keepalived是运行在lvs之上，它的主要功能是实现真实机的故障隔离及负载均衡器间的失败切换FailOver.lvs结合keepalived，就实现了3层、4层、5/7层交换的功能

Updates Publisher 向 UpdatesPublisher.log 文件中写入信息以帮助诊断在打开和使用控制台时可能出现的问题。系统会为打开控制台的用户在临时文件夹（默认情况下位于 %%USERPROFILE%%\Local Settings\Temp 中）中创建一个日志文件

Updates Publisher 将信息写入 UpdatesPublisher.log 文件，以帮助诊断打开和使用控制台时可能发生的问题。在临时文件夹创建日志文件以使用户打开控制台，该文件夹默认情况下位于 %%USERPROFILE%%\Local Settings\Temp。

从导入列表中导入软件更新也会包含类似的日志条目。如果导入过程失败，请查看 UpdatesPublisher.log 中是否存在可能指示失败原因的错误消息。

此主题中的信息包括在配置 System Center Updates Publisher 设置时可能出现问题的疑难解答。此主题还包括导出软件更新之前必须满足的安全要求、描述了用于帮助诊断问题的日志文件，并列出了常见问题的疑难解答解决方案。

Updates Publisher 向 UpdatesPublisher.log 文件中写入信息以帮助诊断在打开和使用控制台时可能出现的问题。系统会为打开控制台的用户在临时文件夹（默认情况下位于 %%USERPROFILE%%\Local Settings\Temp 中）中创建一个日志文件。

如果在安装 Updates Publisher 之前没有创建 Updates Publisher 数据库，而且将安装程序配置为使用本地数据库，则安装程序会将日志条目写入 PTDatabase.log 中。当安装程序成功创建了本地数据库时，PTDatabase.log 中将包含以下日志条目

System Center Updates Publisher 没有自动备份任务，但是应该定期执行手动备份。在 Updates Publisher 数据库中备份数据的推荐方法是使用 SQL Server 2005 或 SQL Server 2005 Express Edition。所有的软件更新和所有 Updates Publisher 设置都将进行备份而且很容易进行还原。这两个版本的 SQL Server 2005 都有一个用于创建数据库备份的图形用户界面。

Updates Publisher 中有多种规则，但您最终还要根据自己的需求来创建新规则。规则可以分为基本规则和 MSI 规则，共有 20 余种规则类型。您可以保存规则，以便在创建或修改软件更新定义时重新使用它们。Updates Publisher 规则可以在"管理规则"对话框、"创建更新向导"或"修改更新向导"中创建

在 System Center Updates Publisher 中，可以通过使用导出向导来导出软件更新定义。该向导可以将指定的软件更新或者所有设置了发布标志的更新导出到随后可由其他发布工具导入的 CAB 文件。在 Updates Publisher 3.0 和 Updates Publisher 4.0 中，向导还可以导出测试编录扩展标记语言 (XML) 文件进行测试

　System Center Updates Publisher 4.0 已添加了对带依赖项的更新的支持。对于这些更新，在以下情况下设置发布标志之前会显示警告消息：未在 Updates Publisher 数据库中找到一个或多个依赖项时，或依赖项的更新 ID 列在 Updates Publisher 计算机的 SpecialWellKnownIDs.xml 文件中。

在导入过程中，可能会显示"编录验证 - 安全警告"。如果编录来自受信任的发布服务器，则单击"接受"。如果选择"始终接受编录来源 ，则该发布服务器将添加到受信任的发布服务器列表，且将自动接受所有来自该发布服务器的新内容。要从受信任的发布服务器列表删除某个发布服务器，请参阅"设置"对话框的"受信任的发布服务器"选项卡。若要为每个导入位置（"批量编录导入"选项使用）配置未签名编录的处理方法，请从"设置"对话框的"导入列表"选项卡编辑编录

　在 System Center Updates Publisher 中，可以分别通过使用"创建更新向导"、"修改更新向导"和 Updates Publisher 控制台来创建、修改和删除软件更新。在创建软件更新定义时，可以使用表达式生成器工具来添加规则。下面的几个部分提供了管理软件更新的概述信息和过程

System Center Updates Publisher（SCUP） 是基于 Systems Management Server 2003 R2 中引进的自定义更新框架构建的。Updates Publisher 是一个独立的工具，它允许独立软件供应商或行业应用程序开发商导入软件更新编录、创建和修改软件更新定义、将更新定义导出到编录并将软件更新信息发布到所配置的更新服务器。通过使用 Updates Publisher 来定义软件更新并将其发布到更新服务器，管理员可以开始检测已发布的更新并将它们部署到贵组织的客户端计算机和服务器上。

在完成"导入软件更新编录向导"时，使用本主题中的过程可以删除那些已经添加到 System Center Updates Publisher 受信任发布服务器列表中的发布服务器。如果在导入过程中选中了"始终接受来自 的编录"，则会将发布服务器添加到受信任发布服务器的列表中。从受信任发布服务器列表中的发布服务器导入的任何新编录将自动接受该编录。选择某个发布服务器，然后单击"删除"可删除不再受信任的发布服务器。

"设置"对话框中的"数据源"选项卡用于配置 SQL Server 计算机以及 System Center Updates Publisher 数据源的实例名称。当数据源位置发生变化时，Updates Publisher 会连接到指定的 SQL Server 计算机和 SQL Server 实例。使用 Updates Publisher 的用户必须能够访问 SQL Server 计算机，而且必须首先在计算机上创建数据库，才能将该计算机配置为数据源。