-
如何正确安装ORACLE使ORACLE状态最优
Jan122012学习ORACLE的第一步就是安装ORACLE，很多情况下DBA安装ORACLE的时候为了方便都是一路下一步的形式来安装，其实这样小小的偷懒可能会带来数据库性能问题，也会给DBA日后的维护增加工作量和复杂度。 在安装ORACLE的时候，ORACLE会提示很多组件是否安装，一些环境用不到的组件建议不要安装，多安装一个组件对磁盘来说就会 ...
阅读全文抢沙发
-
SEQUENCE的cache_size过小导致Library cache lock
Jan122012昨天下午马上下班，测试人员跑过来说应用程序在导入2W条条目数据，页面上一直显示导入中，OEM上显示在导入数据的这段时间，CPU使用明显要高，我过去看了下，不但CPU使用率比往常高，而且很明显有个锁等待信息，看了下对应的ADDM报告，没想到的竟然是Library cache lock，由于马上下班，客户一直催着下班，只好把AWR和AD ...
阅读全文作者：dbdream | 分类：Oracle, oracle 10g, oracle 11g | 标签：CACHE_SIZE, Library cache lock, ORACLE, SEQUENCE
-
ORACLE10gR2手动建库
Jan072012今天不忙，做了下OCM的第一道考题，手动建库，试验环境是OEM6.0，ORACLE 10gR2。11g手动建库的路径有些变动，有时间再具体做下11g的手动建库。实验步骤如下： 1.建立参数文件。 为了方便，可以复制其他数据库的参数文件加以修改。 [oracle@dbserver1]$ cd $ORACLE_HOME/dbs [oracle@dbserver1 dbs]$ cp inittest.ora i ...
阅读全文
-
有关ORACLE10gR2新特性returned 应用方案
Jan0420121.问题描述 在之前测试人员反映，当导入图片数据的时候较慢，ADDM报告中存在以下和导入图片相关的耗时较大的SQL。 查找结果 3: 顶级 SQL 语句 受影响的是 .12 个活动会话, 占总活动的 18.1%。 ------------------------------ 发现 SQL 语句消耗了大量数据库时间。这些语句提供了改善性能的绝佳机会。 建议案 1: ...
阅读全文
-
有关COMMIT太频繁问题解决方案
Jan0420121.问题描述 在之前测试人员生成的ADDM报告，当导入数据的时候，数据库存在大量的提交和回退事件。 查找结果 1: 提交和回退 受影响的是 .51 个活动会话, 占总活动的 58.55%。 ------------------------------- 在执行 COMMIT 和 ROLLBACK 操作时, 等待 "日志文件同步" 事件消耗了大量数据库时间。 建议案 1: 应用 ...
阅读全文
-
COMMIT_WAIT/COMMIT_WRITE参数学习
Dec292011上周五听eygle谈到COMMIT_WRITE参数，今天正好有时间，学习下。 一直以来ORACLE对于COMMIT默认采取同步写事务LOG的方式，也就是说，一旦发出COMMIT命令，那么必须等待LGWR将事务相关的所有日志信息都已经从LOG BUFFER写出到REDO LOGFILE以后，才会返回发出COMMIT已完成。从10gR2开始，ORACLE推出了一个新的参数COMMIT_W ...
阅读全文作者：dbdream | 分类：Oracle, oracle 10g, oracle 11g | 标签：COMMIT_LOGGING, COMMIT_WAIT, COMMIT_WRITE, ORACLE
-
IO性能导致LOG_BUFFER不足
Dec292011今天的ADDM报告提示重做日志缓冲区不够大，我的数据库是11gR2 for linux 64bit，内存自动管理，log_buffer已经9M，即使log_buffer不够大，也应该会自动调整，可是在数据库查看log_buffer的时候，并没有自动调整，还是9M。 查找结果 2: 重做日志缓冲区不够大 受影响的是 .03 个活动会话, 占总活动的 5.17%。 --------- ...
阅读全文
-
ORA-01000和OPEN_CURSORS参数
Dec292011今天测试环境突然报ORA-01000错误，这个问题之前就出现过，但是已经修复，在程序发布新版本后，该问题又一次出现该错误是程序在做图片加载是产生的，测试人员向数据库中加载2000张图片，在加载第1000张之后的图片，程序报错，查看程序日志，发现ORA-01000错误。 ORA-00604: error occurred at recursive SQL level 1 O ...
阅读全文作者：dbdream | 分类：Oracle, oracle 10g, oracle 11g | 标签：maximum open cursors exceeded, ORA-01000, ORACLE
-
使用dbms_monitor跟踪其他SESSION的信息
Dec292011今天测试说在加载条目数据、校验数据和质检数据的时候很慢，但是又不知道这些操作的具体SQL是什么，很难分析，应用程序用的是weblogic中间件，session很难跟踪，只好追踪整个库的会话情况，由于整库跟踪需要前台只有一个人操作，跟踪结果才准确，如果多人操作，对跟踪结果会有影响，需要和测试人员约好时间，目前还未开 ...
阅读全文作者：dbdream | 分类：Oracle, oracle 10g, oracle 11g | 标签：dbms_monitor, ORACLE, SESSION_TRACE_ENABLE, 跟踪会话信息
-
/dev/shm不足导致导致数据库挂掉
Dec222011今天早上到办公室，开发说测试环境应用程序挂掉，看日志说是连接不上数据库，经查看，数据库在晚上10点的时候挂掉，告警日志报错如下： WARNING: You are trying to use the MEMORY_TARGET feature. This feature requires the /dev/shm file system to be mounted for at least 7868514304 bytes. /dev/shm is eith ...
阅读全文
