惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Microsoft Security Blog
Microsoft Security Blog
WordPress大学
WordPress大学
Stack Overflow Blog
Stack Overflow Blog
D
DataBreaches.Net
罗磊的独立博客
博客园 - 司徒正美
Last Week in AI
Last Week in AI
The Cloudflare Blog
大猫的无限游戏
大猫的无限游戏
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog RSS Feed
The GitHub Blog
The GitHub Blog
宝玉的分享
宝玉的分享
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
小众软件
小众软件
Jina AI
Jina AI
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Hugging Face - Blog
Hugging Face - Blog
B
Blog
博客园 - 【当耐特】
V
V2EX
Apple Machine Learning Research
Apple Machine Learning Research
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
酷 壳 – CoolShell
酷 壳 – CoolShell

博客园 - 石云华

gpnptool手动修改GPnP-Profile信息,解决GI集群因心跳配置异常而无法启动的问题 hugePage配置不当,浪费太多物理内存,内存不足导致集群重启 terminating the instance due to error 472,故障原因分析 Exadata存储节点的RPM数据库损坏 duplicate方式搭建DataGuard时,报ORA-19563: header validation failed for file错误 EM13c监控Exadata,提示Agent Unreachable Exadata环境中的CVE-2026-31431漏洞说明 /var/log/message日志中的“megaraid_sas 0000:65:00.0: Application firmware crash dump mode set success”信息 DBCA后,只能启动一个实例,都是rp_filter惹的祸 分析Exadata写入慢的性能故障 Exadata更换Infiniband交换机 数据库集群中的bond1接口出现网络丢包 EM13告警:Metric evaluation error start - oracle.sysman.emSDK.agent.fetchlet.exception.FetchletException: Permission denied(publickey,password) Exadata,更换完思科交换机后,与上联交换机无法通信 Exadata更换计算节点的硬盘 Exalogic虚拟机的网络无法启动,提示Device has different MAC address than expected 单个ASM磁盘free空间为0,导致rebalance时提示“ASM磁盘组空间耗尽(ORA-15041)” Exadata的思科交换机,重启后进入到了rommon模式 SYSAUX表空间中的SYS.EXP_HEAD$表,占用大量空间 PX并行进程产生大量的trace日志,导致文件系统撑爆 回收站存在大量对象,导致Insert into...select语句夯住 用dg broker执行switchover时,报0RA-01017 增量备份恢复的方式修改缺失归档的DataGuard 未设置min_free_kbytes参数,导致操作系统进行页缓存回收时,整个操作系统夯住 Exadata数据库性能异常,备份进程卡住 MySQL 5.7版本,搭建一个两主一从的多源主从复制环境 恢复某个数据文件不适当,导致DataGuard无法open数据库 Exadata计算节点的内存出现故障,导致CPU耗尽 Bug 34885986 - Flashback log file was not reused even if db_flashback_retention_target is passed
Oracle 19.25 RAC 业务 IP 平滑变更实操
石云华 · 2026-08-15 · via 博客园 - 石云华

一、变更背景

某高校生产环境 Oracle 19.25 双节点 RAC 集群,因业务网络规划调整,需将业务网段从192.0.2.0/24 平滑变更为198.51.100.0/24。本次变更涉及节点公网 IP(Public IP)、虚拟 IP(VIP)与 SCAN IP。

二、实施步骤

整体思路:先将业务流量全部停止(停业务、停库、停集群),完成物理网络割接与操作系统层网络参数修改,最后通过 GI 集群命令更新 VIP / SCAN。全程分三个阶段推进。

第一阶段:准备工作

序号

步骤

操作内容

1.1

停止业务连接

停止所有业务系统的应用连接,确认无活动会话。

1.2

停止数据库

srvctl stop database -d prodrac -o immediate

1.3

停止集群

crsctl stop crs

1.4

禁止集群自启动

crsctl disable crs

crsctl config crs

1.5

调整 DNS 配置

如果当前环境使用DNS进行域名解析,则联系网络管理人员同步更新 DNS 正反向解析。

需全部替换为新网段 7个地址。

1.6

备份网络接口配置文件

cp ifcfg-bond0 bak-20260811-ifcfg-bond0

1.7

ipcalc 计算新网段

ipcalc -bnm 198.51.100.0/24

得到网段、子网掩码与广播地址。

第二阶段:修改网络配置

将业务网口物理接入到新的业务网络交换机,确认交换机端口已放通、链路状态 up。

注意:以下操作需在每个计算节点上手动、单独完成。建议通过带外的管理网络连接计算节点执行,避免网络切换时失联。

序号

步骤

操作内容

2.1

关闭业务网口

ifdown bond0

2.2

修改业务网口配置

vi /etc/sysconfig/network-scripts/ifcfg-bond0

重点修改 IPADDR、NETMASK、BROADCAST、GATEWAY、NETWORK 等值

2.3

检查对应路由

cat /etc/sysconfig/network-scripts/route-bond0

cat /etc/sysconfig/network-scripts/rule-bond0

如存在,则一并修改。

2.4

修改 hosts

如果使用主机解析,则修改 /etc/hosts 中业务网络 public IP、VIP、SCAN IP 的解析条目。

2.5

修改默认网关

修改 /etc/sysconfig/network。

2.6

启动 bond0

ifup bond0

2.7

更新 sshd 监听

vi /etc/ssh/sshd_config,将业务网络监听地址更新为新地址;若原来无IP限制,则可不变动。

2.8

重启网络服务

systemctl restart network

第三阶段:GI 集群配置

数据库已停止、OS 网络已切换至新网段,现通过 GI 命令重建集群 public 网络、VIP 与 SCAN。

序号

步骤

操作内容

3.1

启动 GI 集群

crsctl start crs

crsctl check crs

crsctl status resource -t

(所有计算节点均启动)

3.2

检查当前 GI 网络配置

oifcfg getif

3.3

检查集群与 OS 配置

srvctl config scan

srvctl config nodeapps

3.4

停止 GI 组件

srvctl stop listener -node node1

srvctl stop listener -node node2

srvctl stop scan_listener

srvctl stop vip -node node1

srvctl stop vip -node node2

srvctl stop scan

3.5

验证组件状态

srvctl status scan

srvctl status nodeapps

3.6

删除旧公网接口

oifcfg delif -global bond0

(仅需在一个节点以 grid 用户身份执行)

3.7

设置新的业务网段

oifcfg setif -global bond0/198.51.100.0:public

3.8

检查 GI 网络配置

oifcfg getif

(所有计算节点检查)

3.9

修改网络资源

srvctl modify network -netnum 1 -subnet 198.51.100.0/255.255.255.0/bond0

3.10

修改 VIP 地址

srvctl config nodeapps -a

srvctl modify nodeapps -node node1 -address 198.51.100.13/255.255.255.0/bond0

srvctl modify nodeapps -node node2 -address 198.51.100.14/255.255.255.0/bond0

3.11

验证 VIP

srvctl config nodeapps -a

3.12

更新 SCAN IP

srvctl modify scan -netnum 1 -scanname prod-scan

3.13

验证 SCAN

srvctl config scan

3.14

重新启动各 GI 组件

srvctl start vip -node node1

srvctl start vip -node node2

srvctl start listener -node node1

srvctl start listener -node node2

srvctl start scan

srvctl start scan_listener

3.15

验证修改生效

srvctl status nodeapps

srvctl status scan_listener

3.16

重启所有节点 GI 作最终检查

crsctl stop crs

crsctl start crs

3.17

恢复集群自启动

crsctl enable crs

3.18

启动数据库

srvctl start database -d prodrac

3.19

检查 LOCAL_LISTENER

每个实例确认配置了本节点 VIP。

LOCAL_LISTENER 不应写在 spfile 中,由 Clusterware 自动设置;SCAN 名称未变,REMOTE_LISTENER 无需调整。

3.20

检查TNS

逐个检查各节点 的tnsnames.ora。