MYSQL网站制作之rman恢复案例――丧失全体把持文件的恢...

仓酷云

无疑希望员工得到系统、有深度的培训，显然MySQL在这一点上还做得很不够。恢复|把持1.1.丧失全体把持文件的恢复1.1.1.摹拟把持文件丧失
RMAN>shutdownabort;



Oracle例程已封闭



RMAN>host;



MicrosoftWindowsXP[版本5.1.2600]

(C)版权一切1985-2001MicrosoftCorp.



C:>delD:oracle92        est1CONTROL*.CTL



C:>dirD:oracle92        est1CONTROL*.CTL

驱动器D中的卷没有标签。

卷的序列号是644D-03D9



D:oracle92        est1的目次



找不到文件



C:>exit

主机命令完成



RMAN>




1.1.2.设置ORACLE_SID
RMAN>exit;





恢复办理器完成。



C:>

C:>setORACLE_SID=TEST1



C:>ECHOORACLE_SID

ORACLE_SID



C:>


1.1.3.上岸RMAN
C:>rman



恢复办理器:版本9.2.0.1.0-Production



Copyright(c)1995,2002,OracleCorporation.Allrightsreserved.



RMAN>connecttargetlunar/lunar@test1



已毗连到方针数据库(未启动)



RMAN>connectcatalogrman/rman@rman



毗连到恢复目次数据库



RMAN>


1.1.4.在RMAN中设置DBID
使RMAN晓得必要查找哪个数据库的spfile

（必需在数据封闭的情形下设置DBID）

RMAN>setDBID=910599446



正在实行命令:SETDBID



RMAN>


1.1.5.将数据库启动到nomount形态
RMAN>startupnomount;



已毗连到方针数据库(未启动)

Oracle例程已启动



体系全局地区总计101784276字节



FixedSize453332字节

VariableSize75497472字节

DatabaseBuffers25165824字节

RedoBuffers667648字节



RMAN>


1.1.6.恢复把持文件1.1.6.1.利用恢复目次恢复
假如利用了恢复目次，能够复杂的实行restorecontrolfile;

RMAN>restorecontrolfile;



启动restore于07-10月-04



分派的通道:ORA_DISK_1

通道ORA_DISK_1:sid=13devtype=DISK

通道ORA_DISK_1:正在入手下手恢单数据文件备份集

通道ORA_DISK_1:正在恢复把持文件

输入文件名=D:ORACLE92TEST1CONTROL01.CTL

通道ORA_DISK_1:已恢复备份段1

段handle=D:RMANTESTC-910599446-20041007-00tag=nullparams=NULL

通道ORA_DISK_1:恢复完成

正在复制把持文件

输入文件名=D:ORACLE92TEST1CONTROL01.CTL

输入文件名=D:ORACLE92TEST1CONTROL02.CTL

输入文件名=D:ORACLE92TEST1CONTROL03.CTL

完成restore于07-10月-04



RMAN>




1.1.6.2.不利用恢复目次恢复（利用主动备份的把持文件恢复）
假如没有利用恢复目次，能够从指定的把持文件主动备份的路径恢复把持文件

RMAN>run{

2>setcontrolfileautobackupformatfordevicetypediskto

3>D:RMANTEST\%F;

4>restorecontrolfilefromautobackup;

5>}



正在实行命令:SETCONTROLFILEAUTOBACKUPFORMAT



启动restore于07-10月-04



分派的通道:ORA_DISK_1

通道ORA_DISK_1:sid=13devtype=DISK

通道ORA_DISK_1:寻觅以下日期的主动备份:20041007

通道ORA_DISK_1:已找到的主动备份:D:RMANTESTc-910599446-20041007-00

通道ORA_DISK_1:从主动备份回复把持文件已完成

正在复制把持文件

输入文件名=D:ORACLE92TEST1CONTROL01.CTL

输入文件名=D:ORACLE92TEST1CONTROL02.CTL

输入文件名=D:ORACLE92TEST1CONTROL03.CTL

完成restore于07-10月-04



RMAN>host;



MicrosoftWindowsXP[版本5.1.2600]

(C)版权一切1985-2001MicrosoftCorp.



C:>dirD:oracle92        est1CONTROL*.CTL

驱动器D中的卷没有标签。

卷的序列号是644D-03D9



D:oracle92        est1的目次



2004-10-0715:181,630,208CONTROL01.CTL

2004-10-0715:181,630,208CONTROL02.CTL

2004-10-0715:181,630,208CONTROL03.CTL

3个文件4,890,624字节

0个目次10,527,322,112可用字节



C:>exit

主机命令完成



RMAN>


1.1.6.3.析取把持文件1.1.6.3.1.从恢复目次中析取把持文件
在数据库翻开的时分，能够析取把持文件，以下面的例子是从恢复目次中析取把持文件，并保留到d:        est_ctl.ora。

RMAN>restorecontrolfiletod:        est_ctl.ora;



启动restore于07-10月-04



利用通道ORA_DISK_1

通道ORA_DISK_1:正在入手下手恢单数据文件备份集

通道ORA_DISK_1:正在恢复把持文件

输入文件名=D:TEST_CTL.ORA

通道ORA_DISK_1:已恢复备份段1

段handle=D:RMANTESTC-910599446-20041007-00tag=nullparams=NULL

通道ORA_DISK_1:恢复完成

完成restore于07-10月-04



RMAN>


1.1.6.3.2.从主动备份的把持文件中析取把持文件
上面的例子是从主动备份的把持文件中，析取把持文件到的的d:

RMAN>run{

2>setcontrolfileautobackupformatfordevicetypediskto

3>D:RMANTEST\%F;

4>restorecontrolfiletod:        est_ctl.bakfromautobackup;

5>}



正在实行命令:SETCONTROLFILEAUTOBACKUPFORMAT



启动restore于07-10月-04



利用通道ORA_DISK_1

通道ORA_DISK_1:寻觅以下日期的主动备份:20041007

通道ORA_DISK_1:已找到的主动备份:D:RMANTESTc-910599446-20041007-00

通道ORA_DISK_1:从主动备份回复把持文件已完成

完成restore于07-10月-04



RMAN>




1.1.7.Mount数据库
RMAN>alterdatabasemount;



数据库已加载



RMAN>


1.1.8.恢单数据库
RMAN>recoverdatabase;



启动recover于07-10月-04

利用通道ORA_DISK_1



正在入手下手介质的恢复



存档日记线程1序列16已作为文件D:ORACLE92TEST1REDO03.LOG存在于磁盘上

存档日记文件名=D:ORACLE92TEST1REDO03.LOG线程=1序列=16

完成介质的恢复

完成recover于07-10月-04



RMAN>


1.1.9.Openresetlogs数据库
RMAN>alterdatabaseopenresetlogs;



数据库已翻开

在恢复目次中注册的数据库的新实体化

正在启动全体恢复目次的resync

完玉成部resync



RMAN>
RDBMS并非没有局限性。它们难以扩展，需要大量的资源来配置和维护，比如时间、硬件和人力。同样，它们往往遵循峰值性能模型，这就要求系统按照峰值容量来配置可用性，而不考虑典型的数据使用情况。