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的相应版本稳定，或者价格较贵，那么，它就是不适合的。 相信各位对数据库和怎么样学习数据库都有一些经验和看法，也会有人走了一些弯路总结出自己的经验来，希望大家能把各自的看法和经验拿出来分享，给别人一份帮助，给自己一份快乐
页:
[1]