RMAN备份恢复RAC环境数据库的备份(八).docx

RMAN备份恢复——RAC环境数据库的备份（八）这篇介绍基于裸设备RAC备份ASM解决方案。除了第一篇文章，上面所有的文章都是通过两个实例同时进行备份，还原的时候也是通过两个实例同时进行还原，但是恢复的时候，需要一个实例进行恢复。这样就增加了备份和恢复的复杂度。由于日志文件的备份和还原只能通过本地的实例进行，而对于恢复的实例来说，并非所有的归档日志都是可见的。这就要求归档日志在还原完成之后，必须通过手工的方式同步到恢复站点，就不仅增加了恢复的复杂性，而且效率比较低，还要求用户必须清楚的知道需要还原的归档日志有哪些。总之，由于归档无法存放在裸设备上，导致了一个节点无法看到所有的归档日志，从而造成了上述的问题。从这篇开始，尝试几种其他的手段来避免这个问题，降低备份和恢复的复杂性。第一篇文章已经介绍了，如果使用ASM或者CLUSTER文件系统，那么归档日志是可以在多个节点上同时访问的。CLUSTER文件系统只可能在建立数据库的时候进行规划，一旦RAC环境建立完毕，就不可能选择CLUSTER文件系统。然后ASM还是可以选择的。如果将归档日志放到ASM上，那么备份和恢复RAC数据库就像备份和恢复一个单实例数据库一样简单了。不过ASM有ASM的缺点，个人感觉ASM目前的bug还相对多一些，也许11g的时候，ASM会更加成熟。因此，把数据文件放到ASM上还是有风险的，不过将归档放到ASM上就相对安全一些了。不过如果ASM出现了故障，仍然会导致无法完成归档使得数据库停止响应。个人认为，最稳妥的方法仍然是将归档设置在本地的磁盘上，同时两个实例设置第二归档目的地：ASM。利用RMAN的归档定位自动FAILOVER功能，来实现归档的备份和恢复。下面看一下数据库的设置，以及相应的备份恢复方式：$ sqlplus / as sysdbaSQL*Plus: Release 10.2.0.3.0 - Production on 星期一 5月 28 13:58:16 2007Copyright (c) 1982, 2006, Oracle. All Rights Reserved.连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit ProductionWith the Partitioning, Real Application Clusters, OLAP and Data Mining optionsSQL show parameter log_archive_dest_1NAME TYPE VALUE------------------------------------ ----------- ------------------------------log_archive_dest_1 string LOCATION=/data1/archiveloglog_archive_dest_10 stringSQL show parameter log_archive_dest_2NAME TYPE VALUE------------------------------------ ----------- ------------------------------log_archive_dest_2 stringSQL alter system set log_archive_dest_2 = LOCATION=+DISK/testrac/;系统已更改。SQL exit从 Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit ProductionWith the Partitioning, Real Application Clusters, OLAP and Data Mining options 断开$ rman target /恢复管理器: Release 10.2.0.3.0 - Production on 星期一 5月 28 13:59:30 2007Copyright (c) 1982, 2005, Oracle. All rights reserved.连接到目标数据库: TESTRAC (DBID=4291216984)RMAN run 2 {3 allocate channel c1 device type sbt connect sys/test@testrac1;4 allocate channel c2 device type sbt connect sys/test@testrac2;5 backup archivelog all delete all inp