OracleRman备份详细讲解Word文件下载.docx

上传人:b****6 文档编号:21802233 上传时间:2023-02-01 格式:DOCX 页数:10 大小:22.63KB
下载 相关 举报
OracleRman备份详细讲解Word文件下载.docx_第1页
第1页 / 共10页
OracleRman备份详细讲解Word文件下载.docx_第2页
第2页 / 共10页
OracleRman备份详细讲解Word文件下载.docx_第3页
第3页 / 共10页
OracleRman备份详细讲解Word文件下载.docx_第4页
第4页 / 共10页
OracleRman备份详细讲解Word文件下载.docx_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

OracleRman备份详细讲解Word文件下载.docx

《OracleRman备份详细讲解Word文件下载.docx》由会员分享,可在线阅读,更多相关《OracleRman备份详细讲解Word文件下载.docx(10页珍藏版)》请在冰豆网上搜索。

OracleRman备份详细讲解Word文件下载.docx

1.改变不归档方式为为归档方式

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

(2)修改初试化参数,使能自动存档

修改(添加)初始化文件init[SID].ora参数:

log_archive_start=true#启动自动归档

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

log_archive_dest=/arch12/arch#归档路径

在9i中,可以最多有10个归档路径,并可以归档到其它服务器,如备用数据库(standbydatabase)服务器

(3)启动Instance到Mount状态,即加载数据库但不打开数据库:

$>

sqlplus“/assysdba”

SQL>

startupmount

(4)发出修改命令

SQL>

alterdatabasearchivelog;

alterdatabaseopen;

2.改变归档状态为不归档状态

与以上步骤相同,但有些操作不一样,主要是在以上的

(2)操作中,现在为删除或注释该参数,在d操作中,命令为

alterdatabasenoarchivelog;

2操作系统备份

操作系统备份有两类,冷备份(Coldbackup)与热备份(Hotbackup),操作系统备份与逻辑备份有本质的区别。

逻辑备份提取数据库的数据内容,而不备份物理数据块。

而操作系统备份则是拷贝整个的数据文件。

1.冷备份

冷备份在文件级备份开始前数据库必须彻底关闭。

关闭操作必须用带有normal、immediate、transaction选项的shutdown来执行。

数据库使用的每个文件都被备份下来,这些文件包括:

所有数据文件

所有控制文件

所有联机REDOLOG文件

INIT.ORA文件(可选)

作冷备份一般步骤是:

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

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

(3)启动数据库

如果利用脚本对数据库进行冷备份,必须对关闭数据库的命令进行逻辑检查,如果发生关闭数据库的命令不能正常执行而导致数据库没有正常关闭,那么,所有的冷备份将会是无效的。

2.热备份

热备份是当数据库打开并对用户有效是的操作系统级的数据备份。

热备份只能用于ARCHIVELOG方式的数据库。

在数据文件备份之前,对应的表空间必须通过使用ALTERTABLESPACE……BEGINBACKUP以备份方式放置。

然后组成表空间的数据文件可以使用类似冷备份的操作系统命令进行拷贝。

在数据文件用操作系统命令拷贝后,应使用ALTERTABLESPACE……ENDBACKUP命令使表空间脱离热备份方式。

热备份没有必要备份联机日志,但必须是归档状态,在实例恢复的时候,可能需要用到归档日志。

当前联机日志一定要保护好或是处于镜相状态,当前联机日志的损坏,对于数据库的损坏是巨大的,只能以数据的丢失来进行数据库的恢复工作。

对于临时表空间,存放的是临时信息,在热备份是也可以考虑不用备份,如果临时文件发生故障,可以删除该数据文件与表空间,重建一个临时表空间。

热备份的优点是显而易见的:

●可在表空间或数据文件级备份,备份时间短。

●备份时数据库仍可使用。

●可达到秒级恢复(恢复到某一时间点上)。

●可对几乎所有数据库实体作恢复。

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

一般热备份的时候,用户还在操作数据库。

为了不影响用户正常工作,最好使每个表空间处于备份状态的时间最短,这样就要求一个表空间一个表空间的备份,不要使表空间一起处于备份状态而同时拷贝数据文件。

如果在热备份的时候如果数据库中断(如断电),那么在重新启动数据库的时候,数据库将提示有数据文件需要恢复,你需要把正在断电时候的处于备份状态的数据文件通过ALTERTABLESPACE……ENDBACKUP结束备份方式。

具体哪个数据文件或表空间处于备份状态,可以通过v$backup与v$datafile来获得。

3恢复管理器备份(RMAN)

Recoverymanager(RMAN)是ORACLE提供的DBA工具,用于管理备份和恢复操作。

RMAN只能用于ORACLE8或更高的版本中。

它能够备份整个数据库或数据库部件,其中包括表空间、数据文件,控制文件和归档文件。

RMAN可以按要求存取和执行备份和恢复。

RMAN备份有如下优点

●支持在线热备份

●支持多级增量备份

●支持并行备份、恢复

●减少所需要备份量

●备份、恢复使用简单

重要的是,使用恢复管理器允许您进行增量数据块级的备份(这个与导出/导入的增量截然不同)。

增量RMAN备份是时间和空间有效的,因为他们只备份自上次备份以来有变化的那些数据块。

另一个空间有效的RMAN特性是它只备份数据文件中使用的数据块,忽略空的、未用的数据块,这个对于预分配空间的表空间有很大的好处。

从9i开始,还增加了RMAN的数据块级别的恢复,可以进一步减少数据库恢复时间。

RMAN支持以下不同类型的备份

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

INCREMENTAL增量备份,只备份自上次增量备份以来修改过的数据块。

需要一个0级的增量作为增量的基础,可以支持5级增量。

OPEN在数据库打开的时候使用

CLOSED在数据库加载(MOUNT)但不打开的时候备份,关闭备份可以是CONSISTENT或INCONSISTENT类型的。

CONSISTENT在数据库加载但不打开,并且在加载之前数据库被彻底关闭(而不是被破坏或异常退出)时使CONSISTENT备份可以简单的进行复原(RESTORE)而不是恢复(RECOVER)

INCONSISTENT在数据库打开或加载(但不打开)时使用。

在该数据库正常关闭或崩溃后,INCONSISTENT备份需要恢复。

从上面各种备份方式来看,由于RMAN是数据块级别的备份,而操作系统下的备份是文件级的备份。

这样使得恢复管理器(RMAN)备份无论是在空间和时间上相对于操作系统备份都具有明显的优势。

另外,对于操作系统的备份来说,DBA自己动手编写脚本,在无法预知的情况下,脚本的维护、管理及稳定性都很难得到完全的保证。

而对于RMAN,只要理解了BACKUP,RESTORE,RECOVER这三个最基本的命令,就可以进行数据库的备份,复原以及恢复操作。

用户管理(操作系统)和服务器管理的备份与恢复之间的根本不同之处是:

对用户管理的操作,DBA必须知道需要备份什么以及需要还愿和恢复什么;

而对于服务器管理的操作,RMAN将通过一个简单的接口决定需要备份什么以及需要还原与恢复什么,大部分管理任务被省略或简单化了。

以下的内容将介绍实现RMAN一般的备份策略及具体配置。

4备份策略

RMAN在备份数据时有两种操作的模式:

增量式和完全式

增量备份的级别是一个0到4之间的整数,增量备份时,数据检查点SCN存储在目标数据库控制文件中,随后的增量备份决定了需要拷贝哪些与以前的增量备份级别相关而且发生在SCN时间的数据块,备份级别0时全集备份级别。

是其它级别增量拷贝的基准。

增量备份又分为差异型备份和累积型备份:

差异型备份拷贝所有在最近同级或低级增量备份以来所有改动的数据块。

(ORACLE默认的增量备份类型);

累积型备份拷贝所有在最近低级增量备份以来改动的数据块。

(包括了最近同级备份时改动的数据块)。

选择差异型备份还是选择累积型备份是从备份时的大小、速度与还原时的速度的重要性来衡量。

完全备份和增量备份级别0一样,但不是增量备份,不能作为其他增量备份的基准。

典型的备份部署方案一般是在周末进行增量级别为0的备份。

然后,在整个星期内,需要进行不同的级别1或2的备份。

这样每周循环可以使每一周都有一个基准增量备份以及每周内的少量增量备份。

具体如下:

(脚本文件请参考附件)

星期天0级别备份(运行b_whole_inco.rcv脚本)

星期一2级别备份(运行b_whole_inc2.rcv脚本)

星期二2级别备份(运行b_whole_inc2.rcv脚本)

星期三2级别备份(运行b_whole_inc2.rcv脚本)

星期四1级别备份(运行b_whole_inc1.rcv脚本)

星期五2级别备份(运行b_whole_inco.rcv脚本)

星期六2级别备份(运行b_whole_inco.rcv脚本)

有了这个累积增量备份部署,就可用至少三个备份集来进行还原和恢复工作。

当为归档日志文件部署备份策略时,必须绝对确保已经获得了每个备份的归档日志文件的至少一个(最好多个)拷贝。

还必须清理归档日志的目的地以防止写满文件系统以及中断数据库操作,RMAN有一个比较谨慎的部署选项DELETEINPUT,可以在对备份了归档日志进行删除。

下面的归档日志备份策略在删除输入之前已经为每个归档日志文件做了三份拷贝。

(1)在新的备份策略的前一两天内对目标数据库运用ARCHIVELOGALL选项以实现为所有已经存在的归档日志文件做基准备份。

(运行b_archive.rcv)

(2)每天为包括有最近两天的重做的所有已经存在的归档日志文件做备份(运行b_archive_2days.rcv)。

(3)每天为包括有从五天以前到前两天的重做日志文件进行备份(运行b_archive_delete3.rcv)

有了上述的备份部署,就可以将数据库恢复到以前的任何一个时刻。

但在实际的生产系统中,很少会有将系统恢复到以前的已经过去了很长一段时间的某一个时刻,应该根据实际的需求来决定保留多长时间的备份,如假设只要求数据库能恢复到21天内的某一个时刻,那么只需保留最近21天内的备份即可。

21天前的备份可以删除,或转储到别的位置。

5备份部署

当用RMAN进行备份时,RMAN要把备份的相关信息(如什么时间进行的备份、备份了哪些文件、备份到什么位置等)进行存储,根据对这些信息存储位置的不同,RMAN的运行模式分为如下两种:

●NOCATALOG模式:

这种模式下将备份信息存在备份的目标数据库的控制文件中。

●CATALOG模式:

这种模式下单独创建一个Oracle数据库,将备份信息存在此独立的.数据库中(此时独立的数据库称为目录数据库,即Catalogdatabase)。

出于高效和管理方便的,决定采用的是CATALOG(目录)模式备份。

当用RMAN部署一个恢复目录时,需要将目录保存在与注册在其中的任何一个目标数据库都不同的数据库和机器上(防止当目标数据库崩溃时,目录数据库也不可用的情况),也可以使用一个产品数据库作为其他产品数据库的目录数据库。

但必须注意,目录数据库的版本和目标数据库的版本必须一致。

确定目录数据库后,在tnsnames.ora中配置目录数据库到目标数据库的连接。

tnsnames.ora位于$ORACLE_HOME/network/admin中,配置情况如下:

SKGL204=#到目标数据库的连接名,可自己设置

(DESCRIPTION=

(ADDRESS_LIST=

(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.0.204)(PORT=1521))

#目标数据库的IP,可也是机器名

(CONNECT_DATA=

(SERVICE_NAME=skgl)

#与目标数据库的inti.ora文件中的参数service_names同

 

配置连接后,在目录数据库上,执行如下命令:

1.创建表空间,用于存储备份信息。

CREATETABLESPACErmantbsDATAFILE‘/oradata/catdb1/rmantbs01.dbf’SIZE32M;

表空间名和路径根据自己的情况重新设置。

2.创建用户,用于管理备份信息。

CREATEUSERrmanadmIDENTIFIEDBYrmanadm

DEFAULTTABLESPACErmantbs

TEMPORARYTABLESPACEtemp;

RMAN用户名和密码;

根据自己的情况重新设置

3.授权。

GRANTCONNECT,RESOURCE,RECOVERY_CATALOG_OWNERTOrmanadm;

4.创建恢复目录。

$rmanCATALOGrmanadm/rmanadm

RMAN>

CREATECATALOG;

5.注册目标数据库。

$rmanCATALOGrmanadm/rmanadmTARGETSYS/SYS@targetDB

REGISTERDATABASE;

配置好目录数据库后,便可以部署备份策略了。

首先来看bak_scripts目录下的脚本文件:

b_whole_inc0.rcv(文件名)(用于基准备份)

1@@connect.rcv

2run{

3allocatechanneld1typedisk;

4backupincrementallevel=0database

5format'

/oradata/PRACTICE/backup/ch12/db_%d_%s_%p_%t'

6tag='

WHOLE_INC0'

;

7releasechanneld1;

8}

(1..8为行号,另行加上的,便于说明)

第1行的connect.rcv是同目录下的另一脚本文件,内容如下:

connecttargetsys/change_on_install@skgl204

connectcatalogrmanadm/rmanadm@sw1hnm1

用于连接目标数据库和目录数据库,用户名、密码和服务名根据前面定义的情况重新设置。

另外需要设置的是第4行带下划线的部分,为目标数据库上用于存储备份文件的路径,可根据目标数据库的情况自行设置。

设置好的路径必须在目标数据库上实际存在,否则备份不能成功。

b_whole_inc1.rcv,b_whole_inc2.rcv,b_archive.rcv,b_archive_2days.rcv,b_archive_delete2.rcv都需同样的设置。

(见安装包bak_scripts下的文件)

b_whole_inc0.sh,b_whole_inc1.sh,b_whole_inc2.sh,b_archive.sh,b_archive_2days.sh,b_archive_delete3.sh(见安装包bak_scripts下的文件)是用于部署在unix系统上的命令文件

b_whole_inc0.sh内容如下:

$ORACLE/HOME/bin/rmancmdfile=<

path>

/bak_scripts/b_whole_inc0.rcv

log=/temp/b_whole_inc0.log

<

为放置bak_scripts文件夹的路径,设置完所有文件之后,使用chmod将这些文件修改为可执行文件,将便可用crontab部署这些命令文件。

步骤如下:

以oracle用户登陆,定位在bak_scripts目录下

$chmodu+xb_whole_inc0.sh#其他文件类似

$crontab–e

#minhourdatemonthdaycommand

01**0<

/b_whole_inc0.sh#Sunday

01**1<

/b_whole_inc2.sh#Monday

01**2<

/b_whole_inc2.sh#Tuesday

01**3<

/b_whole_inc2.sh#Wednesday

01**4<

/b_whole_inc1.sh#Thursday

01**5<

/b_whole_inc2.sh#Friday

01**6<

/b_whole_inc2.sh#Saturday

02***<

/b_archive_2days.sh#EveryDay

302***<

/b_archive_delete3.sh#EveryDay

执行时间可重新设置。

注意:

必须使第一次运行的备份脚本为b_whole_inc0.sh,其他的增量备份都是以0级增量备份为基准的,如果第一次运行的为其他脚本,那么至少前几天的备份是无效的,只能等到下一次循环到b_whole_inc0.sh脚本时,备份才重新生效。

b_whole_inc0.bat,b_whole_inc1.bat,b_whole_inc2.bat,b_archive.bat,b_archive_2days.bat,b_archive_delete3.bat(见安装包bak_scripts下的文件)是用于部署在windows系统上的命令文件

b_whole_inc0.bat内容如下:

rmancmdfile=<

/bak_scripts/b_whole_inc0.rcvlog=c:

/temp/b_whole_inc0.log

设置为bak_scripts文件夹所在的路径,设置完所有文件后,便可用at命令部署这些批处理文件。

在windows的cmd窗口执行下列命令:

at1:

00/every:

Sundaycmd/c<

/b_whole_inc0.bat

Mondaycmd/c<

/b_whole_inc2.bat

Tuesdaycmd/c<

Wednesdaycmd/c<

Thursdaycmd/c<

/b_whole_inc1.bat

Fridaycmd/c<

/b_whole_inc2.bat

Saturdaycmd/c<

/b_whole_inc2.bat

at2:

00cmd/c<

/b_archive_2days.bat

30cmd/c<

/b_archive_delete3.bat

至此,所有的备份策略便部署完毕。

6还原和恢复

数据库的恢复分完全恢复和不完全恢复。

完全恢复一般在实例崩溃后,恢复到最近的现场,一般操作如下:

C:

>

rmantargetsys/change_on_install@skgl204catalogrmanadm/rmanadm

RUN{

SHUTDOWNIMMEDIATE;

STARTUPMOUNT;

RESTOREDATABASE;

RECOVERDATABASE;

ALTERDATABASEOPEN;

}

不完全恢复的原因很多,如用户的误操作是数据库必须回到或只能回到以前备份的点,不完全恢复的一般操作如下:

(其中命令中的“TO_DATE(‘01/14/200512:

02:

10’,’MM/DD/YYYYHH24:

MI:

SS’)”为期望恢复到的时间点)

SETUNTILTIMETO_DATE“(‘01/14/200512:

SS’)”;

ALTERDATABASEOPENRESETLOGS;

RESETDATABASE;

在执行完不完全恢复后,需在目录数据库中用RMAN发布RESETDATABASE命令,以从目标数据库控制文件中获得更新RMAN目录的新纪录的信息。

另外,应对恢复后的数据库即时以增量备分级0重新备份数据库。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 农学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1