10 01, 2011
2010转眼过去，最大的收获是从此以后，我不再是一头熊在战斗。
2011，期望，
每个月能看完一本书
完成一次中途旅行，两次短途旅行
学做人，学做事
最后期望所有我认识的、不认识的人都能健康、快乐
17 11, 2010
那是我日夜思念深深爱着的人呐
到底我该如何表达
她会接受我吗
也许永远都不会跟他说出那句话
注定我要浪迹天涯
怎么能有牵挂
梦想总是遥不可及
是不是应该放弃
花开花落又是雨季
春天啊你在哪里
青春如同奔流的江河
一去不回来不及道别
只剩下麻木的我没有了当年的热血
看那漫天飘零的花朵
在最美丽的时刻凋谢
有谁会记得这世界她来过
转眼过去多年时间多少离合悲欢
曾经志在四方少年羡慕南飞的燕
各自奔前程的身影匆匆渐行渐远
未来在哪里平凡啊谁给我答案
那时陪伴我的人啊你们如今在何方
我曾经爱过的人啊现在是什么模样
当初的愿望实现了吗
事到如今只好祭奠吗
任岁月风干理想再也找不回真的我
抬头仰望着满天星河
那时候陪伴我的那颗
这里的故事你是否还记得
生活像一把无情刻刀
改变了我们模样
未曾绽放就要枯萎吗
我有过梦想
青春如同奔流的江河
一去不回来不及道别
只剩下麻木的我没有了当年的热血
看那满天飘零的花朵
在最美丽的时刻凋谢
有谁会记得这世界它曾经来过
当初的愿望实现了吗
事到如今只好祭奠吗
任岁月风干理想再也找不回真的我
抬头仰望着满天星河
那时候陪伴我的那颗
这里的故事你是否还记得
14 10, 2010
很多人都说成功是被逼的，不是别人逼你，就是自己逼自己。我自己就被逼无奈充当了次山寨版800。
SUN的NAS存储因为机房温度过高没有响应了，以前也发生过类似故障，都是温度降下来后重启就好了，这次温度下来后，重启，启不来了，再重启，还是起不 来，可是存储这种高级货除了重启我也没啥招啊，只好打800报修，800给我开了个CASE，说一会会有工程师联系我。在等待工程师的过程中，经过反复重 启，串口连上去发现了点报错信息，如下： 查看全文
11 09, 2010
某个业务因为系统事件跟标准时间相差太大，挂了，排查下来发现凶手是因为CRONTAB中设置的定时任务消失导致，而这个定时任务干的活就是定期进行时间同步。开始怀疑是谁手工把定时任务干掉了，但是排查日志发现现象很诡异，询问所有有机器访问权限的人，没有人修改过这个咚咚。
/var/log/cron中的CRONTAB运行日志如下
Sep 7 12:22:18 machine1 crontab[14762]: (root) REPLACE (root)
Sep 7 12:23:01 machine1 crond[5696]: (root) RELOAD (cron/root)
/var/log/message中的系统日志如下：
Sep 7 12:22:18 machine1 su(pam_unix)[14626]: session closed for user root
唯一的线索就这么多了，从日志上看很可能是关闭ROOT用户的会话的同时，CRONTAB脚本进行了变更，那么什么情况下才会发生这样的问题呢？经过不停的模拟各种场景，终于找到了。首先开一个窗口，直接运行CRONTAB命令，然后直接把这个窗口关掉，这个时候后台的日志中就会记录关闭了ROOT用户的会话，但同时因为ROOT用户在执行CRONTAB命令，所以CRONTAB命令也被关闭，但见鬼的就是关闭CRONTAB命令的同时，会把CRONTAB里所有已经配置好的任务给清空。
那么很可能的场景如下：因为VPN访问生产系统，所以网络不那么好，所以有时敲下字母没反应的时候，就因为可能断掉了，然后就敲回车去进行重新连接，但很可能你已经敲下去的部分命令就这么被发送到服务器上被执行。所以CRONTAB被不带任何参数的去执行了，而正好网络中断或者关闭了客户端，那么就发生了上面出现的诡异现象。
一个好的习惯是，当网络不那么好的时候，一定要有耐心，敲回车之前多等3秒，甚至5秒，看看将要执行的命令是不是你期望的命令，有时候打错一个字母、多或者少打一个字母都是有可能的，但也许这一个字母就可能导致一起事故。
宁停三分，不抢一秒！
28 08, 2010
之前的NETAPP存储一直使用的是默认的MOUNT协议，也就是NFS3的协议，因为一个应用需要使用NFS4的协议，于是开始了苦难之旅。
首先默认情况下NFS4协议在NETAPP存储上是没有打开的，这个打开很容易，基于WEB的图形界面没有配置的地方的，只能通过命令行进行配置。登录进 去，然后使用options nfs.v4.enable on命令打开NFS4协议，这时候会提示说在冗余机头的情况下，那边机头也要搞，否则发生FAILOVER的时候那边就不能提供NFS4服务了，于是把两 边都搞好，在VOL上划了个QTREE，把QTREE EXPORT出去，然后就开始在客户端折腾。 查看全文
12 04, 2010
事关王家岭，思前想后还是只发一个标题吧。24 03, 2010
David Drummond, SVP, Corporate Development and Chief Legal Officer
今 年1月12日，我们在本博客上宣布，Google及另外二十余家美国公司受到了来自中国的、复杂的网络攻击，在对这些攻击进 行深入调查的过程中，通过我们所收集到的证据表明，几十个与中国有关的人权人士的Gmail帐号定期受到第三方的侵入，而这大部分侵入是通过安装在他们电 脑上的钓鱼软件或恶意软件进行的。这些攻击以及它们所暴露的网络审查问题，加上去年以来中国进一步限制网络言论自由，包括 对FaceBook、Twitter、YouTube、Google Docs 和 Blogger 等网站的持续屏蔽，使我们做出结论：我们不能继续在Google.cn搜索结果上进行自我审查。
查看全文23 03, 2010
绑定变量为ORACLE系统提供了很多优点，减少资源占用，降低资源争用，加速了SQL解析的过程，但同时也带来了某些缺点，比如对于数据分布严重不均衡 的列可能产生不正确的执行计划，很难得到绑定变量实际传入的值。在执行计划不正确的时候，我们要判断到底是因为不均衡的列的窥视带来的问题，还是统计信息 的问题，还是BUG或者其他问题，这时候就要看看到底绑定变量传入的值是什么。当然，10046或者去TRACE一个SESSION都可以得到精确的值， 但在OLTP系统中，SESSION的值瞬间即逝，很难抓的到，而我们也不需要百分百准确的值，只是看看这些值大部分是落在了不均衡的列的哪一端，然后去 确定正确的执行计划。ORACLE也提供了一个视图V$SQL_BIND_CAPTURE来查看这个绑定变量的值，但这个值15分钟才更新一次，假如你要 统计10次来看看不均衡列的传入值的分布，那要等倆半钟头，下面来介绍一下怎么样使得这个时间稍快些。 查看全文
17 03, 2010
HP，本来是一个硬件厂商，送礼品应该送个鼠标垫、小U盘啥的，不过目前我倒觉得应该买笔记本送杀虫剂。HP觉得大学宿舍很多蟑螂引起HP笔记本故障率很高，而返修的成本不仅仅是换个硬件的成本，还有HP维修人员的成本，还有大家沟通、来往车费等等，总价格算下来一台花费500应该不算夸张吧，这还计算客户的时间损失呢。杀虫剂我没买过，不过我想50块钱买两瓶应该够了吧，撑死了100块总够了吧。这样HP也不用背负个返修率高的名声，顺便帮大学宿舍美化下环境，还节省了HP自己和客户的时间，实在觉得这是个一箭我都算不过来多少雕的妙计，强烈建议HP采纳。
本文禁止跨省追捕
5 03, 2010
SCP是使用SSH协议进行主机之间数据传输的常用命令，但有时候如果主机不在同一个机房，那么这个数据拷贝占用的带宽就是要好好考虑的问题了，SCP提 供了-l参数来限制带宽的占用，但限制带宽的同时却增加了拷贝需要的时间。一个比较好的办法就是在主机端先进行数据压缩，然后SCP过去后再解压。好在 SSH和SCP已经为我们准备好了这些解决问题的办法。 查看全文5 03, 2010
在ORACLE中，可以在创建主键约束的时候自动创建唯一索引，也可以先创建唯一索引，然后再基于这个唯一索引来创建主键约束。后一种方式有一个好处，在 需要对数据量比较大而且读写频繁的OLTP表创建主键约束的时候，可以先ONLINE的创建一个唯一的索引，然后再创建主键约束，这样可以减少对表的读写 阻塞。但这样就带来一个问题，第一种方式创建的索引在删除约束的时候索引会被自动删除，而第二种方式创建的索引在删除约束的时候不会自动删除，需要删完约 束删索引，如果忘记了这个唯一索引的话，可能会带来跟想象不一样的结果。同时，oracle针对这种情况提供了特殊的删除约束的方法，可以同时删除约束和 索引，就是：alter table bear drop constraint pk_bear drop index。在删除约束的最后加上删除索引的关键字。 查看全文
2 03, 2010
http://www.sina.com.cn 2010年03月01日 02:06 第一财经日报张捷
编者按：
温州富商、山西煤老板，这一批批“炒房团”，被认为是中国房地产市场的一股重要力量，参与了高额利润的分配。
炒房团的力量到底有多大？他们是怎样参与房地产市场的利益分配，就是对房子简单的低买高卖吗？他们的组织形式、商业运作究竟怎样？
对于外人来说，这的确是一个难解之谜。《第一财经日报》特约请房地产行业知名律师张捷先生，阐述他理解的炒房团利益链条。张捷先生曾经担任北京房地局有关机构的律师，同时也是北京房地产界知名楼盘现代城、篮堡、金地等第一大股东的私人律师，在房地产行业顶端从业多年。
在张捷看来，炒房团的核心是幕后的操盘手，其最核心的运作机制，是在房地产开发商资金链条进展的背景下，以某种方式为房地产开发商提供民间融资，赚取银行信贷利率与民间信贷利率的高额利差。
张捷先生阐释的运作逻辑，超出我们简单理解的炒房团运作模式。本报特刊登此文，呼唤更多的行业讨论。无论文中所谈到的现象具有多大的普遍性，都应该采取措施，从源头上杜绝此类投机运作方式，释放炒房团获取的巨额利益，真正给高房价下调创造空间。
[ 开发商主动勾结，利润实为银行信贷利率与民间利率之差，房价上涨是其次。几千亿的炒房游资已经成为地产市场的重要力量，消弭这部分利润才是最可行的治本之策 ]
只有从资金链条出发，才能真正看懂行业的秘密。
据笔者了解，属于游资性质的“炒房团”，其资金规模巨大。但市场对于其运作模式、盈利结构并不明晰。台前的角色往往只是借用过来充数的普通农民甚至挖煤工人。炒房团巨额资金的幕后操盘手，则脱离于公众的视线之外。
真正的富人是非常低调的，不会招摇过市，甚至不想让那么多人知道自己的家在哪里，他们都拥有自己的职业，并且非常繁忙，根本没有时间各个城市往来去炒卖和管理房子。 查看全文
2 03, 2010
之前转帖过一篇ML的文章，大概描述和定义了DRM，这篇文章中将进行深入的了解，了解DRM的工作机制。
ORACLE中所有的数据都是以块的方式存储的，那么在RAC环境下，一个块就会存在被多个节点读写的情况。这个时候如果有一个节点需要对这个块进行读 写，那么首先可能就需要知道这个块的信息，比如这个块是否在内存中、是否是脏块、是否需要构造一致性读、块上是否有其他人对其中某行进行了锁定等等，那么 这些块的信息就需要而且只能由一个节点来进行管理，其他节点需要知道这个块的信息的时候，就去查询GRD（Global Resource Directory），GRD告知你谁是这个块的MASTER，然后你就可以去MASTER那里请求对资源的访问。假如这个资源是MASTER在节点1， 而节点2需要频繁的访问这个块，那么就需要非常多的请求MASTER的过程，这个过程要通过心跳网络来完成，速度比直接访问内存慢N多倍，所以效率就会有 问题。那么ORACLE就会把这个块的MASTER权限从节点1交给节点2来提高效率。DRM是10G才出现的功能，并且在10.1和10.2中实现的精 度是不一样的。10.1是以FILE为单位的，10.2是以SEGMENT为单位的。 查看全文
26 02, 2010
一个逻辑STANDBY库提供些报表业务，不过最近发现这个库的负载有点偏高，而且SQL APPLY也有些缓慢。想着这个库是运行在NAS上的，而且只是一个千兆的网络，如果用户太多或者压力太大，响应缓慢是正常的，但是登陆系统却发现 IOWAIT很小，但CPU资源占用很多，而且奇怪的是占用CPU资源多的还都是P开头的并行进程，并行进程为啥占用这么多CPU呢？ 查看全文
26 02, 2010
开水门事件，目前还没有结论，不过作为一个河南人，我替家乡人民感到脸红。
很多人都说河南人很烂，外地的很多地方河南人口碑也很差，呵呵，不过客观的来说，这个基本属于以讹传讹。每次跟别人聊天，我也会自嘲几个关于河南人的笑话，不过我从来没有感觉到作为河南人有什么脸红的。河南也曾经辉煌过，不过在最近的工业化过程中有点落伍，而且从接触到的全国各地的人来看，他们接触到的河南人基本也不是传说中的那么烂，他们勤劳、善良、能吃苦等等，其实哪里也都有好人，哪里也都有烂人。
之前云南躲猫猫事件发生后，我觉得社会进步了，这都快赶上我小学时候的水平了。小学的时候如果我不小心做了错事，比如把同学脸抓破了，我会忽悠家长说是我们做游戏的时候不小心抓的，并且态度诚恳，对天发誓说下次绝对不会不小心（下次会很小心的抓）等等。不过喝开水也能把乳头都喝没了，这家乡人民的水平也太落伍了，估计我刚学会说话的时候也不会搞出这么离谱的理由。难道这几年很少回家，家乡的水有缩乳功能了？
要努力学习，要努力进步，忽悠，也是需要很高技术含量的工作！