帮人处理RMAN问题过程，有个疑问

larryh

前两天，有个朋友晚上11点左右打电话来说正在客户那里处理RMAN问题：\r\n1、客户有一个RMAN Catalog（RMAN自身库），用它管理备份的目标库（target database，即用RMAN进行备份的数据库）不止一个\r\n2、某个被备份的目标库的3个归档日志文件的备份记录（即RMAN Catalog中对此三个文件的备份记录）有问题，使得crosscheck（进行RMAN Catalog记录和备份介质内容的交叉检查）、change backuppiece ... delete（用于删除RMAN Catalog中的记录，连同备份介质中的内容），对这三个都发生错误，具体错误信息我不记得，但大意是某种记录结构的混乱，不可操作。list archivelog all可以看到它们。这个错误的存在使得后续的任何归档日志备份无法进行，都报错。做了数据文件全备份再做归档日志备份也不行。\r\n3、备份介质管理是HP OmniBack\r\n\r\n因为change backuppiece ... delete对此3个文件不能工作，所以用正常手段删除此3个backuppiece不行，所以只能想别的办法删掉他们，然后重新备份\r\n\r\n这个Catalog管理的不止一个库，所以还不能重建Catalog\r\n\r\n最后想到把相应的target database从Catalog里unregister掉再重新register\r\n\r\n细节简单，网上资料很多，一切成功，只是略过了标准的change ... delete过程。\r\n这样，Catalog里此target database的备份记录全部被清空，当然后续备份就没有问题了。\r\n\r\n但是有这样一个问题：因为没有用change ... delete，所以OmniBack不知道那些东西被清掉了，造成OmniBack中的旧备份数据无用，但没有清除，因为RMAN也跟那些数据切断联系了，OmniBack没有RMAN的指示不可能知道这些数据可以删除，所以磁带继续占用\r\n\r\nTSM有个工具，可以做这个事情，就是通过操作RMAN，与TSM记录对照，把所有TSM备份了但RMAN中没有的东西（但是按照TSM的记录属于这个RMAN）筛选出来让用户选择如何操作，一般是删除。但我朋友说给HP联系了，HP说OmniBack没有这种工具，想请教一下，是真的没有吗？这可是一个disadvantage

dooza

rman是可以控制磁带里的备份。但备份管理软件同样可以管理介质，而且不受rman的约束。在备份软件里，如nbu，有个报告工具，应该可以查询目标数据库的备份在什么地方。既然你的rman已经跟备份软件切断了联系，那么你是无法用rman来删除备份了。但备份所占用的磁带，绝对可以重新利用。过期备份应该是一个比较好的办法，一般来说，rman的备份映像会显示数据库DBID。这需要你耐心查询备份管理软件。另外，如果你的备份保留周期不是很长，那么可以等到它自动过期。

larryh

1、错误信息我记不得，大意就是比如做crosscheck的时候处理到那几个文件的记录时，像是Catalog记录corrupted\r\n2、没有多个用户，都是用一个用户去备各个target db的。再说，如果分了不同的schema，分别对应不同的target db，删除一个schema的数据(楼上的意思应该是这样吧），与unregister再register应该没有大区别，而且unregister/register的做法应该更加自然明晰吧。\r\n3、“所以catalog里没有而备份软件里有应该无所谓的”，当然对于恢复没有影响，但是介质被无理占用了，我的疑问就是针对这个的：如果不加处理，很可能就有大量介质被占用，而无法释放。\r\n\r\n客户没有买ORACLE服务，而且备份软件的事情ORACLE应该不会管吧？\r\n\r\n“但备份管理软件同样可以管理介质，而且不受rman的约束”，请教dooza，看您的意思是说某个备份软件（应该是NBU吧）可以不接到RMAN的指令，就可以用指定的策略去让RMAN备份的东西过期。如果真是这样，不得不说NBU与RMAN结合得非常好，因为NBU必须知道RMAN备份的是什么东西，是归档日志？还是数据文件？归档日志及数据文件备份的前后关系（这样NBU才能知道哪些归档日志可以清除了），相当于NBU自己的Catalog中基本上可以记录RMAN Catalog的备份记录相同的东西。如果不这样做，就只能是简单地根据日期时间来分先后，恐怕不符合规范，因为ORACLE的归档日志是按照SCN确定先后顺序的，系统时间如果修改了，备份软件就可能会丢弃新的归档日志备份。\r\n\r\n请教dooza，我的理解符合您的说法吗？