MYSQL网站制作之RMAN恢复案例――丧失spfile的恢复

通过支付一定费用，客户可以得到优先的24/7支持，访问内容丰富的在线知识库和联系一个专门的技术负责经理。恢复1.1.丧失spfile的恢复
年夜条件：已设置了数据库把持文件的主动备份，而且已有牢靠的备份：

RMAN>CONFIGURECONTROLFILEAUTOBACKUPon;



新的RMAN设置参数:

CONFIGURECONTROLFILEAUTOBACKUPON;

已乐成存储新的RMAN设置参数

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

完玉成部resync



RMAN>



RMAN>CONFIGURECONTROLFILEAUTOBACKUPFORMATFORDEVICETYPEDISKTOD:RMANTEST\%F;



新的RMAN设置参数:

CONFIGURECONTROLFILEAUTOBACKUPFORMATFORDEVICETYPEDISKTOD:RMANTEST\%F;

已乐成存储新的RMAN设置参数

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

完玉成部resync



RMAN>



RMAN>showall;



RMAN设置参数为:

CONFIGURERETENTIONPOLICYTOREDUNDANCY1;#default

CONFIGUREBACKUPOPTIMIZATIONOFF;#default

CONFIGUREDEFAULTDEVICETYPETODISK;

CONFIGURECONTROLFILEAUTOBACKUPON;

CONFIGURECONTROLFILEAUTOBACKUPFORMATFORDEVICETYPEDISKTOD:RMANTEST\%F;

CONFIGUREDEVICETYPEDISKPARALLELISM1;

CONFIGUREDATAFILEBACKUPCOPIESFORDEVICETYPEDISKTO1;#default

CONFIGUREARCHIVELOGBACKUPCOPIESFORDEVICETYPEDISKTO1;#default

CONFIGUREMAXSETSIZETOUNLIMITED;#default

CONFIGURESNAPSHOTCONTROLFILENAMETOD:ORACLE92DATABASENCFTEST1.ORA;#default



RMAN>



RMAN>run{

2>backupdatabase

3>tagfull_db_20041007

4>formatd:mantestfull_dbtest_yyyymmdd%_u%.bak

5>includecurrentcontrolfile;

6>backuparchivelogall

7>tagarch_bak

8>formatd:mantestarch_yyyymmdd%_u%.bak

9>deleteinput;}



启动backup于07-10月-04

分派的通道:ORA_DISK_1

通道ORA_DISK_1:sid=13devtype=DISK

通道ORA_DISK_1:正在启动full数据文件备份集

通道ORA_DISK_1:正在指定备份会合的数据文件

备份会合包含以后把持文件

输出数据文件fno=00001name=D:ORACLE92TEST1YSTEM01.DBF

输出数据文件fno=00002name=D:ORACLE92TEST1UNDOTBS01.DBF

输出数据文件fno=00006name=D:ORACLE92TEST1RMAN01.DBF

输出数据文件fno=00003name=D:ORACLE92TEST1INDX01.DBF

输出数据文件fno=00005name=D:ORACLE92TEST1USERS01.DBF

输出数据文件fno=00004name=D:ORACLE92TEST1TOOLS01.DBF

通道ORA_DISK_1:正在启动段1于07-10月-04

通道ORA_DISK_1:已完成段1于07-10月-04

段handle=D:RMANTESTFULL_DBTEST_YYYYMMDD%_U%.BAKcomment=NONE

通道ORA_DISK_1:备份集已完成,经由工夫:00:01:06

完成backup于07-10月-04



启动backup于07-10月-04

以后日记已存档

利用通道ORA_DISK_1

通道ORA_DISK_1:正在启动存档日记备份集

通道ORA_DISK_1:正在指定备份会合的存档日记

输出存档日记线程=1序列=15纪录ID=20工夫戳=538928248

通道ORA_DISK_1:正在启动段1于07-10月-04

通道ORA_DISK_1:已完成段1于07-10月-04

段handle=D:RMANTESTARCH_YYYYMMDD%_U%.BAKcomment=NONE

通道ORA_DISK_1:备份集已完成,经由工夫:00:00:02

通道ORA_DISK_1:正在删除存档日记

存档日记文件名=D:ORACLE92ADMINTEST1ARCHARC00015.001纪录ID=20工夫戳=538928248

完成backup于07-10月-04



启动ControlFileandSPFILEAutobackup于07-10月-04

段handle=D:RMANTESTC-910599446-20041007-00comment=NONE

完成ControlFileandSPFILEAutobackup于07-10月-04



RMAN>








1.1.1.将以后spfile挪到其他地位来摹拟spfile丧失
RMAN>host;



MicrosoftWindowsXP[版本5.1.2600]

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



C:>moveD:oracle92databasePFILETEST1.ORAD:oracle92databaseakPFILETEST1.ORA



C:>dirD:oracle92databasePFILETEST1.ORA

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

卷的序列号是644D-03D9



D:oracle92database的目次



找不到文件



C:>dirD:oracle92databaseakPFILETEST1.ORA

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

卷的序列号是644D-03D9



D:oracle92databaseak的目次



2004-10-0414:062,560SPFILETEST1.ORA

1个文件2,560字节

0个目次10,708,807,680可用字节



C:>exit

主机命令完成



RMAN>


1.1.2.设置ORACLE_SID
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;



启动失利:ORA-01078:failureinprocessingsystemparameters

LRM-00109:N^7(4r?*2NJ}ND<~D:ORACLE92DATABASEINITTEST1.ORA



正在实验在没有参数文件的情形下启动Oracle例程...

Oracle例程已启动



体系全局地区总计97589952字节



FixedSize453312字节

VariableSize46137344字节

DatabaseBuffers50331648字节

RedoBuffers667648字节



RMAN>


1.1.6.从主动备份中复原参数文件
RMAN>showall;



RMAN设置参数为:

CONFIGURERETENTIONPOLICYTOREDUNDANCY1;#default

CONFIGUREBACKUPOPTIMIZATIONOFF;#default

CONFIGUREDEFAULTDEVICETYPETODISK;

CONFIGURECONTROLFILEAUTOBACKUPON;

CONFIGURECONTROLFILEAUTOBACKUPFORMATFORDEVICETYPEDISKTOD:RMANTEST\%F;

CONFIGUREDEVICETYPEDISKPARALLELISM1;

CONFIGUREDATAFILEBACKUPCOPIESFORDEVICETYPEDISKTO1;#default

CONFIGUREARCHIVELOGBACKUPCOPIESFORDEVICETYPEDISKTO1;#default

CONFIGUREMAXSETSIZETOUNLIMITED;#default



RMAN>restorespfilefromautobackup;



启动restore于07-10月-04



分派的通道:ORA_DISK_1

通道ORA_DISK_1:sid=9devtype=DISK

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

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

通道ORA_DISK_1:从主动备份回复SPFILE已完成

完成restore于07-10月-04



RMAN>host;





恢复办理器完成。



C:>dirD:oracle92databasePFILETEST1.ORA

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

卷的序列号是644D-03D9



D:oracle92database的目次



2004-10-0714:312,560SPFILETEST1.ORA

1个文件2,560字节

0个目次10,528,374,784可用字节



C:>exit



恢复办理器:版本9.2.0.1.0-Production



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



毗连到方针数据库:TEST1（未安装）

毗连到恢复目次数据库



RMAN>


1.1.7.用Shutdownimmediate封闭数据库
RMAN>shutdownimmediate;



Oracle例程已封闭



RMAN>


1.1.8.从头启动数据库
RMAN>setDBID=910599446



正在实行命令:SETDBID



RMAN>startup



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

Oracle例程已启动

数据库已加载

数据库已翻开



体系全局地区总计101784276字节



FixedSize453332字节

VariableSize75497472字节

DatabaseBuffers25165824字节

RedoBuffers667648字节



RMAN>
这一切听起来不错，无疑DBaaS具有很多相对于RDBMS的优势。然而MySQL学习教程，DBaaS也有其局限性，云服务中固有的局限性就是之一。当客户开始将数据放入云端时，他们会遭遇到无法控制的网络性能问题。

换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的

代替了原来VB式的错误判断。比Oracle高级不少。

仓酷云

我个人认为就是孜孜不懈的学习

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

你觉得我的非分区索引无法对起子分区，你可以提醒我一下呀！没有任何的提醒，直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。

我个人认为就是孜孜不懈的学习

如果，某一版本可以提供强大的并发响应，但是没有Oracle的相应版本稳定，或者价格较贵，那么，它就是不适合的。

相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐