oracle帮助文档——Backup and Recovery User's Guide

本文详细介绍了Oracle RMAN备份与恢复的各种技术和策略,包括逻辑与物理备份、增量备份、闪回数据库、介质恢复及RMAN命令的使用等核心内容。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

/1 备份恢复简介

1.1 备份和恢复的目的
逻辑备份:数据泵data pump expdp/impdp
物理备份:即备份,是逻辑备份的基础(rman和用户管理)

media,user,application error需要DBA
1.2 Oracle备份和恢复解决方案
备份的技术特点
  rman 用户管理 data pump
关闭数据库备份      
打开数据库备份 无需begin/end    
增量备份      
坏块检测 支持 不支持 支持
指定备份文件      
备份存储库      
备份到媒体管理器      
闪回技术
逻辑闪回依赖于undo
逻辑闪回功能:闪回查询——某个时间
                            闪回版本查询——某段时间的所有版本
                            闪回事务查询——某段时间某个交易的更改
                            闪回事务
                            闪回表
闪回数据库技术:DBPITR,通过访问过去versioon的block+archinvelog
DRA

/2 rman入门

    rman的环境:
target database rman在数据库的controlfile中维护其matadata,其元数据被称为rman repository
客户端 oracle_home/bin中
recover erea  
介质管理 disk或者sbt
恢复目录recover catalog 用来保留rman元数据
2.1 启动RMAN并连接到数据库

2.2 显示默认RMAN配置
见第5章和第6章

2.3 备份数据库
见第8章和第9章

archive模式:backup database plus archivelog
noarchive模式:backup as copy database
format %d %t %s %p BACKUP  INCREMENTAL LEVEL 1  FOR RECOVER OF COPY  DATAFILECOPY FORMAT  '/disk2/df1.cpy'  DATABASE;
tag   BACKUP  INCREMENTAL LEVEL 1  FOR RECOVER OF COPY  WITH TAG 'incr_update'  DATABASE;
增量备份:如果没有0级备份,当运行1级备份时,自动进行0级备份  BACKUP INCREMENTAL LEVEL 1 DATABASE;

验证数据库和备份
VALIDATE DATAFILE 4 BLOCK 10 TO 13;

rman操作的脚本化
%rman @ / my_dir / my_command_file.txt

RMAN的list和report
LIST EXPIRED COPY
REPORT OBSOLETE
REPORT schema
rman maintains command   
crosscheck backup
DELETE OBSOLETE;
DRA
list
advise
repair

使用闪回数据库重新创建数据库
与介质恢复不同,闪回属于rewind,不需要restore
前提:有flash log,有restore point
命令:FLASHBACK DATABASE TO SCN 861150 | RESTORE POINT BEFORE_CHANGES | TIMESTAMP TO_DATE();
Restoring and Recovering数据库文件
定义:restore是CP,介质recover是从redolog和increament中早SCN和还原点

1、recover database:RESTORE DATABASE;——》RECOVER DATABASE;/
2、 Recovering Tablespaces: SQL 'ALTER TABLESPACE users OFFLINE';——》RESTORE TABLESPACE ——》RECOVER TABLESPACE users;
3、Recovering Individual Data Blocks:RECOVER CORRUPTION LIST;

/3 rman架构

关于RMAN环境
客户端、目标数据库、恢复目录、目录里的元数据、物理备用数据库、测试用的数据库副本、快速恢复区、介质管理、介质管理目录、em

客户端:交互式和批处理模式
channal: 指示server sessions进行操作, 磁带通道和SBT通道
存储库repository:控制文件中的元数据
介质管理:可以为介质管理分配channel;安全备份
Fast Recovery Area:快速恢复区的配置

dataguard环境中的rman

/4 启动并与RMAN客户端进行交互

输出位置:%rman LOG /tmp/rman.log
环境变量:NLS_DATE_FORMAT='Mon DD YYYY HH24:MI:SS'
@文本文件 做命令文件  #做注释

创建动态shell脚本??
检查rman语法:% rman CHECKSYNTAX@filename
                               RMAN> run [ backup database;]

rman建立数据库连接
类型:target. catalog ,auxliary  ???具体用处?
验证:RECOVERY_CATALOG_OWNER赋予权限
连接类型:  
操作系统命令:
1、不连接到恢复目录           %rman TARGET / NOCATALOG                                       
2、连接到恢复目录               %rman TARGET SYS @ prod CATALOG rco @ catdb 
3、连接到辅助数据库         RMAN> CONNECT AUXILIARY SYS @ aux
命令文件命令:
*.rman

使用RMAN管道接口???
% rman PIPE abc TARGET /

/5 配置rman环境

5.1 配置RMAN备份的环境
show all;
configure...clear
配置默认设备:configure default device type to disk | sbt
配置默认备份类型:CONFIGURE DEVICE TYPE DISK BACKUP TYPE to copy | backupset,默认是未压缩的backupset
配置渠道: CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/disk1/ora_df%t_s%s_s%p';
配置并行通道:CONFIGURE DEVICE TYPE'SBT_TAPE'PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET;
配置control和ini的自动备份: CONFIGURE CONTROLFILE AUTOBACKUP ON;

配置rman备份到介质管理器
SBT库:CONFIGURE CHANNEL DEVICE TYPE sbt PARMS 'SBT_LIBRARY=pathname';
????

测试配置否是正确: allocate channel
测试备份还原操作:

配置Fast recover area
放置:包含控制文件,联机重做日志,归档重做日志,闪回日志和RMAN备份
按OMF格式    
也可以OMF和ASM一起使用
配置空间的大小:看undo的量
增量备份策略
ALTER DATABASE FLASHBACK OFF;
配置控制文件和重做日志的位置
redolog
control
ini
archive
5.4 配置保留策略
冗余策略:REDUNDANCY 1: 以0级备份为界限,可恢复1天以内的
恢复窗口:                 不会将任何0级备份视为过时
CONFIGURE RETENTION POLICY TO NONE;
0级备份和1级累计备份和1级增量
5.5 configure的优化命令
如果RMAN确定文件是相同的 (readonly) ,并且已被备份 ,那么它是候选者被跳过。
CONFIGURE BACKUP OPTIMIZATION ON 启用备份优化。
???
5.6 archive redolog的删除策略
CONFIGURE ARCHIVELOG DELETION POLICY指定archived redo logs是否有资格删除,包括fast recovery area
DG环境中配置RMAN
????



6/ 配置RMAN环境:高级主题

configure channel或者allocate channel

6.1 配置channel选项
Type of Channel Control Commands
Limit I/O bandwidth consumption Use the RATE channel parameter to act as a throttling mechanism for backups.
Limit backup sets and pieces Use the MAXPIECESIZE channel parameter to     set limits on the size of backup pieces. You can also use the MAXSETSIZE parameter on the BACKUP and CONFIGURE commands to set a limit for the size of backup sets.
Vendor-specific instructions Use the PARMS channel parameter to specify vendor-specific information for a media manager. You can also use the SEND command to send vendor-specific commands to a media manager.
Channel parallel backup and restore operations Use CONFIGURE DEVICE TYPE ... PARALLELISM for persistent channel parallelism or multiple ALLOCATE CHANNEL commands for job-level parallelism.
Connection settings for database instances Specify which instance performs an operation with the CONNECT channel parameter.

6.2 配置高级备份选项
备份集的最大大小: configure maxsetsize( BACKUP TABLESPACE tools MAXSETSIZE 5G;
备份片的最大大小: configure maxpiecesize最大2G,再大intrafile
备份副本: CONFIGURE ... BACKUP COPIES
排除表空间CONFIGURE EXCLUDE FOR TABLESPACE example;
压缩配置: CONFIGURE COMPRESSION ALGORITHM 'BASIC';
加密:透明备份加密可以用电子钱包,密码加密,双模加密 :(命令?),默认是 encryptions的wallet
配置auxiliary实例文件名   CONFIGURE AUXNAME FOR datafileSpec TO 'filename';
配置控制文件快照的位置   CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/oradata/trgt/snap_trgt.ctl';
配置rman的TNSNAME:
启用写丢失的检测  


6.2 配置压缩选项:
压缩等级 绩效福利和权衡
HIGH 最适合在较慢的网络上进行备份,其中限制因素是网络速度。
MEDIUM 推荐用于大多数环境。良好的压缩比和速度的组合。
LOW 对备份吞吐量的影响最小。
6.3 Duplexing Backup Sets双工备份集
(1)可以将备份双向备份到磁盘或磁带,但不能同时将磁带和磁盘备份到磁带和磁盘

(2)Duplexing applies only to backup sets, not image copies.


/7 Using Flashback Database and Restore Points

/7.1 Flashback Database, Restore Points and Guaranteed Restore Points
 
 7.1.1 闪回数据库
  与数据库时间点恢复(DBPITR)相似,不需要restore
  块影像复制到闪回日志——》archivelog           reverse的概念  区别于revover
  限制:
  1.只能用于oracle的更改,不能用于介质故障
  2.不能用flashback检索删除的数据文件
  注意:
  1、保证要有restore point,它可以是SCN、时间或别名,由controlfile存储
  2、保证storage  snapshoot???
  3、保证flash area的空间,旧的闪回log会因为空间而被删除,但可以DB_FLASHBACK_RETENTION_TARGET 备份到磁带
还原点的DML
SQL> CREATE RESTORE POINT before_upgrade GUARANTEE FLASHBACK DATABASE;
LIST RESTORE POINT restore_point_name ;
SQL> DROP RESTORE POINT before_app_upgrade;
配置闪回数据库的最佳性能

v$FLASHBACK_DATABASE_STAT

如果定义了guarenteed restore,RVWR遇到IO错误时,实例会失败,没有定义则不会失败


8/  RMAN Backup Concepts

8.1 备份模式:原理(1)将整个块的before image写入the redo stream
                                (2)records changes to the block in the online redo log.
                                (3) freezes the data file checkpoint
                        优点(4)不需要 freeze the data file header checkpoint
8.2备份片的大小:如果在 BACKUP命令中 有  SECTION SIZE  参数, 则RMAN可以创建一个 multisection backup  
8.3 备份集 backup set , which is the smallest unit of an RMAN backup;
      备份片: 备份集包含一个或多个RMAN特定格式的二进制文件。这些文件中的每一个都被称为

8.7 Incremental Backups:
       (1)differential incremental backup:在增量备份1级或0级后更改
       (2)cumulative incremental backup:只在增量备份后在0级更改

9/ Backing Up the Database


9.2 Specifying Backup Output Options

(4) BACKUP   AS COMPRESSED BACKUPSET   DATABASE PLUS ARCHIVELOG;
   当备份位置的磁盘有限时;但带宽比CPU重要时;介质归档备份;(只备份数据集,不备份image copy)


9.4 逐步更新增量备份
用1级增量备份更新datafile的副本。 ???就是说增量备份可以更新??
(1)映像副本的recover:语句:run{ RECOVER COPY OF DATABASE   WITH TAG   BACKUP ... FOR RECOVER OF COPY WITH TAG  database}?
(2)然后执行映像副本的快速切换   SQL> SWITCH DATAFILE 'filename' TO COPY;


9.5 rman增量备份

RMAN不支持 更改跟踪文件的备份和恢复,不支持 复式跟踪

使用 块更改跟踪来提高增量备份性能:
(1)8个bitmap来更新管理
(2)进行0级增量备份后,下一个增量备份可以使用更改跟踪数据。
(3)参数:DB_CREATE_FILE_DEST; V$BLOCK_CHANGE_TRACKING



10/  Backing Up the Database: Advanced Topics

10.1 Using Backup Optimization to Skip Files:
CONFIGURE BACKUP OPTIMIZATION ON;可跳过已备份的和文件相同的
10.2 Skipping Offline, Read-Only, and Inaccessible Files
可以跳过offline、read only、inaccessible的文件



11/ Reporting on RMAN Operations



11.3 report  
分类 :(1)REPORT NEED BACKUP;(2)REPORT UNRECOVERABLE(3)REPORT OBSOLETE(4)REPORT SCHEMA








12/ 维护RMAN备份和存储库记录

12.2 Maintaining the Control File Repository
control file包含两种类型: circular reuse records和noncircular reuse records.
(1)可以自动增长
(2)但必须在CONTROL_FILE_RECORD_KEEP_TIME = integer之内,所以, 想用RMAN则必须大于0

12.4 update rman存储库
(1)交叉检验:

(2)更改状态:
change可用不可用:CHANGE ... UNAVAILABLE
change状态:CHANGE ... KEEP
(3)catalog命令?




13/ Managing a Recovery Catalog


13.2 创建恢复目录  
RMAN> CREATE CATALOG TABLESPACE cat_tbs;不是create recover catalog






13.5  Creating and Managing Virtual Private Catalogs
目的:限制管理员仅修改他们负责的备份元数据,但仍保持rman catalog的单个集中管理
创建权限:连接到恢复目录数据库作为虚拟专用目录所有者(而不是基本恢复目录所有者)
                GRANT CATALOG FOR DATABASE prod1 TO vpc1;      (创建权限是一样的,撤销不一样,注意11g和10g的区别)
创建目录: CREATE VIRTUAL CATALOG(11g);        
                    EXECUTE base_catalog_owner .DBMS_RCVCAT.CREATE_VIRTUAL_CATALOG;(10g)
撤销权限:REVOKE CATALOG FOR DATABASE prod1 FROM vpc1;            
删除目录:DROP CATALOG; (11g)
                    EXECUTE base_catalog_owner .DBMS_RCVCAT.DELETE_VIRTUAL_CATALOG; (10g)

13.7 Managing Stored Scripts
The script is stored in the recovery catalog rather than on the file system.
(1)本地脚本只能在rman链接的database中运行。
(2)全局脚本可以在catalog中注册的所有database中运行
CREATE SCRIPT
run{ EXECUTE SCRIPT full_backup; }
本地脚本和全局脚本;如果脚本中的RMAN命令失败,脚本中的后续RMAN命令将不会执行。


13.8 Maintaining a Recovery Catalog

同步恢复目录:它将恢复目录与目标数据库的当前或备份控制文件进行比较,并使用缺少或更改的元数据更新目录
                         部分同步,不更改database schema.

导入和移动恢复目录:
(1)不同版本有多个恢复目录,
(2)以source catalog schema为准
(3)默认将所有已注册的matadata导入到源恢复catalog
(4)导入成功后,默认unregister source catalog(从源数据库中注销目录), RMAN从在源恢复目录中注册的所有目标数据库导入元数据
(5)如果名称冲突,则会global rename(copy of name)

/14 RMAN Data Repair Concepts

14.1 概述:
需要DBA干预和数据修复:用户错误,应用程序错误和介质故障。
RMAN数据修复技术:数据恢复顾问;逻辑闪回功能;Oracle闪回数据库;数据文件介质恢复;块介质恢复;表空间时间点恢复(TSPITR)

14.2 RMAN的restore操作
可以restore的文件:数据库(所有数据文件)
                              表空间
                              控制文件
                              归档重做日志
                              服务器参数文件

14.3 RMAN介质恢复
包括:data file media recovery or block media recovery .




/15 用Data Recovery Advisor诊断和修复故障

15.1 概述
EM: Perform Recovery
用处:磁盘上persistent data on disk 的损坏或丢失,减少MTTR
优点:在process之前发现分析和解决data failures。可选择最佳修复项
步骤:LIST FAILURE,ADVISE FAILURE,REPAIR FAILURE,和CHANGE FAILURE。
范围:(1)不能访问的datafile和controlfile;(2)可以诊断物理损坏;(3)数据不一致;(4)I/O故障; (5) 可以检测逻辑损坏 ,但一般要oracle支持
15.2 列出失败
LIST FAILURE ... DETAIL
不支持rac;不支持standby database
15.3 验证数据库来检查块损坏
VALIDATE CHECK LOGICAL SKIP INACCESSIBLE DATABASE;

/16 Validating Database Files and Backups

16.1  目的 :check for corrupt blocks and missing files. 默认不检查逻辑损坏,检查会录入ADR中
        引起Block corruptions的原因:磁盘和磁盘控制器、内存、IO
        类别:物理块:checksum无效,block=0,块头不匹配;逻辑快: a row piece or index entry,会写入alertlog和trc
        步骤 Detection:命令DBVERIFY
                Tracking:V$DATABASE_BLOCK_CORRUPTION;
                  Repair:您必须使用手动技术(例如删除对象,重建索引等)来修复块间损坏。


/17 Performing Complete Database Recovery




/18 闪回和point-in-time recover(DB PITR)

用处:升级失败,
除了 flashback drop之外,所有逻辑闪回都取决于undo数据

闪回table
前提:
1、user有权限
2、对象不能包括:rac,物化视图,静态数据字典等
3、表结构不能表
4、需要启动row movement
5、undo有数据
操作:
alter table t1 enable row movement——》flashback table t1 to restore point | SCN | timestamp

闪回drop

闪回database
SQLPLUS中:
监控闪回进度
v$RECOVERY_PROGRESS

PITR
前提:是归档模式,有SCN
1、DATABASE_INCARNATION中来确认还原的时间、还原点、日志序列。  time, SCN, restore point, or log sequence that should end recovery




/19 Performing Block Media Recovery


19.1 块介质恢复概述
块检查的操作方式:RMAN, ANALYZE, dbv, and SQL queries
block物理损坏:Block media recovery(the checksum is invalid, the block contains all zeros, or the block header is corrupt.)
block逻辑损坏: tablespace point-in-time recovery或者drop and recreate(只有逻辑不一致)

19.2 Prerequisites for Block Media Recovery
(1)必须以ARCHIVELOG模式;并且open or mounted with a current control file.
(2)备用数据库,那么它必须处于一致状态
(3)full or level 0 backups and not proxy copies
(3)只能使用archived redo logs进行recover
(4)闪回日志记录,并且包含较旧的未破坏版本的损坏块,则RMAN可以使用这些块,从而加快恢复速度。

19.3 Recovering Individual Blocks(个别坏块)
RECOVER  DATAFILE 8 BLOCK 13

19.4 Recovering All Blocks in V$DATABASE_BLOCK_CORRUPTION(所有坏块)
有这个参数就是有RECOVER CORRUPTION LIST;

/20  Performing RMAN Recovery: Advanced Scenarios


20.4 disaster recovery
概念:是指丢失了loss of the entire target database, the recovery catalog database, all current control files, all online redo log files, and all parameter files.
最后需要resetlog,需要spfile和controlfile


20.5 Restoring a Database on a New Host

/21 Performing RMAN Tablespace Point-in-Time Recovery (TSPITR)


21.2 TSPITR Restrictions, Special Cases, and Limitations


21.3 Planning and Preparing for TSPITR
步骤:
1、为TSPITR找正确的 target time或SCN(可以在recover catalog中找,或者???)
2、找表外关系:DBMS_TTS.TRANSPORT_SET_CHECK,处理(表外关系添加到recovery set;删除关系;暂停关系)
3、识别并保存TSPITR后失去的object:TS_PITR_OBJECTS_TO_BE_DROPPED,(import/export?)

21.4 Performing全自动Database Point-in-Time Recovery
(1)尽量用Flashback Database,而不是database point-in-time recovery
(2)先决条件:archivelog; backup  SCN 和target SCN之间有归档
(3)要提前一小段时间?原理是??

21.5    覆盖默认的RMAN TSPITR with an RMAN-Managed Auxiliary Instance
查看: auxiliary instance:DB_CREATE_FILE_DEST for the auxiliary set data files
                                        DB_CREATE_ONLINE_LOG_DEST_n with DB_CREATE_FILE_DEST for the online redo logs of the auxiliary instance
文件有: system01; sysaux01; undotbs01


21.6 用自己的Auxiliary Instance进行RMAN TSPITR



 Flashback and Database Point-in-Time Recovery Scenarios
步骤
(1)V$FLASHBACK_DATABASE_LOG中V$DATABASE.RESETLOGS_CHANGE#大于V$FLASHBACK_DATABASE_LOG.OLDEST_FLASHBACK_SCN
(2)FLASHBACK DATABASE TO BEFORE RESETLOGS;
(3)ALTER DATABASE OPEN READ ONLY;
(4)ALTER DATABASE OPEN RESETLOGS;


/22 Tuning RMAN Performance

22.1 

22.3 Using V$ Views to Diagnose RMAN Performance Problems
监视备份进度:V$SESSION_LONGOPS

22.3 SBT的Write Phase
(1)Tape Buffers的分配
(2)Tape I/O Slaves
              BACKUP_TAPE_IO_SLAVES=true时从SGA中分配,就是异步IO???false是从PGA中分配
(3)Synchronous and Asynchronous I/O
             当channel从tape中read或者write数据是总是synchronous,但当读写到tape buffer时就是异步的.

/24 Duplicating a Database

24.1 概述  目的:测试、升级、生成报告
                状态分类:
active database duplication and backup-based duplicatio                  
                步骤:归档/干净关闭
24.2 复制准备工作:
(1)该DUPLICATE命令需要至少一个 auxiliary 通道来执行 auxiliary instance 上的复制工作。
         如果存在r ecovery catalog ,则可以执行 基于备份 的复制,而不将RMAN TARGET与源数据库相连接
            a backup-based duplication不需要连到target database
            b. active duplication要求source and auxiliary instances use the same password,不需要任何备份
(2)。。
(5)创建 Initialization参数并启动Auxiliary Instance:ini参数文件中有一个DUPLICATE参数??




24.6 配置用于复制的RMAN通道
for Active Database Duplication:
不需要change your source database channel configuration or configure AUXILIARY channels
for Backup-Based Duplication
auxiliary channel must match the backup medi


/25 故障排除RMAN操作

25.1 


25.2 使用V $视图进行RMAN故障排除 

视图: V$PROCESS;V$SESSION;V$SESSION_WAIT

Server Sessions with RMAN Channels关联:

           作用:确定哪些服务器会话对应于哪个RMAN通道

           语句:select * from  V $ PROCESS p,V $ SESSION s  WHERE p.ADDR = s.PADDR AND CLIENT_INFO LIKE'rman%'

           SET COMMAND ID,CLIENT_INFO列就可以显示哪个ID对应哪个session


/26 Creating Transportable Tablespace Sets

26.1 概述:

它包含data files和 structural metadata .由Data Pump Export生成,不管spfle等参数了


26.3 创建Transportable Tablespace Set

TRANSPORT TABLESPACE tbs_2, tbs_3 TABLESPACE DESTINATION '/disk1/transportdest' AUXILIARY DESTINATION '/disk1/auxdest';

1、如果需要,可以用RMAN CONVERT将数据文件转为endian format





/27  Transporting Data Across Platforms

27.1 概述
有相同的字符串格式即可
27.2 源主机山跨平台
1、只能永久文件和初始化参数文件(与传输table space不同)
2、要在只读模式
3、要进行转换:CONVERT TABLESPACE finance,hr TO PLATFORM 'Linux IA (32-bit)' FORMAT '/tmp/transport_linux/%U';


/28 Making User-Managed Database Backups

v$datafile和
V$tablespace
v$controlfile   要经常看
v $backup  查看备份的状态
9.2 进行全数据库的用户管理备份
全数据库的一致性备份:
         用sqlplus先关闭database——》cp *.dbf  *.ctl ——>启动

9.3 进行表空间和数据文件的用户管理备份
离线表空间和数据文件的备份
         undo段处于active时,不能offline     
         dba_data_files查看状态——》offline——》cp  //+%m_%d_%y.dbf——》online
         !noactive状态的archivelog变成current
在线表空间和数据文件的备份
        begin backup——》cp——》end
          !noactive状态的archivelog变成current
并行??备份在线
连续备份在线    

**如果此时断电或者shutdown abort:
(1)the data file is taken   out of backup mode.因为是在备份模式还没有取消
(2)open the data
(3)a recovery command is issued, or

alter database end backup
       应该是在mount模式下?

read only空间的的user manager
      查看dba_tablespace和dba_data_file where name='history' ——》cp(或expdp)

9.4 控制文件的user manager
           ALTER DATABASE BACKUP CONTROLFILE TO'/disk1/backup/cf.bak'REUSE;  reuse会覆盖旧的
    ALTER DATABASE BACKUP CONTROLFILE TO TRACE;     

归档重做日志user manager
     V$ARCHIVED_LOG
     直接cp?



??suspend模式?    

linux备份到裸设备?

vvs备份?

dbverify实用程序
dbv  file =

/29 User-Managed Database Flashback and Recovery    

29.1 SQLPLUS闪回数据库
flashback  database to SCN 123456——》open resetlog     

29.2 介质恢复
media文件:*.dbf   .*ctl  *.ini  *log
共享服务器类型无法介质恢复
归档日志要打开?
1、system*.dbf      active.undo       关闭数据库恢复
2、user.dbf   inactive.undo              打开数据库恢复    
3、all.ctl                                              还原备份的控制文件 ——resetog
4、copy.ctl                                           换一个   
5、archinve.log                                  restore——recover until scn——resetlog
6、spfile                                               restore——create spfile 

1、 自动恢复   set autorecover on——recover     automatic tablespace t1    from
2、处于默认位置时alter database recover
3、非默认位置时alter system set archive_dest=‘ ’——recover
??并行介质恢复 parallel   2

29.3 完整数据库恢复
前提:控制文件/数据文件/归档日志都可用
1、close:从v$recover_file  datafile tablespace中找信息,从archive_log和recover_log——》 cp一个bak文件——》recover
2、open:alter dataspace off——》bdverfify——》cp一个bak文件——recover
29.4 不完整数据库恢复    
前提 :归档模式     归档日志不可用    
注意 :数据文件是在controlfile中还是在数据字典中,
类别
1、until cancel  
2、until change scn/time                 有sequence吗?
用所有的redo恢复到current SCN
noarchive log模式: cp——》controlfile='' ——》mount ——》alter database rename file ——》recover database cancel 


29.5 介质恢复的故障排除
编辑损坏快??


/30 Performing User-Managed Recovery: Advanced Scenarios


30.3 Re-Creating a Control File
ALTER DATABASE BACKUP CONTROLFILE TO TRACE NORESETLOGS——最后一次结构更改后执行
ALTER DATABASE BACKUP CONTROLFILE TO TRACE——结构更改之前执行
1、如果是从trace里recreate的controlfile,不需要resetlog
2、如果是从backup里的recover的controlfile,则需要resetlog


30.7 恢复Online Redo Log Files
    
如果是Inactive,Clear
如果是Active,则(1)a checkpoint and clear the log;
                             (2)Flashback Database or 
                                       restore a backup and perform incomplete recovery up to the most recent available redo log.
                             (3) 不是当前 redo log file ,则删除添加,或者清除。
如果是current,(1)clear log
                           (2)Flashback Database or 
                                     restore a backup and perform incomplete recovery up to the most recent available redo log.











评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值