一 golden gate安装 检查standby端goldengate安装在/oradata/ggs目录下,使用mount命令发现/oradata目录使用的是acfs文件系统该文件系统是共享文件系统(standby是rac架构),设计出发点可能是如果rac一个节点宕机了,就从另一个节点启动golden gate。 1.1 配置ACFS文件系统,在另一个博客里面有详细步骤 https://blog.itpub.net/25846553/viewspace-3034449/ 1.2 安装golden gate golden gate版本是19,和以前11的版本安装有点不一样,golden gate11之前的安装,解压文件即可使用。 golden gate 19和oracle安装一样,要执行runInstaller命令(分静默安装和图形界面安装),由于不太熟悉,静默安装老出问题,该为图形界面安装,详细见如下(转载他人的,感谢这个博主)
注意:这一步,software location不能手工输入位置:、/oradata/ggs,需要点击browse一 步一步选择 把start manager勾选去掉(有点担心可能覆盖已经安装的oracle),这个作用是启动golden gate的图像界面管理由于我这边熟悉golden gate的ggsci命令行管理,所以去掉这个功能,如果不熟悉的童鞋,需要仔细斟酌,非要使用图形界面管理,看是否切换到其他目录
1.3 环境变量注意检查,golden gate需要LIBPATH变量,否则ggsci启动不了 搜索关键字:0509-136 dependent module /lib/libicuuc.a[libicuuc.so] 详细见如下博客(转载)
https://blog.csdn.net/liufeng1980423/article/details/7040856 最终,根据golden gate在standby端oracle用户的
LIBPATH变量,复制过来
export
LIBPATH=/oracle/oracle/product/11.2.0./db_1/lib
ggsci 启动正常。
二 迁移计划境配置 RAC+RAC(adg架构),目前goldengate在备库端/oradata日录(133.*.*48/49) ,/oradata目录使用acfe集群文件系两个节点能同时访问该目录,ogg服务目前在
133.*.*48上,由于备库asm磁盘组对应的磁盘目前用无法做rebalance(初步定为eork存储上光纤卡有两处亮灯),导致主库加表空间,备库同步加表空间出现问题,进一步影响ogg运行,经过讨论,把备库的ogg迁移到库上来(主库是rac架构
133.*.*45/46)
实施方案2.1 主库rac两节点配置/oradata acfs文件系统(已经完成)chowmR oracle:oinstall /oradatachmod 755 /oradata/ogg源端与目标端检查,ogg停机时间确定(与应用确定周四下午五点可以停ogg
2.2 列出mgr参数,extract进程,datapump进程参数---已经完成2.3 源端停止所有进程(目标端指向两个地方132.*.*.71和172.*.*.11)----变更时间操作2.4 安装goldengate 19版本,软件从备库scp过来的(已经完成)oracle用户使用rumInstaner 安装到/oradata/ggs日录下配置变量LIBPATH,否则ggsci启动报错LIBPATH=/oracle/oracle/product/11.2.0/db_1/lib
实施详细步骤3.1
其中结应关系(EXTSMA和PUISMA是一组,EXTSMA和EPWBG是一组,EXTHISB和PUMHISB是一组,EXTHISC和PUMHISC是一组,BXTHISD和PUMHISD3.2 和应用再次确认ogg停止查询数据库当前scn号 select to_char(current_scn) from v$database;先停止pum进程,再停止extract进程,最后停止mgr进程(启动顺序刚好相反stop pum*stop EPMBGstop ext*stop mgr根据提示stop extract extrac,forcestop
3.3 oracle用户打包压缩/oradata/ggs目录下的dir*目录,scp到132.*.*.45的/oradata/ggs日录,解压目录,检查权限,修改extract进程参数,启动ogg注意:dirdat目录占用150G,压缩时间很长,最终50分钟,解压时间快些,差不多30分钟,网络上传反而不需要多久,10分钟具体实施需要根据环境来测试,另外mgr有个参数,队列过期删除,目前是5天设置,因为比较着急,没有来的及修改这个参数,所以dirdat文件很多很大。
3.1 aix 压缩和linux不一样
oracle用户
df -g
cd /oradata/ggs
tar -czvf ggs.tar.gz ggs(仅Linux可以使用,aix使用tar |gzip 模式,如下)
tar -cvf - dirdat |gzip > dirdat.tar.gz
3.2 132.*7.*.4上传:
scp -Rp dirtmp 1132.*7.*.4:/oradata/ggs
scp另外10个日录到132.*7.*.4:/oradata/ggs
3.3 解压缩
gzip -dc dirdat.tar.gz |tar -xvf -
解压另外10个日录到132.147.1.241:/oradata/ggs
小文件使用tar 解压tar包
检查dirdat杈限oradata/ggs
ls -lrt |grep dir
3.5 先修改一组EXTSIA,启动可以,再修改其他
dit params EXTHISB
edit params EXTHISC
edit params EXTHISD
edit params EXTRAC
edit params EXTSMA
3.6 启动其中一组ogg的抽取进程和投递进程(检查SMA参数)
info al1
再启动EXTSHA,start EXTSIA
检查进程状态等待15分钟
info al1 检查是否在rumning状态
启动投递进程start PUSMA
检查发现RBA持续变化
3.7启动其他extract进程
start EXTRAC
start EXTHIS*
info all
3.8 反复确认十分钟左右,没有问题再次启动投递进程start pum*
start EPMBG
info al1检查进程状态,rba和seqno值的变化情况
附:如果有问题,使用view ggsevt或者view repport 进程名 查看错误
四 观察:
编辑推荐:
- golden gate目录从standby端迁移到primary端03-03
- Oracle数据恢复—异常断电导致Oracle数据库数据库打不开的数据恢复案例03-03
- [20241010]视图定义查询问题.txt03-03
- oracle实例宕机,虚拟机磁盘精简配置模式,磁盘无法扩展03-03
- [20241012]cursor_sharing=force与函数索引.txt03-03
- [20241012]dbms_shared_pool.keep减少硬分析吗.txt03-03
- [20241012]ORA-01792 maximum number of columns in a table or view is 1000.txt03-03
- 数据库管理-第244期 一次无法switchover的故障处理(20240928)03-03
相关推荐
-
雷神推出 MIX PRO II 迷你主机:基于 Ultra 200H,玻璃上盖 + ARGB 灯效
2 月 9 日消息,雷神 (THUNDEROBOT) 现已宣布推出基于英
-
制造商 Musnap 推出彩色墨水屏电纸书 Ocean C:支持手写笔、第三方安卓应用
2 月 10 日消息,制造商 Musnap 现已在海外推出一款 Oce
