ITPub博客

BI平台：ORACLE(self,(Hyperion(self,Brio)))SAP(self,BO(self,Crystal))近两年，bi界大鱼吃小鱼的情况时有发生。一直跟着oracle混，看来将来某天很有可能会涉及到海波龙产品。[@more@]

linux x86_64下安装完oracle,db console居然4分钟左右就自动终止了,再启动，还是4分钟左右终止。查看日志Thread-4105169824 WARN upload: FxferSend: received fatal error in header from repository: http://piccbj-oa.picc:1158/em/upload/FATAL_ERROR::500|Invalid UTF8 encoding.Thread-4105169824 ERROR upload: number of fatal error exceeds the limit 3Thread-4105169824 ERROR upload: agent will shutdown nowThread-4105169824 ERROR : Signalled to Exit with status 55Thread-4133873328 ERROR main: EMAgent abnormal te

今天偶然登录eclipse网站，发现其包含了如下的项目：Web Tools PHP Development (PDT) C/C++ Development (CDT) Modeling Tools (MDT) Modeling Framework (EMF) Business Intelligence and Reporting (BIRT) Visual Editor (VE) Mylyn Test & Performance (TPTP) Rich Ajax Platform (RAP) 从建模到开发，再到测试，还有流行的BI，及近两年刚炒起来的ajax,看来此类的商业软件快要到头了,borland就是很好的证明,IBM呢，它的开发工具和建模工具又卖得怎么样？[@more@]

客户为一数据仓库应用(1)10053居然无法做跟踪，搞不懂,并且sql是第一遍硬解析执行。alter session set events'10053 trace name context forever,level 1';.trc里什么都没有,只有那个sql.(2)执行select my_report.my_item_je_sum(20070117,5555,6666) from dual;函数内含有以下语句:select sum(nvl(f.dr_cny, 0) - nvl(f.cr_cny, 0)) from dw_fact f where f.account_tl like '5555%' and f.accounting_entity_id =6666 and f.time_id between 20070101 and 20070117;但就是不走位图索引，但se

v$session有几列是关于地址值的，saddr:session对象地址paadr:对应的服务器进程的地址taddr:对应的事务对象,如果session上无事务，则为空。如果想查看v$transaction对应的sessionselect * from v$session where taddr=(select addr from v$transaction)就行了。[@more@]

环境：AIX5.3ORACLE 9207bug1：安装9207补丁的时候，安装过程中libnjni9.so无法拷入$ORACLE_HOME/lib32,点忽略，继续安装。但由于该文件问题，DBCA无法运行。也许执行#/usr/sbin/slibclean可以搞定。分析解决：手工从Disk1/stage/Patches/oracle.rsf.hybrid/9.2.0.3.0/1/DataFiles/group.jar文件解压缩出libnjni9.so文件，但无法直接覆盖原文件，删除$ORACLE_HOME/lib32/libnjni9.so文件后，再拷入该文件,DBCA正常。另外：查看LD_LIBRARY_PATH的路径：LD_LIBRARY_PATH=$ORACLE_HOME/lib32:$LD_LIBRARY_PATH或不设置该变量。bug2：DBCA建立

XA分布式事务处理 在谈到 XA 规范之前，必须首先了解分布式事务处理（ Distributed Transaction Processing ， DTP ）的概念。 Transaction ，即事务，又称之为交易，指一个程序或程序段，在一个或多个资源如 数据库 或文件上为完成某些功能的执行过程的集合。　　分布式事务处理是指一个事务可能涉及多个数据库操作，分布式事务处理的关键是必须有一种方法可以知道事务在任何地方所做的所有动作，提交或回滚事务的决定必须产生统一的结果（全部提交或全部回滚）。 　 X/Open 组织（即现在的 Open Group ）定义了分布式事务处理模型。 X/O

ORACLE不允许直接手工drop回收站里的table，如drop table “BIN$EeuZs2QfQOG5owPmaYpe2Q==$0”,当执行这种操作时，前台就会报ORA-38301:无法对回收站中的对象执行DDL/DML，而alert日志会报performing DML/DDL operation over object in bin.10.1下是可以从user_tables里看到这些表的，10.2一般只有查DBA_RECYCLEBIN才能看到这些表。也怪了，他用的哪个版本的什么工具看到的这些10.2回收站里的BIN$表?[@more@]

经查，是10.2.0.3下的一个小bug,可以忽略。有个4887675补丁可以应对，不过还是等到10204出来吧。metalink文档描述如下：Bug 4887675 OERI[kgsclogoff-notempty] can occur during logoffThis note gives a brief overview of bug 4887675. Affects:Product (Component)Oracle Server (Rdbms)Range of versions believed to be affectedVersions < 11 Versions confirmed as being affected 10.2.0.3 Platforms affectedGeneric (all / most platforms affected)Fixed:This issue is fixed in 10.2.0.4 (Server Patch Set) 11g (Future

当时看错误提示，归档目标满，他们的数据量和事务量都非常小，数据库不到20个G，正常情况不可能撑满归档目标的，查看v$loghist，前一天居然切了500次，肯定某些地方出问题了。先删除这些归档，发现几分钟内又出现几个归档，事情不妙。经查发现update 大表 set col = 值的操作，居然多个session在执行，这张大表都快上百万记录了，居然漏了where条件，晕倒。后经确认，就是头天下午开发人员改过该部分代码，经恢复应用代码后，系统恢复正常。都快无语，只想说一句“阁下的开发水平简直深不可测"。[@more@]

这是某个DW应用里的大sql,原来据说5分钟就执行完了，现在居然要5个小时，看看情况吧: SELECT r_Time.time_id, ae.accounting_entity_id, cs.vendor_id, ai.account_item_id, ta.target_account_id, rf.previous_balance PERIOD_BEGIN_BALANCES, rf.balance PERIOD_net_BALANCES FROM ( -- Part 1/2, Uncleared & overdue documents when it's calaculation day SELECT bsik.shkzg, bsik.dmbtr, bsik.zfbdt, bsik.bukrs,

PICC某部门打电话说imp时报回滚段不足错误，搞不定。其实只要加commit=y参数，注意buffer开大点就行了。注：加commit=y参数就是要到达buffer数目时提交，但大对象和long的有一个问题就是如果该参数为Y的话，一行一提交，够狠的。[@more@]

10.1.0.2 的dbsnmp用户的session一直在db file sequenal readsql语句为：insert into mgmt_db_size_gtt select tablespace_name,NVL(sum(bytes)/1048576, 0) sz from sys.dba_free_space group by tablespace_name 原来视图本身有问题。以下是10.1.0.2下视图部分内容：...select /*+ ordered use_nl(u) use_nl(fi) */ts.name, fi.file#, u.ktfbuebno,u.ktfbueblks * ts.blocksize, u.ktfbueblks, u.ktfbuefnofrom sys.recyclebin$ rb, sys.ts$ ts, sys.x$ktfbue u, sys.file$ fiwhere ts.ts# = u.ktfbuesegtsnand u.ktfbuesegtsn = fi.t

再复习复习这个吧，记忆力没那么差。关于create db中的maxdatafiles和db_files参数，文件数>maxdatafiles,将会自动扩展，但必须小于db_files参数，db_files是静态参数，需要重启。[@more@]

某企业集团BI数据库select * from dba_2pc_pending查出状态为collecting的悬挂事务，无法通过commit force或rollback force提交(仅限prepared事务),只好通过DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY'LOCAL_TRAN_ID');[@more@]

1.问题描述： shutdown immediate无法停掉数据库，用shutdown abort不会有问题。 2.问题分析：查看旧的alert日志，发现在等待若干session退出，包括job,及服务器端的连接程序。 select * from v$session_wait,发现服务器端的连接会话一直在跑，且语句运用到了并行，和直接加载操作。 insert/*+append*/ into tbl select/*+parallel(4)*/ * from djdfjdjfj; 3.问题解决：等待任务完成，再shutdown immediate,OK。这种事，最好找开发人员。[@more@]

using target database control file instead of recovery catalogallocated channel: ch00channel ch00: sid=165 instance=picc1 devtype=SBT_TAPEchannel ch00: NMO v4.2.0.0sent command to channel: ch00Starting backup at 25-SEP-07channel ch00: starting incremental level 0 datafile backupsetchannel ch00: specifying datafile(s) in backupsetinput datafile fno=00001 name=/dev/md/picc-ds/rdsk/d151input datafile fno=00004 name=/dev/md/picc-ds/rdsk/d150input datafile fno=00007 name=/dev/md/picc-ds/rdsk/d162inpu

for redhat as41.runInstaller之前必须先打4198954(即compat-libcwait-2.1-1.i386.rpm,compat-oracle-rhel4-1.0-5.i386.rpm)补丁。2.安装前环境变量设置*必须设置ORACLE_BASE环境变量，安装开始时提示权限不足，无法写入。*必须设置LD_ASSUME_KERNEL=2.4.19,否则dbca,netmgr等工具会报错，无法使用。for redhat as31.runInstaller之前必须先打3006854补丁。2.安装前环境变量设置(注意让.bash_profile生效)*必须设置ORACLE_BASE环境变量，安装开始时提示权限不足，无法写入。*必须设置LD_ASSUME_KERNEL=2.4.1,[@more@]

aix5305下，无.zip解压缩程序，只好把10203 1.5G的文件在本地解压后传到服务器上，太慢了。回来看资料才发现oracle bin下本来就有unzip工具，娘的，真是太土了！今天一天又过去了。[@more@]

spfile是用initSID.ora指定的spfile=.而密码文件只能用link.以下是相关资料对于基于裸设备的RAC环境，也可以在RAC环境建立的过程中，通过MAPFILE指定用户的密码文件到裸设备上。这样，每个$ORACLE_HOME/dbs目录下的密码文件实际上就是连接，指向裸设备上的密码文件：bash-3.00$ cd $ORACLE_HOME/dbsbash-3.00$ ls -l orapwtradedb1lrwxrwxrwx 1 oracle oinstall 35 Apr 18 15:25 orapwtradedb1 -> /dev/vx/rdsk/datadg/tradedb_pwdfile[@more@]