浏览器打开网站,西安制作标书的公司,怎么通过所有的网站推广广告,报班学平面设计RAC服务器共用一套存储,同时提供服务,没有主备之分.宕一个其它的可以继续服务.
双机热备,共用一套存储,一个提供服务一个备份,主机宕了切换到备份服务器提供服务.
data guard 完全两套系统,存储是单独的,用日志同步.
RAC#xff1a; 实例层冗余
DG #xff1a;数据库层冗…RAC服务器共用一套存储,同时提供服务,没有主备之分.宕一个其它的可以继续服务.
双机热备,共用一套存储,一个提供服务一个备份,主机宕了切换到备份服务器提供服务.
data guard 完全两套系统,存储是单独的,用日志同步.
RAC 实例层冗余
DG 数据库层冗余
热备仅仅只是数据冗余
通俗理解
RAC 实例冗余而且还可以做到数据库的loadbalance。
DG 多份数据所以能做到数据冗余但是只有主节点提供服务。
热备与RAC最大的差异可能就是RAC有多个实例一个数据库。而热备只是一个实例一个数据库。所以做不了并发和loadbalance。
Oracle RAC只是做Oracle的应用roselegato还可以做其它的
HA:是High Availability 的首字母组合翻译过来可以叫做高可用或高可用性高可用环境。我觉得应该说HA是一个观念而不是一项或一系列具体技术就象网格一样。作过系统方案就知道了评价系统的性能当中就有一项高可用。广义的高可用涉及到系统的各个方面简单来说让系统不会中断 运行就是高可用。包括软件的高可用硬件的高可用网络的高可用等等。具体实现的方案包括 *** 作系统的集群数据库的集群硬件的冗余网络的冗余等等。做HA方面的软件有IBM的HACMP很多常用AIX的人常说的HA就指HACMP乱啊、SUN的Sun Cluster、HP的MC/SG等。
在2000年以前大家谈HA大部分时候说的是 *** 作系统一级的双机热备主流产品当时有IBM HACMP4.1HP的MC/SG啥版本忘了sun的系统很多人不用VCS用的是一个叫dataware的东西。现在很多人眼中的HA也还是这样。时至今日HA包括的东西可就多了先不说其他方面单就数据库单就Oracle与HA相关的产品先后有高级复制AdvanceRepication)、OPS/RAC(Real Application Cluster、数据卫士Data Guard、oracle流Oracle Streams、分区Oracle Partition这样数款产品。照这么说RAC只是HA这个概念下的一个具体产品而已目前为止只有RAC和分区是Oracle要收取licence的其他的只要给经验丰富的第三方实施方付一定的规划/设计及部署费用就可以了当然也可以自己照着文档依葫芦画瓢但是这样弄出的环境是否能达到高可用就难说了。事实上大部分人所说的HA还是狭义上的HA也就是OS一级的双机热备。
RAC:是real application cluster的简称它是在多个主机上运行一个数据库的技术即是一个db多个instance。它的好处是 可以由多个性能较差的机器构建出一个整体性能很好的集群并且实现了负载均衡那么当一个节点出现故障时其上的服务会自动转到另外的节点去执行用户甚 至感觉不到什么。
双机热备HA和RAC有啥区别呢?
1、对于硬件来说基本上一样共享存储、光纤线也有还用SCSI线的、多台小型机可以做多节点的相互热备也可以做多节点的RAC、光纤交换机如果是用光纤卡的话但做RAC在主机之间最好使用高带宽网络交换机虽然不用也可以做成因此硬件成本相差不大。
2、软件呢差别可不小。如果是双机热备必须买 *** 作系统级的双机管理软件如果是RAC目前还是建议购买双机管理软件尽管10g的crsasm可以摆脱双机软件了但ASM目前实在太难伺候了当然还得买RAC license。
3、日常维护。RAC要求的技术含量更高也应该更勤快。最关键的是得买oracle服务否则遇到有些问题bug你就比单机还不高可用了。
4、优缺点。这个看看RAC的官方论述吧。如果能用好确实是很有好处的。目前我们的40多个客户的使用情况来看RAC确实大大降低了他们的downtime另一方面可以说就是提高了生产力咯。
Dataguard:一般是出于容灾的目的。是主数据库的备用库standby 库通过自动传送和接受archivelog并且在dataguard库自动apply 这些log从而达到和主数据库同步的目的可能dataguard 库是建立的异地的当主库所在的区域出现了致命性的灾难时(火灾、地震等)主库没法修复时这时可以切换dataguard 为主库的模式对外提供服务而它的数据基本是当前最新的。目前可能大家对于 dataguard 库的使用已经拓展出了其他更多的用途比如备份跑报表等等。
1、双击热备模式以前在RAC模式还未成熟时常用的模式 采用第三方HA软件 技术比较成熟、架构简单稳定性高。其缺点为备机为空闲状态造成资源浪费切换时间比较长通常在分钟级别。 2、RAC模式现常用的架构模式目前RAC技术成熟、稳定安装也越来越简单RAC充分利用了两台机器的计算能力做到了计算节点的双活切换比较快。缺点是对运维人员的技术要求较高对某些应用单事务处理时间肯能会变长。
3、DG模式支持物理备库和逻辑备库目前灾备常用的架构支持一主多备也是比较成熟的技术配置简单运行稳定备用节点通过事务日志同步数据ADG备用节点支持读 *** 作可以做到读写分离承担主库只读应用的计算压力。DG可以做到计算节点和存储节点的双冗余缺点是磁盘要求是数据的两倍。
4、采用OGG等数据复制软件同步数据配置灵活可以一对多多对一目标库支持读写不受复制的影响复制过程可以选择性复制过滤数据对数据进行加工等。缺点是管理配置比较麻烦维护成本高 data guard的模式:
1.maximumavailablility(确保数据万无一失,零数据丢失)在这种模式下如果网络段了 实在是不能将数据写到各库上了这种模式转换成maximum performance,目前生产环境基本都是这种模式。 2.maximum performance 保证了最大的性能,但是有一定的数据丢失的可能性,主库不会管备库是否收到数据。 如果数据传不到备库,主库将停止,生产环境基本不用。
3.maximum protection DG相关的后台进程: ARCH:把归档发给备库 RFS: FAL: 接受日志 解决REDO的间隔GAP MRP:日志被应用,恢复的过程 LNS:LOG传送 DG的正确启库和关库的流程: 启库: 1.启动主库,开启监听 2.启动备库,开启监听
第三种不推荐使用
