96SEO 2026-02-23 11:44 13
这一篇里的主要工作就是把RAC-RAC的DG进行主备切换#xff0c;然后对调IP地址#xff0c;再恢复RAC-RAC-单机DG的环境

为了不混淆新旧RAC或是主备RAC的说法#xff…上一篇文章里在原有的RAC-单实例的环境里又增加了新的RAC做为备库。
这一篇里的主要工作就是把RAC-RAC的DG进行主备切换然后对调IP地址再恢复RAC-RAC-单机DG的环境
为了不混淆新旧RAC或是主备RAC的说法下面操作我以db_unique_name区分在哪个数据库集群上操作。
关于DATAGUARD参数不明确的小伙伴可以参考强哥的文章爆肝一万字终于把
open_mode,protection_mode,database_role,switchover_status
在主RAC就是db_unique_name为primary的的RAC1节点上进行切换命令
/u01/app/oracle/diag/rdbms/primary/orcl1/trace/orcl1_ora_17546.trc
/u01/app/oracle/oradata/orcldg/archivelog
在RAC备库db_unique_nameorcl的RAC1节点上执行
/u01/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_pr00_5121.trc:
/u01/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_ora_27390.trc
DATA/orcl/onlinelog/group_1.257.1156020473:
DATA/orcl/onlinelog/group_1.256.1156020475:
DATA/orcl/onlinelog/group_2.260.1156020477:
DATA/orcl/onlinelog/group_2.261.1156020479:
DATA/orcl/onlinelog/group_3.274.1156020481:
DATA/orcl/onlinelog/group_3.275.1156020483:
DATA/orcl/onlinelog/group_4.270.1156020485:
DATA/orcl/onlinelog/group_4.271.1156020487:
/g01/app/11.2.0/grid/bin/crsctl
然后先对db_unique_nameprimary的RAC集群进行断网修改db_uniquer_nameorcl这套RAC的IP地址
接下来对db_uniquer_nameorcl这套RAC进行操作
#########new-address##############3
然后分别修改两台主机的IP地址从原来的192.168.56.30、31修改为192.168.56.10、11这个操作我就不描述了修改网卡IP即可
修改完成后连接新的IP地址192.168.56.10、11之后分别在2个节点启动crs
/g01/app/11.2.0/grid/bin/crsctl
起动之后检查VIP己经自动更换SCAN没有更换还是192.168.56.20
/g01/app/11.2.0/grid/bin/srvctl
1/192.168.56.0/255.255.255.0/eth0,
/rac1-vip/192.168.56.12/192.168.56.0/255.255.255.0/eth0,
/rac2-vip/192.168.56.13/192.168.56.0/255.255.255.0/eth0,
/g01/app/11.2.0/grid/bin/srvctl
1/192.168.56.0/255.255.255.0/eth0
/g01/app/11.2.0/grid/bin/srvctl
/g01/app/11.2.0/grid/bin/srvctl
/g01/app/11.2.0/grid/bin/srvctl
/g01/app/11.2.0/grid/bin/srvctl
/g01/app/11.2.0/grid/bin/srvctl
1/192.168.56.0/255.255.255.0/eth0
去两个数据库实例里检查local_listener我这里检查结果是正确的写的都是新的VIP如果不正确修改一下
------------------------------------
(ADDRESS(PROTOCOLTCP)(HOST192.168.56.12)(PORT1521))
------------------------------------
(ADDRESS(PROTOCOLTCP)(HOST192.168.56.13)(PORT1521))
local_listener(DESCRIPTION(ADDRESS_LIST(ADDRESS(PROTOCOLTCP)(HOST192.168.56.12)(PORT1521))))
local_listener(DESCRIPTION(ADDRESS_LIST(ADDRESS(PROTOCOLTCP)(HOST192.168.56.13)(PORT1521))))
检查无误后找1出主机连接一下VIP、SCAN分别进行测试没问题那么IP修改成功。
接下来修改这套RAC里的tnsnames.ora文件两个节点都要改
修改备库192.168.56.99单机DG的tnsname.ora增加新RAC主库的监听
log_archive_configDG_CONFIG(orcl,orcldg)
valid_for(online_logfiles,primary_role)
在db_unique_nameorcl的新主库RAC环境修改如下参数
log_archive_configDG_CONFIG(orcl,orcldg,primary)
log_archive_dest_3serviceorcldg
valid_for(online_logfiles,primary_role)
/u01/app/oracle/oradata/orcldg/archivelog/1_125_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/1_126_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/1_127_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/1_128_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/1_129_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/2_106_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/2_107_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/2_108_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/1_130_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/1_131_1086172194.dbf
/u01/app/oracle/oradata/orcldg/archivelog/2_109_1086172194.dbf
/u01/app/oracle/fast_recover_area/ORCLDG/onlinelog/o1_mf_11_lr1wn405_.log
/u01/app/oracle/fast_recover_area/ORCLDG/onlinelog/o1_mf_21_lr1wn5v2_.log在RAC主库端创建个测试表
接下来对db_uniquer_nameprimary这套RAC进行操作
#########new-address##############3
然后分别修改两台主机的IP地址从原来的192.168.56.10、11修改为192.168.56.30、31这个操作我就不描述了修改网卡IP即可
修改完成后连接新的IP地址192.168.56.30、31之后分别在2个节点启动crs
/g01/app/11.2.0/grid/bin/crsctl
起动之后检查VIP己经自动更换SCAN没有更换还是192.168.56.14
/g01/app/11.2.0/grid/bin/srvctl
1/192.168.56.0/255.255.255.0/eth0,
/rac1-vip/192.168.56.32/192.168.56.0/255.255.255.0/eth0,
/rac2-vip/192.168.56.33/192.168.56.0/255.255.255.0/eth0,
/g01/app/11.2.0/grid/bin/srvctl
1/192.168.56.0/255.255.255.0/eth0
/g01/app/11.2.0/grid/bin/srvctl
/g01/app/11.2.0/grid/bin/srvctl
/g01/app/11.2.0/grid/bin/srvctl
/g01/app/11.2.0/grid/bin/srvctl
/g01/app/11.2.0/grid/bin/srvctl
1/192.168.56.0/255.255.255.0/eth0
去两个数据库实例里检查local_listener我这里检查结果是正确的写的都是新的VIP如果不正确修改一下
local_listener(DESCRIPTION(ADDRESS_LIST(ADDRESS(PROTOCOLTCP)(HOST192.168.56.32)(PORT1521))))
local_listener(DESCRIPTION(ADDRESS_LIST(ADDRESS(PROTOCOLTCP)(HOST192.168.56.33)(PORT1521))))
修改db_uniquer_nameprimary这套RAC下两个节点的tnsnames.ora文件
log_archive_configDG_CONFIG(orcl,primary)
valid_for(online_logfiles,primary_role)
启动后发现接收不到来自db_unique_nameorcl的日志于是去db_unique_nameorcl的RAC里禁用启用了下归档路径
log_archive_dest_2serviceprimary
valid_for(online_logfiles,primary_role)
至步其实己经完成整个替换项目的工作整体来说替换工作需要细心、操作前做好准备工作捋清工作流程。
同时RAC备库不使用和产存储空间可以把一些查询放到RAC备库来进行不占用生产存储的资源。
上一篇文章里在原有的RAC-单实例的环境里又增加了新的RAC做为备库。
PGFANSPGFans问答社区:全球唯一的PostgreSQL中文技术交流社区
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback