ITPub博客

看到现在好多兄弟姐妹考OCP在前赴后继的.不禁想谈谈我的"OCP之路".大概是在我2004年底,我在PUB里注册.挺崇拜OCP的.也开始关注的一些相关信息.然后就陆续买了Mc Graw Hill那套OCP 9I考试指南.刚开始很长的时候,我还以为那就是官方的SG呢.后来发现并不一样,然后就这两套混杂在一起对照着拜读.到06年下半年,胡里胡涂的这两套书算看了几遍.可是确发现一点考OCP的欲望都没有了.也从来没找过题库,做过题.可能是时间跨度太长吧.所以建议大家真是决心考的话,要趁热打铁哦.^_^不知道以后自己还会不会重拾OCP,因为听人说过,做DBA的迟早要得

伤病已经是2006年的事拉。虽然我还得要慢慢调养好长。现在是2007年，新的一年拉。要新的开始。偶要重新站起。走出困难。老天爷保佑偶今年一帆风顺啊~[@more@]

恢复目录是一个创建在不同数据库下的一个对象。他包含了从目标数据库控制文件获取的RMAN元数据。RMAN将目标数据库的数据库结构、归档日志文件、备份集和数据文件的备份等信息传递给恢复目录。[@more@]恢复目录是一个创建在不同数据库下的一个对象。他包含了从目标数据库控制文件获取的RMAN元数据。RMAN将目标数据库的数据库结构、归档日志文件、备份集和数据文件的备份等信息传递给恢复目录。RMAN会自动维护恢复目录。如以下情况：1，注册目标数据库；2，与目标数据库控制文件信息同步；3，将数据库返回到前一个incarnation（相对restlogs

undo 在以前的版本叫做 rollback有两种方法管理回滚数据1，自动管理 oracle server 自动管理回滚段的创建、分配、调整。2，人工管理（在9i版本以前只能用该办法）回滚段用来保存回滚数据。回滚段的头部包含了当前事务的表信息。回滚段的三个目的1，事务的还原（transcaltion recovery）当实例意外终止后，未提交的数据会自动还原。2，事务的回滚（transcation rollback) 当回滚的时候，oracle server从回滚段中读取数据回原始位置。3, 读写一致性（read consistency)[@more@]undo 在以前的版本叫做 rollback有两种方法管理回滚数据1，自动

ORACLE强烈建议大家使用archivelog模式。在noarchivelog模式下，不能执行数据库的联机备份。只能进行脱机备份。并且只能复原（restore）最后一次完整数据库备份。不能执行恢复（revoery）配置为归档模式1，shutdown {normal/immediate}2，设置一些与日志方式有关的初始化参数。log_archvie_start(允许自动归档）,log_archive_dest（目录）,log_archive_format（格式）.3，start mount/alter database archivelog;4,进行完整数据库备份。（强烈建议）5，定期将归档日志文件转移。[@more@]undo 在以前的版本叫做 rollback有两种方法管理回滚

--------------多主体复制站点复制实施一例本例涉及两个站点.主体定义站点:LAB.US.ORACLE.COM主体站点:XXP.US.ORACLE.COM注:主体定义站点指配置复制工作的站点本例涉及的用户.复制管理员:repadmin应用用户:SCOTT本例复制的对象:EMP 数据表[@more@]--------------多主体复制站点复制实施一例本例涉及两个站点.主体定义站点:LAB.US.ORACLE.COM主体站点:XXP.US.ORACLE.COM注:主体定义站点指配置复制工作的站点本例涉及的用户.复制管理员:repadmin应用用户:SCOTT本例复制的对象:EMP 数据表1。检查安装好的数据库是否支持高级复制：SQL> sel

MMTTR mean time to recover(恢复的有效时间）MTBF mean time between failures（数据正常工作的有效时间）[@more@]MMTTR mean time to recover(恢复的有效时间）MTBF mean time between failures（数据正常工作的有效时间）RMAN 提供了灵活的方法来1，备份数据库、表空间、数据文件、控制文件和归档日志。2，可以用来保存常有的备份、还原操作3，可以进行增量备份4，可以跳过无效数据5，为备份提供一下限制（？）RMAN相对与用操作系统来进行的用户管理备份（user-managed backups with operating system commands）有如下优点1，可以将常

RMAN不完全恢复的大致步骤1. Mount the database. 加载数据库（目标数据库必须加载）2. Allocate multiple channels for parallelization. 配置通道3. Restore all datafiles. （备份文件必须由RMAN产生或注册）4. Recover the database by using UNTIL TIME, UNTIL SEQUENCE, or UNTIL SCN.5. Open the database by using RESETLOGS.6. Perform a whole database backup.[@more@]RMAN不完全恢复的大致步骤1. Mount the database. 加载数据库（目标数据库必须加载）2. Allocate multiple channels for parallelization. 配置通道3. Restor

还原、备份数据库backup sets（备份组）和image（映象）的概念restore的三个级别：数据库、表空间、数据文件。[@more@]还原、备份数据库backup sets（备份组）和image（映象）的概念restore的三个级别：数据库、表空间、数据文件。rman target /start mount(必须在脱机下）resotre databse;recovery database;alter database open;利用RMAN将某数据文件恢复到一个新的路径下。run{set newname for datafile 1 to '/<newdir>/system01.dbf';restore database;switch datafile all; --更新控制文件。recover database;alter database

需要进行不完全恢复的情况：1，归档日志文件丢失导致的无法完全恢复。2，非归档的在线日志文件和数据文件的损坏、丢失。3，用户操作错误。4，当前控制文件丢失并且需要一个备份的控制文件。（没有备份控制文件。并且不清楚数据库结构。但有一个二进制备份。三种模式[@more@]需要进行不完全恢复的情况：1，归档日志文件丢失导致的无法完全恢复。2，非归档的在线日志文件和数据文件的损坏、丢失。3，用户操作错误。4，当前控制文件丢失并且需要一个备份的控制文件。（没有备份控制文件。并且不清楚数据库结构。但有一个二进制备份。三种模式

用户管理的完整恢复恢复类型（完整，非完整恢复）和命令类型、怎么启动数据库无关。完整恢复只在应用了所有的重做信息并且没有数据丢失的情况下才可能。完整恢复的简单定义就是无数据丢失。不管什么命令，如果能够恢复所有的数据，就是完全恢复（complete recovery）。完整恢复所需的文件：包含所有数据库文件的备份或被毁坏数据文件的备份。自备份以来所有的归档日志文件。包含事物处理的当前联机重做日志介质恢复(media recovery)[@more@]用户管理的完整恢复恢复类型（完整，非完整恢复）和命令类型、怎么启动数据库无关。完整恢复只在应

用户管理的备份，无所谓也就以下几种情况。[@more@]用户管理的备份，无所谓也就以下几种情况。1，完整数据库备份。即包含所以物理文件的备份。完整数据库备份可以在archvielog与noarchivelog两中模式下执行。为一致性备份。如果在noarchivelog下，则备份必须在数据库关闭下进行（冷备份），如果数据库故障中断后的完整备份。也要确redolog也同时备份（似乎唯一提到要备份redolog的时候）。archivelog下，数据库可以在打开或关闭下执行。在打开的情况下，必须将表空间进入备份方式。数据文件与归档重做日志文件相结合，是备份成为一致性。2