gOxiA=苏繁=SuFan Blog

        一台业务服务器，最近出现运营系统进程老是无故100%的CPU占用，导致系统执行效率低下。经过厂商排错确认是由于服务器上的 SQL Server 2000 引起的，停止与 SQL Server 2000 的挂接，运营系统故障消失。那么，接下来的工作就是要对 SQL Server 2000 作 Troubleshooting 。
        可用的参考信息非常少，因为日志中始终只有如下两个日志：

事件类型: 警告
事件来源: MSSQLServer
事件种类: (8)
事件 ID: 19011
日期:  2008-8-28
事件:  18:27:58
用户:  N/A
计算机: FAMILY-2OPTJ9U4
描述:
SuperSocket 信息: (SpnRegister) : Error 1355。

有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

事件类型: 错误
事件来源: MSSQLServer
事件种类: (8)
事件 ID: 19011
日期:  2008-8-28
事件:  18:27:58
用户:  N/A
计算机: FAMILY-2OPTJ9U4
描述:
SuperSocket 信息: gethostbyname(MSAFD Tcpip [TCP/IP]) : Error 11004。

有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

        根据微软的相关KB及搜索出来的其它资料均进行了测试，结果都以失败告终。SQL Server 也重新进行了安装。经过一番测试，发现 SQL Server 2000 始终无法套接到 TCP/IP 上，自然也就无法绑定 TCP1433，经过两天的摸索最终重点放在了 SuperSocket 信息: (SpnRegister) : Error 1355 ，这条警告日志经常出现在工作组环境之下，微软就此问题已经证实属于产品问题。由于另外一个日志中也提到了有关主机名的问题“gethostbyname”，那么可以断定由于 SQL Server 无法正常获取注册到的 SPN 而导致最终的失败，继续详细检查系统，发现当前计算机名与 SQL Server 下连接的名称不符，即当前计算机名是 NS4，而 SQL Server 连接的是 FAMILY-2OPTJ9U4，难道问题出在这里。随即将 SQL Server 安全卸载，并将计算机名重新进行命名。故障消失……
        回忆这个问题起因，让人费解，因为在修改计算机名是很早以前做的，而之后 SQL Server 运行也一直良好，不过总算问题得到了最终的解决！计算机名在本场景中不属于必要的，所以恢复旧计算机名不会对运营系统造成干扰。有机会，我将使用 netdom 重命名计算机名再次测试。

 升级 MySQL 数据库
        MySQL 作为一款免费、跨平台的数据库得到众人的青睐，MySQL 对硬件的要求并不高，而且安装非常简便，我们在 Windows 下除了可以使用标准的安装模式进行安装以外，还可以手工进行安装。我个人就非常喜欢手工方式进行安装。而今天的主题主要是与大家分享在如何手工方式升级安装 MySQL，并升级我们的 MySQL 数据库。

        之前我已经提到 MySQL 支持手工方式安装，我们下载到适当的 No Install MySQL 版本后，开始做升级前的准备。首先我们使用服务管理器或通过命令行停止 MySQL 服务，之后进入 MySQL 安装目录下的 bin 子目录执行“mysqld --move”，至此便完成了 MySQL 的卸载！（呵呵，是不是相当简单）我们可以将就版本的 MySQL 目录重新命名。

        之后将下载到的 MySQL 解压缩到指定的目录，如：MySQL，之后将旧版本的数据库拷贝到新版 MySQL 目录下的 Data 子目录中，之后执行“mysqld --install”完成 MySQL 的安装，启动 MySQL。

        MySQL 的升级至此还并未完成，我们还需要对旧的数据库进行更新，为此我们执行 MySQL 目录下 bin 子目录下的“mysql_upgrade.exe”完成数据库的升级，由于执行过程默认 root 密码为空，所以请先将 root@localhost 的密码改为空。

        到这里就完成了整个数据库的升级，此外需要注意的是我们应该在升级 MySQL 的同时更新新版的 my.ini 文件。

        使用 Forefront Client Security 已经有一段时间，感觉使用非常方便，最关键的是主程序短小精悍，不需要频繁的人工干预，更新与 Microsoft Update 集成。
        最近，发现使用 QQ 的时候经常会出现一卡一卡的现象很让人恼火，耽误使用，严重影响了操作体验。拿出测试工具检测硬盘，发现硬盘状况良好，性能指标也就那样了。做了磁盘整理，也重新做过系统总是不能有效解决这个现象。无意中回忆起之前使用 Norton 时也有这样的问题，当时根据网上搜索的解决方法是将 QQ 的聊天信息数据库给排出扫描，难道还是因为这个原因？于是打开 Forefront Client Security 切换到“工具”选项卡，进入“选项”设置，在高级选项中进行文件排出，我们只需要把 msgex.db 给排出掉即可。哈哈，问题解决了！因为 Forefront Client Security 不再频繁扫描 msgex.db 文件，所以 QQ 来信息后的相应速度变快了，不在出现卡停状态。系统的整体相应速度因为不受即时扫描的影响，所以速度也出现了大幅度的提升。之前由于 Thinkpad x60 配置高所以性能下降感觉并不明显也没有往这方面想，在单位又没时间去找原因。

        总之，问题是得到解决了！特与大家分享……