-
编辑 删除
个人站点回复正常
经过了漫长的两个星期的等待后,个人站点终于恢复正常了.http://www.dbfan.cn
-
编辑 删除
解决windows7与msn兼容性的问题
今天装了windows 7，总明显的感觉是终于减肥了，比vista瘦了许多。但在装完msn后有一点不是很舒服,每次登录msn关掉它的主窗口的时候，主窗口始终停留在任务栏上，不像以前的msn会自动停留在自己该去的地方。google了...
-
编辑 删除
搬家感想
上周经历了一次大搬家，住进了自己的新房。也意味着将有了自己独立的生活,有了自己的小家庭，结束了租房的日子。不久的将来也会承担更大的责任，那就是一个男人对家庭的责任。买房的经历让我目睹了中国房地市场的黑...
-
编辑 删除
solaris 9 x86平台安装oracle10g
早就想练练solaris了.直到今天才开始.所有的实验都在vmware上进行.1、VMware安装2、创建solaris 9虚拟机,内存不低于300M,磁盘最少10G,或者安装solaris后再额外添加磁盘;3、下载安装solaris 9 x86(http://www.sun.com...
-
编辑 删除
08年快乐
07年已经成为历史,不可能"recover"了,在现实的生活中, 每个人都属于自己的"DBA".想想自己的07年，简直一个字: 乱。也就只有心里总结的份了。08年做的事情很多，给了自己一个简单的规划，希望能够逐步实施：1、工作学...
-
编辑 删除
物化试图日志监控表
物化试图日志可以用来跟踪表的数据更改操作.在一些简单的表监控中,比如确定该表是否有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连接。...
-
编辑 删除
不是一般的郁闷
对国内空间的服务水平确实不敢苟同.年初自己好不容易整了一个BLOG,(www.dbfan.cn), 随手申请了九州未来科技的空间.最近一周特别忙, 没有写东西,也没访问过,结果今天访问的时候打不开了,搞了半天才闹明白这个公司...
-
编辑 删除
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@]
