企业官网建设流程全解析

长沙cms建站模板,企业网站管理系统有哪些,高新网站开发多少钱,扬州做网站需要多少钱Oracle RAC#xff08;Real Application Clusters#xff09;的监听体系是实现集群高可用、负载均衡和故障转移的核心组件#xff0c;其设计逻辑围绕 “分布式节点协同 统一客户端接入” 展开。以下从核心原理、组件交互、注册机制、连接流程四个维度进行深度解析#xff…Oracle RACReal Application Clusters的监听体系是实现集群高可用、负载均衡和故障转移的核心组件其设计逻辑围绕 “分布式节点协同 统一客户端接入” 展开。以下从核心原理、组件交互、注册机制、连接流程四个维度进行深度解析一、RAC 监听的核心设计目标高可用性单个节点监听故障时客户端可自动切换到其他节点不影响业务访问负载均衡将客户端连接请求均匀分发到集群各节点避免单点压力过载统一接入通过 SCANSingle Client Access Name提供单一连接入口屏蔽节点物理 IP 的复杂性故障透明节点故障时监听体系配合集群服务自动完成连接转移客户端无感知。二、RAC 监听的核心组件与角色RAC 监听由 “本地监听 SCAN 监听 VIP 监听” 组成三者协同实现完整的连接管理组件类型核心角色部署与绑定对象依赖组件本地监听Local Listener处理本节点的连接请求与实例直接通信接收 SCAN 监听转发的连接实例注册的直接目标每个节点独立部署绑定节点物理 IP:1521节点物理网卡、Oracle 实例SCAN 监听SCAN Listener提供集群统一接入入口实现跨节点负载均衡故障时自动漂移到健康节点集群级部署默认 3 个绑定 SCAN VIP:1521GNS网格命名服务、SCAN VIPVIP 监听VIP Listener本地监听的 “虚拟 IP 绑定”避免物理 IP 故障导致的连接中断配合 TAF 实现快速故障转移每个节点部署绑定节点 VIP:1521节点 VIP、Clusterware关键组件补充说明SCANSingle Client Access Name不是监听本身而是 DNS 解析的虚拟主机名对应 3 个 SCAN VIP默认实现 “一个域名访问全集群”节点 VIPVirtual IP与节点物理 IP 绑定由 Clusterware 管理节点故障时 10 秒内漂移到其他节点确保客户端连接不直接访问物理 IPOCROracle Cluster Registry存储 SCAN 监听、VIP 监听的配置信息和状态Clusterware 通过 OCR 统一管理集群资源。三、RAC 监听的注册机制实例与监听的关联RAC 实例需将自身信息服务名、实例名、端口等注册到监听才能被客户端发现。注册机制分为两种1. 动态注册默认推荐RAC 核心触发主体实例的 PMON进程监控后台进程注册目标同时注册到 “本地监听” 和 “SCAN 监听”注册内容服务名如 ORCLCDB、实例名如 ORCLCDB1、服务状态READY/LOADING、最大连接数等刷新机制PMON 每 60 秒自动刷新注册信息实例启动 / 重启时主动注册执行ALTER SYSTEM REGISTER可手动触发注册优势无需手动配置SID_LIST_LISTENER实例故障时自动从监听中移除高可用适配性强。2. 静态注册备用方案配置方式手动编辑$GRID_HOME/network/admin/listener.ora添加SID_LIST_LISTENER段指定实例信息适用场景动态注册失败时如 PMON 进程异常、需要对外提供固定 SID 访问时局限性实例故障后监听仍会保留注册信息需手动刷新不适合 RAC 高可用场景仅作为应急方案。注册优先级动态注册优先级高于静态注册当两者同时存在时客户端连接优先使用动态注册的服务信息。四、RAC 监听的连接流程客户端→数据库以 “客户端通过 SCAN 地址连接” 为例完整流程如下DNS 解析客户端输入 SCAN 地址如scan-rac.example.com:1521/ORCLCDBDNS 将 SCAN 域名解析为 3 个 SCAN VIP 中的一个SCAN 监听接收请求客户端连接解析后的 SCAN VIP 对应的 SCAN 监听SCAN 监听查询自身注册的所有实例状态负载均衡决策SCAN 监听根据实例的负载情况连接数、CPU 使用率等选择最优节点如节点 2连接转发SCAN 监听将客户端连接转发到节点 2 的 “本地监听”通过节点 2 的 VIP本地监听建立会话节点 2 的本地监听接收转发请求与实例建立 TCP 连接返回会话信息给客户端连接维护客户端与实例直接通信监听不再参与后续数据传输仅负责新连接的接收和转发。故障转移场景流程节点故障时若节点 2 故障Clusterware 立即将节点 2 的 VIP 漂移到节点 3节点 2 的本地监听和 SCAN 监听从 OCR 中标记为 “OFFLINE”客户端未完成的连接配置 TAF 故障转移会被自动转发到节点 3 的本地监听无需客户端重启新的客户端连接通过 SCAN 解析时SCAN 监听会过滤故障节点仅将请求分发到健康节点。五、RAC 监听与单实例监听的核心区别对比维度Oracle RAC 监听单实例监听监听类型本地监听 SCAN 监听 VIP 监听多组件协同仅本地监听单组件独立工作接入方式SCAN 地址统一接入屏蔽节点 IP直接访问物理 IP无统一入口负载均衡支持跨节点负载均衡SCAN 监听实现仅支持单节点内连接队列均衡故障转移监听漂移 连接转发支持节点级故障转移无故障转移能力监听故障即服务中断配置存储SCAN/VIP 监听配置存储在 OCR集群统一管理配置存储在本地 listener.ora独立管理注册目标实例同时注册到本地监听和 SCAN 监听实例仅注册到本地监听六、RAC 监听的高可用保障机制SCAN 监听漂移SCAN 监听由 Clusterware 管理某个 SCAN 监听故障时自动在其他节点重启确保 3 个 SCAN 监听至少 2 个可用VIP 漂移节点故障时节点 VIP 快速漂移到健康节点客户端连接不直接依赖物理 IP避免 “物理 IP 不可用导致的连接中断”监听状态监控Clusterware 通过 OHASDOracle High Availability Services Daemon监控监听进程监听崩溃时自动重启服务自动切换实例故障时PMON 自动从监听中移除该实例的注册信息SCAN 监听不再将新连接分发到故障实例。七、核心总结RAC 监听的核心是 “分布式协同 统一接入”通过 SCAN 监听实现负载均衡通过 VIP 监听和漂移机制实现高可用动态注册是 RAC 监听的核心机制确保实例与监听的实时同步适配集群故障转移客户端连接 RAC 时必须通过 SCAN 地址或节点 VIP避免直接访问物理 IP否则会丧失故障转移能力监听配置的关键是 “Clusterware 统一管理”SCAN 监听和 VIP 监听的配置需存储在 OCR 中而非仅依赖本地文件。若需深入了解 “RAC 监听故障排查”“SCAN 监听端口修改”“动态注册优化” 等实操场景可进一步补充需求。