距离上一次维护 CNOUG Planet 好久了。这段期间，Planet 经常罢工，虽然这个 RSS 聚合工具在开源软件站点比较流行，可是功能实在受太局限了。分析了最近涌现的其他类似工具，发现都还不如 Lilina 好呢。
AnySQL 楼大侠强烈推荐他 Hack 过的 Lilina 程序(Lilina 源程序 Bug 太多，性能也不太好)，并且亲自操刀进行安装定制。效果真的很令人满意。此外，他还修复了关于 Dreamhost 不能显示 Favicon.ico 文件的问题。(我以前回复一个网友的时候还说，这个 favicon.ico 的问题是 Lilina 程序的Bug，不是 Dreamhost 问题，现在为我的愚蠢道歉。)
我和 AnySQL 开玩笑，说他现在是 CNOUG.net 的 CTO 啦，并承诺永久给他的 AUL 工具做广告。
CNOUG Planet 接下来需要进行的修改:
*) 添加”阅读历史”的简单功能 (已经解决);
*) 解决输出的 RSS 文件中的乱码 Bug (已经解决);
*) 添加更多的中文 DBA Blog 信息 (添加中);
*) 更精细的 UI 改进 (基本上差不多了);
力争把这个 CNOUG Planet 变成一个对 DBA/开源爱好者的可靠信息源。
BTW: GreatNews 今天发布了一个新的版本。
–EOF–
“MAPI32.DLL 损坏或版本不对” 解决办法
安装 Office 2007 试用了几天，新版本用户体验倒的确不错，可就是在我的机器上不够稳定，经常”停止响应”，无奈何，删掉 Microsoft Office 2007, 重新安装 Office 2003，启动 Outlook 2003 的时候遇到如下问题：
无法启动 Microsoft Office Outlook。MAPI32.DLL 损坏或版本不对。可能是由于安装其他邮件软件造成的。请重新安装 Outlook。
重新安装一遍，问题依旧，搜索到了微软一篇支持文档，当您尝试启动 Outlook 2003 错误信息： “MAPI 32.DLL 已损坏或版本不对”，其说明的原因是:
如果安装 Microsoft Office Outlook 2007 ，然后卸载，再安装 Outlook 2003 就会发生此问题。(原因是)当卸载 Outlook 2007的时候，没有从计算机上除 Outlook 2007 版本的 MSMapi32.dll 文件,该文件位置：
C:\ProgramFiles\Common Files Files\System\Msmapi\1033
(Office 删除的时候连自己的文件都弄不干净，唉。另外，微软页面上这段话是机器翻译的，2007 都翻译成 2007 年，我给擅自校订了一下)
这个 MSMapi32.dll 位置似乎是有问题的，我的机器上实际的位置在:
C:\Program Files\Common Files\System\MSMAPI\2052
把该文件重新命名后，再打开 Outlook 2003 就 OK 了.
–EOF–
eBay 的应用服务器规模
前面我在《eBay 的数据量》中介绍了一些道听途说来的关于互联网巨头 eBay 服务器架构的信息，不过还缺了一点关键数据。
在 Oracle 站点上的一篇题为 The eBay Global Platform and Oracle 10g JDBC 的白皮书，有能看到一些数据。
在 2004 年的时候，eBay 的应用服务器采用了 IBM WebSphere，部署在 WinNT 上，硬件是 Intel 双 CPU 奔腾服务器。服务器数量是 2400 台。在《eBay 的数据量》中我们知道，eBay 的是集中式处理 Log 的，每天会有 2T 的 Log 数据产生，现在只会更多。这些应用服务器分成不同的组，通过一个统一的 DAL(database access layer) 逻辑层访问 135 个数据库节点。
这篇白皮书已经发布了两年，相信在这两年的时间里，服务器规模又会扩大了许多。
eBay 的 SOA 架构 V3 示意图如下：
关于世界上的超大数据库
手边有一份 2005 Winter TopTen Award Winners的报告，包含了一些关于世界上排名前几位的 VLDB 的信息。VLDB，超大数据库，其实叫做”狂大数据库“倒是也很贴切。
如果不区分操作系统环境，Yahoo! 力拔数据仓库一项的头筹，单个数据库数据大小接近 100T 。采用的是 Oracle 数据库，部署在 Unix 上， 存储是 EMC 的设备。这是 2005年的数据，雅虎现在每日接近 40 亿 PV，这个数据仓库现在应该远超 100T 了吧。 电信巨头 AT&T 的数据仓库屈居亚军。Amazon 的两个数据仓库也不小，数据量多达 24773 GB，是用 Oracle RAC 实现的，部署在 Linux 操作系统上。
OLTP Top 10
我比较关心 OLTP 数据库的情况。下面这个图表是包括所有操作系统环境的 OLTP 数据库情况。前 10 名中只有两个采用了集群，而且都是集中式集群(Centralized/Cluster)。其余8个席位都采用了 SMP 架构，而且大多是集中式(Centralized)。分布式超大 OLTP 的成功案例看来并不多(只有 1 例,另外有一例是Federated)。让 Fenng 稍微有些惊讶的是 SQL Server 占了三个席位，数据量最大接近 8T 。整个表看来，数据库类别、所用的软件平台还真的比较平均。并非我想象的完全是 DB2/Oracle+Unix 的格局。
Unix 上 OLTP TOP 10
下表是使用 Unix 操作系统 OLTP TOP 10。好家伙，几乎清一色的 Oracle。DB2 不见踪影，只有 Sybase ASE 还算争气，占了一个席位。 9 个 Unix 平台上的 Oracle OLTP DB，只有两个使用了 RAC ，其他都是 Centralized/SMP。
到现在为止，都还没有看到互联网站点的身影。