• 博客访问: 470330
  • 博文数量: 153
  • 用 户 组: 普通用户
  • 注册时间: 2009-07-19 15:14
个人简介

关注业务连续性、数据安全性、及云计算实施!

文章分类

全部博文(153)

文章存档

2015年(3)

2012年(11)

2011年(17)

2010年(66)

2009年(56)

我的朋友

分类: Linux操作系统

2010-04-16 04:23:42


所有实验都是在没有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,就可以找到控制文件的名字了。
阅读(1922) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
请登录后评论。

登录 注册