根据百度百科的解释，这个成语有两个出处：
1.《孟子•公孙丑章句上》：仁者如射.射者正己而后发,发而不中，不怨胜己者，反求诸己而已矣。
2.《孟子•离娄章句上》： 行有不得者，皆反求诸己，其身正而天下归之。
最近工作上发生了一些事，颇为苦恼，跟曰福聊天，曰福把这四个字送给了我。想通了，心境也就开了，问题虽仍在，但心中却已再无棱角。
百鸟归林，却绝无可能百鸟都一个心地，更何况绝大部分的人已经被这个世界搞的不知所向。
水至清则无鱼，不是清水养不活鱼，而是鱼一撒尿就会把水搞混了，鱼就再无颜面在这个水里呆下去了。 并非是浑水好摸鱼，而是要水里撒些泥巴。
解决问题需要时间，需要精力，无惧。
就如玄奘取经一样，路上的是非只是让生活更精彩而已。
小杨突然在QQ上跟我说，“好像你被BS了”。说了半天才说，“人家说，你连面试的机会都不给人家”。
原来是这么回事：在年初的时候有个求职者发简历给我，简历写的很乱，最开始我就没理，然后他发邮件问我可不可以面试，我就让他重新写封简历给我。从他新的简历中，阐述他在南京呆了2年，现在在广州。我想应该是我老领导那里的人，所以打电话过去问了下。领导一听到这个名字，就有火，这XX水平不咋样人牛逼哄哄的，还没过试用期呢，你要就拿去呗。
我拿来干啥呢？过了几天，这兄弟又来电话，问我订下什么时间面试他呢，他好买机票。我只好委婉的答复，最近很忙，如果可以面试会邮件通知。再然后的联系我都没有回复了。
时间过了很久，一个朋友也跟我聊起他一个同事，说一次去客户那边做巡检，就改了个日期和名字，细节都没改，被客户投诉了。还有一次，streams同步没有成功，这哥们直接改了数据，告诉客户说同步成功了。我问这人叫啥，以防我遇到，晕，就是给我发简历的这人。而被巡检的客户，就是小杨。
这哥们也被这家单位辞退出去了，但下决定的是我这位朋友的老板。
而对于我来说，我从没有主动辞退任何一个我招募到的同事，但是我会施加一定的压力，而确实有这样的同事离开了；这样的离开对于双方来说，都不是什么好事。
为什么我明知道结果，还要浪费大家的时间呢？
IT圈子本来就小，大家还是爱惜点自己的羽毛吧。
上周五老板发善心陪我去验车，付了车款，刷了3张信用卡（信用卡临时调高额度不错），一张借记卡。
可惜的是，ssss说没保险，不让开，车停在外面脏兮兮的，啥也看不清楚。
所以就乖乖付了款，让后ssss去上保险，保险是24小时之后生效，然后提车。
提车前，下载了个IX35提车检查表，到了以后，发现啥也检查不了。唯一发现引擎盖好像很热很烫手，ssss售后的过来说，就应该这样，用电脑检测没问题，没辙。
提车的人蛮多，所以耗费了4小时。
还在提车过程中，一个张江的客户打电话过来说，有个表空间100%了，会不会有问题？
电话确认了，表空间为生产用户使用的表空间，需要现场支持。
发现无人可派，就答应客户我自己过去。验完车，开过去的时候，接到客户电话说，要先发步骤过去向领导申请，然后要到晚上7点半才能实施。
因此，就先到了张江，ebay的小V正好休息，就开着他的白色翼神陪我练了会车，张江练车真是好地方，随便掉头停车都没事。晚上51job的小杨请吃了饭。
糗事来了。
等吃完饭开去园区的时候，我一直忘了开大灯。等停车的时候，我还在想，这地咋这么黑呢！小V听完车问我咋不开灯呢？
等从客户现场出来后，小V和小杨已经在停车坪等我了。他们说，你先别按，拉拉车门看看……
晕，下车忘了锁门了。幸好这地方没人，车上也没东西。
上周六晚上由于经济学的助教要上tutorial，所以没有回家吃饭。
这个老师纯粹是捣糨糊，也没什么准备，有个同学问了作业的事，他胡扯烂扯的，所以这个tutorial差不多半小时就结束了。
出了教室，才7点半，打电话回家，momo已经吃完饭了。
老婆问：你猜momo刚刚说啥了？
我老实回答说不知道。
原来，她奶奶给她喂好饭后，开始自己吃饭。吃完第一碗，再添的时候，momo就盯着她奶奶的手，说了句“爸爸还没回来。”
这个时候她奶奶和妈妈都没在意，她就急了，提高声音说：“奶奶，爸爸还没回来”，还指着电饭煲。
这下她奶奶和妈妈明白过来了。
然后再跟她解释爸爸在学校已经吃过饭了。
“噢。 吃吧吃吧”
事情比较蹊跷，数据库是oracle 10.2.0.4的版本，CRS版本也一样，运行平台是IBM P570(power5+), 节点数为四个。
问题：由于业务的需要，客户每周定时重启数据库，有时就发现某个数据库实例（非ASM实例）无法自动启动，然后用SQL*PLUS启动或者srvctl启动都可以成功启动。
本次遇到的问题是swdb2实例没有自动启动。
首先检查oracle alert log，发现其中根本没有记录启动的信息（也就是说，似乎database根本没被启动）。
检查crsd.log
2010-08-28 09:41:48.640: [ CRSRES][1]32 startup = 1 2010-08-28 09:41:48.755: [ CRSRES][11338]32startRunnable: setting CLI values 2010-08-28 09:41:48.768: [ CRSRES][11081]32Attempting to start `ora.sisu.ASM1.asm` on member `sisu` 2010-08-28 09:41:48.779: [ CRSRES][11852]32startRunnable: setting CLI values 2010-08-28 09:41:48.781: [ CRSRES][11338]32Attempting to start `ora.sisusz.ASM2.asm` on member `sisusz` 2010-08-28 09:41:48.799: [ CRSRES][11852]32Attempting to start `ora.swdb.swdb2.inst` on member `sisusz` 2010-08-28 09:41:48.821: [ CRSRES][11595]32Attempting to start `ora.swdb.swdb1.inst` on member `sisu` 2010-08-28 09:41:54.830: [ CRSAPP][11852]32StartResource error for ora.swdb.swdb2.inst error code = 1 2010-08-28 09:41:56.904: [ CRSRES][11852]32Start of `ora.swdb.swdb2.inst` on member `sisusz` failed. 2010-08-28 09:41:57.801: [ CRSRES][11595]32Start of `ora.swdb.swdb1.inst` on member `sisu` failed. 2010-08-28 09:42:10.353: [ CRSRES][11338]32Start of `ora.sisusz.ASM2.asm` on member `sisusz` succeeded. 2010-08-28 09:42:12.511: [ CRSRES][11081]32Start of `ora.sisu.ASM1.asm` on member `sisu` succeeded. 2010-08-28 09:42:12.514: [ CRSRES][11359]32Skip online resource: ora.sisu.ons 2010-08-28 09:42:12.548: [ CRSRES][11102]32Attempting to start `ora.sisu.gsd` on member `sisu` 2010-08-28 09:42:13.044: [ CRSRES][11102]32Start of `ora.sisu.gsd` on member `sisu` succeeded. 2010-08-28 09:48:45.660: [ CRSRES][11374]32startRunnable: setting CLI values 2010-08-28 09:48:45.670: [ CRSRES][11374]32Attempting to start `ora.swdb.swdb2.inst` on member `sisusz` 2010-08-28 09:48:47.655: [ CRSRES][11374]32Start of `ora.swdb.swdb2.inst` on member `sisusz` succeeded. 2010-08-28 10:54:38.278: [ CRSRES][11376]32ora.sisusz.LISTENER_SISUSZ.lsnr target set to OFFLINE before stop action 2010-08-28 10:54:38.278: [ CRSRES][11376]32StopResource: setting CLI values 2010-08-28 10:54:38.293: [ CRSRES][11376]32Attempting to stop `ora.sisusz.LISTENER_SISUSZ.lsnr` on member `sisusz` 2010-08-28 10:54:38.512: [ CRSRES][11376]32Stop of `ora.sisusz.LISTENER_SISUSZ.lsnr` on member `sisusz` succeeded.
从crsd log里，我们看到了启动失败的信息。当然，如果很熟悉启动流程，在这里也能找到问题的端倪，但是很可惜，最开始我没有发现。
进一步查看在$ORACLE_HOME/log/*/imon_swdb.log中的日志，我们可以看到更详细的原因了：
2010-08-28 09:29:18.792: [ RACG][1] [120726][1][ora.swdb.swdb2.inst]: racgimon exiting 2010-08-28 09:41:49.819: [ RACG][1] [107422][1][ora.swdb.swdb2.inst]: racgimon started 2010-08-28 09:41:54.800: [ RACG][1286] [107422][1286][ora.swdb.swdb2.inst]: SQL*Plus: Release 10.2.0.4.0 – Production on Sat Aug 28 09:41:52 2010 Copyright (c) 1982, 2007, Oracle. All Rights Reserved. Enter user-name: Connected to an idle instance. SQL> ORA-01565: error in identifying file ‘+DG3/swdb/spfileswdb.ora’ 2010-08-28 09:41:54.800: [ RACG][1286] [107422][1286][ora.swdb.swdb2.inst]: ORA-17503: ksfdopn:2 Failed to open file +DG3/swdb/spfileswdb.ora ORA-15077: could not locate ASM instance serving a required diskgroup ORA-01078: failure in processing system parameters SQL> Disconnected
结合前面的crsd.log，我们会看的更清楚一些：
1. 09:42:10.353: [ CRSRES][11338]32Start of `ora.sisusz.ASM2.asm` on member `sisusz` succeeded
2. 09:41:54.830: [ CRSAPP][11852]32StartResource error for ora.swdb.swdb2.inst error code = 1
3. 09:41:56.904: [ CRSRES][11852]32Start of `ora.swdb.swdb2.inst` on member `sisusz` failed
ASM实例在9:42:10才启动成功，而database instance启动请求在9:41:54就发起了。在9：41的时候，ASM instance自身还没启动， disk group没有mount，自然spfile也就找不到了，database instance也就启动不了了。
为什么没有在alert log中记录呢？ 没找到启动所需要的参数文件，这个时候是不会写alert的。 那怎样让它能够在ASM instance启动之后再去启动Database instance呢？ Oracle在OCR里有定义这个启动顺序的，难道是顺序乱了？
使用crs_stat –p，我们可以找到这部分内容：
NAME=ora.swdb.swdb2.inst TYPE=application ACTION_SCRIPT=/u01/app/oracle/product/10.2.0/db/bin/racgwrap ACTIVE_PLACEMENT=0 AUTO_START=1 CHECK_INTERVAL=600 DESCRIPTION=CRS application for Instance FAILOVER_DELAY=0 FAILURE_INTERVAL=0 FAILURE_THRESHOLD=0 HOSTING_MEMBERS=sisusz OPTIONAL_RESOURCES= PLACEMENT=restricted REQUIRED_RESOURCES= RESTART_ATTEMPTS=5 SCRIPT_TIMEOUT=600 START_TIMEOUT=0 STOP_TIMEOUT=0 UPTIME_THRESHOLD=7d USR_ORA_ALERT_NAME= USR_ORA_CHECK_TIMEOUT=0 USR_ORA_CONNECT_STR=/ as sysdba USR_ORA_DEBUG=0 USR_ORA_DISCONNECT=false USR_ORA_FLAGS= USR_ORA_IF= USR_ORA_INST_NOT_SHUTDOWN= USR_ORA_LANG= USR_ORA_NETMASK= USR_ORA_OPEN_MODE= USR_ORA_OPI=false USR_ORA_PFILE= USR_ORA_PRECONNECT=none USR_ORA_SRV= USR_ORA_START_TIMEOUT=0 USR_ORA_STOP_MODE=immediate USR_ORA_STOP_TIMEOUT=0 USR_ORA_VIP=
我们看到，required_resources这一项为空。 要重新添加这种依赖关系的命令如下： srvctl modify instance -d -i -s
我从虹桥火车站乘出租车回家，发现两个问题，一是路程多了5公里，二是计价器从22：55开始就按每公里4块7计价。我拨了巴士的投诉电话，巴士公司的接线员接到电话后，问清了上车地点、下车地点、上车时间、下车时间及车号后，答复四天之内回复。第二天就收到了另一个电话，说是承认计价器问题，里程数问题已经让出租车司机第二天回公司（巴士）解释。又过了一天，那个中年男人再致电过来，很诚恳的说，他丈量过地图了，如果是从北出口出来，回比南出口多3公里；我确实是从北出口打的车。另外2公里，除非我有以往的出租车票证据，否则他们很难处理。计价器的说法，他说驾驶员每个月都应该去调校，这个司机上个月没有去。
我懒得再在里程上纠缠，就说这个问题我不追究了。计价器问题，每公里多1.1元，按每分钟1公里左右的车速，5分钟5公里，多了5.5元，四舍五入为6元，巴士按“退一赔二”的原则，算为18元，再支付我电话费3元，共计赔偿我21元，到邮局取款。
这个账单已经寄到公司很久了，一直没去领取。这次投诉首先我认为计价器问题应该是司机的问题，如果我不投诉，会有更多的人受到影响。二是我认为巴士出租公司还不错，投诉是为了其改善服务。尽管这次投诉没有完全解决我的问题，但是巴士的及时反馈和诚恳的过程打动了我。
联想到上海滩上的IT服务公司，我认为跟出租车市场如出一辙。都是几家稍微大点的，然后有无数小的（包括黑车和有牌照的私营车，无法投诉的那类），大的大部分都很注重自己的品牌形象，发生问题也尽量去解决，小的则是蒙一个准一个。
话说回来，我愿意投诉，是因为我今后还愿意购买类似服务。所以，我认为如果能接收到客户投诉，不应该认为是坏事，而应该算好事，客户在帮助我们改进服务，而这个处理投诉的过程就显得尤为重要了。
说起这里，我想到了制造行业的海尔，“海尔百分比服务”，为什么海尔的服务是最好的？他整个的服务流程非常规范？因为他的产品并非同类最好的，但由于其服务获得了广大中国低端客户的欢心，所以获得了非常高的占有率，并迅速扩充海外（当然，这跟他的市场敏感性有关系<市场创新>，根据市场反应，迅速根据各地需要不同，生产了“地瓜洗衣机”之类的产品）。
也就是说，一个公司的服务形象，并非个体行为完全可以影响的。公司可以从各个层面，各个环境进行把握，在各个环节都有可能把客户吸引住，或者留住，从而成为自己的忠实用户。
没错，上海滩的出租车公司，我之前叫车首选强生（因为大众需要多交4块的叫车费）、其次才是锦江、巴士、海博，当通过这次投诉，我无意识的更多叫强生的车了。
服务本身就是一个新兴行业，特别是像IBM、Oracle之类的国际大公司的服务在中国并未赢得客户充分认可的时候，其实我们还有很多机会。
在开学典礼上，100多名同学宣誓的场景很感人，都多大了的人啊。
梦想投递中，我的short-term是顺利完成学业。
管理经济学中的微观部分已经结束，由于老师是用中文讲，效果比我预期的要好。93年的剑桥经济学博士，用词相当简练，符合这个时代的要求，上课很有味，起码我没睡觉。
下一门steve J. kulich的跨文化能力，估计就够呛了。不能忘记5月份的第一堂公开课啊，kulich讲的过程中，不停听到周围的同学都在哈哈大笑，唯我坐在其中，不知道是该笑还是不该笑，唉，这个难受劲啊…
孙大宁老师的数据模型据说是本学期最难的课了，重点在于这个老师实在太认真了。这门课有老婆的帮助应该问题不大。
会计学，也是一个难弄的课，不过好在有中文辅助教材，问题应该不大。
anyway，这学期的学分给我挣够吧。
今天发生了一件很低级的操作引起的系统瘫痪。
开发人员做了这么一个动作：
update global_name set global_name=”;
结果是，oracle数据库瞬时就crash了。重新启动数据库无法open：
*** SESSION ID:(152.2387) 2010-09-02 20:37:52.973
*** 2010-09-02 20:37:52.973
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [18061], [1403], [], [], [], [], [], []
—– Call Stack Trace —–
calling call entry argument values in hex
location type point (? means dubious value)
——————– ——– ——————– —————————-
ksedst()+27 call ksedst1() 0 ? 1 ?
ksedmp()+557 call ksedst() 0 ? 118 ? 0 ? BF8359B4 ?
253B09CB ? 93CCCE1F ?
ksfdmp()+19 call ksedmp() 3 ? BF8359A0 ? AC152A0 ?
CBD2D20 ? 3 ? CB84398 ?
起因是一个db link 无法使用了。
这个命令会修改数据字典props$,而在数据库启动时会检查该字典表，并校验global_name字段，如果为空，则无法启动。
这个时候，最好的办法是从之前的备份中，按照基于时间点的方式恢复数据库了。
因为客户的数据量不大，所以我们确实建议客户从历史备份恢复了先前的数据。
同时，数据库内核研究专家同事双全给出了更优的解决办法（但请勿在任何生产或开发环境模拟）
但是，我需要提醒我们的客户们和潜在客户们：
1.不要过于放开系统权限。如果你不知道怎么定制安全守则，可以联系我，我们一起来制订和完善；
2.如果没有做系统备份，请尽快做起来，而且要定期做恢复测试
3.不知道后果的命令，最好打我们的技术咨询热线确认下
要求：中、高级别 Oracle DBA Read the rest of this entry »
其实是想讲几个故事，不知道起什么名字为好。
先说两三个故事，员工应聘与公司招聘的故事。
最近几年，我的工作更像一个HR，而非Data Consultant，所以就有了这两个故事的来由了。社会进步了，所以合同、文书之类非常繁多，而且复杂，而且更严重的是，有的人认为好像没有问文书，就不存在契约一样，这也许是西方带给我们的垃圾与糟粕同在吧！
第一个故事是，我们招了个员工，双方谈的都挺满意，但是这个同事有个要求，要事无巨细的把电话里或邮件里谈到的待遇、福利相关的全部写进入职通知函和合同。考虑到这同事确实符合我们的要求，我跟行政部的人沟通后，照做了，包含电话费、工作餐补贴、差旅补贴全写进入职通知函了。其实可以理解，因为这位同事怕承担风险，尽管我认为大可不必，正规的公司只可能给予你更多，而不会更少，当然，不正规的公司你何必去呢？
另一个情况还是跟招聘有关，这个情况我经历了两起：先前所有的都谈好了，而且入职通知函也发出了，然后就悄无声息了，电话不接，邮件不回。第一起是2007年发生的，这个朋友最后去了我们的一个客户，现在成了我们的服务对象；第二起后面也有见面，小伙子见到我的时候讪讪的笑。
还有一起就更绝了，入职当天，跟行政部的人谈完后突然消失。在第三天我终于电话联络上了。原来小伙子听了行政部经理的规则后，觉得太严格了，就考虑全身而退，不幸的是电话在车上被人偷了。
虽然都是在职场混过几年的人，但显然都太不成熟了。形式上的东西顶多只能约束人们的形式表现，但人存在于社会经常会被”看不见的手”(亚当.斯密)推动着朝某个方向运动而不自知。
另外一个故事，是我招了一个员工，也发了入职通知函，给他的入职buffer是40天。这位同事跟当前公司沟通后，对方想再留他一个月，他很为难，怕对方在他离职手续上做手脚。
这其实跟第一个故事有些类似。一个正规的公司，是不屑于做这种下三滥的事的。古语“流水不腐户枢不蠹”，员工的流动在当前再正常不过了。
回想起7年前，我从电信公司离职的时候，只是跟gototop在电话里聊了两次就“草率”的决定了，电话里没有谈到任何技术细节，没有视频，没有现场面试。投简历的时候，正巧是我由于出差的时候得了副伤寒，躺在医院里无聊，而正巧gototop招人。后面gototop电话跟我确认到岗时间，我就凭着gototop在网上的名声决定加入，然后开始跟公司提离职申请（事后得知当时他也在跟selina谈，不过先确定的我，所以selina曾一度记恨我），40天后离职。
我的离职显然让领导很不爽，先是部门经理跟我谈，后面分公司老大提出给我再放一周的假期去休息。说实话，当时挺无奈，也有放弃这个机会的想法。
最终还是决定要离职，眼看着离到岗时间只有4天了（周四，下周一报到），还是没领导给我签字。我理解他们的苦心。但我最终说服了他们。
紧接着财务部通知，离职需要把去年的年终奖（说是为了奖励下一年的工作积极性）按服务时间退回部分。没办法，去楼下工行取了钱退给财务部。
终于在周五搞定离职手续。周六坐上从昆明的火车，周一早上9点准时到广州公司报到。
这一呆就是第8年了。
Nothing，追随内心的同时，遵守些职场契约吧。
Recent Comments