物化试图日志监控表
物化试图日志可以用来跟踪表的数据更改操作.在一些简单的表监控中,比如确定该表是否有dml操作,那么创建该表的物化试图日志是总简单的方式了.下面对test表进行监控, 是否有dml操作.SQL> CREATE MATERIALIZED VIEW LOG...
PLSQL:PL-07204错误
PLSQL_WARNINGS参数的设置今天在数据迁移过程中,许多存储过程迁移后出现了PLS-7024错误.但在迁移前这些过程都是编译通过的。而且出错的存储过程都是以alter procedure procedure_name_** compile PLSQL_OPTIMIZE_LEV...
可传输表空间技术总结( 二)
前面总结了自己的部分试验,今天在前面的基础上再补充一些。1、oracle文件头信息跨平台传输技术要进行数据文件格式转换(就是前面的CONVERT TABLESPACE和CONVERT DATAFILE)。是因为ORACLE数据文件不管在乃个平台下文件...
可传输表空间技术总结
可传输表空间技术不仅可以用来迁移数据,还可以作为数据备份的手段.最近的试验总结:1、确定需要迁移的表空间;2、迁移的表空间必须都是自包含的(数据完整性考虑,也是必须的),可以通过dbms_tts.transport_set_check过...
ORA-07445 [qeesTraverseExpr()+17] 问题解决
自从补了10.1.0.5的后,问题的确不少,看来oracle不管在那个版本中最后的release 2 版本可靠性比较高,最近正打算升级到10.2了.在含有GROUP BY的语句中使用了GROUPING字句时oracle就抛上面的ORA-7445 错误. alert中会...
connect by 引起的ora-600 expcmo_strdef1 BUG
前天数据库打了10.1.0.5的补丁后,BUG 4362281有继续重现,很是郁闷。问题征兆是在connect by语句中如果使用CONNECT_BY_ISLEAF或CONNECT_BY_ROOT,将两条connect by语句进行union,intersect或minus等集合运算时,重现O...
FATAL ERROR IN TWO-TASK SERVER: error = 12152
这今这几天数据库在ALERT日志中连续出现类似下面的问题,同时还伴随了好多trace文件.晚上零点左右和早上6、7点会出现类似错误。零点正是数据库的备份时间,而6、7点数据库很空,既没什么自动作业也没什么session连接。...
oracle10g 32位升级64位
这几天将测试系统从32位升级为64位,过几天可能要将产品系统升级为64位.升级前后的平台都是x86结构的.所以过程比较简单[@more@]1、shutdown 32位平台数据库,tar所有的数据文件,redo日志文件,控制文件,参数文件;2、将准备的文件copy到64位服务器相应的目录;3、在64位机器上设置如下环境变量export ORACLE_SID= ...export ORACLE_HOME= ...准备需要的目录(bdump、adump、create、pfile...)4、在64位平台上修改传过来的参数文件,一些关键的参数必须修改 bdump、udump、adump、control_files等,5、提取tar中的文件到相应的目录6、在64位平台用修
FLASHBACK RECOVERY AREA (三)
在我们启用了闪回数据库后,ORACLE还提供了几个相应的FALSHBACK RECOVERY的视图,我们可以通过这几个视图来了解FLASHBACK的使用情况。[@more@]v$flashback_database_logv$flashback_database_logfilev$flashback_database_statv$flash_recovery_area_usage[oracle@rac1 archive]$ sqlplus / as sysdbaSQL*Plus: Release 10.2.0.1.0 - Production on Fri Sep 7 14:19:19 2007Copyright (c) 1982, 2005, Oracle. All rights reserved.Connected to:Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - ProductionWith the Partitio
FLASHBACK RECOVERY AREA (二)
FLASHBACK RECOVERY AREA (一)前面讨论了flashback recovery area的概念,现在实验怎样在数据库中启用FLASHBACK RECOVERY AREA[@more@]1)、检查数据库是否在archive模式:SQL> startup mount;ORACLE instance started.Total System Global Area 167772160 bytesFixed Size 1218316 bytesVariable Size 96471284 bytesDatabase Buffers 67108864 bytesRedo Buffers 2973696 bytesDatabase mounted.SQL> archive log listDatabase log mode Archive ModeAutomati
FLASHBACK RECOVERY AREA (一)
fashback recovery area是oracle10g新增加的一块文件管理功能,和OFA所不同的是,OFA是用来管理数据库系统文件目录结构的.FRA是一块磁盘区域,专门用来管理数据库备份和恢复文件.在这里面引入了一种新的日志文件:ORACLE闪回日志,FRA依赖于数据库的归档,只有数据库处于归档模式下才可以启动OFA.闪回日志和归档日志的作用相当,都是记录了数据库的操作,必要的时候用来对数据库进行恢复.所不同的是归档日志的管理取决我们的备份策略,而闪回日志的管理取决于DB_FLASHBACK_RETENTION_TARGET参数和DB_RECOVERY_FILE_DEST_SIZE参数。第一个参数定义了
expdp中的UDE-00008问题解决
在一个测试库上用expdp full=y进行数据卸载时,进程运行刚开始不久就提示UDE-00008错误[@more@][oracle@db2 bdump]$ expdp system/oracle directory=DUMP_DIR dumpfile=full.dmp logfile=full.log full=y............这个地方开始出错了Processing object type DATABASE_EXPORT/SCHEMA/TABLE/TABLE_DATA UDE-00008: operation generated ORACLE error 31626 ORA-31626: job does not exist ORA-06512: at "SYS.KUPC$QUE_INT", line 529 ORA-25254: time-out in LISTEN while waiting for a message ORA-06512: at "SYS.DBMS
RMAN备份数据到NFS提示ORA-27054
今天在备份数据到NFS目录时,提示ORA-27054[@more@]在备份中发现以下错误:Starting backup at 30-AUG-07current log archivedusing channel ORA_DISK_1channel ORA_DISK_1: starting archive log backupsetchannel ORA_DISK_1: specifying archive log(s) in backup setinput archive log thread=1 sequence=43 recid=46 stamp=631975231input archive log thread=1 sequence=44 recid=45 stamp=631975223channel ORA_DISK_1: starting piece 1 at 30-AUG-07RMAN-00571: ===========================================================RMAN-
oracle文档地址
oracle在线文档地址:Oracle9iR2:http://www.oracle.com/pls/db92/homepageOracle10GR1:http://www.oracle.com/pls/db10g/Oracle10GR2:http://www.oracle.com/pls/db102/Oracle11GR1:http://www.oracle.com/pls/db111/homepage[@more@]
recyclebin参数
oracle在10.2的版本中新增加了recyclebin参数,用来控制是否将用户drop的对象放入recyclebin. 该参数有两个值on|off,是一个系统级的动态参数,可以通过alter system进行修改。它的默认值为on。当用户删除对象时,先将删除的对象放入recyclebin,需要的时候可以通过flashback...drop的功能进行恢复。如果我们希望将对象直接删除(类似oracle10g前的drop),通过alter system将该参数的值修改为off即可。alter system set recyclebin =off scope=both;[@more@]
RHEL AS 4(Update 3)上安装oracle11g release 1
在RHEL4上安装oracle11g今天终于下载了oracle11g for linux的安装版,所以就迫不及待的想装上了。概述 环境准备Red Hat Enterprise 4 Update 3 安装配置Linux安装oracle softwareDBCA创建数据库测试[@more@]概述自从oracle发布11g以来,经过oow和ITPUB ACE大师们的点评之后,很是想感觉一下,今天终于下载了11g forlinux的安装包。安装过程中参考了Installation Guide 11g Release 1 (11.1) for Linux环境准备因为是测试,暂时还没有多余的机器,所以只能在虚拟机(vmware)进行安装了.具体环境:硬件:MEM:512M,HardDisk 8G软件:OS:RHEL AS 4 Up
oracle11g NewFeature-- server result cache
今天刚下在了oracle11g Document,就迫不及待的看了看New Feature,oracle一直在不停的改善oracle数据库的性能。11g目前又新增了result cache,虽然目前没有使用11g,也没有体验到result cache的功效,但我相信肯定会给我们带来不少的欣喜。[@more@]server result cache查询结果缓冲区,这是oracle在shared pool中新增加的组件,用来缓冲sql、pl/sql的执行结果,oracle 会把他保存在result cache中,后面的回话可以共享这些数据,提高查询性能,如果缓存的数据所涉及的某个对象被改变后者数据被其他的事务改变,那么oracle会自动使这些缓存的
oracle11gR1 for Linux下载
自oracle推出了11G以来,经过oow后,第一个11g版本终于可以下载体验了,目前版本为11.1.0.6.0下载地址:http://www.oracle.com/technology/software/products/database/index.html11G文档:http://www.oracle.com/technology/documentation/database11gR1.html[@more@]
LOB数据管理--更新LOB列
LOB的更新可以通过DML语句实现,也可以通过存储过程去实现。我这里是通过一个简单的PL/SQL过程实现的[oracle@rac1 ~]$ export ORACLE_SID=rac1[oracle@rac1 ~]$ sqlplus mayp/maypSQL*Plus: Release 10.1.0.5.0 - Production on Thu Aug 2 05:24:48 2007Copyright (c) 1982, 2005, Oracle. All rights reserved.Connected to:Oracle Database 10g Enterprise Edition Release 10.1.0.5.0 - ProductionWith the Partitioning, Real Application Clusters, OLAP and Data Mining optionsSQL> SQL> alter table lob_test add constrain
LOB数据管理--以文件的形式加载LOB数据
由于LOB数据的特殊性,在加载LOB数据时我们必须采用一些特殊手段,不能像平常的SQL操作, oracle给我们提供了dbms_lob包专门用来操作lob数据[@more@]在加载LOB数据之前呢 我们必须了解LOB locator的概念,lob locator指的是一个lob定位器(LOB的内部存储机制决定),相当于指针, 表示插入LOB数据的位置,那么在插入数据前呢必须要知道lob locator然后将数据插入到lob locator指定的位置.加载LOB数据的方式有两种一是 internal lob方式。通过SQL DML语句将lob数据同其他数据一快插入.平常的应用(java/c#)都喜欢用这种方式;另一种是external lob方式