sky's profileDBA日记PhotosBlogListsMore Tools Help
    6/28/2007

    70年代生人的郁闷

    在qq群里看到别人发的东西:

    我们是怎样的一代人:
    当我们读小学的时候,读大学不要钱;
    当我们读大学的时候,读小学不要钱;
    我们还没能工作的时候,工作是分配的
    我们可以工作的时候,撞得头破血流才勉强找份饿不死人的工作做
    当我们不能挣钱的时候,房子是分配的.
    当我们能挣钱的时候,却发现房子已经买不起了

    为啥感触这么大,是因为前几天做单位车外出,和司机聊天

    那个师傅一辈子生活也算比较曲折吧。聊来聊去聊到了房子,总结起来,他这一辈子单位分配了(包括低价转让)4、5套房子。

    当时我就想,现在岁数大的感慨年轻人月薪过万还嫌少(不包括我,5555),年轻人感叹岁数大一点的人,房子居然是白送的。要知道现在年轻人无论月薪多少,一辈子基本上就在为房子奋斗了

    为啥我妈不早生我几年呢

    6/27/2007

    曲折的IBM X366故障修复经历

    IBM X366,4块sas硬盘,4至强3.6cpu,16gb ram。故障现象为,win2003启动到滚动条时自动重启,f8菜单任何一项进去都重启

     

    在尝试处理过程中遇到过一下问题:

    1.winpe、superboot cd启动死机(后来证实如果superboot cd启动时你动作足够迅速可以启动winpe)

    2.无法识别sas硬盘,需要使用软驱加载sas驱动

    3.购买软驱,第一次发来的软驱是坏的,只好返厂重新换了一个

    4.启动winpe,加载sas驱动后,0、1两个硬盘上的分区无法读取,2、3两个硬盘上的分区正常

    5.win2003安装过程中无法修复安装(最开始的时候还可以修复安装)

    6.x366报警灯亮,cpu识别数目不对,ibm工程师诊断为cpu板坏了,结果备件发来后根本没用上。拆装机器一次后,恢复正常。

    7.2003安装时,f6加载驱动无法安装成功,必须用serverguide光盘安装系统。

    8.机器没有硬raid卡,4格硬盘做了raid0、raid1两个软raid。

    9.ds400阵列只能识别出2个逻辑盘中的一个。使用serveraid manager无法连接ds400,把ds400的2根光纤都插上后正常(按正常配置看,只插一根光纤应该也可以)

    10.系统安装成功、阵列正确识别后,安装sqlserver,其他机器无法连接sqlserver,后来发现win2003必须要求sql server在sp2以上。打了sp4后正常。

    11、恢复救助系统,发现无法找到数据库的用户名和密码,又费了好大周折。

    这些就花费了我2周的时间。

    raid卡今天到货了,明天继续奋斗

     

    2007.6.28

    raid卡到后,安装raid卡,做raid,然后安装系统、sqlserver数据库,恢复救助系统,恢复婚姻登记系统,一切顺利。。。

     

     

    续上面编号

    12.恢复oracle失败,结果是因为使用了错误的版本(9i库,提供了10g的正版介质)

    13.升级到10g,结果遇到 bug(升级时,10g新功能回收站引起)

    14.exp成功,imp遇到bug(win平台自动扩展超过4gb问题,9203版本解决)

    。。。。。。

    6/15/2007

    aix更换磁带机

    别人问我如何更换磁带机
    我说我不知道,其实我知道大概怎么做,但是我不敢告诉他,我怕自己说错了
    后来发现如此简单,看来不实际动手还是不行啊
     
    事情是这样的,一个朋友的公司,2台aix共用一个磁带机(以前就是这么用的)
    现在在a机做完mksysb后,想在b机做,问我怎么把磁带机从a挪到b。
    具体过程如下:
    把磁带机从a拆下来(先断电源线,后断信号线)
    把磁带机接到b上(先接信号线,后接电源线)
    在b上运行cfgmgr,ok
     
    有些事情,看起来很神秘,其实简单得不得了。

    imp时遇到ora-907错误

    1.

    Looks like bug 4154125



    BugTag: Support notes on Bug 4154125 - DDR info BugDesc 4154125
    Affects: RDBMS (-A2)
    NB: FIXED
    Abstract: Export writes bad SQL to DMP file for XMLTYPE tables with DEFAULT clauses
    Fixed-Releases: 9207 A105 A201
    Tags: BADBACKUP CORR/EXP EXP XML
    Details:
    Incorrect SQL may be written to the export file for tables with
    schema based XML type columns. Subsequent import fails with
    errors such as ORA-907. The problem is related to DEFAULT clauses
    existing in the table definition.
    eg:
    Export of a table with this definition writes incorrect SQL to the .DMP file:
    CREATE TABLE "DELFOR_TABLE" (
    ID NUMBER PRIMARY KEY,
    COMPANYID VARCHAR2(30) NOT NULL,
    SNDREDI VARCHAR2(35) NOT NULL,
    RECVEDI VARCHAR2(35) NOT NULL,
    "DOC" "XMLTYPE",
    TMPDOC CLOB DEFAULT NULL
    )xmltype column doc
    XMLSCHEMA "http://www.gxs.com/delfor.xsd"
    element "Delfor";

    To implement the solution, please execute the following steps:

    1. Upgrade to 9.2.0.7 or newer version to correct the known bug and redo the export then retry the import.

    2.  Workaround as follows:

    a.. alter table im_source_type modify (systime_def_id default null);  change the default
    b.  alter table im_source_type modify (systime_def_id default 0);     change the default back to original setting
    c.  exp
    d.  imp

     

     

     2.

    Applies to:

    Oracle Server - Enterprise Edition - Version: 9.2.0.6.0
    This problem can occur on any platform.

    Symptoms

    Import fails with ORA-00907: missing right parenthesis for some tables and cannot continue.
    It is happening consistently - the tables have comments defined on their columns (be it inline comments or comments created later on using the COMMENT ON command).

    Cause

    Bug 3944578 Abstract: IMP-3 ORA-907 DURING IMPORTING A TABLE WITH COMMENTS

    The bug is permanently fixed in 10.2



    Solution

    Use the bug workaround:

    1. Import the data with show=y

    2. Extract the problematic DDLs

    3. Use them to create the tables

    4. Import the data with IGNORE=Y