AnySQL.net

致命的人为错误

    在所有的错误中, 人为错误是最难恢复的, 尤期是要到达99.9%的恢复, 最近就有三个这样的例子.     一个国外的200G的数据库, 使用的是Oracle ASM, 有一天突然起不来的, 上去看了后, 居然是将一块ASM中的盘加到了操作系统的卷管理系统中了, 因此硬盘上部分数据被覆盖, 导致了Oracle ASM起不来. 后来找来找去, 说是有一个dmp格式的备份, 接近200GB, 这么大的dmp文件能成功导入的可能性很少了, 果然, 导入35GB的数据后, imp报错了. 最后的结果可想而知, 从这里可以看出文档(要指明那块盘被那个系统使用了), 方法(加盘前检查一下有没有正被别的系统使用)和简单性(同一台机器用ASM和OS VG做什么呢?)的重要性.     第二个例子, 人家用PL/SQL Developer工具以DBA权限登录, 一不小心选中了所有用户选项, 然后按了删除操作, 虽然发现后按了取消键, 并强行关闭数据库, 还是导致了上百个表被删除. 在删除的过程中, 又有部分数据进入到系统中,...

Posted on March 14, 2008 2:59 PM

难以忘怀DBA误操作

    最近流行自我恢过, 有人在ITPub上有人问DBA生涯中最难人忘怀的误操作. 最常见的有如下几类:     rm误删除文件, 解决办法可以参考Fenng的贴子, 这其中良好的习惯和权限管理显得很重要, 必要时写些角本来进行删除操作, 不容易范错.     连错数据库, 这种事发生的事也比较多. 如要连Standby的连到Primary了, 结果将生产库关闭了(这事这儿也发生过). 要连本机的连到生产库了, 要连测试库的连到生产库了, 连错库后用初始化角本去初始化造成了大问题.     拷贝粘贴问题, 很习惯将命令粘贴到窗口中去跑, 结果拷的不是想要跑的命令, 而是拷了错误的DROP或TRUNCATE命令, 这个错误我也范过, 还好只是得到一堆ORA-00942(表或视图找不到)错误, 后来就不这么做了, 都是拷到一个SQL文件中, 然后cat检查一下再跑.     不够小心, 如要DROP以TEMP结尾的表, 结果忘了打最后的TEMP, 将正式表删除了.    ...

Posted on December 20, 2007 1:10 PM

Perl Array DML的正确错误处理方法

    以前一直以为自已的处理方法是对的, 在asyncdata脚角正式使用了一次后, 发现还是错了.     下面一段是原来的处理角本: my $rv = $delstmt->execute_array({ArrayTupleStatus => \@rowstats}); if (! defined($rv)) {     # Error processing     my $updcnt = @rowstats;     for($i=0;$i<$updcnt;$i++)     {        if (ref $rowstats[$i])        {            # Error code : $rowstats[$i]->[0]           ...

Posted on September 10, 2007 3:25 PM

ORA-30175: invalid type given for an argument

    今天朋友遇到一个比较郁闷的问题, 想了一段时间还没有想出来, 于是在网上问我. 下面这一段代码报了这个错误: declare    l_max_date VARCHAR2 (50) := '2999-12-31 23:59:59';    l_format   VARCHAR2 (50) := 'YYYY-MM-DD HH24:MI:SS'; begin   INSERT INTO ...   SELECT ....  FROM tab1@link1 A, tab2@link2 B   WHERE join_condition     AND A.COL1 > TO_DATE (l_max_date, l_format); end;...

Posted on August 9, 2007 11:30 PM

Internal error: ulconnect: OCIInitialize [1804]

    一个用sqlldr来装载数据的批处理角本发生了如上错误. % 9205/bin/sqlldr *****/*****@***** control=testsqlldr.ctl data=..... SQL*Loader: Release 9.2.0.5.0 - Production on Tue Aug 7 18:00:35 2007 Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved. SQL*Loader-704: Internal error: ulconnect: OCIInitialize [1804]     一开始我以为1804就是ORA-01804, 于是就用oerr查错误信息. 01804, 00000, "failure...

Posted on August 8, 2007 10:32 AM

FastCGI下TagSupplementals插件的一点问题

    今天去查看个人网站的Apache日志文件, 发现错误日志(error.log)要比访问日志(access.log)大很多, 于是看了一下文件内容, 发现大量的如下错误, 看起来是关于XSearch插件的, 下面贴出来的信息是我裁剪过的, 原信息很长: FastCGI: server "..." stderr: Can't locate MT/XSearch.pm in @INC (...)    at $MT_HOME/mt/plugins/TagSupplementals.pl line 41.,    referer: http://www.anysql.net/oracle/mts_ora_27101.html     XSearch是用来加速Movable Type基于标签(Tags)搜索的速度, 我没有使用这个插件, 角本虽然没有错误, 却写了很多错误信息, 最后到plugins目录下去修改了一下TagSupplementals插件的源代码, 找到下面代码中的第一行, 稍作改动就可以了. 如果你用了XSearch插件, 就没有问题. #  ...

Posted on March 10, 2007 12:53 PM