今天的麻烦总是不断，正如老话说的：祸不单行啊。

早上一来，一个Server的Database起不来了，经过分析是AIO导致的，修改了参数暂时规避解决，后期需要调整一个aio的参数，但需要reboot，所以需要再定时间.

刚刚搞定这个，另外一个DB因为测试导致系统不能正常运行，客户咨询了Oracle SUPPORT后，要求restart database（我靠，TNND，太弱智了），这个好，1分钟搞定。

以为没事了，靠，TNND，那边RMAN不能备份归档了，分析原因是昨天晚上同事修改了归档的路径并将未备份的归档MOVE到新的location下了，导致RMAN找不到归档文件。好啊，来吧来吧，5分钟重新识别了所有的未备份归档文件。RMAN可以工作了。

中午的时候，原来的客户MSN说，她的RAC系统的一个instance也宕掉了。啊，疯了，中午分析了一下dump文件，可以初步定位是Oracle的bug导致，下午回MSN说，Oracle也是这么认为的，基本上和我分析的差不多，不过TNND，DUMP文件看起来真TM费劲。

下午客户又要求有个测试系统需要调整cpu和mem，这个也比较简单(可以动态调整），不过郁闷的是，调整完后，从os command上居然看到有一个cpu丢了，但从HMC上看到的正常的，这台Server前两天刚打过aix的patch,初步怀疑是patch导致的，晚上reboot以后再看看.

下班了，要回家了，TSM又不转了.....，这个偶还没研究，不懂，找另外的同事搞的，好象是密码文件破坏了，反正俺不懂，以后就懂了。。。