Oracle clusterware组成概述

本文深入解析Oracle集群件(clusterware)及其与RAC的关系,详细阐述了Oracle clusterware的组成部分,包括磁盘文件、OCR disk、voting disk、后台进程(OCSSD、CRSD、EVMD)、网络组件等核心要素。文章还讨论了OCR disk和voting disk的作用,以及后台进程在集群管理中的关键角色。

转自:http://www.2cto.com/database/201211/171083.html

 

Oracle clusterware组成概述

 

 ㈠ clusterware和RAC的关系

    狭义上,RAC指借助“某种集群件”搭建出来的一个“多实例、单数据库的环境

          这里的集群件可以是 Oracle clusterware、Sun cluster等

          clusterware把分布式主机虚拟成一个计算机

          RAC把分布式实例虚拟成一个实例

          clusterware向下管理硬件资源,向上为RAC提供服务

          

 ㈡ Oracle clusterware组成

       

① 磁盘文件

     OCR disk和voting disk必须放在共享存储上

             

 ⑴ OCR disk

      由于修改节点的配置信息不同步引起的“健忘”问题Oracle采用OCR disk保存整个集群的配置信息OCR disk的位置在/etc/oracle/ocr.loc配置信息以“key-value”形式保存

      每个节点在内存中都有一份OCR disk的拷贝,这份内存叫 OCR cache

      OCR cache的内容可由每个节点的OCR process读取

      OCR disk的内容只能由master node上的OCR process读写

      master node上的OCR process负责更新本地和其他节点的OCR cache内容

      需要OCR 内容的其他进程,如CSSD、EVMD等都叫client process这些进程不会直接访问OCR Cache,而是向OCR process发送请求,借助OCR process获得内容如果想要修改OCR 内容,需要由该node的OCR process向Master node上的OCR process提交请求由master OCR process完成物理读写,并同步到所有OCR cache

                

 ⑵ voting disk

      在集群重构的投票阶段,节点向reconfig manager发送该节点所了解的成员的健康状况在network heartbeat不可用的情况下, cluster分裂成多个 subcluster时确定对方的subcluster中node的数量、发送killblock 以实现evictee的驱逐通知,这是个信号的传递者

      crsctl query css votedisk查看voting disk的位置

      

② 后台进程

       在安装clusterware最后阶段,会要求在每个节点执行root.sh

       这个脚本会在/etc/inittab文件的最后添加如下3行:

             h1:35:respawn:/etc/init.d/init.evmd run >/dev/null 2>&1 /dev/null

             h1:35:respawn:/etc/init.d/init.cssd fatal >/dev/null 2>&1 /dev/null

             h1:35:respawn:/etc/init.d/init.crsd run >/dev/null 2>&1 /dev/null

             可见,clusterware若干后台进程中最重要的无非是CSSD、CRSD、EVMD

              

 ⑴ OCSSD      

      这个算是最关键的进程了,如果它出现异常,会直接导致系统重启

      CSSD通过心跳机制,实时监控集群健康状态,提供“脑裂保护”等基础服务

     CSS服务有两种心跳机制:

         私有网络的network heartbeat

         voting disk的disk heartbeat

 注意,在配置ASM时,也有个CSSD进程用于支持ASM instance和RDBMS instance通信

     在ASM上搭RAC需要通过$ORACLE_HOME/bin/localconfig.sh delete将此从/etc/inittab删除

     因为RAC要求node只有一个CSSD进程

                 

 ⑵ CRSD

     需要HA的组件,都会以CRS resource的形式登记到OCR disk

     而CRSD就是根据OCR 中的内容,负责监控CRS resource的运行状态,并要启动、停止、failover这些资源

                 

⑶ EVMD

     EVMD有两个任务:

      ● 负责发布CRS生成的各种事件

      ● 是CSSD和CRSD通信的桥梁

                     

③ 网络组件

      每个节点至少有2张网卡提供连接

      ● 共有网卡:提供对外数据服务

      ● 私有网卡:用于节点间的通信,通信内容包括network heartbeat和cache fusion

    每个节点需要3个IP地址:public IP、private IP和virtual IP(俗称:VIP)

 

源码链接: https://pan.quark.cn/s/a4b39357ea24 斐讯K2是一款广受用户青睐的无线路由器,其运行表现稳定且具备较高的可操作性,在DIY爱好者群体中拥有极高的声誉。本资料将系统性地阐述斐讯K2的固件刷机方法及其关联的技术要点。固件升级是路由器爱好者改善设备性能、扩展功能的一种普遍手段,经由替换出厂固件,能够达成更加个性化的网络配置、增强安全防护等目标。斐讯K2固件资源库涵盖了多种知名的非官方固件,诸如Tomato Pheonix 不死鸟、高恪、PandoraBox 潘多拉等,这些固件均具备独特的优势,能够适配不同用户的需求。 1. Tomato Pheonix 不死鸟:Tomato是一款立足于Linux的开源固件,以其精巧、高效而备受推崇。不死鸟版本是专门为华硕及斐讯路由器优化的分支,提供了卓越的QoS(服务质量)配置、详尽的图表监控以及便捷的固件升级途径。对于那些需要精准调控带宽和监测网络状态的用户而言,这是一个理想的选项。 2. 高恪:高恪固件是OpenWrt的定制化版本,着重于操作的便捷性和运行的可靠性,特别适合对路由器操作不甚熟悉的用户群体。它提供了一些实用的功能,例如内置的广告屏蔽、快速测速工具等,同时保留了OpenWrt的适应性。 3. PandoraBox 潘多拉:潘多拉盒是另一款基于OpenWrt的固件,它以丰富的插件库和强大的自定义潜力而闻名。用户能够依据个人需求安装各类插件,实现更多功能,如远程接入、DDNS(动态域名解析服务)等。 4. 官方固件的纯净版本与定制版本:官方固件通常更侧重于稳定性,纯净版意味着未预置额外的应用或服务,适合注重稳定性的用户。定制版则可能包含了制造商的特色功能或优...
源码下载地址: https://pan.quark.cn/s/926926948560 AS3.0与XML结合的通用图片滚动功能,是一种基于ActionScript 3.0和XML技术的动态图像展示方案,非常适合初学者进行学习和实践应用。此项目的关键在于借助XML文件作为数据媒介,用来保存图像的相关参数,例如图像的链接地址、展示的次序等,接着在AS3.0环境中对XML进行解析,并动态地载入和展示这些图像,达成图像的滚动或是循环播放的目的。 我们需要明确ActionScript 3.0(AS3.0)是Adobe Flash Professional以及Flex Builder等开发工具中采用的编程语言,用于构建交互式内容以及丰富的互联网应用。相较于先前的版本,AS3.0在性能上有了大幅度的提升,并且引入了更为规范的面向对象编程模式,涵盖了类、接口以及包等概念。 XML(可扩展标记语言)是一种简明且高效的数据传输格式,既便于人类阅读和编写,也易于机器进行解析和生成。在该项目中,XML文件用于存储图像数据,例如图像的URL、延时的时长、动画的样式等,通过这种方式可以将数据与程序代码分离,从而增强代码的可维护性与可扩展程度。 实施这一图片滚动功能,主要涉及到以下AS3.0的核心知识点: 1. **XML解析**:运用`XML`类来载入并解析XML文件,从而获取图像的清单。AS3.0提供了简便的API来操作XML节点,例如`children()`、`attributes()`等,用以获取子节点和属性值。 2. **事件监听**:借助`EventDispatcher`类来监控载入和解析过程中的事件,比如`Event.OPEN`、`Event.PROGRESS`、`Event...
内容概要:本文介绍了软件许可管理的技术实现方式及相关工具资源,重点阐述了加密外壳(EMS)和API加密两种保护机制。加密外壳通过将程序(如.exe、.dll、.apk)封装在加密壳中,实现运行时内存解密,防止静态反编译和代码篡改,同时支持对数据文件、系统参数及部分代码的加密,并依赖硬件锁(HL)或软件锁(SL)进行授权控制。API加密则通过在代码中嵌入安全验证调用,确保授权合法后才执行核心逻辑。文章还说明了锁的类型(HL/SL)、模式(有驱/AdminMode与无驱/UserMode)、升级路径以及虚拟时钟功能,并描述了产品授权流程从功能定义到产品创建、授权生成的全过程,支持通过C2V文件或锁ID复制已有授权状态。文中附带多个开源平台链接和技术博客参考资源。; 适合人群:从事软件版权保护、授权系统开发或安全技术研究的研发人员,尤其是具备一定逆向工程、软件安全基础的1-3年经验开发者。; 使用场景及目标:①构建安全的软件授权体系,防止盗版和非法使用;②实现灵活的功能授权管理(如时效、并发、硬件绑定);③选择合适的加密方案(硬件锁/软锁、有驱/无驱)并集成到现有产品中;④学习加密外壳与API验证的实际应用方法; 阅读建议:此资源侧重于软件许可的技术架构与实施细节,建议结合提供的GitHub、Gitee项目链接及CSDN技术文章深入理解实现原理,并通过实际调试加密壳和模拟授权流程加强实践能力。
内容概要:本文聚焦于“风光制氢合成氨系统优化研究”,系统阐述了基于Cplex求解器对该耦合系统进行数学建模与优化求解的全过程,并提供了完整的Matlab代码实现。研究整合风能、光伏等可再生能源发电与电解水制氢、合成氨化工工艺,构建涵盖系统容量配置与运行调度的联合优化模型,旨在提升绿电就地消纳水平、降低碳排放强度并实现综合能源利用效率的最大化。文中详细解析了优化模型的核心构成,包括以综合成本最小化或能源效率最大化为目标的目标函数设计,以及涵盖设备出力能力、系统能量动态平衡、设备启停特性等关键环节的约束条件建模方法,利用Cplex求解器进行高效精确求解,模型适用于并网与离网等多种运行场景。; 适合人群:具备一定能源系统建模与优化理论基础,熟练掌握Matlab编程语言及常用优化工具箱(如YALMIP)应用的科研人员与工程技术从业者,特别适用于从事综合能源系统规划、绿色氢能与绿氨生产、可再生能源高效集成等前沿领域的硕士、博士研究生及高校科研人员。; 使用场景及目标:①复现高水平学术论文中关于风光制氢合成氨系统的复杂优化模型;②深入掌握Cplex求解器在大规模、多约束能源系统优化问题中的高级建模与调用技巧;③开展面向“双碳”战略的绿氢、绿氨生产项目的可行性分析、规划设计与运行策略研究,为清洁能源项目的科学决策与工程落地提供量化依据和技术支撑。; 阅读建议:建议读者结合文中提供的Matlab代码与相关领域的权威文献进行对照学习,重点剖析模型构建的物理逻辑与数学推导过程,熟练掌握Cplex与Matlab的接口调用方法;鼓励读者通过调整系统参数、修改目标函数或扩展模型结构(如引入更多不确定性因素)等方式进行二次开发,以适应不同的实际应用场景,进一步深化对综合能源系统优化的理解与实践能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值