昨天拜读了刘润的“不要搞封建迷信活动”，深有感触． 前一段时间我在处理 Data Guard 的时候, 遇到过一件怪事. "怪现象一定有原因的"． 果然, 经过仔细分析之后, 果然发现并不是灵异现象. 凡事皆有因果.

情景描述:

在一个机器上建立两个同一数据库的 Data Guard. 其中一个 Data Guard 已经建立,数据文件放在 foo 目录下.现在准备建立第二个 Data Guard, 数据文件放在 fooback 下. 初始化参数已经设置:

*.db_file_name_convert='/opt/oracle/oradata/foo/','/opt/oracle/oradata/fooback/'

其他的设置略. 用第一个 Data Guard 备份的控制文件, 启动第二个实例, 进行恢复. 开始正常, 恢复了几个文件之后,遇到如下错误:

skipping datafile 56; already restored to file /opt/oracle/oradata/fooback/user_log_04.dbf
skipping datafile 57; already restored to file /opt/oracle/oradata/fooback/user_log_05.dbf
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00058 to /opt/oracle/oradata/foo/foo_note_06.dbf
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 03/24/2006 11:32:48
ORA-19504: failed to create file "/opt/oracle/oradata/foo/foo_note_06.dbf"
ORA-27086: skgfglk: unable to lock file - already in use
IBM AIX RISC System/6000 Error: 13: Permission denied
Additional information: 8
Additional information: 553070

已经作了数据文件名字映射,　在第 58 个文件映射失败(应该是 fooback 目录下的文件,又跑到 foo 上去恢复了!) 怪哉!

进入第一个实例, 查询文件名字,正常．进入第二个实例, 查询文件名字, 前面 57 个都是 fooback 目录下的, 第 58 个就变成了 foo . 难道是遇到了 Bug 么 ? 为什么是 58 ?

折腾了许久, 针对这个58 ,我去查以前的数据库变动, 发现这个文件,是第一个 Data Guard 建立之后我第一次添加的数据文件.

oops, 我用的这个控制文件有问题!! 如果只在一个机器上建立一个 standby ,那么用其他 standby
备份出来的控制文件, 并且不修改文件名字映射的话, 不会出现该问题的. 而第一个 Standby 的控制文件,只从 Primary DB 控制文件带来 57 个数据文件的信息.所以, 在 58 个失败.　而 Oracle 的 Data Guard 文档中建议的标准做法是从 Primary DB 取控制文件.

Bug ,这是一个 DBA 甚至是所有 IT 工程师最容易"迷信"的地方. 破除迷信, 从现在开始.　

Continue reading "的确没有那么多"迷信" [DBA工作备忘]" »

Posted by Fenng at 9:38 PM | Permalink | Comments (5)

在家闲来无事读金庸。广州出版社出版的修订版《碧血剑》，读罢，发现了一处不太合常理的情节。

书中写道，袁承志少年时候进入金蛇郎君丧命的洞窟中, 发现了插在石壁中的碧血剑，用力拔了几下，微微晃动，只得作罢。

从后来的情节中，我们看到，当时金蛇郎君手足筋脉俱废, 哪里来的力气把这把宝剑插入石壁呢 ?

下部的时候还有一处很明显的情节错乱, 就是五毒教的齐云璈请求何铁手拔刀的那一段。前言不搭后语。

这部碧血剑是金庸早期的作品, 在这个版本中加入了大量的心里活动描写(比如对阿九的意乱情迷) ，纵观金庸小说，心里活动的描写一如中国古典小说那样，并不多见, 也是很为生涩的地方。

Posted by Fenng at 7:34 PM | Permalink | Comments (13)

雅虎中国搜索日志开通了.

国内大一点的互联网公司官方 Blog 还真少。在 Google 黑板报 之后, 终于又看到一家公司推出了自己的官方 Blog , 雅虎的搜索日志相对 Google 来说稍稍开放了一些: 允许用户评论. 没有交互的 Blog 不能成为合格的 Blog . 至少我就不太喜欢Google 黑板报的自言自语风格.

一点小建议:
1) 提供 Feedburner 烧录的 RSS Feed. 便于统计有多少订阅数量;
2) 增加 "订阅到 Yahoo!" 的便捷标签;
3) 在雅虎搜索首页的适当位置添加这个 Blog 的链接. 毕竟是雅虎中国搜索的官方 Blog , 更有利于用户反馈.

--
BTW: 这几天休假,很少更新, 发现我的 Blog 订阅数量反而有所上升. 小记一下.

Posted by Fenng at 9:12 PM | Permalink | Comments (2)

在新语丝上看到有人在说《侯捷的著作有问题》。

大陆的程序员怕是没有不知道侯捷的, 自从侯捷的《深入浅出MFC》被引进到大陆, 侯捷以其著译者身份在 IT 界可谓迅速走红, 之后则出书速度愈发惊人, 短短几年间，或翻译(合作翻译较多)，或著作(少之又少)，印象中似乎有段时间程序员人手一本侯捷署名的著作.

的确，侯捷有的著作不过是应景之作(比如《 Word 排版艺术》 ), 也难免会收到一些质疑的声音. 不过还好，立刻有网友指出这位质疑者的文章一些不确切的数据。其实侯捷相对大陆的作者译者更加严谨，著作或是译作硬伤相对还是比较少的--即使是挂着侯捷的名头的合译本, 而且，选材都很好.

我这么说是不是意味着读者对图书质量的要求不那么高了 ? 的确，无论什么就怕比较。如果你读过 邱仲潘 先生的译作你就知道侯捷是多么可贵了。

新语丝或许应该开辟一个专题讨论一下 邱仲潘 先生了.

--End.

Posted by Fenng at 10:42 PM | Permalink | Comments (4)

抓虾试用了之后有点耳目一新的感觉。Kamus 说对这些 Web 2.0 站点有点免疫, 我倒是觉得这个名字不错. 东北话中有个词叫"抓瞎", 意思大致是"没有头绪,茫然无绪", 而如今很多网友面对茫茫 Blog 大海, 也有无从组织信息的感觉, 不知道抓虾的命名是不是也有这个意思, 不久的将来"抓虾"或许可以帮助我们一下.

抓虾让我满意的一点是速度不错, AJAX 最近一窝蜂的都在用, 不过如果网站速度响应不及时, 再炫技也不会让用户满意. Bloglines 的速度就让我很不舒服. 我总是等不及那一秒左右内容才会显示出来. Flickr 也是这样, 太影响国内用户体验了.

推荐功能对当前的国内用户来说，也是一个很有用的功能。这个功能我想发展方向还是针对用户的知识发现为主为好, 如果真的变成了 Digg ，反而不好, 因为没有评论.
抛开其他联机/客户端 RSS 阅读工具的主要都由功能不说, 抓虾另一个比较方便的设计点是 "浏览全部正文" 与 "只要浏览标题' 之间的快速切换. 很简单的一个设计, 但是能让用户从不同的维度阅读信息, Bloglines/GreatNews 这一点就做得不太好(还是有这样的功能我没发现?)

订阅我的 Blog 到抓瞎:


观察到已经有 35 个朋友订阅了我的 Blog :)

发现了抓虾的一个处理 Blog 主题的小Bug (有图为证)

给抓虾的两个意见：
1) 频道收藏的地方, 最好能有针对性的地方对读者推荐 Blog(结合 SNS?).
2) 我找遍了屏幕，没发现可以手动刷新 单个RSS的功能.

BTW:从抓虾日记了解到，他们最近的一次性能改进:

我们将原来的各个 JavaScript 文件被合并成一个，并进行了压缩。这样就节约了大概 10 次的服务请求和 50％ 的字节下载

Posted by Fenng at 9:02 PM | Permalink | Comments (2)

沸沸扬扬的 EMC 的"邮件门"事件 刚过去没几天, 新的 惠普 "邮件门"又粉墨上演. 如果说上一次的 "秘书 PK 老总" 和我们技术工程师关系不大，那么这次这位惠普的工程师的声音多少贴近我们的生活.

令我最感兴趣的是这句典型的"嵌入式"英语:

我的 manager 沙博士经常 challenge 我的问题是：你的 level 太高了，你的工资比我还高，你想想该怎么办？

我以前在一家公司也遇到过一位所谓的博士,中科院毕业的博士, 这位博士的本事就是逼着团队的技术人员每天总结技术经验给他, 然后"博采众家", 给人的感觉如"万金油"一般. 当时团队大约有十几个人，做到项目的最后, 这位博士把所有的人都得罪光了，也把技术人员开除的差不多了，自己拍拍屁股走人--跑 Oracle 做销售去了. 这是我见过的印象最差的自称博士的人.

即使在号称"以人为本" 的惠普中国也会发生下属挑战博士经理的的事件，可见, 在任何一家公司, 高学历, 低能力的管理人员和草根技术人员之间的矛盾始终是存在的, 甚至是很难调和的．邮件中的这位惠普员工，学历背景肯定不如"沙博士", 否则也不会总被 "challenge", 不过也可以相信, 这位老兄自有业务/技术上的过人之处之处, 才敢以鄙视沙博士其实是"啥也博士"．如果双方都能尊敬对方的长处, 而不是鄙视对方的短处, 应该相处甚欢才是.

这一年多来, 商务邮件的泄漏似乎越来越多了.

--Update: 最近这 "XX门" 越来越多了.下次争取不用了 :)

--End.

Posted by Fenng at 8:17 PM | Permalink | Comments (2)

Oracle 公司的公司的首席安全官 Mary Ann Davidson 最近在抱怨开发人员没有安全意识: 不安全软件的问题就在于软件开发者在大学的时候没受到相关的培训(The problem of insecure software starts with how software developers are taught at universities), 当然, 说这话的目的并不是说 Oracle 的安全做得有多么好, 而是 Oracle 正在逐步改进软件存在的大量安全问题(自从 Oracle 任命了这个首席安全官之后，在业界更多的用户反而真的意识到 Oracle 的安全其实做得不怎么样) , 并透漏 Oracle 专门创建了一份长达 200 页的安全编码规范. 这份文档从对一个缓冲区溢出漏洞的解释而扩展开来, 是 Oracle 的　Chief Hacking Officer (首席黑客?　听起来很酷) 的工作成果． Ann 同时强调了这份标准的重要性 "reflect both "oral tradition" and actual history of coding at Oracle" . 而在此之外, Oracle 也引入了第　Fortify　公司的三方工具进行代码审查.

虽然 Oracle 在对第三方安全研究人员的傲慢与故作姿态引起安全社区很大不满, 但 Oracle 在安全方面的决心还是不容置疑的. 最近也获悉 Oracle Database Vault 这个产品将会与 Tripwire 进行合作. Oracle Database Vault 用于提高用户访问的控制能力. 这个东西加上 Label Security、10g 的TDE、VPD、Oracle Secure Backup, 已经是一套比较完整的安全框架了.

作出这么多动作的 Oracle 会把安全真的做到位么 ?

Posted by Fenng at 8:14 PM | Permalink | Comments (0)

近来 IT 江湖刀光剑影, 口水横飞, 此类事情, 大多是 PR 公司的 PR 所为. IT 人士口中的所谓 PR , 不是 Google 的 PageRank, 亦非 Permanent Resident (详情请用 "什么是 PR" 搜一下), 而是 Public Relations , "公关"是也. 我有个同学曾经短期从事 PR, 告诉我: 你就认为是 骗(P)人(R)就成了．我个人感觉 PR 人 与 IT 记者其实差不多, 如果是凑成了一小伙, 那就成了 PR 公司了.

Donews 算得上 IT 江湖 PR 的公共场所. 经常有各路神仙上来报告什么同时在线人数"过百万","过千万", 融资"过百万","过千万" 之类的"新闻". 大小卫星不绝, 大型 PR 小型 PR 频繁登场.

当然, 也有 陷入 "PR 丑闻"的, 比如 这则不知真假的 PR 内幕 , 让人感慨, PR 赚点钱也不那么容易.

--End.

Posted by Fenng at 7:41 PM | Permalink | Comments (1)

我想说的是，方舟CPU的问题跟汉芯是完全不同的性质。而且，能够做出这样的东西来，公司是花了大量精力的。
--方舟科技某员工

我其实是正常人， 不是御宅族
--后藤和茂 :让超级计算机跑得更快 (现在超级计算机解线形方程的程序,基本上都是用他的)

如果你希望手中握的最新最好的 iPod，那你每年至少都该买一台新的。
--乔布斯

创办网易的时候，我只是想做一个小老板，我从来没有一个远大的理想，从来没有想要成为一个很有钱的人。
--丁磊

Continue reading "本周言论 之 生活质量" »

Posted by Fenng at 9:43 PM | Permalink | Comments (6)

不知道是不是受了"超级女声"活动的影响, 一些厂商也开始动起"选秀"活动的脑筋．CSDN 上看来的一则新闻:IBM 独家赞助的“中国杰出数据库工程师评选”正式启动. 点击进去, 居然还有一个官方网站的, 仔细一看，居然相关链接还有我的 Blog , 可惜的是, DBA 错拼成了 DAB, 站点制作者也太粗心了一点.

首页上的内容说这个活动:

旨在打造中国数据库领域第一评选，在全国范围内评选出数据库领域优秀人才，凝聚数据库领域精英人才，为中国信息化建设提供技术驱动力量。

好奇的注册了一下，并看了一下规则，居然还有什么初赛复赛决赛，还有什么专家评审, 看来江湖流行的 "PK" 也会出现阿. 建议最后再来一个现场直播吧.

唉，"IBM独立赞助此次活动", 这个活动更像一个刚入行 PR 急于想做出来一点成绩而进行的操作. 联想前一段时间的所谓 "Oracle 什么迪斯尼开发大会", 这些应用软件厂商阿，就不能来点务实一点的市场推广活动么 ?

--End.

Posted by Fenng at 10:20 PM | Permalink | Comments (8)