简单探讨Oracle介质恢复
Oracle有很多值得学习的地方,这里我们主要介绍实例恢复,包括介绍Oracle介质恢复等方面。当实例意外地(如掉电、后台进程故障等)或预料地(发出SHUTDOUM ABORT语句)中止时出现实例故障,此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障,则需Oracle介质恢复。在其它情况Oracle在下次数据库起动时(对新实例装配和打开),自动地执行实例恢复。如果需要,从装配状态变为打开状态,自动地激发实例恢复,由下列处理:1.为了解恢复数据文件中没有记录的数据,进行向前滚。该数据记录在在线日
Oracle的几个概念:数据库名,全局数据库名,SID,实例,命名空间,schema
常被oracle的几个概念搞得很晕,和公司做pl/sql的同事讨论后,又到网上搜索下,现将个人对这几个概念的理解做个笔记:先通俗的解释下数据库这个概念,数据库就是存储在磁盘上的文件,这些文件中保存的数据有一定的物理结构和逻辑结构。数据库名 就是数据库的名称标识,如myOracle, 这种叫法一般只适用于单机;全局数据库名 就是数据库处于一个网络中的名称标识。比如数据库宿主机的域为mydomain, 则数据库的全局数据库名为myOracle.mydomain;实际上myOracle和myOracle.mydomain两者指的是同一个数据库.即:全局数据库名 = 数据库名+"
记一次shared pool中的等待事件——LIBRARY CACHE PIN
周末在公司打游戏,同事突然问我,为什么我的procedure删除不了?我觉得很纳闷,过去一看,drop procedure之后处于吊死状态,凭借经验,很有可能是library cache pin或者library cache lock,通过一番检查发现确实是library cache pin虽然现在又开始从事Java的设计和开发工作,但是对于Oracle方面还是比较热衷的,类似等待事件都必须非常熟悉,接下去就要结合多次文章来把常见的等待事件使用模拟的方式来进行分析讲解Oracle使用两种数据结构来进行shared pool的并发控制:lock 和 pin.Lock比pin具有更高的级别.Lock在handle上获得,在pin一个
index fast full scan 和index full scan的深入探索
对于使用Oracle的人来说,索引无疑是提高性能必不可少的内容之一,索引的分类也是众所周知的了,但是对于索引的深入研究和不同类型所能达到的不同效果,对于非专业DBA的朋友来说可能会比较零乱,今天兴起,参考了一些文档来对index fast full scan 和index full scan的使用情况做一个实验总结。确认OS:[root@localhost ~]# uname -aLinux localhost.localdomain 2.6.9-5.EL #1 Wed Jan 5 19:22:18 EST 2005 i686 i686 i386 GNU/Linux确认Oracle version:SQL> select * from v$version;BANNER---------------------------------------