Oracle 10g备份指南(2)

这仅需要在0级RMAN备份之前执行一次，我们的RMAN备份在X：驱动器上执行，正确地说是X:\RMAN。我们估算这个驱动器可以容纳下我们的0级备份、归档日志、归档日志备份和数据泵导出文件。每周清除一次RMAN文件基本上可以保证驱动器上有足够的空间存储下一周的备份。

代码清单2：

# Running these commands will show the files that will be deleted in 
the next step.
FORFILES /p x:\rman /m *.bks   /d -0 /c "CMD /C echo 
@PATH\@FILE @FDATE.@FTIME" >> %logfile%
FORFILES /p x:\rman /m *cfile* /d -0 /c "CMD /C echo
@PATH\@FILE @FDATE.@FTIME" >> %logfile%

# These commands perform the actual deletion.
FORFILES /p x:\rman /d -0 /c "CMD /C del  *.bks" >> %logfile%
FORFILES /p x:\rman /d-0 /c "CMD /C del  *cfile*" >> %logfile%

提示：一定要自动删除磁盘上的大文件。在一个不恰当的时间删除你将用光磁盘空间。

X因子
X：驱动器是这个备份的关键部分，我们定期在其他服务器或交替节点上克隆我们的生产数据库进行测试和开发。RMAN喜欢从它们的备份中获取它的文件，最简单的方法就是备份到磁带上，这种方法与你在服务器上执行克隆没什么区别，当你告诉RMAN你的目标数据库，它就直接为它需要的文件转到介质管理层（MML），我们使用磁带的问题是磁带不可靠或磁带驱动不可靠，我们的解决办法是备份到磁盘上，问题是它将中服务器相同的驱动器映射中来回地复制文件，我们需要做的是映射一个SAN驱动器到我们的生产服务器上，然后在启动时将我们的测试服务器映射到同一个SAN驱动器，我们可以在服务器命令行使用一个命令来完成这个任务，我们可以通过使用一个来自Windows资源套件中叫做AutoExNT的服务来解决这个问题，它允许我们在启动时运行一个批处理文件，我们可以将命令放在那里，现在生产和测试服务器都映射到同一个X：驱动器。

X文件因子
AutoExNT只能工作在32位服务器上，当你有64位服务器时问题就来了，不幸的是，Windows资源套件对64位服务器无效，因此无法使用AutoExNT，幸运的是，我们可以说服我们的开发人员在64位Windows上创建一个“启动”服务，让它与AutoExNT服务一样，无论怎样，我们让批处理文件在服务器启动时执行。