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并非没有局限性。它们难以扩展，需要大量的资源来配置和维护，比如时间、硬件和人力。同样，它们往往遵循峰值性能模型，这就要求系统按照峰值容量来配置可用性，而不考虑典型的数据使用情况。 XML字段类型更好的解决了XML数据的操作。XQuery确实不错，但是个人对其没好感。（CSDN的开发者应该是相当的熟了！） 分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。 而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~ 比如，MicrosoftSQLServer2008的某一个版本可以满足现在的这个业务的需要，而且价格还比Oracle11g要便宜，那么这一产品就是适合的。 财务软件要用SQL也只是后台的数据库而已,软件都是成品的,当然多学东西肯定是有好处的.. where子句的作用是在对查询结果进行分组前，将不符合where条件的行去掉，即在分组之前过滤数据，条件中不能包含聚组函数，使用where条件显示特定的行。 我是新手，正在学习数据库和操作系统，深感理论的泛广，唯有一步一步来，但是又感觉时间不够，收集了很多资料却总是没能认真的看完，希望有一个讨论板块，大家共同解决，共同分享，共同努力 也可谈一下你是怎么优化存储过程的?
页:
[1]