时间: 2005-09-25 / 分类: WEB后端编程 - 开发与实践 / 浏览次数: / 0 个评论 发表评论
Oracle数据备份与恢复
黄金分割与摄影构图
12条经典摄影技巧
WEB前端开发中的一些编程风格和书...
项目前端开发的架构

—- 当我们使用一个数据库时,总希望数据库的内容是可靠的、正确的,但由于计算机系统的故障(包括机器故障、介质故障、误操作等),数据库有时也可能遭到破坏,这时如何尽快恢复数据就成为当务之急。如果平时对数据库做了备份,那么此时恢复数据就显得很容易。由此可见,做好数据库的备份是多么的重要,以ORACLE7为例,来讲述一下数据库的备份和恢复。 数据库有三种标准的备份方法,它们分别为导出/导入(EXPORT/IMPORT)、冷备份、热备份。导出备份是一种逻辑备份,冷备份和热备份是物理备份。

—- 一、 导出/导入(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=990702.dmp

—- (2) “增量型”增量导出

—- 备份上一次备份后改变的数据。比如:

—- $exp system/manager inctype=incremental file=990702.dmp

—- (3) “累计型”增量导出(Cumulative)

—- 累计型导出方式只是导出自上次“完全” 导出之后数据库中变化了的信息。比如:

—- $exp system/manager inctype=cumulative file=990702.dmp

—- 数据库管理员可以排定一个备份日程表,用数据导出的三个不同方式合理高效地完成。

—- 比如数据库的备份任务可作如下安排:

—- 星期一:完全导出(A)

—- 星期二:增量导出(B)

—- 星期三:增量导出(C)

—- 星期四:增量导出(D)

—- 星期五:累计导出(E)

—- 星期六:增量导出(F)

—- 星期日:增量导出(G)

—- 如果在星期日,数据库遭到意外破坏,数据库管理员可按以下步骤来恢复数据库:

—- 第一步:用命令CREATE DATABASE重新生成数据库结构;

—- 第二步:创建一个足够大的附加回段。

—- 第三步:完全增量导入A:

—- $imp system./manager inctype= RECTORE FULL=Y FILE=A

—- 第四步:累计增量导入E:

—- $imp system/manager inctype= RECTORE FULL=Y FILE =E

—- 第五步:最近增量导入F:

—- $imp system/manager inctype=RESTORE FULL=Y FILE=F

—- 二、 冷备份

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

—- 1.是非常快速的备份方法(只需拷贝文件)

—- 2.容易归档(简单拷贝即可)

—- 3.容易恢复到某个时间点上(只需将文件再拷贝回去)

—- 4.能与归档方法相结合,作数据库“最新状态”的恢复。

—- 5.低度维护,高度安全。

—- 但冷备份也有如下不足:

—- 1.单独使用时,只能提供到“某一时间点上”的恢复。

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

—- 3.若磁盘空间有限,只能拷贝到磁带等其它外部存储设备上,速度会很慢。

—- 4.不能按表或按用户恢复。

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

—- 1.所有数据文件

—- 2.所有控制文件

—- 3.所有联机REDO LOG文件

—- 4.Init.ora文件(可选)。

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

—- 下面是做冷备份的完整例子:

—- (1) 关闭数据库$sqldba lmode=y

—- SQLDBA >connect internal;

—- SQLDBA >shutdown normal;

—- (2) 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件

—- SQLDBA >! cp < file > < backup directory >

—- (3) 重启Oracle数据库

—- $sqldba lmode=y

—- SQLDBA >connect internal;

—- SQLDBA >startup;

—- 三、 热备份

—- 热备份是在数据库运行的情况下,采用archivelog mode方式备份数据的方法。所以,如果你有昨天夜里的一个冷备份而且又有今天的热备份文件,在发生问题时,就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下操作,并需要大量的档案空间。一旦数据库运行在archivelog状态下,就可以做备份了。热备份的命令文件由三部分组成:

—- 1.数据文件一个表空间一个表空间地备份。

—- (1)设置表空间为备份状态

—- (2)备份表空间的数据文件

—- (3)恢复表空间为正常状态

—- 2.备份归档log文件。

—- (1)临时停止归档进程

—- (2)log下那些在archive redo log目标目录中的文件

—- (3)重新启动archive进程

—- (4)备份归档的redo log 文件

—- 3.用alter database backup controlfile命令来备份拷贝文件

—- 热备份的优点是:

—- 1.可在表空间或数据文件级备份,备份时间短。

—- 2.备份时数据库仍可使用。

—- 3.可达到秒级恢复(恢复到某一时间点上)。

—- 4.可对几乎所有数据库实体作恢复。

—- 5.恢复是快速的,在大多数情况下在数据库仍工作时恢复。

—- 热备份的不足是:

—- 1.不能出错,否则后果严重。

—- 2.若热备份不成功,所得结果不可用于时间点的恢复。

—- 3.因难于维护,所以要特别仔细小心,不允许“以失败而告终”。

数据备份
不论何种方式,数据库的备份即为data file/control file/redo file此三种文件的备份。
1、exp/imp的备份方式
2、脱机备份方式(offline backup)
3、联机备份方式(online backup)
4、standy的运行模式

1、exp/imp的备份方式
(1)命令方式
可以在online的环境下进行。
(2)OEM方式
利用导出备份向导进行导出。
2、脱机备份方式(offline backup)
复制相关的文件即可。
(1)关闭数据库;
(2)复制文件,datafile/control file/redo log file;
(3)打开数据库。
3、联机备份方式(online backup)
条件:
(1)数据库不能关闭;
(2)数据库必需处于归档模式(archive mode),即redo log file记录满后,把完整的redo log file保存
在磁盘上;
让数据处于archive mode的方法:
(1)设置archive mode;
在initorcl.ora文件中设置如下参数:
#启动arch背景的处理程序
log_archive_start=true
#设置archive log file的存放地方
log_archive_dest=/home/oradata/orcl/archive
#设置脱机事务日志的文件名
log_archive_format=-s%.arc
(2)mount状态下设置archive mode,打开数据库;
startup mount pfile=initorcl.ora;
alter database archivelog;
alter database open;
联机备份方法一
(1)设置tablespace为backup mode;
alter tablespace tablespace_name begin backup;
(2)复制相关的数据表
copy sourcefile destfile
(3)恢复tablespace到正常状态
alter tablespace tablespace_name end backup;
(4)backup control file
alter database backup controlfile to ’control.bk’
(5)copy redo log file
4、standy的运行模式
此模式为主从服务器备份模式。
方法:
(1)准备备份主机
(2)主要数据库的备份
方法如下:
a、full offline backup
b、online backup
c、备份数据库的control file
alter database backup standby controlfile as ’filename’
(3)确定主要机器是处于archivelog mode
操作方法如3所示。
(4)从主要机器将backup datafiles / control file复制到备份主机。
复制的文件如下:
a、control file
b、backup datafiles;
c、archived redo logs
d、onlie redo logs
e、initialization file
(5)设置主要机器的initialization parameters
(6)设置备份主机的initialization parameters
?????
可能与(5)设置有所不同。
(7)打开备份主机数据库
a、在nomount状态下打开数据库,然后alter启动standby机器
start nomount pfile=initstandby.ora;
alter database mount standby database;
b、standby mode 下启动后,表示备份机器已经能够接受primary数据库的archive redo log,可用ftp或oracle
提供的方法由oracle自动取得数据。
(8)启动备份数据库
alter database recover managed standby database;
 
数据恢复
1、脱机备份的恢复(会丢失数据)
(1)确定数据库关闭
(2)复制相关备份文件到相关位置(control file,redo log file,datafiles)
(3)启动数据库
2、archive mode恢复
(1)complete recovery
a、关闭数据库;
shutdown;
b、在mount阶段打开数据库
startup mount;
c、进行数据库恢复
set autorecovery on;
recover database;
d、完成recovery后,打开数据库
alter database open;
(2)对单一文件或数据表recovery;
a、让需要恢复的tablespace脱机
alter tablespace appdata offline immediate;
b、用好的备份文件取代损坏文件
c、确定要恢复的archive log file存在
d、开始recovery;
recover tablespace appdata;
recover datafile ’user01.dbf’;
e、完成后,alter让tablespace联机
alter tablespace appdata online;
(3)incomplete recovery
如果事务日志文件损坏,则要注意datafiles and control file记录的log sequence number是不相同的,则为不完全恢复。
mount阶段要把log sequence number置为1,这样数据库才能打开。
使用cancel恢复到某一时间点
a、mount打开数据库
startup mount;
b、恢复
recover database until cancel;
c、完成之后,打开数据库(open mode),重新设置control file and datafiles的log sequence number的设置为1;
alter database open resetlogs;

使用指定时间
a、mount打开数据库
startup mount;
b、恢复
recover database until time ’2001-09-10:18:00:00’;
c、完成之后,打开数据库(open mode),重新设置control file and datafiles的log sequence number的设置为1;
alter database open resetlogs;

      站点地图 | 关于我 | 返回顶部
    Copyright © 2001-2013 { amiku.cn | zhangshunjin.com }. Powered by 

    阿米酷

    张顺金


    浙ICP备11002820号-1