|
抱歉, 由于急于开会,匆匆忙忙写了几个字,没说清楚 。
这里详细的说一说我做的几个试验 。
系统:
Red Hat Enterprise Linux 3.0 + Oracle9.2.0.4 RAC (OCFS)
Storage : EMC CX500
SAN 结构
2 Nodes : PE6650 , PE6400
用于DataGuard 的Server是单机,即Server的一部分是ext3格式磁盘, 用于安装Linux和Oracle CM及Oracle Database Software , 剩下的磁盘格式化为OCFS格式, 用于redo , spfile , controlfile, datafile 文件的存储 。
试验A . 冷拷贝做dataguard , 暂时采用手工cp 归档recover方式 。
过年期间做了数据库冷拷贝作了DataGuard ,步骤如下:
1, 关闭RAC数据库的两个节点
2, 在实例1上开始拷贝init.ora , orapwd , dbf 文件 。
3. 拷贝完后修改init.ora 文件中cluster方面的参数。
4. 在实例1上备份控制文件 :alter database create standby
controlfile as '/u01/standby.ctl' ;
5. 拷贝控制文件到Data Guard Server 上(dataguard上的目录及文
件存放地与node1上是一样的) 。
6. 开启standby 资料库为mount 状态:
startup nomount ;
alter database mount standby database;
7. 手工cp 两个节点上的归档,recover 正常 。
试验B . 采用和单机热备一样的方法作Data Guard . 步骤 :
1. 在节点 1 上拷贝参数文件及口令文件 。
2. 使用alter tablespace name begin backup ; 来拷贝表空间数据
文件, 对temp 拷贝报错, 原因好像是9i temp 表空间
不需要备份。在使用ftp 拷贝文件的时候出现提示:
在node1上alter tablespace tools begin backup; 后开始cp
ftp中我使用的是bin 模式拷贝 。
ftp> get tools01.dbf
local: tools01.dbf remote: tools01.dbf
227 Entering Passive Mode (10,161,8,82,32,216)
550 Failed to open file.
在单机ext3格式下不会有这种情况, 不知道是否和ocfs格式
有关系, 但是其他文件比如 aa.txt 都可以拷贝,不会有
这种信息 。 原因正在查....... .
试验C . RMAN , 试验过一次, 失败 。后续还会测试 。 |
|