转：Oracle基于TSM恢复实验(模拟spfile、controlfile、datafile丢失)

出处： http://www.tivolichina.net/club/viewthread.php?tid=374&extra=page%3D1

所有实验都是在没有catalog和没有 磁带库的情况下做的。
做的是filepool的存储！
   
实验一
步骤：
1.我在rman中没有设置controlfile autobackup 时做了一次。
run
{
allocate channel t1 device type 'sbt' parms
'ENV=(TDPO_OPTFILE=/usr/ tivoli/ tsm/client/oracle/bin64/tdpo.opt)';
sql 'alter system switch logfile';
sql 'alter system switch logfile';
sql 'alter system switch logfile';
backup database ;
backup archivelog all delete input;
release channel t1;
}
2.并在 数据库中操作后shutdown,再删除datafile,并把数据启动到mount状态
   run{
allocate channel t1 device type 'sbt' parms
'ENV=(TDPO_OPTFILE=C:\Program Files\Tivoli\TSM\AgentOBA\tdpo.opt)';
restore database;
recover database;
release channel t1;
}
这样完全恢复成功，数据也在我操作后的。

实验二
步骤:
1.基于TSM做了一次rman的full backup(注:没开自动backup控制文件,db_name=orcl)
2.我在表中做了些控制后,并修改controlfile autobackup 为ON)
3.接着做了个基于TSM的做了个rman的零级备份
4.下面我就模拟故障把所有文件删除了(除pfile和spfile没有删除)
现在我把数据库启到nomount状态
执行
run{
allocate channel t1 device type 'sbt' parms
'ENV=(TDPO_OPTFILE=C:\Program Files\Tivoli\TSM\AgentOBA\tdpo.opt)';
restore  controlfile from autobackup;
release channel t1;
}
RMAN-06172: 没有找到 自动备份或指定的句柄不是有效副本或片段
好像在恢复controlfile前要做
set DBID=*********  (可在这样的情况下怎么查DBID 啊!? )


实验三
步骤
1.在数据orcl所有文件都删除后，无法恢复的情况下。我切换到数据库orcltest上.
2.设置orcltest数据为archivelog归档状态
3.并在没有catalog的情况下备份controlfile
c:\rman target/
rman>run{
allocate channel t1 device type 'sbt' parms
'ENV=(TDPO_OPTFILE=C:\Program Files\Tivoli\TSM\AgentOBA\tdpo.opt)';
backup current controlfile;
release channel t1;
}
4.再把数据shutdown immediate,并仅删除3个controlfile。
rman>startup nomount
ramn>set dbid=2425530295
rman>run{
allocate channel t1 device type 'sbt' parms
'ENV=(TDPO_OPTFILE=C:\Program Files\Tivoli\TSM\AgentOBA\tdpo.opt)';
restore  controlfile from autobackup;
release channel t1;
}
RMAN-06172: 没有找到自动备份或指定的句柄不是有效副本或片段
分析：刚刚我在数据库orcltest中通过rman备份了control，可为什么就恢复不了控制文件！？
TSM-Server端的 服务器连接、设备类、存储池、策略域、节点都是正确的，且空间也是够了的。
以上是我的步骤，还得请教

第二个试验，我做过。光有DBID还不行，在RMAN的恢复脚本中，还需要：
set controlfile autobackup format for device type sbt_type to '%F';
然后：
restore controlfile from autobackup;

因为RMAN备份信息是存在控制文件里的，你的控制文件给删了，就算有DBID又如何？
所以需要指定控制文件存放的位置，呵呵。

第三个试验我就看不懂了。
为什么要用另一个数据库呢？
先随便找个PFILE，启动到nomount状态，然后重复第二步，把控制文件恢复出来，并把SPFILE文件恢复出来，不就OK了？


还有，查找DBID，如果你的控制文件是用默认格式备份的话，应该是C-123456789－***的，那么123456789就是DBID了。
如果你说，我的控制文件全备到TSM里面了，在磁带里，那么，进入TSM命令行，执行Q CONT TAPENAME，就可以找到控制文件的名字了。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/11134849/viewspace-659880/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/11134849/viewspace-659880/