| aiirii's profile孤独的狙击手PhotosBlogLists |  Tools  Help |
|
孤独的狙击手oracle linux aix j2ee eclipse assemble 启发 这几天,看了几篇文章,不错推荐下:
做人最高境界：知行合一、道术兼修、内圣外王（一）
做人最高境界：知行合一、道术兼修、内圣外王（二）
做人最高境界：知行合一、道术兼修、内圣外王(三)
做人最高境界：知行合一、道术兼修、内圣外王(四)
浪潮之巅（On Top of Tides）
近一百多年来，总有一些公司很幸运地、有意识或者无意识地站在技术革命的浪尖之上。一旦处在了那个位置，即使不做任何事，也可以随着波浪顺顺当当地向前漂个十年甚至更长的时间。在这十几年间，它们代表着科技的浪潮，直到下一波浪潮的来临。
... 1/15/2010 ORA-27300,ORA-27301,ORA-27302解决 元旦那天,一生产环境的rac,一个节点down掉了, 检查alert log发现:
ORA-27300: OS system dependent operation:fork failed with status: 0
ORA-27301: OS failure message: Error 0 ORA-27302: failure occurred at: skgpspawn5 无法重新启动, 提示无法扩展swap, 开始怀疑swap分区坏了, 用topas检查swap占用很小, 检查系统内存,发觉少了4G
tecdb1/>lsdev -Cc memory
L2cache0 Available L2 Cache mem0 Available Memory tecdb1/>lsattr -El mem0 goodsize 13632 Amount of usable physical memory in Mbytes False size 13632 Total amount of physical memory in Mbytes Fals 使用了lock_sga, 原来的sga设置过大,导致启动的时候,物理内存不足报错
SQL> show parameter sga
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------ lock_sga boolean TRUE 在另外一个节点改小了sga, 重新启动节点成功; 1/12/2010 RMAN-10008,RMAN-10003,ORA-01031解决这几天， 新的rac系统要加到bakbone的netvault备份系统集中备份，在测试脚本，发现如下错误 RMAN> run{ 2> allocate channel d2 type 'SBT_TAPE' connect 'system/password@DBRAC2'; 3> backup archivelog all; 4> }
using target database control file instead of recovery catalog RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-12001: could not open channel d2 RMAN-10008: could not create channel context RMAN-10003: unable to connect to target database ORA-01031: insufficient privileges
很奇怪，往常都是用大概如上的脚本备份单机是正常的，这次提示ORA-01031权限不够; 对照另外一个rac的备份脚本，改用sys用户就可以了；应该是需要使用本地orapwd文件的缘故！
对archivelog单独处理的脚本如下： connect target /;
1/9/2010 2010年展望 2010年, 又一个新的10年的开始, 人生有几个十年阿, 柴九哥说过;
今晚一个业务系统数据库迁移, 在等其他同事测试, 随便思考下今年的计划;
相比前几年的雄心勃勃, 此刻我却是欲求不大; 特别是新年开始的一周就经历了很多事故, 特别是世界经济危机阴影下,更让我比较谨慎低调的展望今年;
工作上, 新的一年又很多计划项目, 估计又很多困难挑战, 但我似乎不是很担忧,习惯了这些风浪;
今年有望又尝试些新技术,如应用加速,负载均衡等, 可能在服务器集群, 特别是weblogic cluster方面会加重些学习; 今年可能是集群的一年,很多应用应该都会升级成集群系统, 提高可用性;
信息安全也是我关注的重点之一, 今年开始接未来的几年, 预计会在这方面投入一些精力;
虚拟化,今年的重点项目之一, 新的版本有什么新的功能,值得期待; 如何规划部署,也需要进一步考虑!
我一直的关注重点数据库, 继续积累oracle性能调优的知识和经验, 积累管理大型数据库的经验; 11gR2的新特性，也应该花点时间学习了解；
旧的IBM 小型机淘汰出来, 可以多做些测试, 预料今年会在AIX 6, hacmp5的管理配置上会有进步, 如果老机器能如愿安装上这些系统，那么也可尝试下oracle 11gR2在上面的安装配置；
争取一些培训; 其实我希望去考ocm, 但自己这么忙碌, 不知道是否能抽出这么多时间准备吗? 另外,现在自己的记忆力也很差, 也是一个困扰的问题; 其它类型的培训机会，应该也有一些，不过，我想应该参加一个ITIL培训，更加规范自己的IT管理思想；
多写一些技术的blog, 有段时间我不大想写,因为很多技术贴写完,转头就别另外一个或一帮人转载, 甚至抽取中间部分就变成自己的了, 让我有点气愤,虽然不是什么"珍品",但感觉不爽! 另外一个少写的原因,就是部分技术问题是在别人的协助下解决的,直接公开似乎有点盗用他人成果的感觉;
生活上, 也是期望值不大, 继续还房贷,争取多还点; 房子还是很多小问题, 继续维护改进; 今年估计还是经济比较困难的一年!
继续阅读, 过去一年, 阅读使我收获良多, 虽然只是思想的改变, 还不能改变为能力; 偶尔到附近的书店，图书馆看看，也许也能看到一些“意料”之外的书籍；
争取多些运动锻炼;
争取过健康些的生活方式; 工作之余，多到附近郊区呼吸下新鲜的空气；仍旧希望今年能至少到一个地方旅游；
省下点时间陪伴亲人;
本来想说争取今年结婚, 但又据说今年是"寡妇年",不宜结婚,唉,左右为难,自己老大不小了,麻烦;
原则上,我个人倾向于少谈政治, 并且拥护国家政策, 但仍旧对ZF执行的一些网络封锁策略感到担忧和无奈, 随着对互连网的封锁的加强, 感觉越来越不便;
而我个人, 感觉自己已象温水里的青蛙, 越来越接受现状, 越来越少反感;
... 1/1/2010 新年新问题 想不到新年的第一天,就遇到不少问题!
约了朋友一起出外,他又突然有其它事走不开, 坐地铁横穿了广州,跑了30多公里,就是过去吃了碟炒面就回来!
早上在外面的时候,就接到电话说系统异常,以往是很简单的问题.联系同事协助处理,但无法解决, 只得自己匆忙回家远程处理; 发觉问题还不简单,经过分析,小型机P570的两条内存坏了,导致oracle rac down掉了,而原来sga设置过大, 让oracle重启的时候报错, 找到原因解决, 花了不少时间;
晚上到好又多购买一些食品, 收银员刷了我的信用卡,又说不成功,让我交现金, 但后来又发觉刷卡生效了,扣了钱了, 和对方部长交涉很久,对方就是咬定没问题,明天就会退回了,而且不肯给我写个证明,说公司规定不准给客户开具任何说明, 又是一个霸王条款; 12/31/2009 再见2009年--2009年回顾 几个小时后2009年就要过去了, 这一年,对我来说是经历蛮多, 成长的一年, 值得记忆回顾!
下笔的此刻，发觉很多往事都淡忘了，虽然还没过一年。曾经的惊心动魄，但此刻似乎已经不留一丝影踪，发觉自己现在很善忘，很多事情过了就忘了，所以忘记了很多往事；这一年很长，经历很多，需要好好想想才能一一回忆起重点；
总的来说，这一年各方面都还不错，工作上艰难重重，但最终也能克服重重困难，也经过了领导的考验（我自己觉得），和同事合作也更加顺畅，虽然技术继续进步不少，但感觉自己的工作越来越多的是行政部分，规划，沟通，谈判等等的工作占了我更多的时间精力；私人方面，买了房子，车子，差一点还结婚了（可能是我自相情愿而已），不过，世事无完美，还是留一些问题给我到下一年解决！
这一年，觉得有些不足的就是，仍是忙于自己的打拼，没有和家里人，包括父母和弟弟多做交流，没有协助他们在一些事情上出出主意，反而只是给他们添加麻烦；
另外，一直以来，我都没感觉有什么经济压力的，毕竟经历过80's年代初期的贫乏阶段，所以，有多少钱就按计划花费，很少为这烦恼。但买房前后，确实有一段时间东挪西凑，感觉比较狼狈；
总的来说,一切挺好的,唯一不好的就是我又大了一岁,年龄是最大的敌人!
以前我总是从工作开始谈起，而这一年的上半段，似乎的私人的事情更加值得回顾！
年初，终于拥有了自己第一套房子，看了半年房，终于在一个比较偶然的机会中达成交易，买中了一套各方面比较适中的房，既不是市中心的高价房，也不是城市边缘的廉价房。其实，当时我对楼市的前景是看空的，觉得未来楼市价格还会下降，所以并不是很积极要买，那知道，3月买房，到了4，5月，房价又是这么的直线上升，到目前相比已经又高了15%，这是后话。庆幸终于能集父母及弟弟等多人的力量帮助，解决了一个人生阶段的大问题，但中国的楼市房价，我始终不看好，越来越超离大众的购买能力，会是以后社会不稳定的重大因素；盛极必衰；
这套房子，总的来说还有很多小问题，并不完美，但我自己倒是挺满足的，小区环境不错，也安全，购物出行还算方便，附近地铁也开通了；接下来的几个月, 很多私人时间都是在忙于建设自己的小空间, 我生活常识不多,很多都是靠父亲在处理,我只是帮帮忙, 或者处理下申请有线电视, 水电之类的外部事务! 但也花去了很多时间精力!
房子离公司也很近, 省去了很多在路上的时间;
另外就是我也买了车子了, 其实是先有车子,靠车子四处去看房,然后再有房子的. 有个说法“车子是男人的另一个老婆”，虽然没觉得这么重要，但确实，改变了我的生活方式，自己的活动范围突然大了很多，从10几公里变成几百公里，这其中变化是极其巨大的；几次甚至几个朋友心血来潮，飞车到1，2百公里外的地方吃饭，然后半夜两三点才回到家；车子带给我的改变，不亚于房子，但这是一种生活方式的改变，很多细节的变化，很难详细描述出来！当然，车子也给我带来了很多新的小烦恼，如找位停车了，迷路，超速违章了，以前是回到家里，门一锁，就是自己的小天地，不用牵挂什么，现在还担心外面的车子是否有记得锁车，是否被偷，被刮损；
凡事有得有失！anyway,我开车的技术，特别是经过几次碰撞摩擦, 倒车入库的技巧还是进展神速，认识多了很多路，吃多了很多不同口味的食品，和朋友的沟通联系相对多了；车子对一个男人真的很重要，所以，虽然也要付出不少代价，但我还是坚持拥有；
上半年由于忙于房子车子的事，工作并没什么突出成绩，甚至一些项目一延再延；这时候，我对自己的技术也比较自满，以为应付目前的工作已经绰绰有余了，这也导致我很多问题没有进一步深入分析，只是主观的提出自己的意见，然后，大概是6月份吧，领导Z总又从北京回来亲政， 突然给我提出了很多要求，难度高，具体审查了很多细节（其实现在回过头看难度也不是以为的那么高），一下子把我搞得方寸大乱，压得我透不过气了，几次都觉得顶不住了, 在一个比自己还懂得多的领导手下工作, 难度是很大的；最终当然是顶下来，现在发觉，自己经过几个项目的锻炼，包括Z总的高要求，还是提升了一个层次，不论从思维思考方式，技术高度及深度都有不少进展；
有时候感觉, 搞技术，真的像武侠小说中的高手练武一样，要很专注，很投入，长时间保持，不可一刻松懈的；
周围一些人，包括领导，某些时候，对我很苛刻，甚至态度很差，不留情面的责骂我，无论其本意如何，但实际上是促使我了的进步，所以我很感谢他们对我的严格；谈到这里，我不由想起了乔丹入选名人堂的讲话；
由于负责一个比较大的项目，得于和一些行业领先的厂家工程师沟通，测试一些比较高端的产品，所以掌握多了很多知识，特别是细节的东西；这几个月间，是我技术及思考能力提升比较快的一个时期；
工作中很多值得一说的事情，记忆比较深的一件事是：技术人员也需要很好的运气的；
备份系统两年前升级了，更换了备份方式，从文件备份更改为rman备份，一直没有测试过异机恢复，我和厂家工程师J也沟通过几次，虽然原理很简单，但需要测试并形成一个文档，真的有问题直接按步骤操作就可；因为最近四年间，也没出过问题，所以，说了两年，一直没有真正进行测试；到了8月份，终于上一个项目到了一段落有点空闲时间，我逼着J配合完成测试，原理很简单，但由于涉及到几个层面的操作配合，实际测试恢复问题多多，差不多花了一个多星期才将所有技术问题解决，能够顺利的恢复；
然后，一个月后，11月的时候，一个分公司的数据库系统，六个硬盘raid5，坏了三个，不用说，数据丢了，接通知的时候是凌晨一点，紧急调动所有的资源，终于在早晨八点的时候，成功恢复，保证了业务的进行，一切在大部分人毫不知情的情况下就过去了；如果不是有之前的测试及经验积累，估计会死得很难看，这么大的事故如果解决不了，我当然是首当其冲的负责人；
运气很重要，当然，也不排除我的警觉和大家开始的努力及不放弃；
另外一个也涉及运气（但关系少点的），旧的UPS坏了，当市电停的时候，它也无法工作，新购改造的项目也谈了很久一直没定下来，主要是厂家负责人员变动导致了项目的延期；当然也愁坏了我；项目还在谈价，如果就直接找投标的厂商解决这个旧问题，那很可能被人套牢了，失去价格谈判的主动性，不解决则是一个定时炸弹，随时可能出问题；
最后签订合同，在炸弹爆炸前解决了问题。 而且感觉实施的公司人员很专业，所以，整个实施过程其实我很省心，我没想到的他们都帮忙处理解决；
所以，某种程度上来说，不懂技术并不怕，重要的是能找到一个懂的为你所用；
HY项目的迁移，我花费了我几个月的时间精力，包括跑到北京一周测试演练，不过，这个工作的过程，照样也是学到很多东西，毕竟，这些知识都是实践性很强的，在一个具体项目中实际操练，方方面面都要顾及（包括人员的协调），提升很快；也是自己技术又一次脱胎换骨的一个项目；
存储知识，是我比较缺乏的一个知识点之一，刚好今年负责的项目，需要采购一个高端的存储，所以和几家主流公司的工程师做了很多沟通，了解了很多知识，包括后来的实施；
我本来一直看好EMC的，而且也一直力主采购EMC的DMX4，这里面很多原因，包括对方很积极配合，提供很多讲解资料，在我的逻辑里，付出多的就应该得到更多的机会；排除万难，连报告都写好了，领导也终于批了，那知道对方犯了一个商务的错误，无法饶恕的错误；很可惜，我努力，但也不可能为此影响到以后的公司策略；这个项目，技术，非技术的商务谈判，都让我受益匪浅；
没法，只能选择其它，高端存储的选择余地很小，最终选择了HP XP20000。HP一直给我印象很一般，特别是在和ＥＭＣ，ＩＢＭ这些厂家工程师、销售对比的情况下，更加显示出差距。很难想象它也能市场占有率这么高，当然最后项目居然是被他们拿了，这也是很讽刺的一件事。到现在实施过程中，合作也一般，技术封锁，什么都是厂家机密无可奉告。我是一个比较纯粹的技术人，所以很讨厌这种敝帚自珍的技术人；
oracle一直是我学习的重点，这一年，还是继续学到了很多知识，包括参加oracle原厂rac培训，包括安装配置一个新的rac节点，都在解决问题中学到、积累了很多知识经验，进步不少；出现了几次性能问题，也在解决中积累了经验；
应用服务器oracle as 这一年也研究深入很多；包括一些管理配置,集群,负载均衡等等;
虚拟化vmware sphere4也花了点时间测试，也小有收获；
操作系统知识及安全，也点滴不断积累，现在的阶段，除非遇到一个高手带带，如oracle领域的Z工带给我的启发，或者有高阶的培训，进步比较难；
和同事的合作也顺畅很多，我摆脱了之前过于挑剔的心态，接受不完美，过了段时间后，其实感觉情况也没有想象中糟糕，所以，这一年，某种程度上来说，放开后，我是解放了很多，可以专心做些规划，研发性的工作，而少了很多俗务缠身；
有同事L的合作支持，我也能够腾出身来做一些感觉更重要的事情！但L的良好表现，也让我慢慢脱离技术领域，或者说一线的技术工作，有时候我也在彷徨，脱离了技术，我能更有竞争力吗？不确定？
思想的转变，比技术的学习也许更重要。Ｚ老大说的另外一个我认同的：走的速度不重要，走的方向才重要；还有一个就是培训再次学到加强的：心要正！
所以，这一年，我还是积极参加培训，包括一些非技术的，如项目管理，管理才能这些培训，启发很大，一些思路，做事的技巧方法都有提高；不过，这些培训需要配合实践效果才更明显；自己还是没有很有意识的在日常中应用;
说到这里，这一年我阅读量也很大，读了很多书，从中得到的启发也很大。感觉比较好的有《影响力》《做单》《下一轮经济周期》，另外一本《谋生》也不错，还没看完；朗咸平的几本书也不错；当然少不了很多技术书；读书是一个必不可缺的生活环节，对我来说；
知识就是力量，这句话没错！阅读，从另外一个角度解放了自己的思想，开阔自己的眼界和提升了思考深度。发觉周围的人，太缺乏阅读了，和弟弟沟通很多次，建议他多看看书，但似乎还不大接受！
五一的时候, 大学同学组织了一次聚会,回到了大学, 很多同学都是毕业后就没再见过面了, 大家再见很亲切, 颇有点一笑泯恩仇的感觉， 虽然当年大家也没什么仇或什么，最多有点相轻，分成几个小群体。很多老师也变老了。晚上大家在学校校道散步,心情很平静;
有了车子后, 平时其实也很少远行, 但自从加入了同事的自驾游队伍, 附近的地方也去了好几个, 每次总是有不同景色，同样的愉快放松；去了南昆山漂流,很刺激, 我在下冲的时候, 被撞得在空中都翻了个跟斗才掉到水里; 肇庆鼎湖山, 还有清远九州驿站树屋，从化仙沐园梳温泉；每次总能得到一些收获；同事之间的关系也好了很多；
曾经决定每年至少安排出去旅游一次，年中趁着到北京出差，抽出两天游了恭王府和雍和宫；年底，又刚好有另外一个机会，到杭州4天游，游了西湖，乌镇，普陀山，灵隐寺等，感觉江浙的人也很富足，杭州也很繁华，以前认为只有北京上海广州深圳最发达富裕，其实未必。一路饮食很不错，都比较精致，和绿豆，QQ一起吃了餐海鲜味道很好；我平时经过寺庙是没有烧香的，这次在导游的劝说下，也烧香拜神！
这一年，工作之余似乎比较单调，连运动几乎都没有了，电视也很少看，除了看书，唯一就是浪费很多时间在开心网，似乎是日常娱乐的唯一方式；这已经不单止是一个游戏，而是改变了不少人原来生活方式了；连我也偶尔迟睡早起为了游戏中的某个操作；
11/15/2009 鼎湖山游览 周末和同事到鼎湖山游览, 一路行程,虽然可表达出来的不多, 但感觉, 繁忙工作之余, 偶尔休憩一下, 确实很不错. 比较轻松的环境下,思想也会动一动,想一想自己的现在,未来那些事情需要调整!
两个月前到南昆山自驾游,反而有多一些的遭遇值得写下来, 可惜那次回来后,就遇到公事繁忙且烦恼, 也没时间兼没心情写下来. 11/7/2009 重大考验 短短是10天时间, 经历了不少事情, 似乎自己的思想境界又提升了点。
周日被部门领导拉回去开会，讨论三年规划的事情，在IT变化如此迅速的时期，考虑到三年后的技术部署使用，实在有点难度，一般我也就考虑到未来半年的工作，这次确实有些难度，而且负责的几个板块的题目也都挺大，对我也是一个考验，当然也是一种提升；
几个同事表达的方式各异，领导针对给予不同的点评，算是有些启发；
接下来的一周，出发参加了一个oracle原厂的oracle rac 10gR2培训。发觉现在，自己的水平到了一定层次后，遇到了瓶颈，很难通过自学就能快速提升；初级的知识是很容易通过网络，书籍快速得到，但进阶的，相对就难很多，网络得到的，大多是一个点的知识，积累了很多个点的知识了，就需要通过一些途径，将其串起来，组成一个面。所以，我一直比较积极的寻找培训学习计划，可惜向公司申请费用很难，记忆中还没成功过，只能参加些集体组织的，自己付费又负担比较重，所以，参加的机会很少；难得这次算是免费的机会；
这一周的培训，时间还是很紧凑的，很多试验，需要自己动手完成，虽然很多知识点，还需回来再重温复习，但确实感觉知识面宽了很多，不虚此行，收获挺多的；
中间，发生了一个超大的意外事故。周一晚上，应该是周二凌晨1点左右，一个分公司的H同事电话联系说系统故障，我远程登录过去看，oracle服务停止了，尝试重新启动服务，提示找不到控制文件，进一步检查，发现oracle数据所在的系统分区，里面空空的，什么数据都没有，raid卡报错，没什么好办法，重新启动报无法mount该分区；事情比较麻烦，我和H沟通，能否第二天在解决，他答复不行，现在很多人都在等着用系统呢；
折腾了这10几分钟，我也慢慢从沉睡的状态恢复过来，开始考虑如何应急处理，应该是磁盘阵列坏了，最可能选择的方法也就是修复阵列，但可能性估计只有50%; 另外一个是找台新服务器，数据恢复过去，远程登陆检查下，晚上23点的备份成功，还好，但之前的系统异机恢复，都是在10g上测试，不知道现在使用的9i又有什么新问题没有；
两种处理方法，都有风险，时间又这么紧，还是并行进行可靠点；而且看来需要我亲自去才稳妥；赶紧让Ｈ帮忙安排车过来接我们，顺便运新机器过去；唉，第二天可能回不去上课了，好可惜；
先通知同事小Ｌ会公司，那里有台服务器，刚买，还没用，赶紧先准备好机器，安装操作系统；想了想，还是call备份系统厂家工程师过来协助，毕竟他也比较有经验，多个人好商量，Ｓ也比较够意思，一个电话，二话不说就答应赶过来，估计有4０多公里远；关键时候才能考验到谁是真正可帮到忙的人；
趁着车还没到，也发个邮件给经理及相关同事说下，毕竟这个已经是重大故障了，必需大家知情；
Ｈ的车到我住的小区接到我后，又赶回公司会合小L，他操作系统也装完了，然后就让他拷贝一些oracle的安装必需文件；赶紧出发；
快到分公司的时候，S也到了，打的费200块（包括过黄埔大桥的桥费），挺贵的；
时间已经是三点了，我检查下机器的raid卡，发现，热备盘没起作用，两个raid组，其中一个raid5中三块盘，坏了两块，估计数据完蛋了；
协调下工作，S先安装数据库，我则修复硬盘数据，小Ｌ和Ｈ协助；
DELL800金牌服务那哥们还挺专业，问清楚情况，告诉可以尝试重新修复，按他的方法，分析日志，将原来的raid组删除，重建，配置，重启，系统发现磁盘错误，需要修复，运行fsck,一大堆的错误，需要手动方式恢复，用把钥匙顶住键盘Ｙ键，让系统出现错误自动回复yes,等了３个小时，终于修复完成，重新mount了分区检查，原来４０－５０Ｇ的数据，现在只剩下4g多，看来是没戏了；
Ｓ那边也不大顺利，安装oracle9i有些问题，我中间也不时过去协助处理。而小L则躺到一边沙发睡觉去了，唉，年轻人就这样，耐不住辛苦，这样如何才能出人头地呢？ 到了早上6点多，才开始恢复数据，恢复还比较顺利，控制文件，spfile 都出来了，数据文件也出来了；
到了8点，所有文件都恢复了，但启动有点问题，原来是使用HugePage使用大内存，没有设置好，导致无法启动，忙了一晚上，头晕晕的，一时找不到设置文档，算了，用默认的spfile启动；测试访问正常。
在这间公司工作这么久,这次故障算是比较大了,但幸运的是解决了，真的要感谢CCTV， 感谢我的父母，感谢XXX.... 。而且, 从开始我就一点都不紧张,似乎知道一定能解决，情绪稳定，控制能力有进步。
看看时间还来得及回去参加学习，赶紧让Ｈ安排部车送我回去。奇怪，当天精神还好，并不觉得特别疲倦。倒是到了周三那天，感觉特别想睡；
10/25/2009 好友婚礼 昨晚看了《窃听风云》，很晚才睡，今天睡到迷迷糊糊的时候，突然接到老友C的电话，说今天中午婚礼，提醒我参加，两周前已经确定要去，但当时我记得的日期是明天，看来记错了，差点误了事。
过去好几个关系很好的朋友结婚，我都因种种原因没能参加，这两年，周围很多同事结婚，我也基本没参加过，偶尔看到人家拍回来的相片，有点遗憾没有一起去热闹下。
C是我小学一年开始的好友，小学的朋友，到现在似乎只剩下他还有保持联络了。前两个月还在问他有女朋友没有，他还说没有，想不到说变就变, 这么快又一个处男就没了。
接到他电话，告诉我11点开席，我起床一看，已经10:30了，发挥我一贯快速的作风，飞车过去，十几公里，居然赶到的时候，时间刚刚好十一点； C过来招呼我，后面跟着一个红裙女孩，我不禁眼前一亮，高挑的身材，估计接近170cm, 长得也很不错，我暗想这小子眼力不错，运气也不错。那知道，过一会，另外几个女性走过来会合C，C向我介绍，其中一个才是他今天新婚的老婆，刚才那个红衣的应该是他表妹过来帮忙的，幸亏我没随便说话，不然就搞出笑话了。
说是十一点开席，实际上拖到了下午一点才开始，中间还搞了些活动节目，我和C的老同事一桌，都是同行，聊得还不错。 10/15/2009 行政人员 今天下班,在回家的路上,无意中想到, 最近自己的日常工作中,涉及到技术部分真的少之又少,90%都是行政性的事务,和厂商,代理商交谈, 谈合作,谈合同条款,谈价格,做评标总结, 电话, 回复邮件, 协调分配其他同事工作,真正技术性的工作几乎没有了,变成行政人员了.
唉,有点郁闷! 远离技术,但其实想到达一个行政管理的位置又是那么遥远.
有时在考虑我的出路,也许会变成consult. 10/14/2009 影响力 最近继续在看书,但速度已经大不如前, 日常要应付的琐事太多了!
国庆原来计划每天看50页oracle concept, 8天可看400页,那500多页就差不多完成了,结果又耽搁了,只看了50多页,惭愧。
另外一本书《影响力》，是最近一两年来，我看的书中，感觉唯一称得上巨著的，值得推荐。
这是一本心理学方面的书，描述日常我们为什么会被某一些行为/言语轻易打动说服，主要是因为几个因素：互惠，承诺和一致，社会认同，喜好，权威，短缺（Reciprocation，Commitment and Consistency，Social Proof，Liking，Authority，Scarcity）。确实，这些因素默默的影响着我们，令我们不经过思考，就自然对某人某事下做出反应；
从一个新的角度认识自己；也知道了一些容易被人影响或影响到别人的方法技巧，做销售的人特别需要看这本书，做服务的人也需要。希望有时间可以看一看英文版；
不足的就是，也是比较多人诟病的，附加了一些所谓的专家点评，但评得不好，很牵强；
另外一本书《杜拉拉升职记》，是一本小说类型，在网络购书的时候，看到写着和《做单》并列畅销销售版前列，所以买下来看，感觉又被忽悠了, 实际内容比较平淡，并没有什么出彩的地方，《做单》是适合给工作超过3，5年的职场人士看，而《杜》这本书，感觉是给大学刚毕业，或者入职时间尚短的人看，像我这类“资深人士”，看了感觉很平淡，没什么收获；书中并没有太多可以复制的经验或生存的技巧；
当然,最后一封信里面,还是有值得参考的,比如"不要远离核心业务线",这样机会大很多；另外在和岱西及伊莎贝拉谈判时，不轻易妥协让步，而是找出对方的弱点来反击，也有点参考价值；
网上有篇评论，可以参考下：from:http://www.douban.com/review/1953644/
就让我们以《杜拉拉升职日记》为例吧，毋庸置疑，《杜拉拉升职日记》的成功绝不是一个偶然，它是切合了职场女性的心理特点的，可以算是为职场女性量身定做的成功学，它们需要和以往写给男人看的职场小说有很大的区别。从前的职场小说，大多是商战题材，走精英化的路线，整个的一本职场小说读下来，仿佛研究了一场厚黑学。但是女人们显然并不想去研究厚黑学，也不希望自己给人留下这样的印象。所以这本书一问世，那个没有身份背景，没有名牌大学的学历，并不去争名夺利，只知道辛苦打拼的杜拉拉的形象立刻得到了很多和她有同样经历的职场女性的青睐。而另一方面，本书成功的重要一点因素，还在于她很实在的交授了很多职场里的法则，人际交往的方式方法。这也是和以往的职场小说主要是以权谋为主有很大的不同的。因此，也有很多读者把杜拉拉奉若神灵，把杜拉拉教授的知识当成职场圣经来读。 9/7/2009 阶段性阅读 最近持续在看书, 三本郎咸平说, 有些收获, 从新的角度看问题, 80% 的可信度; 郎的书比较通俗,口语化, 外行的人也很容易理解.
看了<<三井帝国在行动:揭开日本财团的中国布局>>,<<粮食危机>>,这两本,写得不知所谓,粗粗浏览过.
<<大话Oracle RAC——集群 高可用性 备份与恢复>>这本书不错, 算是中等程度的技术书,国内出版的图书,几乎99%都是入门级的,甚至只是翻译软件的使用说明, 这本书,总算提高了一个台阶, 看了收获不少, RAC 应该和我下阶段的工作相当密切, 需要更深入的学习. 当时看得比较快,有空应该看多一次;
<<笑着离开惠普>>和<<走出软件作坊>>,这两本,一正一"邪", 都是讲企业管理的, 前一本是讲惠普的完善,完美的管理方法, 其中很多其实我很赞同的做法,如"经营好的企业意味着赚钱，管理好的企业意味着健康", 企业的管理,战略的重视,员工管理等等, 算是比较全的一一囊括到企业管理的方方面面, 包括管人管事, 但感觉比较理想化, 实施难度比较大,公司规模要足够大,环境要足够成熟, 想在现在这种荒漠中的狼群生存大环境中, 采用舒适,人性化,长远化管理方法, 感觉很难实现, 不过,一些管理理念, 做人做事方法,还是非常值得借鉴。第二本，则是比较国情化的一些管理方法，实际管理中那些方面可以适当折中，不乏有些好的建议，但照样是一些比较理想化的建议，无法完全复制的模式；
《做单》，周五晚上开始看，一直连着看，除了周六晚20点-22点看绝代商骄之外，基本上都是在看这书，直到周六晚12点多一气呵成看完。其实去年就在天涯看过一部分连载，写得很精彩，感觉是《明朝那些事儿》之后的又一经典力作（当然结构上，部分用词感觉还是略为生硬），而且出版的书和网上的连载，内容有些改编了，也比较齐整连贯了，讲述一个跨国顶级企业的前端高级销售, 如何在困难重重中,调配各种关系, 从不可能到有希望,到最后达到自己阶段性目标的历程, 在一个复杂的环境中, 如何协调,利用内外部的矛盾,需求; 整篇紧张跌宕，人物比较传神, 和现实的经历，和我的体验，似乎很接近（主要是商业上的那部分），我周围很多熟悉的人物，可以很方便的带入里面的某个角色，不同的是，我代表的是甲方的角色； 这本书，将很多外企的销售技巧经验描述出来，看了感觉启发不少，说到底，每个人都在sale自己，又都在寻求着和别人的“以货易货”，所以，明白自己所有, 抓到对方的需求，才能更快的达到目标；
里面表达内容非常有启发:
销售的三大缺点
一 不能在最短时间内表明自己的目的。 二 不能在最短时间内发现对方的需求。 三 不能在最短时间内把事情按重要性排序处理。 他强迫自己无论多复杂和多少种的问题，必须总结在三秒钟、二十个字内说清楚，每次电话的时间不超过三分钟，见面时间不超过十分钟。
他强迫自己与任何人沟通之前，通过观察他身边的细节，三句话内必须说出他最关心的话题，并为此次对话的目的服务。 "价格是客户的需求决定的，和产品成本无关。记住和产品成本无关"
影响价格有三个要素。
第一竞争对手的需求是价格的主要影响因素。 第二相对垄断度是次要影响因素。 第三目标客户群对此产品的最高消费忍受度为上限。 另外，里面雷越老是强调的以"道"感人，而不是以"术"取胜，值得深思咀嚼. 企业的生存之道, 如果完全没有术,很难活下去, 很难过得好些, 而如果失去道, 则会迷失自己的方向,慢慢沦落; 不过，现阶段，我需要的还是一些术的技巧。
这本书，我看了下这本书的书评，奇怪,居然比较多的是批评，但我个人觉得很不错，值得推荐。我所认识的销售,如果能学到其中的两三成,先去了解客户真实的需求,再来推销产品,估计成功率会高很多.
8/27/2009 Tomcat6 中文参数乱码 开发同事报一个业务系统报表乱码, 但在测试环境是正常的,很奇怪,检查了环境参数,后台数据库设置,基本上都一致,发布的软件包也是一致的.
一时百思不得其解, go了下,很多都说是jsp的编码问题,但无法解释为什么测试环境可以正常运行.
突然发觉测试环境是tomcat5.5, 而正式环境是tomcat6, 也许新版本有些新的限制或配置,继续go, 果然发现问题所在:
原以为是要更改jsp的编码设置，结果行不通。黄同事说是Tomcat的原因，所以查了些资料，果然。只需要更改Tomcat的一个设置即可。找到server.xml中的Connector节点，在Tomcat 6.0.10找到两处：
Java代码
<Connector port="6666" protocol="HTTP/1.1"
maxThreads="150" connectionTimeout="20000" redirectPort="8443" /> Java代码
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
要更改第一处，只需要增加 URIEncoding="GBK" ，如下： Java代码
<Connector port="6666" protocol="HTTP/1.1"
maxThreads="150" connectionTimeout="20000" redirectPort="8443" URIEncoding="GBK" /> 也可以是URIEncoding="gb2312"，更改第二处不起作用的哦。 修改系统参数
vi /etc/profile
在unset i 前面增加
export LC_ALL="zh_CN.GBK" export LANG="zh_CN.GBK" 8/24/2009 重数理化和走捷径的关系 最近看了几本书，感觉都收获不小；两本技术书＜＜Oracle.Database.10g.Performance.Tuning.Tips.and.Techniques＞＞和＜＜大话oracle rac＞＞, 另外两本是郎咸平的<<郎咸平说:金融超限战>>,<<郎咸平说：谁在谋杀中国经济>>;
另外朋友推荐的一本书＜＜The Game: Penetrating the Secret Society of Pickup Artists＞＞，最近也找时间看看．
郎教授的提出了一些新观点，很有启发，虽然有些我觉得偏激了点，但不失为多一种新思路看世界，看问题；
他批评的中国人不爱看书，我觉得确实如此，其实多看书，能够拓展多思路，眼界，但周围很多人，感觉，已经很少看书了．
其中谈到现代中国的人的一个弱点，喜欢走捷径，不喜欢踏实的工作，推崇的是诸葛亮的草船借箭，赤壁借东风这种概率事件来决定失败；我觉得，这和解放后, 我们社会推崇数理化是有关系的，数理化追求的就是捷径，不按常规出牌, 走他人未走的路；相对外国人总体的糟糕数理程度，我们从小这种教育思路，难免会让我们有意识、无意识的总是蔑视规则, 总想破除规矩，走自己的新路这种心态；
中国人这种思想，推崇以弱胜强，以奇制胜，似乎也无可厚非，甚至是好事，但如果推广到全民，到日常的工作常态，可能结果就会适得其反，现实中大部分时候，更需要的是纪律，是执行力，而不是创造性； |
||||
|
|
