ORACLE最简单有效的备份恢复方案

第一篇：ORACLE最简单有效的备份恢复方案

ORACLE 最简单有效的备份恢复方案

ORACLE备份分两种，1.逻辑备份 ；2.物理备份；

逻辑备份又分两种：传统的exp备份；10g开始支持的expdp数据泵备份； 物理备份主要就是RMAN备份；

最基本的原则是： 这些逻辑或物理备份和数据库文件必须放在不同的硬盘上；否者一损俱损；备份就没多大意义了；

如果数据库不是很大，比如在50G以下，那么我们就考虑一些傻话化的全备方案

我现在的备份方案是：两个逻辑备份和RMAN 备份全部用上；

1.传统dmp逻辑备份和恢复

1.1传统dmp逻辑备份，这个是最简单的备份方法；

现在我提供一个简单的脚本：

1.1.1首先建立一个bat文件，名字叫： exp_backup.bat 内容是：

set oracle_username=%1 set oracle_password=%2 set local_tnsname=%3 set url=%oracle_username%/%oracle_password% if not %local_tnsname% == “" set url=%url%@%local_tnsname%

if exist %oracle_username%_old.dmp del %oracle_username%_old.dmp if exist %oracle_username%_old.log del %oracle_username%_old.log

if exist %oracle_username%.dmp ren %oracle_username%.dmp %oracle_username%_old.dmp if exist %oracle_username%.log ren %oracle_username%.log %oracle_username%_old.log

exp %url% file=%oracle_username%.DMP log=%oracle_username%.LOG

该脚本是一个通用的最简单的exp脚本；

意思就是：备份之间，把以前的备份文件修改名字，后面加上_old，如果本来就有old文件，就删除之；就开始备份；备份的文件目录和该脚本一致(这样做最简单)；

所以总是会出现一新一旧两个文件；当然只要最新的就行了，所以理论上只要一份文件；

但是考虑有可能备份的时候突然报错，这样old文件还在，将就着使用,否者新的是坏的，旧的也没了；

之后，有的人做一周7天逻辑循环备份，我觉得没有必要，要那么多旧的备份文件何用，浪费空间；

1.1.2然后再做一个bat文件，比如是my_exp.bat 内容是:

call exp_backup.bat USER PASSWORD ”“ 如果是在服务器自身上备份，就不需要写入数据库服务名；

如果有多个用户数据需要备份；那么就在my_exp.bat继续添加：

call exp_backup.bat USER1 PASSWORD1 ”“ ….My_EXP.BAT可以做成windows的执行计划，每天不忙的时候执行一次；

1.2 exp备份的恢复

下面就是恢复的最简单方法：

1.2.1．把电脑上当前用户彻底删除，用命令，这样就可以把对象彻底清除；

DROP USER XXX CASCADE 1.2.2．再创建该用户

CREATE USER xxxx IDENTIFIED BY xxxx DEFAULT TABLESPACE xxxx TEMPORARY TABLESPACE TEMP

并赋予权限：

GRANT DBA TO xxxx WITH ADMIN OPTION 1.2.3用IMP恢复

C:>

imp xxxx/xxxx FILE=xxxx.DMP LOG=xxxx.LOG FULL=Y

2.10G后的数据泵expdp备份和恢复

2.1 expdp 备份

据说这个比exp有很多优点，这个我就不说了，大家可以自己参考资料；不过我测试下来，如果数据量小expdp 还是不如exp的；但是还是建议是使用expdp，因为数据会慢慢变大的，用expdp更好些；

我最看重的是：expdp备份的文件涵盖的东西更多；所以恢复的时候方便；删除用户后，可以不用再创建用户恢复；

实现方法和exp类似：

不过，它的目录不像EXP那么直接，需要使用oracle的目录对象； 所以

2.1.1第一步先创建一个目录对象，比如：

SQL>create or replace directory LOGIC_BUCKUP

as 'd:OACLE_BACKUP逻辑备份';

2.1.2建立一个通用脚本，比如叫EXPDP_BACKUP.BAT 内容是：

set oracle_username=%1 set oracle_password=%2 set local_tnsname=%3 set url=%oracle_username%/%oracle_password% if not %local_tnsname% == ”“ set url=%url%@%local_tnsname%

if exist %oracle_username%_old_dump.dmp del %oracle_username%_old_dump.dmp if exist %oracle_username%_old_dump.log del %oracle_username%_old_dump.log

if exist %oracle_username%_dump.dmp ren %oracle_username%_dump.dmp %oracle_username%_old_dump.dmp if exist %oracle_username%_dump.log ren %oracle_username%_dump.log %oracle_username%_old_dump.log

EXPDP %url% DIRECTORY=LOGIC_BACKUP DUMPFILE=%oracle_username%_DUMP.DMP LOGFILE=%oracle_username%_DUMP.LOG PARALLEL=2

该方法与上面的dmp备份类似；

2.1.3然后再做一个bat文件，比如是my_expdp.bat 内容是:

call expdp_backup.bat USER PASSWORD ”“ 如果是在服务器自身上备份，就不需要写入数据库服务名；

如果有多个用户数据需要备份；那么就在my_exp.bat继续添加：

call expdp_backup.bat USER1 PASSWORD1 ”"

……

同dmp备份一样，My_EXPdp.BAT也可以做成windows的执行计划，每天不忙的时候执行一次；

2.2 expdp备份的恢复

下面就是恢复的最简单方法：

2.2.1．把电脑上当前用户彻底删除，用命令，这样就可以把对象彻底清除；

DROP USER XXXX CASCADE

2.2.2.用另外一个权限较高的用户(最好不是sys,比如是YYYY)导入：

C:>IMPDP yyyy/yyyy DUMPFILE=xxxx_DUMP.DMP LOGFILE=xxxx_DUMP.LOG DIRECTORY=LOGIC_BUCKUP PARALLEL=2

（这里的LOGIC_BUCKUP是oracle的对象目录，要和xxxx_dump.dup存放的目录一致）

这样就OK了，也即是说用户不需要创建，数据泵文件含有了用户以及它原来的权限； 从这点来讲，是不是比IMP导入更为方便；

好了，两种逻辑备份讲完了，下面重点说一下RMAN备份；

因为在生产系统中，逻辑备份作用不大的，因为它不能实时的备份数据，所以逻辑备份更多的时候是给开发人员互相导入数据和存储过程之类用的；

RMAN备份的原理还是有点复杂的，很多细节的我也不是很清楚，不过没关系，我们可以整理出一套最简单的备份方案：

3.RMAN备份和恢复

3.1.RMAN备份

3.1.1 首先把数据库参数关注一下，关注下面两个参数

第一个参数：

db_recovery_file_dest_size,上图中的大小是默认的4G，也就是归档模式下，archivelog的所有归档日志文件大小总和，如果超过这个数，就会导致数据库出问题；所以要非常小心，因而建议修改大一些，比如修改成20G；当然最本质的方法，是要按时清理无用的归档日志；

第二个参数：

db_recovery_file_dest，这个参数非常重要，是11G里，存放 rman备份集和归档日志的地方；默认是放在flash_recovery_area目录下的，因为我的系统的flash_recovery_area 和数据库文件在同一个硬盘，所以修改了；

3.1.2．关注redo日志文件，每组里要有两个成员，1个在数据库文件的硬盘下，1个在备份文件的硬盘下，因为日志文件写入最频繁，RMAN无法对它备份，或者说任何备份工具都无法对redo日志备份；不过redo它自己可以做冗余，两个文件只要有一个在，即可； 比如：

3.1.3做一个最简单的rman备份脚本；

3.1.3.1首先做一个txt，比如是：autorman.txt 内容是：

sql 'alter system archive log current';backup database;delete noprompt obsolete;

这三句话的作用分别是：1.对当前redo日志进行归档 ；2.备份数据库 3.删除无效的archive日志和rman备份集

3.1.3.2 做一个bat 调用上面的autorman.txt，比如是：autorman.bat

内容是： rman target / @autorman.txt

然后就在winddows下做一个执行计划，每天或没隔几天，自动执行一下这个autorman.bat

当然备份之前，要用rman>show all 看一下参数设置，有没有自动备份控制文件，如果没有，要加上；

3.2 rman恢复

Rman恢复非常简单；

下面说一下步骤：

3.2.1 假如最新一次全备是3天前的，先随便建立一个新表，比如是test_rman，随便插几条数据； 用来测试还原后，这个最新的对象是否也给恢复了；

现在 用sqlplus登陆，shutdown 数据库，然后把oracle的数据库文件全部删除(控制文件，redo日志文件，数据库文件)；

3.2.2 用sql> startup nomount 启动数据库的参数文件，参数文件和数据库文件不在同一个硬盘，所以没丢；

这时候如果执行sql>alter database mount 会报错，因为mount会加载控制文件，而控制文件已经丢了；

3.3.3.把以前控制文件所在的目录建立好，否者rman找不到控制文件恢复路径；

然后执行 RMAN> restore controlfile from autobackup;

这样控制文件就回复了，有了控制文件就好办了；

3.2.4.以为有了控制文件，所以在sqlplus里，可以装载数据库

Sql>alter database mount

3.2.5 数据库被装载后，说明控制文件生效了，这时候，所有的数据库信息都出来了；所以可以用rman还原数据库了：

RMAN> RESTORE database;

3.2.6 恢复数据库：RMAN> recover database;

2.2.7 数据库现在已经全部回复好，可以重新启动了：

SQL> alter database open resetlogs;

数据库已更改。

2.2.8 执行 sql> select * from test_rman

;能看到数据，说明rman备份集即使是比较旧的，但照样能恢复到出故障时刻的那个状态，这也许就是RMAN的威力吧；

第二篇：ORACLE数据备份与数据恢复方案

ORACLE数据备份与数据恢复方案

摘 要

结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。

Oracle数据库有三种标准的备份方法，它们分别是导出／导入（EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。

关键字：数据库 远程异地 集中备份

I

ORACLE数据备份与数据恢复方案

目 录

一、前 言 ··························· 1

二、金华电信ORACLE数据库的备份与恢复方案 ······· 2

2.1 备份系统数据库备份策略································································································· 3 2.2 备份系统数据库恢复策略···················· 3 2.3 金华电信97系统及营销支撑系统的系统状况 ··········· 3 2.4 金华电信97系统、营销支撑系统及备份系统总体结构图 ······ 4 2.5 备份系统结构图说明······················ 4

三、金华电信97系统的数据库备份和恢复 ········ 6

3.1 备份方法··························· 6 3.2 备份策略··························· 6 3.3 恢复策略··························· 6 3.4 性能影响··························· 6

四、金华电信营销支撑系统的备份与恢复········· 7

4.1 备份方法··························· 7 4.2 备份策略··························· 7 4.4 性能影响··························· 7

五、RMAN CATALOG 数据库的备份 ············ 8

II

ORACLE数据备份与数据恢复方案

六、结 语 ······················ 9

III

ORACLE数据备份与数据恢复方案

一、前 言

目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单

一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。

因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。

ORACLE数据备份与数据恢复方案

二、金华电信ORACLE数据库的备份与恢复方案

由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服务器或应用服务器相连的任意一台磁带库内。(2)全自动的备份: 对于大多数机房管理人员来说,备份是一项繁重的任务。每天都要小心翼翼,不敢有半点闪失,生怕一失足成千古恨。网络备份能够实现定时自动备份，大大减轻管理员的压力。备份系统能根据用户的实际需求，定义需要备份的数据，然后以图形界面方式根据需要设置备份时间表，备份系统将自动启动备份作业，无需人工干预。这个自动备份作业是可自定的,包括一次备份作业、每周的某几日、每月的第几天等项目。设定好计划后，备份作业就会按计划自动进行。(3)数据库备份和恢复: 数据库系统已经相当复杂和庞大，不能用文件的备份方式来备份数据库。企业级的备份系统能够对数据库在不中断业务、不停顿数据库的情况下对数据进行联机的自动备份，包括可以进行数据库备份、日志备份、完全备份、增量备份等。(4)归档管理: 用户可以按项目、时间定期对所有数据进行有效的归档处理。提供统一的数据存储格式从而保证所有的应用数据由一个统一的数据格式来作永久的保存，保证数据的永久可利用性。(5)有效的媒体管理: 备份系统对每一个用于作备份的磁带自动加入一个电子标签，同时在软件中提供了识别标签的功能，如果磁带外面的标签脱落，只需执行这一功能，就会迅速知道该磁带的内容。(6)满足系统不断增加的需求:备份软件必须能支持多平台系统，当网络连接其它的应用服务器时，对于网络存储管理系统来说，只需在其上安装支持这种服务器的客户端软件即可将数据备份到磁带库或光盘库中。

ORACLE数据备份与数据恢复方案

2.1 备份系统数据库备份策略

数据库运行在归档模式下，利用Veritas软件模块调用数据库的备份接口进行在线的热备份，可以在备份时，对备份数据保存在不同的存储对象中，以满足客户容灾的要求，可以利用Veritas的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。

针对数据库的总数据量和增量数据量大小，我们可以利用数据库的多级的增量备份机制，结合Veritas 强大的备份数据追踪寻址能力和介质管理功能，制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。

2.2 备份系统数据库恢复策略

通过本地的Veritas Server结合Veritas for Databases利用备份数据进行数据恢复。恢复时，Veritas 可以实现多线程的数据恢复，利用Veritas 独特的磁带分类集中存放技术，减少磁带的就位时间，提高数据恢复的效率。

先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的ARCHIVE LOG来恢复（要求数据库在ARCHIVE LOG模式下工作）。这种恢复方式比全部用ARCHIVE LOG恢复要快。

如果两份冗余的最近一次增量备份都不可用，可以追溯再上次的增量备份来恢复，然后用增量备份到断点的ARCHIVE LOG恢复。

如果最近一次的全备份恢复都不可用,则利用上个周期的全备份＋上个周期的最后一次增量备份＋本周期的最近一次增量备份＋增量备份到断点的ARCHIVE LOG来恢复。

如果增量备份都不可用，那么用全备份＋ARCHIVE LOG来恢复。

2.3 金华电信97系统及营销支撑系统的系统状况

金华电信经过这么多年的信息系统建设，目前已经运行着多个系统，除计费系统有较为完善的备份系统外，其他系统的备份系统都需要完善。其中97系统的机器型号IBM 7040-61R，操作系统 AIX5.2，数据库类型ORALCE8.1.7.4，数据量120G；营销支撑系统机器型号IBM xseries440，操作系统Red Flag Linux Server 4.0,数据库类型ORACLE9.2.0.1,数据量150G。以前,这两个系统的数据备份都是通过逻辑备份(exp)实现并且备份数据管理是分散的，然而一个完善的备份系统必须包含物理备份和逻辑备份两种方式。因此，我们正在实施一个远程

ORACLE数据备份与数据恢复方案

异地在线集中的高效的备份系统，将逻辑备份和物理备份（热备份）相结合，设置了专门的备份服务器。由于97、营销支撑操作系统采用AIX及Red Flag，我们在备份服务器上安装了第三方备份软件Veritias NBU。

2.4 金华电信97系统、营销支撑系统及备份系统总体结构图

对于具体的备份环境和结构,我们结合了Oracle备份技术和LAN环境的SAN备份结构.该系统的结构如下图所示（以97系统与营销支撑系统为例）

备份系统总体结构图

2.5 备份系统结构图说明

此在线存储系统采用了基于SAN（存储区域网络）的结构，SAN是一种高速

ORACLE数据备份与数据恢复方案

网络或子网络，提供在计算机与存储系统之间的数据传输。存储设备是指一张或多张用以存储计算机数据的磁盘设备。一个 SAN 网络由负责网络连接的通信结构如光交换机、负责组织连接的管理层、存储部件以及计算机系统构成，从而保证数据传输的安全性和力度。由于整个SAN系统的数据量比较大，所以备份系统采用SAN结构，将磁盘阵列直接连接到SAN的交换机上，和备份服务器、多台服务器均通过SAN相互连接，利用SAN的高性能来提高备份速度、降低数据备份对网络和服务器的影响。备份系统结构图说明如下:(1)Veritas 服务器(即备份服务器):备份系统是数据安全的关键系统，而备份服务器是备份系统的核心，因此从安全可靠的角度，采用专用的备份服务器，在这台服务器上安装VERTIAS Server端软件，集中管理控制磁带库、定制备份策略、管理备份作业、管理磁带等，同时安装oracle catalog库。(2)备份方案:对97系统购买IBM VERTIAS 备份软件，将数据备份至磁盘阵列上面，备份数据走光纤通道。对营销支撑系统，我们从SAN存储的FATA盘上划部分空间直接挂到系统中，然后直接采用RMAN做备份，以降低成本。之所以采用FATA盘的目的是为了避免和FC盘有IO冲突。(3)M300磁盘阵列:在我们的方案当中，我们采用磁盘阵列来代替一贯采用的磁带库。磁盘阵列具有性能高，可靠性高，维护方便等优点。本方案中采用专业存储厂商富士通的中高端存储ETERNUS3000 M300，作为一种面向开放系统的存储系统，ETERNUS3000在性能、容量及连通性等方面将世界标准提高到一个新层次。M300的容量为6T的FC盘，10T的FATA盘。在FC盘上保留所有系统的一份全备，其他的备份在白天定期转移到FATA盘。在FATA盘上保留1-2份全备，其他的定期转移到3583磁带库中。(3)光纤交换机:为了使整个系统具有良好的扩展性，我们在数据中心采用了被评为最优秀的网络存储产品博科的16口的光纤交换机，在新大楼备份中心采用博科的8口的光纤交换机。(4)磁带库:本方案中的磁带库采用的是原先计费系统所用的3583磁带库。我们定期将FATA盘上的备份自动转移到该磁带库上，做更久的保留。(5)逻辑备份服务器:为了充份利用旧有的设备来提高异地集中备份系统的稳定性，安全性，我们利用旧有设备IBM 7044-170小型机和IBM 3542阵列来搭建一个逻辑备份系统。所有的逻辑备份都放到该机器上面来，使得逻辑备份和物理备份在物理上开离。这样一来避免了IO冲突，二来提高了备份系统的可靠性。

ORACLE数据备份与数据恢复方案

三、金华电信97系统的数据库备份和恢复

3.1 备份方法

采用Veritas NBU物理备份加EXP逻辑备份。Exp逻辑备份在服务器上直接备份，定期转移到逻辑备份服务器。

3.2 备份策略

备份策略:(1)每周进行一次数据库全备份操作，并定期将FC盘上面的物理备份定期转移到FATA盘上，同时将FATA盘阵上面的物理备份定期转移到磁带库上，至少保存 3 个全备份；全备份时间选择在每周星期六凌晨12：00 开始。(2)数据库采用Archive Log 模式，每天晚上12：00 开始进行增量备份。(3)与数据库的逻辑备份相配合，我们每天进行一次数据的exp备份，即每天做一个完整的数据库EXPORT 备份；备份时间选择在每天凌晨1：00 开始。Exp备份还是备到本机，定期将其ftp到逻辑备份服务器上。

3.3 恢复策略

恢复策略:(1)数据文件损坏或磁盘阵列损坏：针对这种情况可以采用Veritas NBU从FC磁盘阵列中恢复。(2)误操作或对象级逻辑上的损坏：针对这种情况可以从exp备份中采用imp恢复。

3.4 性能影响

数据库采用归档模式对97数据库性能将产生一定的影响。因为在归档模式下，oracle需要将归档日志归档到归档目录(也就是copy)。在IO资源不成为瓶颈的情况下，对系统影响将可以不予考虑。97系统目前的瓶颈在于内存这一块。所以对97系统的性能影响可以不加以考虑。

ORACLE数据备份与数据恢复方案

四、金华电信营销支撑系统的备份与恢复

4.1 备份方法

采用物理备份加EXP逻辑备份。物理备份考虑到VERTIAS 的成本，及该系统的重要程度，我们从SAN存储上划一部分空间挂接至该系统OS上面，然后直接采用RMAN备份。这样备份的好处是成本低，缺点是不便于管理和维护，消耗主机的资源，在主机无法启动的情况下，备份文件无法访问，但备份数据还是完好如初的。

4.2 备份策略

备份策略:(1)每周进行一次数据库全备份操作，采用循环覆盖的方式，共保存 2个全备份；备份时间可以选择在周日晚上11：00进行(由于其采用的是FATA盘，与其他的物理备份不会造成IO冲突)。(2)数据库采用Archive Log 模式，每天晚上12：00 增量备份。(3)与数据库的逻辑备份相配合，我们每周进行一次数据的exp备份，即每天做一个完整的数据库EXPORT 备份；备份时间选择在每天凌晨1:00 开始。

4.3 恢复策略

恢复策略:(1)数据文件损坏或磁盘阵列损坏：针对这种情况可以采用RMAN从磁盘中恢复。(2)误操作或对象级逻辑上的损坏：针对这种情况可以从exp备份中采用imp恢复。

4.4 性能影响

数据库采用归档模式对营销支撑系统数据库性能产生的影响也是由于归档进程需要对归档日志进行归档。同时改成归档模式还需要注意的一个问题就是归档目录空间的问题，该系统空间足够。如果该系统的IO资源较为充裕的话，则不会对性能产生很大的影响。

ORACLE数据备份与数据恢复方案

五、RMAN Catalog 数据库的备份

RMAN Catalog库是整个备份系统当中最重要的信息之一。是在物理备份（Veritas）服务器上建立的一个ORACLE数据库，记录了所有备份的数据库数据文件。如果丢失了Catalog信息的话，恢复将非常麻烦，因此我们也需要对RMAN Catalog库做定期备份。RMAN Catalog库采用逻辑备份，每天直接备份到逻辑备份服务器上。

ORACLE数据备份与数据恢复方案

六、结 语

数据库的备份和恢复的主要工作就是为数据做了一份拷贝，防止出现故障时导致数据的丢失。数据库受破坏一般是由于两种情况引起，其一为系统（软件）故障，如掉电、SQL Server错误、操作系统错误、非正常关机等引起。其二为磁盘（介质）故障，由磁盘受破坏引起。若出现介质故障（如磁盘崩溃），当且仅当对数据库及事务日志做了定期备份，才能恢复数据库。在实际应用中，应根据具体的情况，采纳一切可以用的方法，制定切合实际的备份和恢复方案，明确在各种故障情况中数据可恢复的程度是否满足了应用的需要。为了保证数据存储的可管理性，减少管理的复杂性，建立一个异地集中、在线的备份系统是必不可少的。采用先进的备份技术和先进的备份系统软件，采用统一的管理机制，保证大数据量的一致性备份和高速切换。从而提供高效的存储设备的管理能力和可靠的数据备份功能。

第三篇：Oracle数据库备份和恢复论文

摘要：本文从Oracle的体系结构开始，由原理到实践，论述了Oracle数据库备份的方式和策略。包括IMp/EXp，RMAN，OS备份等。

Abstract: Starting from the architecture of ORACLE, this paper discusses the backup method and strategy of database Oracle, including IMp/EXp, pMAN and OS theoretically and practically.关键字：Oracle, 备份, 恢复, RMAN

Keywords: Oracle;Backup;Restoration;RMAN

概述

在大型软件运行系统中，存在着很多备份策略，如RAID技术，CLUSTER技术等等。很多时候，这些系统的备份就能够解决数据库备份的问题。但是，这种备份成本很高。同时，硬件的备份有时根本满足不了现实的需要，如果用户不小心误删了一个表，又想恢复的时候，数据库的备份就变的重要了。

Introduction: In the running system of some big software, there exist many backup strategies such as RAID technology and CLUSTER technology etc.In most cases, these system backup strategies can fulfill the database backup.However the cost is rather high.At the same time, hardware backup sometimes is far from the actual requirement.The database backup becomes very important when a table is deleted by accident and needs to be restored.Oracle的运行方式

Oracle数据库有两种运行方式：一是归档方式（ARCHIVELOG），归档方式的目的是当数据库发生故障时最大限度恢复数据库，可以保证不丢失任何已提交的数据；二是不归档方式(NOARCHIVELOG)，只能恢复数据库到最近的回收点（冷备份或是逻辑备份）。根据数据库的高可用性和用户可承受丢失的工作量的多少，对于实时性要求高的数据库，强烈要求采用为归档方式；不归档方式只用在那些开发和调试的数据库等。

如何改变数据库的运行方式，在创建数据库时，作为创建数据库的一部分，就决定了数据库初始的存档方式。一般情况下为NOARCHIVELOG方式。当数据库创建好以后，根据我们的需要把需要运行在归档方式的数据库改成ARCHIVELOG方式。操作如下。

1.关闭数据库，备份已有的数据，改变数据库的运行方式是对数据库的重要改动，所以要对数据库做备份，对可能出现的问题作出保护。

2.修改初试化参数，使能自动存档。

修改（添加）初始化文件init[SID].ora参数：

log_archive_start=true #启动自动归档

log_archive_format=ARC%T%S.arc #归档文件格式

log_archive_dest=/archdir/arch #归档路径

在8i中，可以最多有五个归档路径，并可以归档到其它服务器，如备用数据库(standby database)服务器。

3.启动Instance到Mount状态，即加载数据库但不打开数据库。

$> svrmgrl

SVRMGRL> connect internal

SVRMGRL> startup mount

SVRMGRL> alter database archivelog;// 使数据库运行在归档方式

SVRMGRL> alter database open;

Oracle的备份方案

按照备份的方式，可以分为逻辑备份、冷备份（脱机备份）、热备份（联机备份），其中冷备份与热备份又可以合称为物理备份。按照备份的工具，可以分为EXp/IMp备份、操作系统备份、RMAN、第三方工具备份，如VERITAS等。下面分别介绍Oracle本身提供的几种备份工具和操作。

1.EXp/IMp备份（逻辑备份）

EXp/IMp属于逻辑备份的范畴，逻辑备份是指只备份数据库中的数据但不记录数据物理位置的一种备份。导出为数据库作一个二进制的备份，并且这个备份只能由其姊妹程序imp（import）来读取。具体的使用方法如下。（因为EXp和IMp使用上参数基本相同，所以只以EXp为例。）

EXp的命令格式和参数

格式:KEYWORD=value 或 KEYWORD=(value1,value2,...,valueN)

例程: EXp SCOTT/TIGER GRANTS=Y TABLES=(EMp,DEpT,MGR)

USERID 必须是命令行中的第一个参数

关键字 说明（默认）关键字 说明（默认）

USERID 用户名/口令 FULL 导出整个文件(N)

BUFFER 数据缓冲区的大小 OWNER 所有者用户名列表

FILE 输出文件(EXpDAT.DMp)TABLES 表名列表

COMpRESS 导入一个范围(Y)RECORDLENGTH IO记录的长度

GRANTS 导出权限(Y)INCTYpE 增量导出类型

INDEXES 导出索引(Y)RECORD 跟踪增量导出(Y)

ROWS 导出数据行(Y)pARFILE 参数文件名

CONSTRAINTS 导出限制(Y)CONSISTENT 交叉表一致性

LOG 屏幕输出的日志文件 STATISTICS 分析对象(ESTIMATE)

DIRECT 直接路径(N)TRIGGERS 导出触发器(Y)

FEEDBACK 显示每 x 行(0)的进度 FILESIZE 各转储文件的最大尺寸

QUERY 选定导出表子集的子句

注：可以通过exp －help命令查看exp的使用方法；imp-help命令查看imp的使用方法.2.操作系统备份（冷备份和热备份）

操作系统备份有两类，冷备份（Cold backup）和热备份（Hot backup）。操作系统备份和上面的逻辑备份有本质的区别，它将拷贝整个的数据文件。

冷备份

在文件级备份开始前数据库必须彻底关闭。关闭操作必须用带有normal、immediate、transaction选项的shutdown来执行。

数据库使用的每个文件都被备份下来，这些文件包括： 所有数据文件、所有控制文件、所有联机重做日志文件和INIT.ORA文件(建议)。

作冷备份一般步骤是：

1)正常关闭要备份的实例(instance);

2)备份整个数据库到一个目录

3)启动数据库

即：

SVRMGRL>connect internal

SVRMGRL >shutdown immediate

SVRMGRL >!cp

or

SVRMGRL >!tar cvf /dbbak/fullbk.tar /u01/oracle/oradata/dbname

SVRMGRL >startup

热备份

热备份是当数据库打开时的操作系统备份。热备份只能用于ARCHIVELOG方式的数据库。热备份没有必要备份联机日志，但必须是归档状态，在实例恢复的时候，可能需要用到归档日志。当前联机日志一定要保护好或是处于镜相状态，当前联机日志的损坏，对于数据库的损坏是巨大的，只能以数据的丢失来进行数据库的恢复工作。对于临时表空间，存放的是临时信息，在热备份是也可以考虑不用备份，如果临时文件发生故障，可以删除该数据文件与表空间，重建一个临时表空间。

热备份备份的内容和冷备份备份的内容一样，操作一般步骤是：

1)备份的表空间通过使用ALTER TABLESpACE …… BEGIN BACKUp使表空间进入热备份方式。

2)用类似冷备份的操作系统命令对组成表空间的数据文件进行拷贝。

3)使用ALTER TABLESpACE …… END BACKUp命令使表空间脱离热备份方式。

4)使用ALTER DATABSE …… BACKUp CONTROLFILE命令备份控制文件。

即：

SVRMGRL>connect internal;

SVRMGRL>alter tablespace User begin backup;

SVRMGRL>!cp /u01/oradata/dbname/user01.ora /dbbak/user01.ora

SVRMGRL>alter tablespace User end backup;

SVRMGRL>alter database backup controlfile to ;

or

SVRMGRL>alter database backup controlfile to trace;

注意：因为热备份的时候，用户还在操作数据库，所以最好是让每个表空间处于备份状态的时间最短，这样就要求一个表空间一个表空间的备份，不要一起使表空间处于备份状态而同时拷贝数据文件。

3.RMAN

Recovery Manager（RMAN）是一个使DBA能很方便地对数据库执行备份和恢复任务的Oracle应用工具，能够提供DBA对企业数据库备份与恢复操作的集中控制。RMAN只能用于ORACLE8或更高的版本中。它能够备份整个数据库或数据库部件，其中包括表空间、数据文件，控制文件和归档文件。RMAN可以按要求存取和执行备份和恢复。

RMAN支持六种不通的类型的备份，经常用到的有两种：

FULL 数据库全备份，包括所有的数据块。

INCREMENTAL 增量备份，是指只备份在同级别或更低级别上进行的前一次备份之后的作过改动的那些数据块。这其中需要一个0级的增量作为增量的基础，它备份包括全部曾经被数据库使用过的数据块（但不是完全数据库备份）。RMAN共可以支持7级增量。

BACKUp，RESTORE，RECOVER是RMAN最基本的三个命令，分别可以进行数据库的备份，复原以及恢复操作。restore命令用于恢复来自备份集或映像拷贝的数据文件、控制文件或归档重做日志。recovery命令用于进行介质恢复应用重做日志文件。

RMAN的备份信息一般保存在恢复目录中，恢复目录也是一个数据库，只不过这个数据库用来保存备份信息，一个恢复目录可以用来保存多个数据库的备份信息。RMAN也可以在没有恢复目录(NOCATALOG)下运行，这个时候备份信息保存在控制文件。这种情况比较危险，因为一旦控制文件被破坏，将导致所有数据库备份信息的丢失和恢复的失败，而且，没有恢复目录，很多RMAN的命令将不被支持。所以对于重要的数据库，建议创建恢复目录。

创建恢复目录一般有以下步骤。（例子数据库为db）

1)为目录创建一个单独的表空间

SQL>create tablespace tsrman datafile ’/dbbak/rman/rsrman.dbf’ size 50M;

2)创建RMAN用户

SQL>create user rman identified by rman default tablespace rsrman temporary tablespace temp;

3)给RMAN授予权限

SQL>grant connect, resource, recovery_catalog_owner to rman;

4)打开RMAN

$rman

5)连接恢复目录数据库

RMAN>connect catalog rman/rman@db

6)创建恢复目录

RMAN>create catalog tablespace tsrman 在对某个数据库进行备份之前，必须先在恢复目录上注册该数据库，这一过程操作如下（假定目标数据库连接字符串为db100）。

1)连接到恢复目录数据库

$rman rman/rman@db

2)在RMAN中连接到目标数据库（即要进行备份的数据库）

RMAN>connect target sys/change_on_install@db100

3)注册数据库

RMAN>register database;

注册完数据库后，就可以进行数据库的备份了。有完全数据库备份、表空间备份、控制文件备份、和归档日志备份等。操作分别如下。

1)完全数据库备份

要求：ARCHIVELOG模式，在DB OpEN的情况下进行数据库完全备份。

RMAN>run{

allocate channel c1 type=disk;

backup database;

release channel c1;

}

2)表空间备份

要求：ARCHIVELOG模式

RMAN>run{

allocate channel c1 type=disk;

backup tablespace “ts_users” filesperset 3 format ‘aatst_%t%s.%p’;

release channel c1;

}

3)控制文件备份

RMAN>run{

allocate channel c1 type=disk;

backup current controlfile tag=weekly_sat_backup;

release channel c1;

}

在对数据库进行完全备份时，控制文件自动包含其中。也可以在表空间或数据文件的备份中包含一个控制文件。

RMAN>run{

allocate channel c1 type=disk;

backup tablespace “ts_users”

filesperset 3 format ‘aatst_%t%s.%p’;

include current controlfile;

release channel c1;

}

4)归档日志备份

通过查询数据字典表V$ARCHIVED_LOG获取要备份的日志序列号，然后执行命令：

RMAN>run{

allocate channel c1 type=disk;

backup archivelog low logseq 3 high logseq 10 thread 1;

release channel c1;

}

Oracle的备份策略

正确的备份策略不仅能保证数据库服务器的24*7的高性能的运行，还能保证备份与恢复的快速性与可靠性。我们将以RMAN的多级增量备份作为一个备份策略的例子来讨论。采用多级备份就是为了减少每天备份所需要的时间，而又保证系统有良好的恢复性。恢复时间与备份时间要有一个权衡。比如只要进行一个数据库的全备份，然后就只备份归档也可以保证能把数据库恢复到最新的状态，但是这样的恢复时间将是不可容忍的。多级备份也正是为了解决这种问题，结合某些应用的特点，可以采用如下的备份策略：

每个月做一个数据库的全备份（包括所有的数据和只读表空间）；

每个星期一做一次零级备份（不包含只读表空间）；

每个星期三做一次一级备份；

每天做一次二级备份。

每天做一次恢复目录的热备份。

任何数据库的更改需要重新同步CATALOG目录并重新备份（如添加数据文件）或重新备份（如修改表空间为只读）。

每次备份后都可以备份归档日志或定期备份归档日志。如果可能，可以直接备份到磁带上。

Oracle的恢复

下面的操作约定恢复目录存储在db118中，目标数据库是db100。

1.数据库恢复

1)启动SQL*pLUS，使用正确的init.ora文件，使用NOMOUNT选项启动目标数据库实例。

2)启动RMAN并连接到恢复目录，如下：

$rman catalog rman/rman@db118

恢复管理器: Release 9.2.0.1.0production

Copyright(c)1995, 2002, Oracle Corporation.All rights reserved.连接到恢复目录数据库

RMAN>

3)连接到目标数据库

RMAN>connect target internal/oracle@demo.oracle

连接到目标数据库: db(DBID=1142471523)

4)一旦连接到目标数据库，执行restore命令恢复控制文件

RMAN>run{

2>allocate channel c1 type disk;

3>restore controlfile;

4>}

小结

保证Oracle数据库的安全是系统安全的重要组成部分，必须要设计完善的数据库备份和恢复方案。Oracle提供的各种工具结合起来使用能够使数据库的备份和恢复变得简单。在实际的Oracle数据库的备份和恢复中，会有许多不通的和复杂的情况出现，针对不同的情况，要本着使数据具有最大的可恢复性和恢复时间最短的原则去进行数据库的恢复，这需要大量的实践和经验积累。

参考文献

[1] Oracle8i Backup and Recovery Guide Oracle Document

[2] Oracle8i Recovery Manager User’s Guide and Reference Oracle Document

[3] Oracle9i：A Beginner’s Guide(美)Michael Abbey Michael Corey Ian Abramson 2002.3 机械工业出版社

[4] Oracle8i备份与恢复手册(美)Rama Velpuri Anand Adkoli 蒋蕊 王磊等译 2001.9 机械工业出版社

第四篇：oracle rac和备份方案

ORACLE RAC及备份方案

ORACLE RAC 简介：

ORACLE RAC集群是实现多机共享数据库，以保证应用的高可用性。同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的容错和无断点恢复。

集群内部的所有服务器共享存储，所有服务器都接入公共网络，通过集群唯一的别名对外形成逻辑上单一的数据库提供服务，对内实现集群数据库的高可用性、节点间的负载均衡和Failover(失败切换)。

逻辑结构：

集群纵向看是由存储、数据库集群、应用集群三部分组成，横向来看，是由多台应用服务器、数据库服务器和存储设备组成。

Intelnet应用集群应用服务器1应用服务器2应用服务器NORACLE RAC集群SCANRAC节点2心跳RAC节点1存储数据存储数据 物理结构：

RAC物理结构图。

应用集群应用服务器应用服务器Intelnet交换机ORACLE RAC集群RAC节点1存储RAC节点2

优势：

高可用性：

RAC 为数据中心的高可用性奠定了基础。它也是 Oracle 最高可用性架构不可或缺的一部分，为实现数据中心的最高可用性提供了最佳实践。RAC 还为高可用性数据管理提供了以下至关重要的关键特性： 可靠性：

Oracle 数据库以其可靠性而著称。RAC Clusters 消除了数据库服务器单点故障问题，从而使可靠性更上一层楼。如果一个实例发生故障，服务器池中的其余实例仍将保持运行状态。Oracle Clusterware 可监视所有 Oracle 进程，并能立即重启任何生故障的组件。恢复能力：

Oracle 数据库包含的许多特性有助于数据库轻松地从各类故障中恢复。如果Oracle RAC 数据库中的一个实例出现故障，服务器池中的另外一个实例将察觉到这一故障，随后自动进行故障恢复。利用快速应用程序通知(FAN)、快速连接故障切换(FCF)和透明应用程序故障切换(TAF)这三个功能，应用程序可以轻松地掩藏组件故障，使用户无法察觉。

错误检测：

Oracle Clusterware 可自动监视 Oracle RAC 数据库和其他 Oracle 进程（ASM、监听器等），并快速诊断环境中的问题。它还经常能在用户察觉之前自动完成故障恢复。利用快速应用程序通知(FAN)，应用程序即可在集群组件出现故障时立即得到通知，以便在故障显现之前重新发布事务。

持续运行：

RAC Clusters 可在计划内和计划外停机期间提供持续的服务。如一台服务器（或一个实例）出现故障，数据库仍将保持运行状态，应用程序仍可访问数据。大多数数据库维护操作均可在不停机的情况下完成，并对用户保持透明。许多其他的维护任务都可以通过滚动方式完成，从而能最大限度地减少（甚至避免）应用程序停机。快速应用程序通知和快速连接故障切换可帮助应用程序满足对服务级别的要求。

可伸缩性：

RAC Clusters 提供了独一无二的应用程序伸缩技术。过去，当数据库服务器容量不足时，我们会使用容量更大的新服务器取而代之。随着服务器容量的增加，其成本也日益攀升。但 Oracle RAC 为数据库提供了增加容量的其他方法。通过 OracleClusterware 和 Oracle RAC 向服务器池中添加服务器时并不需要停机，并且，一旦启用新的实例，应用程序就可立即享有新增的容量。服务器池中的所有服务器必须使用同一操作系统和相同版本的 Oralce 软件，但不必具备相同的容量。如今，根据自己的需要选择服务器池的客户通常会选用特性不同（略有差别）的服务器。

备份

Oracle数据库有三种标准的备份方法，它们分别是导出／导入（EXP/IMP）、热备份和冷备份。导出备件是一种逻辑备份，冷备份和热备份是物理备份。

一、导出／导入（Export／Import）

利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。

１、简单导出数据（Export）和导入数据（Import）２、Oracle支持三种方式类型的输出：

（１）、表方式（T方式），将指定表的数据导出。

（２）、用户方式（U方式），将指定用户的所有对象及数据导出。（３）、全库方式（Full方式），瘵数据库中的所有对象导出。

数据导入（Import）的过程是数据导出（Export）的逆过程，分别将数据文件导入数据库和将数据库数据导出到数据文件。

３、增量导出／导入

增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为export.dmp，如果不希望自己的输出文件定名为export.dmp，必须在命令行中指出要用的文件名。增量导出包括三种类型：

（１）、“完全”增量导出（Complete）即备份三个数据库，比如： exp user/password file=123.dmp（２）、“增量型”增量导出

备份上一次备份后改变的数据，比如：

exp user/password inctype=y record=y file=456.dmp 进行增量备份前，必须有个完全备份。

二、冷备份(COPY)冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份Oracle信息而言，冷备份时最快和最安全的方法。冷备份的优点是： １、是非常快速的备份方法（只需拷文件）２、容易归档（简单拷贝即可）

３、容易恢复到某个时间点上（只需将文件再拷贝回去）４、能与归档方法相结合，做数据库“最佳状态”的恢复。５、低度维护，高度安全。但冷备份也有如下不足：

１、单独使用时，只能提供到“某一时间点上”的恢复。

２、再实施备份的全过程中，数据库必须要作备份而不能作其他工作。也就是说，在冷备份过程中，数据库必须是关闭状态。

３、若磁盘空间有限，只能拷贝到磁带等其他外部存储设备上，速度会很慢。４、不能按表或按用户恢复。

如果可能的话（主要看效率），应将信息备份到磁盘上，然后启动数据库（使用户可以工作）并将备份的信息拷贝到磁带上（拷贝的同时，数据库也可以工作）。冷备份中必须拷贝的文件包括： １、所有数据文件 ２、所有控制文件 ３、所有联机REDO LOG文件 ４、Init.ora文件（可选）

值得注意的使冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的。下面是作冷备份的完整例子。关闭数据库

（1）sqlplus /nolog（2）sql>connect /as sysdba（3）sql>shutdown immediate;用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件 重启Oracle数据库 sql>startup;

三、热备份(RMAN)热备份是在数据库运行的情况下，采用归档模式（archivelog mode）方式备份数据库的方法。所以，如果你有昨天夜里的一个冷备份而且又有今天的热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下操作，并需要大量的档案空间。一旦数据库运行在archivelog状态下，就可以做备份了。热备份的命令文件由三部分组成： 1． 数据文件一个表空间一个表空间的备份。（1）设置表空间为备份状态（2）备份表空间的数据文件（3）回复表空间为正常状态 2． 备份归档log文件（1）临时停止归档进程

（2）log下那些在archive rede log目标目录中的文件（3）重新启动archive进程（4）备份归档的redo log文件

3． 用alter database bachup controlfile命令来备份控制文件 热备份的优点是：

1． 可在表空间或数据库文件级备份，备份的时间短。2． 备份时数据库仍可使用。3．可达到秒级恢复（恢复到某一时间点上）。4． 可对几乎所有数据库实体做恢复

5． 恢复是快速的，在大多数情况下爱数据库仍工作时恢复。

例： $rman target user/password backup full database format=’/../..’;热备份的不足是：

1． 不能出错，否则后果严重

2． 若热备份不成功，所得结果不可用于时间点的恢复

3． 因难于维护，所以要特别仔细小心，不允许“以失败告终”。

第五篇：ORACLE数据备份与数据恢复方案论文.

ORACLE 数据备份与数据恢复方案 学号: 11129149 姓名:文明艺 1 引 言

目前, 数据已成为信息系统的基础核心和重要资源, 同时也是各单位的宝贵财富, 数据 的丢失将导致直接经济损失和用户数据的丢失, 严重影响对社会提供正常的服务。另一方面, 随着信息技术的迅猛发展和广泛应用, 业务数据还将会随业务的开展而快速增加。但由于系 统故障,数据库有时可能遭到破坏,这时如何尽快恢复数据就成为当务之急。如做了备份, 恢复数据就显得很容易。由此可见, 做好数据库的备份至关重要。因此,建立一个满足当前 和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或 外置的磁带机对数据进行冷备份, 这种方式在数据量不大、操作系统种类单

一、服务器数量 有限的情况下, 不失为一种既经济又简明的备份手段。但随着计算机规模的扩大, 数据量几 何级的增长以及分布式网络环境的兴起, 将越来越多的业务分布在不同的机器、不同的操作平台上,这种单机的人工冷备份方式越来越不适应当今分布式网络环境。

因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于 业务的业务数据,又包括 IT 系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以 ORACLE 数据库为例,结合金华电信的几个相关业务系统目前正在实施的备份方案, 介绍 ORACLE 数据库的备份与恢复。ORACLE数据备份与数据恢复方案 2.1 导出和导入(Export/Import 利用 Export 可将数据从数据库中提取出来,利用 Import 则可将提取出来的数据送回到 Oracle 数据库中去。

1、简单导出数据(Export和导入数据(Import

Oracle 支持三种方式类型的输出:(1表方式(T方式 ,将指定表的数据导出。

(2用户方式(U方式 ,将指定用户的所有对象及数据导出。(3全库方式(Full方式 ,瘵数据库中的所有对象导出。

数据导入(Import的过程是数据导出(Export的逆过程, 分别将数据文件导入数据库和将 数据库数据导出到数据文件。

2、增量导出 /导入

增量导出是一种常用的数据备份方法,它只能对整个数据库来实施,并且必须作为

SYSTEM 来导出。在进行此种导出时,系统不要求回答任何问题。导出文件名缺省为 export.dmp ,如果不希望自己的输出文件定名为 export.dmp ,必须在命令行中指出要用的文 件名。

增量导出包括三种类型:(1“ 完 全 ” 增 量 导 出(Complete即 备 份 三 个 数 据 库 , 比 如 :exp system/manager inctype=complete file=040731.dmp。

(2“ 增 量 型 ” 增 量 导 出 备 份 上 一 次 备 份 后 改 变 的 数 据 , 比 如 :exp system/manager inctype=incremental file=040731.dmp。

(3“ 累积型 ” 增量导出累计型导出方式是导出自上次 “ 完全 ” 导出之后数据库中变化了的 信息。比如:exp system/manager inctype=cumulative file=040731.dmp。

数据库管理员可以排定一个备份日程表,用数据导出的三个不同方式合理高效的完成。比如数据库的被封任务可以做如下安排:

星期一:完全备份(A 星期二:增量导出(B 星期三:增量导出(C 星期四:增量导出(D 星期五:累计导出(E 星期六:增量导出(F 星期日:增量导出(G。

如果在星期日,数据库遭到意外破坏,数据库管理员可按一下步骤来回复数据库:第一步:用命令 CREATE DATABASE 重新生成数据库结构;第二步:创建一个足够大的附加回滚;第三步:完全增量导入 A :imp system/manager inctype=RESTORE FULL=y FILE=A 第四步:累计增量导入 E :imp system/manager inctype=RESTORE FULL=Y FILE=E 第五步:最近增量导入 F :imp system/manager inctype=RESTORE FULL=Y FILE=F 2.2 冷备份

冷备份发生在数据库已经正常关闭的情况下, 当正常关闭时会提供给我们一个完整的数 据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份 Oracle 信息而言, 冷备份时最快和最安全的方法。冷备份的优点是:

1、是非常快速的备份方法(只需拷文件;

2、容易归档(简单拷贝即可;

3、容易恢复到某个时间点上(只需将文件再拷贝回去;

4、能与归档方法相结合,做数据库 “ 最佳状态 ” 的恢复;

5、低度维护,高度安全。但冷备份也有如下不足:

1、单独使用时,只能提供到 “ 某一时间点上 ” 的恢复;

2、再实施备份的全过程中,数据库必须要作备份而不能作其他工作。也就是说,在冷 备份过程中,数据库必须是关闭状态;

3、若磁盘空间有限,只能拷贝到磁带等其他外部存储设备上,速度会很慢;

4、不能按表或按用户恢复。

如果可能的话(主要看效率 , 应将信息备份到磁盘上, 然后启动数据库(使用户可以工作 并将备份的信息拷贝到磁带上(拷贝的同时,数据库也可以工作。冷备份中必须拷贝的文件 包括:

1、所有数据文件。

2、所有控制文件。

3、所有联机 REDO LOG文件。

4、Init.ora 文件(可选。

值得注意的使冷备份必须在数据库关闭的情况下进行, 当数据库处于打开状态时, 执行 数据库文件系统备份是无效的。

下面是作冷备份的完整例子:(1 关闭数据库;sqlplus /nolog sql>connect /as sysdba sql>shutdown normal;(2 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件 sql>cp。

(3 重启 Oracle 数据库 sql>startup。2.3 热备份

热备份是在数据库运行的情况下,采用 archivelog mode方式备份数据库的方法。所以, 如果你有昨天夜里的一个冷备份而且又有今天的热备份文件, 在发生问题时, 就可以利用这 些资料恢复更多的信息。热备份要求数据库在 Archivelog 方式下操作, 并需要大量的档案空 间。一旦数据库运行在 archivelog 状态下,就可以做备份了。热备份的命令文件由三部分组 成: 1.数据文件一个表空间一个表空间的备份:(1设置表空间为备份状态;(2备份表空间的数据文件;(3回复表空间为正常状态。2.备份归档 log 文件:(1临时停止归档进程;(2log下那些在 archive rede log目标目录中的文件;(3重新启动 archive 进程;(4备份归档的 redo log文件。

3.用 alter database bachup controlfile命令来备份控制文件: 热备份的优点是: 1.可在表空间或数据库文件级备份,备份的时间短。2.备份时数据库仍可使用。

3.可达到秒级恢复(恢复到某一时间点上。4.可对几乎所有数据库实体做恢复。

5.恢复是快速的,在大多数情况下爱数据库仍工作时恢复。热备份的不足是: 1.不能出错,否则后果严重;2.若热备份不成功,所得结果不可用于时间点的恢复;3.因难于维护,所以要特别仔细小心,不允许 “ 以失败告终 ”。3 系统数据库备份策略

数据库运行在归档模式下, 利用 Veritas 软件模块调用数据库的备份接口进行在线的热 备份, 可以在备份时,对备份数据保存在不同的存储对象中, 以满足客户容灾的要求, 可以 利用 Veritas 的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。针对数据库的总数据量和增量数据量大小, 我们可以利用数据库的多级的增量备份机制, 结 合 Veritas 强大的备份数据追踪寻址能力和介质管理功能,制定灵活的备份策略,实现全 自动的备份数据的全生命周期管理。

4备份系统数据库恢复策略

通过本地的 Veritas Server结合 Veritas for Databases利用备份数据进行数据恢 复。恢复时, Veritas 可以实现多线程的数据恢复,利用 Veritas 独特的磁带分类集中存 放技术,减少磁带的就位时间,提高数据恢复的效率。

先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的 ARCHIVE LOG 来恢复（要求数据库在 ARCHIVE LOG 模式下工作）。这种恢复方式比全部用 ARCHIVE LOG 恢复要快。如果两份冗余的最近一次增量备份都不可用，可以追溯再上次的增量备份来恢复，然后 用增量备份到断点的 ARCHIVE LOG 恢复。如果最近一次的全备份恢复都不可用,则利用上个周期的全备份＋上个周期的最后一次 增量备份＋本周期的最近一次增量备份＋增量备份到断点的 ARCHIVE LOG 来恢复。如果增量备份都不可用，那么用全备份＋ARCHIVE LOG 来恢复。5 数据库恢复可以分为以下两类： 5.1 实例故障的一致性恢复 当实例意外

地（如掉电、后台进程故障等）或预料地（发出 SHUTDOUM ABORT 语句）中 止时出现实例故障，此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障，则需介质恢复。在其它情况 Oracle 在下次数据库起动时（对 新实例装配和打开），自动地执行实例恢复。如果需要，从装配状态变为打开状态，自动地 激发实例恢复，由下列处理：

（1）

为了解恢复数据文件中没有记录的数据，进行向前滚。该数据记录在在线日志，包括对回滚段的内容恢复。所指定的操作。

（2）回滚未提交的事务，按步 1 重新生成回滚段

（4）

（3）释放在故障时正在处理事务所持有的资源。

解决在故障时正经历一阶段提交的任何悬而未决的分布事务。5.2 介质故障或文件错误的不一致恢复 介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。文件错 误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。这种状态下的数据库都 是不一致的，需要 DBA 手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行 的归档方式和备份方式。（1）完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库 运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误，有不同类型的完全 恢复可使用，其决定于毁坏文件和数据库的可用性。（2）不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损 的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有 不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和 基于修改的不完全恢复。

基于撤消(CANCEL恢复：在某种情况，不完全介质恢复必须被控制，DBA 可撤消在指定 点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数 据文件后中止恢复操作。

基于时间(TIME和基于修改(SCN的恢复：如果 DBA 希望恢复到过去的某个指定点，是 一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个 数据表之前。

6结 语 数据库的备份和恢复的主要工作就是为数据做了一份拷贝，防止出现故障时导致数据的 丢失。数据库受破坏一般是由于两种情况引起，其一为系统（软件）故障，如掉电、Server SQL 错误、操作系统错误、非正常关机等引起。其二为磁盘（介质）故障，由磁盘受破坏引起。若出现介质故障（如磁盘崩溃），当且仅当对数据库及事务日志做了定期备份，才能恢复数 据库。在实际应用中，应根据具体的情况，采纳一切可以用的方法，制定切合实际的备份和 恢复方案，明确在各种故障情况中数据可恢复的程度是否满足了应用的需要。为了保证数据 存储的可管理性，减少管理的复杂性，建立一个异地集中、在线的备份系统是必不可少的。采用先进的备份技术和先进的备份系统软件，采用统一的管理机制，保证大数据量的一致性 备份和高速切换。从而提供高效的存储设备的管理能力和可靠的数据备份功能。