神刀安全网

扫盲!金融项目RAC整体迁移“避坑”实施方案

一、项目背景

通过架设ActivePhysical Standby DataGuard,将现有2-Node 11gR2 RAC数据库迁移到新硬件设备(更换服务器和存储),且生产环境又增加一套双节点备库。

实施过程中 我们用Orion做了IO性能测试,也用SPA性能对比分析,这些都是前期工作,这里不做赘述。

1、技术架构

扫盲!金融项目RAC整体迁移“避坑”实施方案

2、数据库环境

扫盲!金融项目RAC整体迁移“避坑”实施方案

3、网络配置

扫盲!金融项目RAC整体迁移“避坑”实施方案

二、实施流程

扫盲!金融项目RAC整体迁移“避坑”实施方案

三、实施前准备工作

RAC to RAC 11g R2Dataguard 所需要的初步需求已经建立好了,下面是主从部分。

1、Primary Site

数据库目前已是ADG主库

2、Standby Site

(1)双节点Linux安装和配置

(2)双节点Oracle11g Grid Infrastructure安装和配置

(3)双节点Oracle11g RAC Software安装和配置

RAC 的安装我们这里不做赘述。

四、实施步骤

1、现有环境调整

(1)/etc/hosts/设置

–主备4台主机添加主备SCAN IP解析信息

扫盲!金融项目RAC整体迁移“避坑”实施方案

2、配置PrimaryRAC Database的参数

(1)检查Force Logging

–目前应该是开启的

扫盲!金融项目RAC整体迁移“避坑”实施方案

(2)创建Standby日志

–查看现有redo日志构成

扫盲!金融项目RAC整体迁移“避坑”实施方案

扫盲!金融项目RAC整体迁移“避坑”实施方案

(3)修改Dataguard相关的初始化参数

–修改前后查看参数信息

扫盲!金融项目RAC整体迁移“避坑”实施方案

扫盲!金融项目RAC整体迁移“避坑”实施方案

(4)创建Standby数据库的Pfile

–创建一个临时的备份路径

扫盲!金融项目RAC整体迁移“避坑”实施方案

(5)更新tnsnames.ora

扫盲!金融项目RAC整体迁移“避坑”实施方案

(6)备份数据库

–通过下面脚本全备数据库

扫盲!金融项目RAC整体迁移“避坑”实施方案

3、准备Standby RAC Database

(1)创建相关目录

扫盲!金融项目RAC整体迁移“避坑”实施方案

(2)拷贝备份文件

扫盲!金融项目RAC整体迁移“避坑”实施方案

(3)复制密码文件

–配置DataGuard 需要两边数据库密码保持一致

扫盲!金融项目RAC整体迁移“避坑”实施方案

(4)创建参数文件

扫盲!金融项目RAC整体迁移“避坑”实施方案

扫盲!金融项目RAC整体迁移“避坑”实施方案

(5)修改环境变量

扫盲!金融项目RAC整体迁移“避坑”实施方案

(6)添加tnsnames.ora

扫盲!金融项目RAC整体迁移“避坑”实施方案

4、创建Physical Standby Database

(1)连接测试

–在所有主备节点分别执行

扫盲!金融项目RAC整体迁移“避坑”实施方案

(2)将Standby实例启动到MOMOUNT状态

扫盲!金融项目RAC整体迁移“避坑”实施方案

(3)恢复数据库

扫盲!金融项目RAC整体迁移“避坑”实施方案

(4)检查参数

扫盲!金融项目RAC整体迁移“避坑”实施方案

(5)创建online redo,standby redo,重启数据库

–创建standbyredo logs

扫盲!金融项目RAC整体迁移“避坑”实施方案
扫盲!金融项目RAC整体迁移“避坑”实施方案

(6)Standby Database注册到OCR里

扫盲!金融项目RAC整体迁移“避坑”实施方案

(7)开启日志应用

扫盲!金融项目RAC整体迁移“避坑”实施方案

(8)检查日志应用进度

扫盲!金融项目RAC整体迁移“避坑”实施方案

5、物理Standby和Physical切换

RAC环境的切换必须是单实例状态下去完成,所以要关闭一个节点。

(1)switchover切换时需要考虑的操作

如果在执行switchover时不想指定with session shutdown,以下过程可能需要在主备库上操作:

扫盲!金融项目RAC整体迁移“避坑”实施方案

(2)检查现有的事务

扫盲!金融项目RAC整体迁移“避坑”实施方案

(3)检查各实例alert日志

检查主备库各实例的alert日志是否正常。

(4)主库只保留一个实例

–在主RAC和备RAC的第二节点分别执行

扫盲!金融项目RAC整体迁移“避坑”实施方案

(5)检查备库日志应用情况

扫盲!金融项目RAC整体迁移“避坑”实施方案

(6)主库上操作

扫盲!金融项目RAC整体迁移“避坑”实施方案

(7)备库上操作

扫盲!金融项目RAC整体迁移“避坑”实施方案

(8)备用主备库另外节点

–在主RAC和备RAC的第二节点分别执行

扫盲!金融项目RAC整体迁移“避坑”实施方案

(9)确认新备库的日志应用情况

扫盲!金融项目RAC整体迁移“避坑”实施方案

6、切换后的数据确认

理论上,物理standby database与primary database是相同的数据库,switchover操作也不会导致数据丢失。为安全起见,仍需对数据库做一系列检查,包括:

扫盲!金融项目RAC整体迁移“避坑”实施方案

五、实施影响评估

(1) 主备角色切换过程中,涉及到启停数据库。为了顺利启停数据库,需要避免在有大事务运行期间执行主备切换。否则会延长数据库的停机时间。建议在业务量小的时间段进行操作。

(2)通常情况下,DataGuard switchover操作不会引起数据丢失,并且切换的过程是可逆的。

(3)ADG主备切换会启停数据库,手动切换时间正常情况下不超过3分钟。切换完成后,业务访问数据库的地址需要更改。

六、应急回退措施

如果在切换过程中存在异常且会影响业务停机时间,建议停止ADG主备切换操作,重新选择合适的切换时间。

如果物理备用数据库发生错误的情况,并且不可能继续切换,可能需要将已转换成物理备用角色的数据库回退到主数据库角色。以下是回退步骤:

扫盲!金融项目RAC整体迁移“避坑”实施方案

七、趟过的坑

我们的生产库上之前还有一个单机ADG的,前面为了表述简单,我将这个细节给去了。

我们在做测试的时候因为设备不够,没有模拟到这个环节。在进行切换的时候,出现下面的情形:

扫盲!金融项目RAC整体迁移“避坑”实施方案

作者介绍: 郭军伟

  • 中科大软件工程硕士

  • 曾供职于阿里巴巴,华夏媒体信息技术有限公司

  • 现供职于某第三方支付公司高级数据库工程师

全球敏捷运维峰会【杭州站】

扫盲!金融项目RAC整体迁移“避坑”实施方案

2016 年4月16日,与你相约杭州,来一场敏捷与运维的美丽邂逅!DBA+社群联合三墩IT人开启全球敏捷运维峰会第一站:杭州站!峰会力邀来自互联网与传统企 业的资深专家,各路大咖齐聚,汇聚500+行业精英,聚焦架构、敏捷、运维三大主线,开启一场专属于IT人的年度之约!

专家阵容: 或行业资深派、或著书力作派、或传统转型派、或一线实战派,总有一款是你喜欢!

绝对干货: 聚焦架构、敏捷、运维三大主线,共讨传统企业在技术转型过程中的实践与困境、互联网企业在前沿技术方面的应用与心得、技术服务型企业在新老技术之间如何切换与落地,拒绝无营养的广告,绝对干货,精彩不容错过!

连接联动: 汇聚社群数百顶级专家人脉,携数万社群成员声势,联合数十家媒体单位,共同打造一场连接敏捷与运维圈子的年度之约!

购票优惠

DBA+社群专属门票优惠码: dbaplus001 ,限额5

专属VIP票优惠码: dbaplusvip ,限额5

报名方式:猛戳“ Gdevops官网 ”抢票吧!

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » 扫盲!金融项目RAC整体迁移“避坑”实施方案

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
分享按钮