一、创建备份
物理Standby数据库相当于Primary数据库在某个时间点的镜像复制,因此在创建物理Standby数据库之前,至少要有一份Primary数据库的完整备份。
Oracle建议使用RMAN创建备份集,不过如果数据库规模不是太大,我个人更倾向于通过用户管理的方式创建备份集。
创建备份有三种方式:
1. RMAN 备份与恢复 -- 不需要shutdown 数据库
备份:
$ rman target /
RMAN> backup full format 'D:/FULL_%d_%T_%s.bak' database include current controlfile for standby;
RMAN> sql 'alter system archive log current';
RMAN> Backup ArchiveLog all format='D:/arch_%d_%T_%s.bak';
传送:
备份完后将备份文件拷到standby上同样的目录,强调:同样的目录,在standby进行rman 恢复即可
恢复:
$rman targetsys/admin@primaryauxiliary /
RMAN> duplicate target database for standby dorecover nofilenamecheck;
2. 用户管理方式 -- 不需要shutdown 数据库
用用户管理方式创建热备份就是备份表空间,可以分成三个步骤:
1)。 通过ALTER TABLESPACE BEGIN BACKUP命令标记指定表空间进入备份状态。
2)。 通过操作系统命令复制锁定表空间的数据文件。
3)。 通过ALTER TABLESPACE END BACKUP命令标记指定表空间结束备份。
例如,对USERS表空间进行备份:
SQL> select tablespace_name, file_name from dba_data_files;
TABLESPACE_NAME FILE_NAME
------------------------------ -------------------------------------------------
USERS /u01/app/oracle/oradata/orcl/users01.dbf
SYSAUX /u01/app/oracle/oradata/orcl/sysaux01.dbf
UNDOTBS1 /u01/app/oracle/oradata/orcl/undotbs01.dbf
SYSTEM /u01/app/oracle/oradata/orcl/system01.dbf
SQL> ALTER TABLESPACE USERS BEGIN BACKUP;
Tablespace altered.
SQL> !cp /u01/app/oracle/oradata/orcl/users01.dbf /u01/users01.dbf
SQL> ALTER TABLESPACE USERS END BACKUP;
Tablespace altered.
3. 直接copy 文件 -- shutdown 进行
实例关闭后,拷贝数据文件到备库上即可。
二、创建Standby数据库控制文件
在Primary 库上执行如下语句,为Standby数据库创建控制文件:
SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/u01/backup/control01.ctl';
注 意:控制文件通常需要有多份,你要么手工将上述文件复制几份,要么用命令多创建几个出来。需要注意,如果选择多次执行上述命令创建出多份,务必确保执行创建时数据库处于MOUNT状态,否则几个控制文件的SCN有可能并不匹配,从而导致Standby数据库无法正常启动到MOUNT状态。
另外,创建完控制文件之后到Standby数据库创建完成这段时间内,要保证Primary数据库不再有结构上的变化(如增加表空间等),不然Primary和Standby同步时会有问题。
Data Guard 也是根据控制文件来判断哪个是standby的
三、配置Standby数据库的初始化参数文件
可按照下列步骤操作:
(1)创建PFILE客户端初始化参数文件。
由于SPFILE服务器端初始化参数文件为二进制格式,无法直接编辑,因此建议首先通过SPFILE创建PFILE,操作如下:
SQL> CREATE PFILE FROM SPFILE;
(2)修改初始化参数文件中的参数。
注意Primary和Standby不同角色对应初始化参数的配置。
注意保持各初始化参数中的路径准确有效。
四、复制文件到Standby服务器
复制文件到Standby服务器主要包括三部分:备份的数据文件、创建的Standby数据库控制文件和修改过的初始化参数文件。
五、配置Standby数据库
如果是Windows 环境下, 还需要创建新的OracleService。
oradim.exe -new -sid orcl -startmode m
oradim.exe -edit -sid orcl -startmode a
创建密钥文件,注意保持密码与Primary数据库一致。
配置监听并启动。
修改Primary数据库所在服务器和Standby数据库所在服务器的tnsnames.ora,各自增加对应的Net Service Name。
创建服务器端的初始化文件。
六、启动物理Standby数据库REDO应用
完成对Standby数据库的配置之后,就可以启动该Standby数据库了。物理Standby极少情况下可以以READ WRITE模式打开,某些情况下可以以READ ONLY模式打开,不过多数情况下,应该启动到MOUNT状态。
直接执行STARTUP命令打开物理Standby数据库,默认会以只读方式打开数据库,而不是READ WRITE模式,Oracle会根据控制文件判断是否是物理Standby,如果是则默认启动到READ ONLY模式,例如:
SQL> STARTUP;
……
SQL> SELECT OPEN_MODE FROM V$DATABASE;
OPEN_MODE
----------
READ ONLY
跟你想的不一样是吧,那说明你的思维还没转过弯来。
通常情况下,我们将物理Standby数据库加载到MOUNT状态即可:
SQL> STARTUP MOUNT;
进入MOUNT状态后,Standby数据库就开始接收Primary数据库发送的归档REDO数据,然后你可以继续通过一些命令应用这些REDO数据。
例如,启动REDO应用:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
或者附加USING CURRENT LOGFILE子句启动实时应用:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
注意,要启动实时应用,Primary数据库在发送REDO数据时必须使用LGWR进程发送。如果使用ARCH方式发送REDO数据,Standby数据库无法启动实时应用,强行启动会报ORA-38500错误。
提 示: DISCONNECT FROM SESSION子句并非必需,该子句的作用呢,是指定启动完应用后自动退出到命令操作符前。如果不指定该子句的话,当前SESSION就会一直停留处理REDO应用,如果想做其他操作,就只能新建一个连接。
七、停止Standby数据库
跟启动一样,关闭Standby数据库也有很多讲究,某些情况下如果操作不当,关闭Standby数据库甚至会连带导致Primary数据库也关闭(这点后面会有详细介绍),幸好一般情况下不会出现这种情况,即使是像Primary数据库那样直接关闭,数据库也没有问题,毕竟Data Guard就是用于容灾的,别说普通的关闭数据库,就是直接拔电源也不怕,最多就是在Primary数据库的警告日志文件中记录一堆报错信息。
正常情况下,停止Standby数据库(含物理Standby和逻辑Standby)之前,应该首先停止Primary数据库,如果直接停止Standby数据库,轻则Primary数据库的Alert文件中记录一堆归档发送失败的错误信息,重则Primary直接shutdown。
不过,对于一些测试环境,偶尔也希望能在Primary数据库正常运行的情况下,停止Standby以进行一些其他操作,在这种情况下通常建议使用下列步骤:
首先是Primary端操作,修改Primary数据库的log_archive_dest_state_n参数,暂时取消向Standby数据库发送日志,例如:
SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=DEFER;
这样Standby端不可访问时,Primary数据库的Alert日志文件中也不会再报错了。
然后Standby端就可以停止REDO应用:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CALCEL;
最后才是关闭Standby数据库:
SQL> SHUTDOWN IMMEDIATE;
物理Standby创建的基本步骤就是这样。
Oracle Data Guard 环境搭建的完整实例,请参考我的CSDN Blog:
Oracle Data Guard Linux 平台 Physical Standby 搭建实例
http://blog.csdn.net/tianlesoftware/archive/2010/04/30/5547565.aspx
Oracle 10G windows 平台 DataGuard 实例
http://blog.csdn.net/tianlesoftware/archive/2009/10/27/4730092.aspx
八、用READ ONLY模式打开物理Standby
物理Standby可以有效分担Primary数据库压力,提升资源利用,实际上说的就是将物理Standby置于OPEN状态。
当以READ ONLY模式打开物理Standby,可以将一些不涉及数据库写操作的任务如查询、备份转移到Standby数据库端进行,通过这种方式来分担Primary数据库的压力。下面我们通过实际操作,详细了解Standby数据库在关闭状态、打开状态以及REDO应用状态中的转换。
1.物理Standby数据库从SHUTDOWN状态启动到READ ONLY状态
SQL>STARTUP
ORACLE instance started.
SQL> SELECT OPEN_MODE FROM V$DATABASE;
OPEN_MODE
----------
MOUNTED
不过启动成功之后,并不是像普通Oracle数据库那样置于READ WRITE模式,而是进入到READ ONLY模式。
2.物理Standby数据库从REDO应用状态启动到READ ONLY状态
1)首先需要取消REDO应用,执行下列语句:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
Database altered.
注意:虽然当前是在MOUNT状态,但并不能直接ALTER DATABASE OPEN打开数据库,否则会报ORA-01154错误。
SQL> ALTER DATABASE OPEN;
ALTER DATABASE OPEN
*
ERROR at line 1:
ORA-01154: database busy. Open, close, mount, and dismount not allowed now
2)取消REDO应用后,再打开数据库:
SQL> ALTER DATABASE OPEN;
Database altered.
SQL> SELECT OPEN_MODE FROM V$DATABASE;
OPEN_MODE
----------
MOUNTED
注意:OPEN的时候不需要附加READ ONLY子句,Oracle会根据控制文件判断是否是物理Standby,从而自动启动到READ ONLY模式。
3.物理Standby数据库从READ ONLY状态切换回REDO应用状态
要从OPEN状态切换回REDO应用状态,并不需要SHUTDOWN数据库再启动,直接执行启用REDO应用的语句即可,例如:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
Database altered.
SQL> SELECT OPEN_MODE FROM V$DATABASE;
OPEN_MODE
----------
MOUNTED
由于只读打开时不能应用,查询的结果可能与Primary数据库并不同步的,这一点小小的缺憾降低了物理Standby提供报表服务,分担Primary数据库压力的实用性,对于这点呢,我们有两个解决方案:
改用逻辑Standby,由于逻辑Standby是打开状态下的实时应用,因此数据同步应该是没啥问题了(只要Primary数据库的数据类型都能被逻辑Standby支持)。
Oracle 11g全面改良了物理Standby,最突出的特点就是在READ ONLY打开模式下,可以边接收边应用了,所以可以考虑升级数据库到最新版本,当然新版本也有新版本的问题,如各种尚未暴露出来的Bug。
(文章来自网络,如有侵权请来信告知,本站将在第一时间删除。)
总机:(010)-88589926,88589826,88587026 QQ讨论群:243729577 182441349 邮箱:cuug_bj@cuug.com
通信地址:北京市海淀区紫竹院路98号北京化工大学科技园609室(CUUG)邮政编码:100089
中国UNIX用户协会 Copyright 2010 ALL Rights Reserved 北京神脑资讯技术有限公司
京ICP备11008061号 京公网安备110108006275号