上一页 1 2 3 4 5 6 7 ··· 11 下一页
摘要: ADDM:Finding 2: Log File SwitchesImpact is 3.82 active sessions, 50.84% of total activity.---------------------------------------------------------Log file switch operations were consuming significant database time whilewaiting for checkpoint completion.This problem can be caused by use of hot backu 阅读全文
posted @ 2013-04-25 12:38 Peyton 阅读(336) 评论(0) 推荐(0) 编辑
摘要: 1、sercure CRT会话设置:2、设置linux session的编码:[oracle@peyton ~]$ export LANG=zh_CN.GBK[oracle@peyton ~]$ export NLS_LANG = AMERICAN_AMERICA.ZHS16GBK其实就是编码不统一。 阅读全文
posted @ 2013-04-22 14:59 Peyton 阅读(331) 评论(0) 推荐(0) 编辑
摘要: 这个问题是在一次测试中发现的。在虚拟机上恢复生产库的备份,服务器是24G内存,而虚拟机才分配了2G。好了,言归正传:当系统报出ORA-00845错误时,是由于Oracle11g的内存管理新特性要求更多的共享内存和文件描述符导致的。解决方法呢就是更改/dev/shm的大小,当然也可以更改MEMORY_MAX_TARGET大小,但是这个方法不好。下面是官方手册里的说明,为了让暂时看英文还头大的朋友稍微舒服点儿,在每段后面都加上中文的简要说明。Automatic Memory ManagementStarting with Oracle Database 11g, the Automatic Mem 阅读全文
posted @ 2013-04-17 15:22 Peyton 阅读(301) 评论(0) 推荐(0) 编辑
摘要: 先看看文档,明白一些原理,然后去折腾。1Changing the Character Set After Database CreationIn some cases, you may wish to change the existing database character set. For instance, you may find that the number of languages that need to be supported in your database have increased. In most cases, you will need to do a ful 阅读全文
posted @ 2013-04-09 19:02 Peyton 阅读(249) 评论(0) 推荐(0) 编辑
摘要: 当一个用户提交(commits)或者回滚(rollback),session的redo信息需要写出到redo logfile中.用户进程将通知LGWR执行写出操作,LGWR完成任务以后会通知用户进程.这个等待事件就是指用户进程等待LGWR的写完成通知.对于回滚操作,该事件记录从用户发出rollback命令到回滚完成的时间.如果该等待过多,可能说明LGWR的写出效率低下,或者系统提交过于频繁.针对该问题,可以关注:log file parallel write等待事件user commits,user rollback等统计信息可以用于观察提交或回滚次数解决方案:1.提高LGWR性能 尽量使用快 阅读全文
posted @ 2013-03-26 17:47 Peyton 阅读(286) 评论(0) 推荐(0) 编辑
摘要: 一、数据库死锁的现象 程序在执行的过程中,点击确定或保存按钮,程序没有响应,也没有出现报错。二、死锁的原理 当对于数据库某个表的某一列做更新或删除等操作,执行完毕后该条语句不提交,另一条对于这一列数据做更新操作的语句在执行的时候就会处于等待状态,此时的现象是这条语句一直在执行,但一直没有执行成功,也没有报错。三、死锁的定位方法通过检查数据库表,能够检查出是哪一条语句被死锁,产生死锁的机器是哪一台。1)用dba用户执行以下语句select username,lockwait,status,machine,program from v$session where sid in (select .. 阅读全文
posted @ 2013-03-26 17:40 Peyton 阅读(537) 评论(0) 推荐(0) 编辑
摘要: 在11g中,全表扫描可能使用direct path read方式,绕过buffer cache,这样的全表扫描就是物理读了。在10g中,都是通过gc buffer来读的,所以不存在direct path read的问题。 direct path read较高的可能原因有: 1. 大量的磁盘排序操作,order by, group by, union, distinct, rollup, 无法在PGA中完成排序,需要利用temp表空间进行排序。 当从临时表空间中读取排序结果时,会产生direct path read. 2. 大量的Hash Join操作,利用temp表空间保存hash区。 ... 阅读全文
posted @ 2013-03-26 16:22 Peyton 阅读(517) 评论(0) 推荐(0) 编辑
摘要: 怎么做好DBA我们究竟要成为一个怎么样的DBA,公司究竟需要一个怎么样的DBA?作为一个DBA应该须有怎么样的素质? 首先作为一个DBA,数据库的基本功很重要,了解数据库的内存结构,物理结构,了解数据库由物理文件到内存是怎么运作的,怎么联系的,靠什么进程来进行管理,虽然说人人都知道oracle有SGA,里面有shared pool,db cache等等,但是并不是所有人都知道他们和操作系统是怎么发生联系的?从操作系统物理文件层面,到操作系统内存层面,到oracle的内存层面,到latch,到cache,到lock,到transaction,到data block,之间是怎么发生联系的,了解了. 阅读全文
posted @ 2013-03-08 17:26 Peyton 阅读(264) 评论(0) 推荐(0) 编辑
摘要: 3.Expdp数据泵导出3.1.EXPDP命令行选项1. ATTACH该选项用于在客户会话与已存在导出作用之间建立关联.语法如下ATTACH=[schema_name.]job_nameSchema_name用于指定方案名,job_name用于指定导出作业名.注意,如果使用ATTACH选项,在命令行除了连接字符串和ATTACH选项外,不能指定任何其他选项,示例如下: Expdp scott/tiger ATTACH=scott.export_job2. CONTENT该选项用于指定要导出的内容.默认值为ALLCONTENT={ALL | DATA_ONLY | METADATA_ONLY... 阅读全文
posted @ 2013-03-01 12:47 Peyton 阅读(169) 评论(0) 推荐(0) 编辑
摘要: 1、media recovery是需要利用以前的备份来进行恢复的,而INSTANCE RECOVERY是不需要的。2、media recovery通常发生在数据库的数据文件之类发生损坏,需要利用以前的备份来进行的恢复,需要人工处理; 而INSTANCE恢复则是发生在实例不正常关闭情况下的恢复,是INSTANCE自己来的,不需要人工干预的。Media Recovery:如果发生数据文件丢失或破坏,就需要用备份和归档日志来进行恢复,这种恢复操作就叫作介质恢复(Media Recovery),这种恢复操作需要有备份、归档日志、联机日志一起才能完成,并分成完全恢复和不完全恢复两种情况。Instanc. 阅读全文
posted @ 2013-03-01 12:06 Peyton 阅读(930) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 7 ··· 11 下一页