第1讲:oracle数据库实例简介 数据库实例是一组用于管理数据库文件的内存结构。数据库是一组由create database语句在磁盘上创建的物理文件。由实例管理其关联的数据,并为数据库用户提供服务。 每个正在运行

在事务恢复完成之后,数据库已经处于Open状态,但是还没有提交给用户可用。接下去的主要工作就是运行环境初始化工作。主要是一些动态视图和静态视图的数据准备,使系统可用。

在SMON cache recovery完成之后系统就进入可用状态,SMON开始进一步完成tx recovery。 Tue Apr 13 15:01:15 2010 SMON: enabling tx recovery Tue Apr 13 15:01:15 2010 Database Characterset is ZHS16GBK repli

在数据库被引导并且通过完整性检查之后,系统进入cache recovery阶段。 在alert文件中会有以下打印: Tue Apr 13 13:44:23 2010 SMON: enabling cache recovery Tue Apr 13 13:44:27 2010 Successfully onlined U

当数据库非正常关闭的时候,作为Instance recover的一部分,需要进行Crash recovery。而一个正常关闭的数据库并不需要crash recover过程 crash recover 从low cache rba开始恢复到on disk rba结束,从过程可以看到

alter database open Tue Apr 13 11:43:19 2010 CHANGE TRACKING is enabled for this database, but the change tracking file can not be found. Recreating the file. Change tracking file recreated. Block

在nomount阶段,remote_login_passwordfile参数将发挥作用。 如果在connect阶段采用了口令认证方式。 remote_login_passwordfile=NONE 表示只能在本地登陆,无法通过口令验证进行启动操作。 C:\Documents and Set

在media recover完成之后,Oracle就进入了Instance recover阶段。也就是说我们日常所说的数据库open过程。 database open过程: Tue Apr 13 10:59:45 2010 ALTER DATABASE OPEN Block change tracking file is cu

media recover对于commit和rollback的处理 由于本次恢复测试仅仅针对完全恢复,无法判断日志恢复过程是否以事务为基础进行恢复。但在完全恢复过程中,我们可以确定日志恢复至少是以一个日志文件为单元进行恢复,从

Media Recover对于高于当前Change Record的处理: media Recover对于高于当前的Change Record不加任何处理,认为该Block更新,忽略处理。这个机制对于我们需要恢复个别数据块的时候将带来很大的方便。 Media Reco

media Recover对于腐败块的处理: media recover过程中的corruption block的处理: Media Recovery Log /archlog/ora9i/1_8.dbf *** Corrupt block relative dba: 0×03c0000d (file 15, block 13) Bad check