DataGuard单实例到RAC搭建的示例分析

49次阅读
没有评论

共计 5049 个字符,预计需要花费 13 分钟才能阅读完成。

这篇文章主要介绍了 DataGuard 单实例到 RAC 搭建的示例分析,具有一定借鉴价值,感兴趣的朋友可以参考下,希望大家阅读完这篇文章之后大有收获,下面让丸趣 TV 小编带着大家一起了解一下。

针对一次 Windows 平台 RAC 数据库迁移至 Linux 平台 RAC 的笔记,基本步骤为:

1. 搭建 Windows RAC 到 Linux 单实例数据库的 DataGuard

2. 做 switchover,将备库 IP 修改为原 RAC 数据库的 scanip

3. 搭建单实例到 Linux RAC 的 DataGuard(scanip 与原 RAC 不同),并做 switchover 切换

4. 修改 RAC 数据库 scanip 为为原 RAC 的 scanip,并将单节点备库 IP 改为原备库 IP,修改监听和 tnsnames.ora 文件,恢复灾备备库运转。

数据库版本为 Oracle 11.2.0.4,RAC 为 Windows 平台的两节点,数据量约为 2.5T,停机时间约为 15min。

本文只包含步骤 3 的相关操作,即描述如何搭建单节点到 RAC 的 DataGuard。本例中 RAC 两节点 IP 为 192.168.100.101/102,VIP 为 103/104,scanip 为 105,单实例的主库 IP 为 192.168.100.100

实施步骤:

1. 准备阶段:

本阶段主要做一些数据库的前期准备配置,如归档是否开启等操作。

单实例主库:

1)select force_logging from v$database; – 确保主库开启 force logging

2)archive log list; – 确保主库为归档模式

3) 在单实例主库添加 standby redo,好处是做 switchover 时无需再添加 stanbyredo,而且备库使用此全备后也会自动创建 standby  redo 而无需再手动添加,一般 standby redo 比正常 redo 多一组即可,每组 member 个数随意,一般 1 个即可。

RAC 备库:

1) 在两节点按正常步骤安装 RAC,但不建库,需要提前建好 +DATA 磁盘组。

2) 为节点 1 添加数据库和实例:

srvctl add database -d orcl_st -n orcl -o $ORACLE_HOME -s open -a DATA,FRA  -r physical_standby

srvctl add instance -d orcl_st -i orcl1 -n node1

2. 参数文件:

主库采用在线修改的方式:

alter system set LOG_ARCHIVE_CONFIG= DG_CONFIG=(orcl,orcl_st)  scope=both sid= *  alter system set LOG_ARCHIVE_DEST_1= LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orcl  scope=both sid= *  alter system set LOG_ARCHIVE_DEST_2= SERVICE=orcl_st reopen=120 lgwr async VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orcl_st  scope=both sid= *  alter system set fal_server=orcl_st scope=both sid= *  alter system set db_file_name_convert= /oradata/orcl/datafile , +data/orcl/datafile , /oradata/orcl/tempfile , +data/orcl/TEMPFILE  scope=spfile sid= *  alter system set log_file_name_convert= /oradata/orcl/onlinelog , +data/orcl/ONLINELOG  scope=spfile sid= *  alter system set standby_file_management=AUTO scope=both sid= *

注意这里 log_file_name_convert 并没有将 db_recovery_file_dest 下的路径也一并映射,这是因为主库闪回区内的 onlinelog 将会被自动映射为备库闪回区的相关位置。

如果数据文件较为散乱, 则需要将所有数据文件的路径全部映射至 +data/orcl/datafile,方便管理。

备库修改参数文件:

 *.__oracle_base= /u01/app/oracle #ORACLE_BASE set from environment *.audit_file_dest= /u01/app/oracle/admin/orcl/adump  -- 此目录需提前创建  *.audit_trail= db  *.compatible= 11.2.0.4.0  *.cluster_database=true *.control_files= +DATA/orcl/controlfile/control01.ctl #Restore Controlfile *.db_block_size=8192 *.db_domain=  *.db_name= orcl  *.db_unique_name= orcl_st  *.db_recovery_file_dest= +FRA  *.db_recovery_file_dest_size=5218762752 *.diagnostic_dest= /u01/app/oracle  *.fal_server= ORCL  *.log_archive_config= DG_CONFIG=(orcl,orcl_st)  *.log_archive_dest_1= LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orcl_st  *.log_archive_dest_2= service=orcl reopen=120 lgwr async valid_for=(online_logfiles,primary_role) db_unique_name=orcl  *.log_archive_dest_state_2= enable  *.log_archive_format= %t_%s_%r.dbf  *.memory_target=1073741824 *.open_cursors=500 *.processes=150 *.remote_login_passwordfile= EXCLUSIVE  *.resource_manager_plan=  *.standby_file_management= AUTO  orcl1.instance_name=orcl1 orcl1.instance_number=1 orcl1.undo_tablespace= UNDOTBS1  orcl1.thread=1 orcl1.local_listener= (address=(protocol=TCP)(HOST=192.168.100.103)(PORT=1521))  -- 这里填写节点 1 的 VIP *.remote_listener= (address=(protocol=TCP)(HOST=192.168.100.105)(PORT=1521))  -- 这里填写 RAC 的 scanip

修改完毕后改名为 initorcl1.ora 并将之放在 $ORACLE_HOME/dbs 目录下。

3. 修改 tnsnames.ora 文件

修改单实例主库的 tnsnames.ora 文件如下,并将之拷贝到备库所有节点。

ORCL = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.100.100)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl) ) ) ORCL_ST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.100.101 )(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) ( SID = orcl1) ) )

4. 密码文件

将单实例主库的密码文件 orapw $ORACLE_SID 拷贝至备库所有节点,并改名为 orapworcl1 和 orapworcl2

5. 在主库做数据库全备并拷贝至备库节点 1。(略)

在做这一步之前确保主库的备份计划已被停止,或 rman 中 ARCHIVELOG DELETION POLICY 被设置为 applied on  standby;

6. 待备份传送至备库之后,在主库做 standby 控制文件的备份

backup current controlfile for standby format xxx

7. 将备份的 standby 控制文件拷贝至备库节点 1。

8. 使用备库参数文件将节点 1 实例启动至 nomount 状态。

startup nomount;

9. 在备库节点 1 使用 RMAN 还原 stanby 控制文件。

restore standby controlfile from xxx – 这里 xxx 路径为第 7 步中 standby 控制文件的位置。

alter database mount;

10. 在备库注册备份集并恢复数据文件。

catalog start with xxx – 这里填写备份所在的目录路径。恢复备份:

run { allocate channel c1 type disk; allocate channel c2 type disk; allocate channel c3 type disk; allocate channel c4 type disk; allocate channel c5 type disk; allocate channel c6 type disk; allocate channel c7 type disk; allocate channel c8 type disk; set newname for datafile 1 to  +DATA/orcl/datafile/system01.dbf  set newname for datafile 2 to  +DATA/orcl/datafile/sysaux01.dbf  set newname for datafile 3 to  +DATA/orcl/datafile/undotbs101.dbf  set newname for datafile 4 to  +DATA/orcl/datafile/users01.dbf  ... -- 主库有多少个数据文件,在这里写多少行,格式为: --set newname for datafile file_id to  file_name  restore database; switch datafile all; }

11. 以上操作完成后,在备库节点 1 开启监听。

netca 或者 netmgr 都可以,pmon 进程会自动将节点 1 的实例注册至监听,默认的 service_name 为 db_unique_name,本例中为 orcl_st。

12. 在备库开启 MRP 进程 (此时为 mount 状态)

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE  DISCONNECT;;

取消 MRP 的语句为:

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

13. 观察备库节点 1 的 alert 日志,获知同步进度。

14. 待追增量完毕后,取消 MRP 进程,打开备库,重启 MRP 进程。

感谢你能够认真阅读完这篇文章,希望丸趣 TV 小编分享的“DataGuard 单实例到 RAC 搭建的示例分析”这篇文章对大家有帮助,同时也希望大家多多支持丸趣 TV,关注丸趣 TV 行业资讯频道,更多相关知识等着你来学习!

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-07-19发表,共计5049字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)