2008-01-21 Mon
故障的原因是技术人员将数据库中的几个数据字典表Truncate掉，这直接导致了数据库不可用。
数据库环境为Oracle 9.2.0.7 RAC环境。由于数据库的事务量巨大，所以数据库没有备份。
现场检查确认，主要被截断的表有这样一些：
SQL> select object_name,object_type from dba_objects where object_name like 'IDL%';
OBJECT_NAME OBJECT_TYPE
------------------------------ ------------------
IDL_CHAR$ TABLE
IDL_SB4$ TABLE
IDL_UB1$ TABLE
IDL_UB2$ TABLE
关于IDL_UB1$表，我以前讨论过，这是非常重要的字典表，一旦出现故障，数据库会出现大量的ORA-00600错误，所有事务不能进行：
ORA-00600: internal error code, arguments: [17069], [0xC0000000DDDFA690], [], [], [], [], [], []
ORA-600 17069错误是最头疼的，客户当时数据库的一个跟踪日志已经暴涨到5G左右。
IDL系列字典表是记录数据库对象编译信息的，丢失了其中的数据，所有过程、Package等都将无法执行。
摘引一点关于这几个字典表作用的说明：
IDL_UB1$ is one of four tables that hold compiled PL/SQL code:
IDL_UB1$
IDL_CHAR$
IDL_UB2$
IDL_SB4$
"PL/SQL is based on the programming language Ada. As a result, PL/SQL uses a
variant of Descriptive Intermediate Attributed Notation for Ada (DIANA), which
is a tree-structured intermediate language. It is defined using a meta-notation
called Interface Definition Language (IDL). DIANA provides for communication
internal to compilers and other tools.
"At compile time, PL/SQL source code is translated into machine-readable
m-code.Both the DIANA and m-code for a procedure or package are stored in the
database.At run time, they are loaded into the shared (memory) pool. The DIANA is
used to compile dependent procedures; the m-code is simply executed."
These four tables hold the DIANA and the so-code m-code. I think "m-code" is
short for machine-dependent byte code but there is a sizable machine-indenpendent part as well. If you have a look at sql.bsq, you can see
that Oracle documents the "type" column of these tables as follows:
part number not null,
/* part: 0 = diana, 1 = portable pcode, 2 = machine-dependentpcode */
更严重的情况可能会导致大量系统DBMS包失效，其重新编译将更加复杂。
恢复进行了6个小时，成功帮助用户恢复了数据库，消除了所有ORA-600错误。
恢复最主要的是通过运行相关的脚本，重建和重新编译所有Procedure/Trigger/Package等对象，重新生成这些对象的DIANA和so-code m-code，这些主要的脚本包括catlog.sql,catproc.sql等。
当然最重要的是，一些ORA-00600错误需要解决，这可能会花费大量的时间。
这一案例的恢复过程并不重要，重要的是DBA应该学会永远不要让我们的数据库置于这样的危险境地。
DBA四大守则之一：备份重于一切。
DBA的基本素质之一：严谨。
-The End-
相关文章|Related Articles
- 497天是一个轮回-记Linux时钟的回转
- Resize datafile导致ASM Crash一例
- 光纤通道故障导致数据库崩溃
- 阵列增加硬盘导致IO错误一例
- DataGuard数据库服务器硬盘故障处理一则
评论数量(5)|Add Comments
本文网址：http://www.eygle.com/archives/2008/01/truncate_dict_recovery.html
Be sure you order the correct Hardware Management Console to match the code you plan to run.
The 7042 machine type is for HMCs running Version 7. This Licensed Internal Code is a requirement for managing POWER6 servers, such as the 9117-MMA. However, it will also support POWER5 and POWER5+ managed servers.
The 7310 machine type is for HMCs running Version 6. You cannot manage a POWER6 server using this HMC code. It is for POWER5 and POWER5+ managed servers only.
Many 7310 HMCs can be upgraded in the field to support HMC V7 Release 3 code. However, the reverse is not true. IBM does not support changing a 7042 HMC to support HMC V6 Licensed Internal Code. Attempting to load HMC V6 LIC on a 7042 will produce an error message and the installation will be blocked.
In current models, the only difference between the two machines is a feature code that specifies which code to install. The hardware is identical. Feature code #0961 drives shipment of HMC Version 6 with the HMC. Feature code #0962 drives shipment of HMC Version 7.
To avoid delays, be sure you know which HMC code environment you want before ordering your HMC.
今天本来上班到下午4点就能下班的,结果想想,我就一大闲人,下班了哪里也去不了,加上刚好报销下来了,alan说报销了请我们吃丁哥黑鱼馆(就不给链结了,免得以为我收了人家的好处费),那就等到5点30下班.继续为公司奋斗了90分钟后,下班,收拾东西,出发.好家伙,杭州的交通真是好.下班的时候,毛毛雨,那就按照lilian说的,一边走,一边等的士吧,6点10分,终于......,不是打到的士了,是走到了.为了吃鱼,走了40分钟.我也佩服我自己呀,谁还说我不锻炼,我这不是每天都步行的吗.不过据说我的头发又在外面洗了一次,免费的,真好,这日子过的,洗头都不花钱(下雨我很少打伞,虽然我的包里面有伞,不过是为同行的女士准备的).
说实话,那黑鱼真好吃,以前我吃饭从来都不喝啤酒以外的酒,这次,因为长期的郁闷,其实这几天我每天都有喝红酒,和alan两个人,喝了一瓶红酒,据说还是95年的干红,我估计能是05年的就不错了.
ok,吃完饭,正准备回家列,收到短信,有人问我抽烟没,唉,怎么就没人相信我是真的戒烟列.
回到家,这一看,好家伙,明天的早班lilian非要帮我值,而且是帮我值4天,我在年前帮lilian值2天早班,化算呀,其实我比较不喜欢值班,事情太多,要处理的东西也太多,精神高度紧张.
没事干了,看书吧.看了会piner写的书,书是真不错.然后fenng推荐的耳朵大有福下载完毕,那就看看呗,反正我也睡不着.
看完了,整体感觉,这个,这个片子,真的是贺岁片吗?怎么现在的贺岁片不流行喜剧了,整体看片子描写的就是小市民的生活,很亲切,虽然我不是东北人,有很多生活的场景不是很熟悉,但是整体还算不错的,最起码能理解.
电脑算命,人力三轮,电视中的什么什么情缘速配,唉,在我老家的县城,这些可都是很常见的.
给我感觉最深的还是那个带音乐的人力三轮.那句话 ,干什么不都得琢磨.是的,干什么都要琢磨,就是捡垃圾,如果你琢磨,你就能比别人捡的好.更何况是人力三轮.
那么,我的工作,我的职业规划,我的oracle,是不是都应该比别人多花点时间琢磨.一直以为自己智商高,其实那算什么?能搞oracle的,就没有一个笨人,凭什么我可以作到比别人好,除了自己琢磨,还能有啥.
多琢磨琢磨自己的事情,任何行业,只要你琢磨,你就能比别人作的好,不是吗?那么,努力的琢磨吧.
很可惜,好像喝的有点多,其实回家后又喝了一点.现在,有点晕,可是睡不着,那么,等下再吃点安定,然后睡觉,然后上班,琢磨oracle.
作者:AnySQL, 发布在anysql.net
个人网站建在Movable Type平台之上, 用了防Spam留言的Secure Code插件后, 虽然一直停留在MT 3版本上, 倒一直很稳定, 所以也没有升级到MT 4版本, 运行一年下来, 收到的垃圾留言还不到20个, 当然访问量低下是最主要的原因了, 据说Fenng的DBANotes常常收到很多的垃圾留言.
一周前, Movable Type推出了一个经历273天才发现的安全补丁, 由于2006年8月份有过一次站点被黑, 所有页面被删(做数据库的居然不备份自已的Blog数据, 实在是一种耻辱, 不太好意思说出口)的经历, 因此对安全补丁特别小心, 就进行了到3.36版本的升级, 升级总的来说是成功的. 标题上的失误是一周后的今天才发现的.
登录到后台管理中心, 发现居然有了四十条垃圾留言, 怎么进来的? 是Secure Code插件失效了吗? 不是, 因为Secure Code插件还不是MT 3版本标准的插件, 因此每次升级后, 都要改一下处理留言的那个角本(Comments.pm), 有两个机会, 垃圾留言可以进入.
1, 修改Comments.pm需要一定的时间, 大约几分钟吧.
2, 因为运行在FastCGI模式, 在修改完Comments.pm后, 需要touch一下mt.fcgi和mt-comments.fcgi文件, 使之生效, 而我刚好忘了touch后面这一个文件, 直到一个多小时后才发现.
就因为这一点小失误, 足足多了三十几条垃圾留言, 希望大家在升级MT 3版本时注意一下. 另外Fenng的MT 4版本运行得很慢, 我想有两点可以修改一下, 一个是对Tag搜索进行HTML静态Cache, 二是对MT 4自带的Secure Code功能进行一下Cache, 另外我的SCode是改造过的, 运行在FastCGI模式下的, 估计要好得多.
我看自已的网站, 一般Load是小于等于1.
相关文章 | Related Artiles
A notification is an email, page or SNMP trap that is generated when a host changes its state or when a service check has exceeded the configured thresholds.
Notifications are sent via three modes of communication: e-mail, SNMP trap, and pager. These can be acknowledged via e-mail. Only e-mail and pager notifications require acknowledgement, as SNMP traps do not participate in the escalation process.
If the notification arrived via e-mail, simply click on reply in the mail application and put ACK [Send ID] or NACK [Send ID] in the body or subject line of the message. The NACK response causes the alerting engine to automatically escalate to the next person on the list regardless of Acknowledge Wait Times. The Send ID needs to be known in order to acknowledge the alert in this fashion. This right-character set can be found in the body of the notification.
“人有多大胆，地有多大产。”这句话是我怂恿牟森老师时说的。当时我撺掇他采访德国史诗电影《故乡》的导演埃德加·莱茨。
牟老大受鼓舞，居然联系成功。帮助他完成这个看起来不可能完成的任务的，是他的德国朋友安琪。安琪姑娘住在柏林，为此专程前往慕尼黑对埃德加·莱茨进行了专访。采访用德语进行，她又将访谈内容译成英文，再由牟老的太太从英文译成中文。2007年，我在北京见到了这位热心的安琪姑娘，她提出可以为《读库》采访《窃听风暴》的导演多纳斯马克。她曾经在中国留学过几年，这次用半生不熟的北京话对我说，她准备直接用中文来撰写这篇文章。
《好莱坞电影俗套》编译自一本英国出版的小册子。我感觉颇为有趣，却被许多读者认为没有意思，于是在连载了三次之后落下帷幕。有趣的是，这个系列文章居然是各报刊转载《读库》文章次数最多的。
《历代诗话》中有这样一个故事。某诗人在一首五律中写道：“家兄塞北死，舍弟江南亡。”有人看了他的作品，便非常同情地对他说，你真可怜，兄弟双亡。这人说，不是，其实只死了哥哥，但是为了对仗工整，只好这么写。
《故人2002》一文是秦峥老师的一篇文章，他深情地回忆了几位在2002年去世的艺人，牛振华也在其中。问题是，人家牛老师分明是2004年才去世的，让我们共同鄙视一下秦峥老师。
作为绿色和平组织的志愿者之一，刘芳姑娘于2006年3月来到巴布亚新几内亚，与其他志愿者一起进行保护热带雨林的工作。《天堂鸟飞过》一文是她归来后写就的手记。“当地人曾经在夜晚的篝火旁对志愿者们说：‘我想前往各个进口盗伐木材的国家，告诉那儿的人——请不要用我们的家，来建造你们的家。’”这句话令我印象深刻。2007年，我参与《森林之歌》专题片的文字编辑工作，曾写就一篇文章，提到过这篇文章：
如今，国人的环保意识日渐增强，许多森林被保护起来，禁止捕猎，禁止采摘。但是，听森林组里的战士们说，那些停止采伐的林区，工人们便转战柬埔寨，几年时间，那里的森林覆盖率由百分之三十七降到不到百分之十；中国曾经与朝鲜有过木材换粮食的贸易，也是几年时间不到，那边就秃了好几座山。《读库0603》中有一篇《天堂鸟飞过》，是刘芳姑娘记述她去巴布亚新几内亚的天堂雨林做志愿者的经历，她对我说，那里被盗伐的木材，许多都流向了中国……
《狂暴的青春期皇帝》是老猫写的一篇历史随笔，同是关于文中所提到的皇帝刘子业，他写了一部长篇小说《废帝》，已于2007年出版。这篇文章刊发不久，便接到常州读者张军先生对文中的一处指正，在前废帝时期的那个王姓大将，不是王僧辩，而是王僧朗。向张军先生致意。
Kaj wrote me email yesterday asking if I was sleeping for a whole week or may be dead because I’m probably the only one of people blogging about MySQL who has not commented about announced Sun - MySQL Deal.
In fact I was just on extremely busy travel schedule last week, so I’m just finding a bit of time now to comment on it.
First it is very interesting for me MySQL choose to be bought out by Sun rather than going IPO even though as I understand majority of the steps required for IPO already were done. This could be related to current market conditions or may be 1B price tag was at higher end what was expected from IPO, It also could be getting mostly cash payment now was attractive.
If we compare price tag of MySQL to other public “Open Source” companies - we can see it being about 1/4 of RedHat or 1/2 of Novel which seems quite decent valuation for me.
As minor MySQL stake holder I would be excited to see stocks traded on the stock exchange though getting decent cash straight away is not bad either.
Looking from Company and Community prospective I have mixed feelings and think a lot depends on how deal will be executed in details. Of course it is better compared to being purchased to Oracle or IBM.
How much independence will MySQL management team have ? How much of big company legal and administrative nightmare would be enforced ? How relationship with other partners will be structured - will Sun will be able to work with Oracle (Innodb Owner) well or will Falcon be pushed hard as Innodb replacement even if it is half baked ? Will better integration with Sun products mean resources will be taken away from making things work as good as they can with Linux ? Will Sun follow Open Source spirit of MySQL Founders (and I mean Founders because spirit is not uniform across everyone in the company) or will we see more and more push to purchase MySQL if you really plan to heavily use it ?
Now for Percona, our consulting company this is mostly positive development. Sun will work on expanding MySQL market further which will mean more consulting work available, and not only that 
Anyway my warmest congratulations to MySQL Founders, Management and all staff members with this event. I remember Marten saying once on the company meeting few years ago “If MySQL will get market value as Google is now, every one in this room will be millionaires”. This did not happen but I expect at least MySQL old timers to get a good bonus for years of their hard work.
Entry posted by peter | One comment
Add to: 
| 
| 
| 
| 
Kaj wrote me email yesterday asking if I was sleeping for a whole week or may be dead because I’m probably the only one of people blogging about MySQL who has not commented about announced Sun - MySQL Deal.
In fact I was just on extremely busy travel schedule last week, so I’m just finding a bit of time now to comment on it.
First it is very interesting for me MySQL choose to be bought out by Sun rather than going IPO even though as I understand majority of the steps required for IPO already were done. This could be related to current market conditions or may be 1B price tag was at higher end what was expected from IPO, It also could be getting mostly cash payment now was attractive.
If we compare price tag of MySQL to other public “Open Source” companies - we can see it being about 1/4 of RedHat or 1/2 of Novel which seems quite decent valuation for me.
As minor MySQL stake holder I would be excited to see stocks traded on the stock exchange though getting decent cash straight away is not bad either.
Looking from Company and Community prospective I have mixed feelings and think a lot depends on how deal will be executed in details. Of course it is better compared to being purchased to Oracle or IBM.
How much independence will MySQL management team have ? How much of big company legal and administrative nightmare would be enforced ? How relationship with other partners will be structured - will Sun will be able to work with Oracle (Innodb Owner) well or will Falcon be pushed hard as Innodb replacement even if it is half baked ? Will better integration with Sun products mean resources will be taken away from making things work as good as they can with Linux ? Will Sun follow Open Source spirit of MySQL Founders (and I mean Founders because spirit is not uniform across everyone in the company) or will we see more and more push to purchase MySQL if you really plan to heavily use it ?
Now for Percona, our consulting company this is mostly positive development. Sun will work on expanding MySQL market further which will mean more consulting work available, and not only that
Anyway my warmest congratulations to MySQL Founders, Management and all staff members with this event. I remember Marten saying once on the company meeting few years ago “If MySQL will get market value as Google is now, every one in this room will be millionaires”. This did not happen but I expect at least MySQL old timers to get a good bonus for years of their hard work.
Entry posted by peter | No comment
Add to: | | | |
1. 小时候，父亲很严厉。他在隔壁咳嗽一声，我都会哆嗦一下。第一次“指挥”父亲，是“双打”“坦克”，父亲不熟练，我第一次向他喊：“快点，快点。”当因为父亲“失误”，而使我们的“堡垒”被攻破时，我能第一次感到了父亲的歉意。
2. 为了不让我的儿子怕我，我从来没打骂他。为了让儿子有挫折感，我和他“对打”“生与死”，我将他打得落花流水。他在地上打滚，泪如雨下，嗥叫“不带连续进攻的。”我不理他，继续将他打得落花流水。
3. 文艺理论认为，读者喜欢读小说，是为了满足角色扮演的需要。没几个人能像宝哥哥那样生长在万花丛中，但每个读者都可以扮演一次贾宝玉，让众多女孩爱着。但读者为什么也喜欢看压抑的《罪与罚》、看暴力的《发条橙子》？难道，人真的是一半天使一半魔鬼？难道读者也有扮演魔鬼的需要？难道扮演魔鬼也有快感？
4. 我上中学那会，报上时常论证黄色小说和青少年犯罪的关系。我相信，少年犯大都看过《少女之心》可能是事实，但看过《少女之心》的人，99.999%不会成为少年犯。
5. 现在，报上时常讨论网络游戏对青少年的毒害。连续打网游死在网吧的个案确实让人触目惊心。但玩网游没死在网吧的人有几千万。几千万对个案，哪个是大数因果？哪个是臆造的狂想？近100年来，全世界死于车祸的人数已超过2000万，但我们依然在大力发展汽车工业，因为近100年来，没死于车祸的人更多。
6. 我承认，网游对青少年的吸引力大于读书，对网游内容应该进行更加严格的审查、分级，我赞成应该有反对网游的声音，这样可以提高网游厂商的底线，但不同意，将网游简单地说成精神鸦片。
7. 我们很少考虑吃饭有什么用，因为不得不吃饭。我们很少考虑游戏有什么用，因为不得不娱乐。娱乐会增加幸福感。我问我的儿子，什么时候最幸福。他说：“打游戏的时候。”放心，我会引导、劝说、督促他学习，但我不会粗暴地剥夺他的幸福。
作者：Fenng 发布在 dbanotes.net. 订阅 DBA notes
有句俗话说的好，”当你手里拿着锤子的时候，整个世界都成了钉子“，数据库理论专家 David DeWitt 也闹这毛病，他的这篇 MapReduce: A major step backwards 差不多快成最近几天技术圈子的一个笑料了，连久不更新的汪海都来了兴致写了一篇评论。
有的时候我怀疑是不是国外这些学院派的教授也和国内这些老学究差不多，固步自封? 估计 David DeWitt 被一群实践派的后生小子当作笑话消遣肯定很恼火，期待他后续的回击。其实话说回来，RDBMS 理论这么多年来基本上也就是搞些"老树成精"的研究，真正转入实际应用的理论怕是真不多，VLDB、BI 方面貌似繁荣，其实也就那么回事。就拿 Oracle 来说（汪海说了：千万不要对自己不熟悉的东西妄加评论），在这几年的 VLDB Endowment 上，发布的论文寥寥。实际在产品中起用的技术就更少了。
p>我这次到发现一个现象：Google 的牛人列表里好像还真没有数据库方面的理论大师...
--EOF--
相关文章|Related Articles
评论数量(0)|Add Comments
本文网址：http://www.dbanotes.net/database/mapreduce_database.html
最近作者还说了什么? Follow Twitter / Fenng
我被google面试后——回答“谷歌如何打败百度？”王利杰/文
……这个问题是什么呢？
就是：“你认为谷歌如何能在中国打败百度？”
这个问题我当时就想，我要花时间写一篇Blog来整理一下思路，可当时我确实不知道如何回答，因为我本就没有方案，而来用英文应变的能力有点跟不上，索性说不知道好了，无所谓，反正那个职位是北京的，而且我在上海工作的还挺好的（我向来有Q精神）。
今天在上班的路上，我想到了一些解答的药方（不一定是良方）。
谷歌为什么在中国会失败？
让我用一个很俗气的方式来回答：“因为谷歌在中国仅仅做了一些汉化的工作，而非本地化”。
那么，何为本地化？我认为，本地化只有一个核心要领，其余的都是对这个要领的配合而已，这个要领就是“决策的本地化”，为了实现决策的本地化，你需要有本地人才，本地市场调研，本地办公室，本地域名，本地服务器，本地语言，本地客户……
看看谷歌有什么？除了“决策本地化”，其他貌似都有了。而所有谷歌已经具备的本地化条件当中，除了没有实现“决策本地化”之外，还有一项最缺失的，就是“人才本地化”，这是决策本地化可以得以的第一优先级条件。
那么，何为人才本地化？
我 认为，人才本地化也只有一个核心要领，其余的都是一对这个要领的补充和支撑。这个要领就是“任人唯贤”，注意，没有人规定，贤人一定要说一口流利的英文、 毕业于欧美或者至少是中国的名牌大学、具备近10年的工作经验或者在本学校连续拿一等奖学金、对Google的职位特别重视、最后还愿意居住生活在北京？ 这些条件都具备的人不一定是贤人，而贤人不一定是高材生，不一定品学兼优，不一定德才兼备（Apple的创始人Steve Jobs是个相当不厚道的人，很多人可能仅仅看到他光鲜的一面，这个我们今后可以慢慢探讨）
我 有个朋友，早些年收到eBay的邀请去管理一个部门，他提出一个条件，否则就不接受这个Offer，这个条件就是“我去了这个部门就会炒掉所有的部门成 员，然后自己重新招一批来！”对方问，为什么？答曰：“因为我不相信专业英语8级的好学生能懂中国互联网；他们如何与淘宝的那些“土人”竞争？”
我很认可这个说法，既然你进军中国，你就至少要说中文，坐在中国的办公室口吐英文，衣着光鲜（虽然我也喜欢这样的日子，小资情调作怪），还要更那些成天泡在中国互联网市场的“土人”们竞争？靠什么竞争？靠电子邮件？靠新闻稿？靠美金？靠什么靠？这就是我们常说的：三好学生干不过社会青年。不是吗？案例比比皆是，尤其是经典的谢文离职雅虎中国，更能给人无限启发。
谷歌如何成为中国的Google
前面是铺垫，现在才算正式回答这个问题了吧。1. 最难的一步：为谷歌找个有决策能力的本地企业家来（他可以不懂英文，找个翻译帮忙就是了）。我觉得开复是个儒家的学士，是个教育家，公益事业家，令人尊敬的人生导师，但他不是企业家，尤其不是中国的成功企业家。我 认可的几个事业成功的企业家如：任正非（我的前任老板）、Steve Jobs（苹果的创始人）、胡祥（我现在的老板，智多微电子的创始人，总裁，首席执行官）都有一种特质，就是“霸道”，你别说这种其实虽然让你有时候挺郁 闷的，但是对企业的发展来讲，霸道才是王道。而这种霸道如果配合了“战略敏感”那么就所向无敌了，成功是迟早的事情。
2. 人才本地化：人才本地化首当其冲就是将谷歌的办公语言改为中文，除了少数几个需要频繁向美国汇报的高管在跟美国汇报的时候可以使用英语以外，其他人用中文 沟通。招聘的时候不把英文做为任何考核项目，能说最好，不能说拉倒；其次就是扩大候选人范围，缩短面试流程，在各个主要城市快速设立本地办公室，满足本地 人才需要；在中国，有更多更加优秀的人比如5G论坛的各位活跃分子（5G的兄弟们，我爱你们，哈哈）
3. 市场本地化：有了本地化的人才，就可以充分分析本地化需求，开发本地化产品，然后尽快本地化决策，本地化运营，本地化推广，本地化合作，本地化联盟
4. 放低姿态，广泛合作：由于具有了本地化的人才，了解中国市场，了解中国互联网发展，在互联网领域形成一张无形的网，通过SNS理论让谷歌的员工连接到中国 互联网所有的企业老板，那么谷歌就能在中国展开新一轮真正属于谷歌的收购，兼并，合作，发展，并最终战胜百度（打个比方，如果谷歌输入法愿意与若邻合作， 推出若邻版的输入法，词库包含了在若邻所有注册的真实姓名，那么若邻100万用户使用这个输入法输入任何其他若邻用户姓名的时候就会非常方便，不是吗，干 嘛盗用人家搜狗的词库，搜狗有的谷歌都有，而若邻有的谷歌就没有了）。在中国谷歌可以合作或者收购的企业太多了，我熟悉的就有：若邻、博客大巴、 KeepC、MyTT、SayJoy、抓虾、航海家、欧飞、智多微电子等等（认真想想，合作空间巨大）
补充：其实 我对百度并无太多好感，因为作为一家盈利的企业，打败谷歌的企业，百度在有些做法上很让他的客户伤心，但是没办法，垄断嘛，总是要牛一点，不是吗。如果他 欺负了你你还要去找他合作，那就只能说明少了他你还是不行，承认吗？那么多中小企业集体抗议，何必？用脚投票不更好？可他们不能，因为谷歌替代不了百度， 至少现在是这样的！
作者：本刊记者 罗燕 出处：《环球企业家》2008年1月5号刊 总第148期 发布时间：
被业界打上“极度谨慎”标签的李彦宏已经拥有了三倍于Google中国的市场份额，为什么还要推动一场遭到张朝阳嘲讽的国际化努力，并进入马云的地盘？（别忘了，他也不怕马化腾）
1999年底，当纳斯达克指数从2500点跃升至3000点，又用了一个半月时间冲至4000点，31岁的李彦宏正在给自己筹备中的公司起名字。他已在美国搜索引擎公司Infoseek工作3年，但他想到的是Infoseek的竞争对手Inktomi。忘了在哪里看过，Inktomi一词为印第安语，意为“智慧的蜘蛛”。李推想：如果一个出自印第安语的品牌可以被美国用户认同，那么如果有一天自己的公司变成一家世界级公司，给它起一个源于古代中国的名字也是没问题的。于是，在1990年代末，中国网络公司普遍采用Sohoo、Ctrip、eLong等中英夹杂的品牌时，他从宋词中选取了“百度”二字。
在之后的8年里，李彦宏对外进行过无数次“百度”一词的解读，但他从未谈及与Inktomi的渊源以及隐含着的国际化梦想。
这的确不是一个能够轻易引得共鸣的想法。2002年起，李彦宏每年都会在公司董事会上提出国际化设想，屡遭否定。即使到了2006年底，百度在中国的成功已经难以撼动，当它宣布进军日本时，仍被搜狐创始人张朝阳揶揄说：“他们听华尔街的声音太多了，可能觉得这样能更快赚钱。”
对于此类质疑，李彦宏有一个直截了当的反问：“为什么没有人质疑美国公司说：美国市场那么大，你为什么还要做美国以外的市场？”2007年11月中旬，极少接受采访的李对《环球企业家》说：“15年之后，百度的收入应该有50%以上是来自中国之外的。”
虽然年近不惑，但李毫无中年发福的迹象，而他的面孔也仿佛比真实年龄要年轻10岁。与他同一时期创业的人们，已有不少开始将精力分散到投资及享受生活上，李还从未扮演过天使投资人的角色。平日里，他用着一个1980年代常见的带盖陶瓷茶杯，要在办公区穿行数十步，去到公用饮水机处打水。
他或许是2000年那一拨“知识英雄”里最不为人熟悉的。上市之前，李很少作秀，上市后，外界热情关注其快速增长的财富，他更不愿将自己塑造成“一夜暴富”的代表。一名已经离开百度的创业元老说李是那种“相信酒香不怕巷子深的人”。
很长时间以来，他被打上了太多标签：内向、低调、专注、谨慎——在色彩丰富的网络业，李的个性太传统，仿佛是从管理著作中走出来的“沉静型领导”。而李彦宏和百度的故事，则被简单概括为一次专注的胜利：这个学习图书情报专业，在美国第一波网络大潮时就职于搜索引擎公司Infoseek的搜索技术信徒，以极大的坚持迎来了科技产业的一个“范式变迁”（paradigm shift）。
这些评判并不算错，但多少掩藏了李的另外一些侧面。比如，外面看来，李彦宏的人生过渡很平滑，从创业之初就不缺资金，又有Overture和Google这样的同行开拓、试错，于是百度总是步子很顺。长久以来，人们无从知晓，李彦宏的国际化本能，以及在互联网这个讲求随机应变的行业里浸淫了11年，他还会试着以15年为时间框架进行思考。人们更难知悉，上市以来，李彦宏究竟在想什么，他有何改变。
“国际化就是本土化”
不难理解国际化对于李彦宏是怎样的一张牌。
李将进军日本定义为对百度核心竞争力的一次测试：在中国行之有效的方法是否在国外也有效？在目前百度的增长态势和股价势头下，这种测试的成本不高，但收效却可能是双倍的：既实现了收入增长，又在公司内重新营造起创业气氛。
但问题是：百度靠什么国际化？
免费的互联网服务，注定了百度不可能像绝大多数中国公司国际化一样，以中国低廉的劳动力作竞争优势。如果靠服务质量，百度能在哪个发达国家闯出名堂？
英语国家被首先排除：与Google在全球针锋相对仍显太早。近邻市场里，韩国也并非一个合适的选择。2003年，李彦宏考察过一次韩国市场，那里排名前三的搜索引擎都是当地公司，“我们不知道人家为什么成功”。
好消息是，经济规模五六倍于中国搜索引擎市场的日本，似乎仍有机会。在日本领先的搜索公司是雅虎和Google——两家百度异常熟悉的竞争对手——最近几年，Google份额大幅上涨，也说明这个市场并不排外，只要努力就会有回报。
而且，李能够感觉到市场需求。2006年，他在日本曾雇用日本一家互联网咨询公司一起调研竞争对手的产品。当李彦宏指着Google日本的页面上“I am feeling lucky”的按钮问该咨询公司人员：“这个按钮有什么作用”，对方给不出答案。这坚定了李的一个判断：即使Google仍没有做到针对日本网民定向设计产品。而雅虎的搜索技术在美国，纵使孙正义的日本雅虎团队足够熟悉当地需求，仍然是技术和用户体验脱离的“两张皮”的运作模式。
从百度的角度，需要经受考验的，是被李彦宏视为公司核心竞争力的“对用户的了解和对市场的了解”。
接受本刊采访时，百度技术总监崔珊珊提到了当年百度上市时候的招股说明书，当时，为了表达百度对中国市场尤为了解，招股说明书的首页上是英文的“I”在中文中的38种表达法，比如“我”、“俺”、“鄙人”等等。
“这很容易形成误解，”崔珊珊说，“事实上，并不是仅仅因为我们是中国人，才能在中国市场做得好，那样的话我们将无法进军日本。”
2006年7月时，百度内部正式开始日文搜索引擎的研发。这个团队并非专职，也几乎不懂日文，只是凭借中文搜索分词经验和一名翻译，就在一个月之内完成了从中文切词到日文切词之间的转化。当可行性被验证之后，百度才在北京总部建立起专门的日文搜索研发团队。除了日常开发之外，这个团队还需要跟着专门请来的日文教授进行日语学习，成绩定期考核，计入个人绩效之中。
整个2007年，除了将日文搜索上线，百度在日本最主要的工作是组建本土团队，并把当年百度的创业方式复制一次。
在日本，李彦宏的招聘要求是“日本人，对互联网和搜索引擎有着深刻了解”，但是并不要求学历和工作经历，甚至不要求会中文或英文。对于百度来说，这相当于找到了日本市场容易受到忽视的一群人——不会英文的日本人，在美国公司甚至本国公司都不会得到重用，但往往这群人中，能有“资深网民”。除了技术人员，百度还招募了来自广告的专业人员，李解释说：“搜索引擎从本质上说是一个媒体，以广告收入为主要收入来源。而广告公司的人，是比较容易能够理解搜索引擎和互联网网站的发展的。”
但当被问及日本市场需要做什么样的产品时，李彦宏和百度产品副总裁俞军均表示“不知道”：这需要由当地团队决定，他们只教授“方法论”。
正如人们常说的，国际化没有回头路。李彦宏在心态上做好准备了吗？
“你觉得我们需要有退路吗？”李反问。
立宪
无论百度的国际化能否立竿见影，百度都必须解答一个切实的问题：当公司收入翻倍，中高层的能力是否也能提升一倍？
2007年初，百度的员工约为3000名，到年底时，这个数字变成了6000。想让员工保持创业时期的热情，就变得越来越艰难。有老员工抱怨称，扩张策略放低了招聘门槛。而新员工则不免因为没有期权而觉得收入相对偏少。
这些都是李彦宏已经思考一年的问题。
上市之后，李的角色也在随着公司的成长而成长——他越来越不可能再去扮演产品经理，而需要不停留意“木桶”的哪一块板子有待补长。
有些事情是可以一眼看到的。比如，百度的期权主要集中在前300名员工，怎么对后来的人才造成吸引？此外，百度早年最独特的人才培养机制是让实习生像正常员工一样工作，每个人都要给自己的职位培养接班人，但这是在一个人员规模相对稳定的情况下进行的，当员工数量骤然翻倍呢？
2006年底，在百度效力了7年的CTO刘建国申请离职，李彦宏随后找到自己在Infoseek时的导师张以纬(William I. Chang)，希望对方推荐相应的接替人选。但张以纬跟李谈的，并不是技术问题，而是百度更需要一套吸引和培养人才的有效机制。
正如李一向的风格，他当时没有说什么，但几天后，他再次致电张以纬，直入主题：你来百度怎么样？
张当时正在经营自己的公司，但在李的邀请下，他飞到了北京，用5天时间，每天15个小时与百度的各个高层一对一面谈。甚至他原本用于婉拒的说法——自己希望更多时间呆在美国——也被李彦宏接受了。于是，2007年1月5日，张以纬正式以首席科学家的身份加盟。
外界一度将这名Infoseek前CTO的加盟理解为百度即将进行技术架构革命，但张以纬对《环球企业家》否定了这种说法，他把自己的首要任务描述为“立宪”：“不去指导任何细节，而是找到一个组织结构，树立一个培养人才的机制。”
而他开始在百度的正式工作，仍是与员工密切交谈。据张回忆，在数不清的面谈中，和他聊了五个小时以上的员工并不在少数。每次在聊天的最后，他都会让每个人推荐下一个值得一谈的人。
几周下来，张以纬开始着眼于两个方面：技术部门员工的考核体系和激励机制。在百度，员工和团队的审评是按效率，如果产品做得快且质量稳定就能获得较高评级，这样的直接后果，是员工只能用加班来提高效率，从而忽略了产品架构的优化。“我希望他们有时间多思考，而不是陷于加班的巨大压力之中。”张说。
在此考虑下，张以纬首先在技术部的每个分部门都建立了技术委员会，由工程师担当委员，负责审评员工产品以及评定员工的技术职称。在审评标准中，增加了两个重要方面：一是技术价值，即所开发产品的质量和架构，其对公司的价值及未来价值；其二是人力资源价值。即在开发此项产品中工程师有没有提高。此项改革实施之后，首先能使工程师在开发产品时更注重其内在结构，也能使技术委员会的工程师开阔视野，获得成长。
同时，张还试图建立更科学的绩效评估体系。此前，百度员工项目进展和技术考核都由“经理”评定，而张建议让技术委员会接手员工的技术考核。另外，在上级员工的绩效评定中，也让他管理的下级员工参与打分。
最重要的是，在此基础上，张以纬可以着手下一个棘手的项目：薪酬体系调整。据说李彦宏有调整薪酬体系的想法久矣，但这牵扯的因素实在太多。首先，技术委员会对员工的考核保证了薪酬体系调整的客观性。张随后确定调薪原则，比如根据每个人的潜力而不是现有能力给员工股票，这种潜力的评价，一方面基于技术委员会的考核，另一方面在于和该员工谈的过程中张以纬对其的判断。
据称，2007年，百度应届毕业生的工资已经比前一年涨了至少30%，其中有程序员的年薪达到了30万元。
专注？
在国际化开始的同时，百度已经走出了和Google不同的产品道路。
2005年以来，它先用贴吧、知道、百科、空间陆续构建了一个围绕着搜索展开的社区。而在2007年，它又先后进入了C2C和新闻领域。
那个以往高度强调专注的李彦宏，已经难以保持专注了？
李彦宏说，他认为“百度产品的线索感还是非常强的”：“搜索这个词，含义已经有点窄了，因为我们真正要做的事情是让人们更便捷地获取信息”。
这个说法诚然不错，但外界需要知道，在搜索这个大概念下，百度有可能做什么？或可能不做什么？——对于中国互联网业的创业者，太早撞到百度并不是好消息。
但这个标准很难界定。按照百度内部的说法，在考虑是否进行一项产品开发时，他们主要思考三个问题：用户是不是有需求？现有的产品是不是已经将用户需求满足得很好？百度来做这个的优势在哪里？
注意它们的排序：百度的优势被放在了第三个被考量的位置。
就C2C这款产品，有很多理由可以说明百度应该做它：C2C产品的本质是一个产品搜索；百度被搜索的关键词中，有很大部分是产品搜索。但李彦宏关于它最直接的一个判断是：“C2C在中国只有很短的历史，目前做的公司还很少，这就意味着它一定是不完善的。”
如果一定要对百度的产品脉络进行总结，那或许应该是：在信息搜索的基础上，逐渐强化各种人的关联。
一个相对明显的趋势是，随着网络业的发展，互联网由以信息为中心变成以人为中心，人的角色在网上越来越清晰，从博客等以人为主体的产品的兴起便可见一斑。早期，在百度贴吧中，为了使产品简洁、功能清晰，百度产品部门并不在其中加入签名档、头像等内容，而发现用户越来越多的“结识”欲望之后，百度推出了百度空间以及用关键词进行连接的交友产品。
在百度的产品人员看来，在交友和未来的IM战略中，百度的优势在于，点击每位用户个人描述中的关键词，便能找到有共同特点或兴趣之人——共同特征和共同兴趣是交友的重要基础，能解决现有IM工具无效沟通时间过多的问题。
如今，百度的产品经理甚至会为一款产品缺乏人际交互的品质而淡化一些功能。在百度2006年推出的新产品百度空间之中，有刚加入百度的工程师提出建议，希望空间的相册能做成Flickr那样的图片交流社区。产品部门的人用分析数据表示：在Flickr中，只有极少数的图片形成了交流，而大部分人只把它当成存储照片的空间，并未形成一个真正的图片社区，除了炫之外并不实用。
当然，一个大有诱惑的话题是：当百度不停进入其他领域，它会不会成为一个中国的微软？而当它进入腾讯和阿里巴巴的地盘，会不会让这个行业的重量级选手产生新的合纵连横？
可能性并非不存在。在整个行业都已意识到搜索引擎的战略地位时，重量级的选手总要在百度和Google之间做出选择。很长时间以来，阿里巴巴始终是百度和Google的广告大客户，但当百度进入C2C领域，至少淘宝的广告投放就会不可避免的倾斜——没有人会甘于用自己的资金将对手养胖。
同样重要的是，马云和马化腾都有充足的资金，这就意味着他们有时间与耐心，去打一场漫长的搜索战争。至少目前看来，马化腾对韩国搜索公司的研究已经有了不少心得（请参见本期另一篇封面文章《后企鹅时代》）。
对于这些猜测，李彦宏说他在媒体上看到很多，但是在业界的交流中没有听到。“难道像百度这样的公司，就不能去创新，不能去做一些新的东西了吗？”李反问。他也回避了IM产品会不会明确给出挑战腾讯信号的问题，他说：“腾讯已经在用Google，这个对我们来说没有本质的影响。”
It’s been four and a half months since Yahoo first previewed Delicious 2.0. We’ve heard not a peep from them since as to when it might launch publicly and replace the existing, somewhat dated interface.
Well, ok, there was a peep last week. In a blog post titled “using delicious on your iphone” on the Delicious blog, they say “We know we haven’t updated the blog in a looong time but the team has been heads down working on the next version of Delicious. We’ll have an update to share with you guys next week.”
The update may be Delicious 2.0 itself, or simply for information on when we can expect it. The team has obviously been working on a number of other projects as well, like integrating Delicious results directly into Yahoo Search.
My understanding is that the team has finalized most of the functionality and features and is working now to ensure it can handle the load of the full userbase and stay responsive.
Crunch Network: CrunchGear drool over the sexiest new gadgets and hardware.
作者：Fenng 发布在 dbanotes.net. 订阅 DBA notes
我前几天推荐的几个 Windows 小工具的 PathSync 一直没有汉化版。前几天收到网友 我爱新软 的邮件，他也是这个软件的忠实用户，并且动手做了一个汉化版。
相信这个软件有了汉化版后能更普及一些。我个人谢谢这位热心的朋友。他的网志：我爱新软 专门介绍一些软件工具的信息。
--EOF--
相关文章|Related Articles
评论数量(0)|Add Comments
本文网址：http://www.dbanotes.net/geek/pathsync_chinese_version.html
最近作者还说了什么? Follow Twitter / Fenng
I love your skin
Oh,so white
I love your touch
Cold as ice
And I love every single tear you cry
I just love the way you’re losing your lifeOh, my baby, how beautiful you are
Oh, my darling, completely torn apart
You’re gone with the sin, my baby
And beautiful, you are
So gone with the sin, my darlingI adore the despair in your eyes
I worship your lips, once red as wine
And I crave for your scent, sending shivers down my spine
And I just love the way you’re running out of lifeOh, my baby, how beautiful you are
Oh, my darling, completely torn apart
You’re gone with the sin, my baby
And beautiful, you are
So gone with the sin, my darling
ReadBurner doesn't focus on aggregating shared items from your friends and it's not restricted to Facebook: the application gets data from any shared items page. "In order to filter out the best stuff ReadBurner counts whenever an item is shared by multiple persons. Since Google Reader users can generally be described as very tech-aware, I think that over time lots of good stuff can come out of ReadBurner," explains the author of this project, Alexander Marktl. For now, most of the popular items are related to technology and a post can get at the top of the list if 20-30 people share it.
Louis Gray, who found this site in the referrer logs, thinks "there is a market for people looking for most popular shared items, and finding new people sharing what they read on Google Reader." It's not clear why Google Reader doesn't experiment with this idea, at least by de-duplicating the reading list and showing only once the posts shared by more people.
北京(20080111)
IMG_5526_nEO_IMG | IMG_5541_nEO_IMG | IMG_5570_nEO_IMG | IMG_5573_nEO_IMG | |||
IMG_5586_nEO_IMG | IMG_5602_nEO_IMG | IMG_5604_nEO_IMG | IMG_5636_nEO_IMG | |||
IMG_5639_nEO_IMG | IMG_5645_nEO_IMG |
&referrer=)
原文作者：Nat Torkington
原文链接：Dangers of remote Javascript
译者：sniffer
看了Rasmus在 OSDC上作的关于Web安全的精彩讲话之后，我认识到我们很幸运——一但攻击者能在你的浏览器上运行JavaScirpt那情况就太糟了。所以我们得反省自己，那些运行网站并且有很多广告或者装载很多Widget的人尤其应该考虑：你知道所有你页面装载的JavaScript?那些域名什么时候过期?你认识到远程JavaScript风险?如何减少风险?分散的内容意味着分散的安全性——让我们的系统比那些脆弱的组件更强壮完全取决于我们自己。
收藏到QQ书签
2008-01-20 Sun
2008-01-19 Sat
AnySQL.net
DBA notes
Oracle & Starcraft
eagle's home
给你点color see see
Oracle Scratchpad
Oracle Life
OracleDBA Blog---我不在江湖,江湖却有我的传说!
Photos from dbanotes
Chanel [K]
xzh2000的博客
Oracle Security Blog
ERN空间
Eddie Awad's Blog
MySQL Performance Blog
The Tom Kyte Blog
del.icio.us/fenng/oracle
AIXpert
O'Reilly Databases
Red Hat Magazine
DBASupport
Pythian Group Blog » Log Buffer
车东[Blog^2]
blue_prince
玉面飞龙的BLOG
此生 今世
人生就是如此
Orange Tiger 木匠 的 移民生活
生活帮-LifeBang
Hey!! Sky!
dba on unix
Oracle Notes Wiki
Welcome to brotherxiao's Home
柔嘉维则@life.oracle.eng
Fenng's shared items in Google Reader
缥缈游侠-logzgh
Tanel Poder's blog: Core IT for geeks and pros
DBA Tools
ilonng
yangtingkun
NinGoo@Net
Oracle & Unix
Inside the Oracle Optimizer - Removing the black magic
Ricky's Test Blog
DBA@Taobao
存储部落
Think in 88