如何Oracle 数据库备份与恢复

如何Oracle 数据库备份与恢复,第1张

oracle数据库备份与恢复

---- 当我们使用一个数据库时,总希望数据库的内容是可靠的、正确的,但由于计算机系统的故障(包括机器故障、介质故障、误 *** 作等),数据库有时也可能遭到破坏,这时如何尽快恢复数据就成为当务之急。如果平时对数据库做了备份,那么此时恢复数据就显得很容易。由此可见,做好数据库的备份是多么的重要,下面笔者就以oracle7为例,来讲述一下数据库的备份和恢复。oracle 数据库有三种标准的备份方法,它们分别为导出/导入(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.因难于维护,所以要特别仔细小心,不允许“以失败而告终”。

用户的表空间不能够被轻易地重建

在大多数情况下,重建表空间是不可能及太辛苦的工作.方法是倒备份及做介

质恢复.如果您的系统运行在noarchivelog模式下,则只有丢失的数据

在online

redo

log中方可被恢复。

步骤如下:

1)restore

the

lost

datafile

from

a

backup

2)svrmgrl>

startup

mount

3)svrmgrl>

select

v1.group#,member,sequence#,first_change#

>

from

v$log

v1,v$logfile

v2

>

where

v1.group#=v2.group#

4)如果数据库运行在noarchivelog模式下则:

svrmgrl>

select

file#,change#

from

v$recover_file

如果

change#

大于最小的first_change#则数据文件可以被恢复。

如果

change#

小于最小的first_change#则数据文件不可恢复。

恢复最近一

次的全备份或采用方案一.

5)svrmgrl>

recover

datafile

filename

6)确认恢复成功

7)svrmgrl>

alter

database

open

resetlogs

3.只读表空间无需做介质恢复,只要将备份恢复即可.唯一的例外是:

表空间在最后一次备份后被改为read-write

模式

表空间在最后一次备份后被改为read-only

模式

在这种情况下,均需进行介质恢复


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9657209.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-30
下一篇 2023-04-30

发表评论

登录后才能评论

评论列表(0条)

保存