ITPub博客

从去年开始到现在，整个股市呈现出大牛的趋势，因此也带来了大量的财富。在我身边经常听到某某人在股市或基金中赚了几十万。它使的某些人突然间多出大量的钱财，于是消费增加，通货膨胀增加，物价上涨。。。。。大量的钱财都聚集起来，使得穷富差距越来越大！这些财富来自哪里？这些财富并不是人创造出来的，而是忽然多出来的。难道真是凭空增加出来的吗？不是！这些财富都是提前预支后代们的钱财。"出来混，迟早总是要还的!"[@more@]

在aix系统上，大家都知道打开iostat历史信息收集对系统性能有影响，但是影响到底有多大呢？[@more@]首先检查lsattr -El sys0|grep iostatlsattr">lsattr -El sys0|grep iostatiostat false Continuously maintain DISK I/O history True在关闭模式下，用filemon捕获结果如下(部分)VOLUME: /dev/alisoft_8g_329 description: rawreads: 8093 (0 errs) read sizes (blks): avg 16.0 min 16 max 16 sdev 0.0 read times (msec): avg 136.945 min 8.211 max 1202.

去年7月份，包月送手机，选了一款moto v3c。结果到现在才一年多点，就出问题了。 出现单通的现象，我听不到别人的声音，别人能听到我的声音。送去维修，说是什么压线坏了，换换要180大洋。靠。早就听n多身边的人说起moto的手机质量不好。没想到还真这么差。并且moto手机操作界面也不友好。真不知道moto怎么做的，估计以后也是像菲利浦,西门子一样落得个被贱卖的下场。[@more@]

queue_depth是指hdisk层面上命令队列的深度。它针对的是hdisk，如果有多路径软件的话，它针对的就是多路径的hdisk，如powerdisk,dlmfdrv。那如何调整queue_depth?何时调整呢？[@more@] 首先我们来讲讲如何调整：queue_depth的调整是针对hdisk层面的，对有多路径的系统对应的是多路径的盘，比如hdiskpower,dlmfdrv之类的。它是指hdisk层面的命令队列的长度。对不同的系统均有不同的默认值。在Aix上面，hds默认是2。如何判断是否需要调整queue_depth呢？在aix5.3上面可以用iostat -D来查看。其中sqfull表示的是自系统启动以来queue_depth超出

小区物业里面贴了一张通告，还搞个中文版和英文版的，结果一看英文版的，不禁大笑。。。。。大家看看最开始的两句：亲爱的彩虹城业主： 您们好！英文版如下： dear rainbow city owners: you are good!后面是错误百出啊。。。。[@more@]

存储的配置信息如下：16G CACHE，90块15000 146G FC盘。接到P570上面。新到的机器，采用orion分别测试了hdisk的queue_depth为2和20两种情况下的性能。[@more@]orion的使用方法这里不讲，大家可以详见手册。测试的命令如下：orion -run advanced -testname mytest -num_disks 90 -write 20 -cache_size=3200 在queue_depth为2的情况下：(这里面贴图太麻烦，还是以文字的形式来描述吧)IOPS最高可以达到5105，但是此时的响应时间为85.47ms当IOPS为663时，响应时间为10.54ms。在queue_depth为20的情况下：IOPS最高可以达到8261，此时的响应时间

虽然在杭州呆了近10年了，但是还是没有去过千岛湖。这次公司outing活动正好去千岛湖。到了千岛湖一看，总共有三个印像：1.水质很不错。2.滑草真的很刺激，下来后，还想再上去滑一次。3.发现好多景点真是“相见不如闻名”啊。[@more@]

今天小福突破1000公里，百公里即时油耗降到9.9，之前一直是10.1-10.2。随着技术的长进，5档挂的时间也越来越多了，星期天在高架上以匀速60公里的时速跑了一下，这个油耗就降下来了。自贺一把。据小福的车友说，他跑高速这个即时油耗可以降到5.8。不可思议。[@more@]

用opatch打补丁，比较常见的一个错误是：Problems with the lock fileLock file exists, details are: Interim Patch 5508574 is holding the lock from this patch 5484847, probably due to previous unsuccessful operation也就是某个补丁未成功时，接下来打补丁就有可能会出现上面的错误：解决办法是删除 $ORACLE_HOME/.patch_storage/patch_locked[@more@]

oracle 11g推出了众多的新特性，这次的感觉是虽然oracle 11g不像oracle 10g一样是个划时代的版本，但是oracle 11g却对oracle 10g做了非常好的完善，它在许多细小的地方都可以体现出来。一年以后，也许要考虑换到oracle 11g了。以下是自己对新特性的一些简单的罗列，主要是写给自己的。[@more@]1.oracle快速文件：使的对大对象，非结构化的数据放在db里面能够达到文件系统级别的访问速度。2.据说字符集自动适应本地化显示。具体还不太明白。3.数据压缩2-3倍/数据加密。需要带key来访问，这就解决了备份文件被偷，带库被偷导致数据丢失的风险

我们为了控制事务的大小，一般都是采用IF (MOD (v_count, 1000) = 0)THEN COMMIT;END IF;这样的方式。其中v_count是一个计数器。[@more@]但是，我这次碰到一个问题，这个cursor里面的事务每次执行时还是太大。这个过程是这样写的： PROCEDURE sp_move_order_to_history AS error_info VARCHAR2 (512); v_count NUMBER; s_start DATE; BEGIN FOR x IN (SELECT ROWID rid, order_id FROM all_order WHERE gmt_modified < ADD_MON

以前采用的那个模板无法支持firefox，开始我还以为是itpub的blog都无法支持firefox的，后来才知道原来是所采用的模板无法支持，现在采用itpub标准的模板后，就可以支持firefox了。^_^[@more@]

大家在sql tunning时，首先都会去看执行计划。但set autotrace traceonly exp看执行计划显示的却是不全，有些细小的地方就无法发现。下面是我一次经历，其实挺简单的，只是希望对对家有所提醒。[@more@]创建测试表格：create">c2c@c2c>create table bak_all_order as select * from all_order where rownum<10000;Table created.create">c2c@c2c>create index bak_test on bak_all_order (SELLER_DOMAIN_USER_ID,CLOSINGDATE,IS_DELETED,TRADE_STATUS);Index created.有这么条语句，执行非常的频繁：SELECT count(*)

上个礼拜去下的订单，今天终于把“小福”接回家了。 由于当天保险是不生效的，所以开的特别小心。在开回的路上，出了个小插曲。从4S店出来，旁边有个加油站，但是由于比较难开，车子上面又显示还可以开40Km，所以想找个路边比较方便一点的加油站，结果开到路上就没油了。。。。于是打电话给4S店，还好他们的服务态度是不错，马上送了点油过来，然后带着我们去加油站加油后才离开，赞一个!由于好久没有开，所以打算先练一段时间再正式上路。^_^[@more@]

最近在看《人体使用手册》，一本从中医的角度来讲述身体的运作机理，以极如何养生的书。书里面讲的一些东西，让我有种耳目一新，愰然大悟的感觉，也让我觉的我们祖先几千年的中医真的是博大精深，唯一缺的可能就是一些证据，不像西医那样处处都是讲证据。书中所提到的养生一招三式“敲胆经、早睡早起、按摩心经”。再外加两个观念“不生气、保持肠胃的清洁”。我觉的值的一试。有关心自己身体的同学，可以去看看。[@more@]

aix p590上有多块网卡。我想控制业务走一块网卡，管理及备份走另一块网卡。要实现这样的目的需要修改路由。[@more@]修改路由成如下：default xx.xx.11.254 UG 3 212067 en3 - - 127/8 127.0.0.1 U 17 1466322 lo0 - - xx.xx11.0 xx.xx.11.56 UHSb 0 0 en3 - - =>xx.xx.11/24 xx.xx.11.56 U 3 956313 en3 - - xx.xx.11.255 xx.xx.11.56 UHSb 0 15 en3 -

环境： HDS USP100 60块73G 15000RPM FC盘。 RAID 1+0 2d+2d 每个RAID组划4个ldev。 VG包含15个ldev(分别来自于15个raid组) lv的stripe size为256k（写的比较杂乱，没有系统整理过。^_^)[@more@]1.RAC的情况下，第一节点刚刚起动后：set">sys@c2c>set timing onset">sys@c2c>set autotrace onselect">sys@c2c>select count(*) from all_order; COUNT(*)---------- 47969692Elapsed: 00:10:39.25Execution Plan---------------------------------------------------------- 0 SELECT STATEMENT Optimizer=CHOOS

在rac+dataguard的环境中，为了减少应用宕机时间及改动，提高业务的可用性，要求jdbc客户端配置failover。同时为了很好地做应用分割，又不能load balance。即在第一个实例不行时，去偿试第二个实例，两个实例都不行时，去偿试data guard。这样的目的看起来简单，其实有些细小的地方值的注意。下面是一个配置的例子：[@more@]jdbc:oracle:thin:@(description= (ADDRESS_LIST = (LOAD_BALANCE=OFF)(FAILOVER=ON) (ADDRESS = (PROTOCOL = TCP)(HOST = x)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = y)(PORT = 1521

好久没有更新博客了，最近事情太多。昨天晚上弄到凌晨4点才睡觉。刚刚碰到一个奇怪的搞笑的事情，与大家共享一下。[@more@]开发人员说，在开发库中出现奇怪的事情：有一张表格A，没有人在修改它，但是不知道为什么记录数老是在不断的变化。他们用的sql语句是这样的：select count(*) from A where A.col < sysdate and A.col >sysdate-3;记录数在不断地减少，好像有人在删除它。我登陆DB，查看v$transaction没有任何记录。查看v$session_wait，就那么几个会话， 它们做的事情都与A表无关。查看dba_jobs_running也没有任何记录。奇了

节点c2c:1号网卡 172.18.11.51(boot)2号网卡 172.18.12.51(standby)service ip 172.18.11.50 (通信地址)管理IP地址： 172.18.13.50 (两块网卡做etherchannel)trade节点：3号网卡 172.18.11.57(boot)4号网卡 172.18.12.57(standby)service ip 172.18.11.56 (通信地址)管理IP地址： 172.18.13.56 (两块网卡做etherchannel[@more@]测试方案一： 同时停掉1,2号网卡，service ip地址漂移到4号网卡上。 此时两个两节的数据库将挂住12分钟左右。alert日志显示为一串IPC Send timeout detected. Sender ospid 200824。 最后两节点都宕