oracle中常用名词解释

Rac和ha的区别？

 

ha，仅只是在操作系统层面进行数据库的监控和管理，一般只针对单实例数据库使用。优点是管理方便，应用开发方便（方便了开发商）；工程投入较小。缺点是，具有所有单实例数据库的缺搜索点：如：容错能力差，续航能力差，用户容量小等等问题。

rac，数据库本身提供的一种单数据库多实例的应用方式，优点是：1、使用灵活，即可当作单机使用也可多机使用。2、提供了大用户量访问的一种解决方式，即多机并行运行共同承担数据库运行中消耗的内存、cpu等系统资源。3、容错能力较单机高，在主机类问题的容错上尤为显著。（磁阵问题不在此列）。缺点：1、开发要求较高，需要单独配置balance方式才能体现其优点。2、投入较高，软硬件都需要单独投入。（不过在软件投入上实际上如果要求不高的话两种方案也差不多，都是两台机器加一磁阵的基本配置    

 

HA(High Available), 高可用性群集，是保证业务连续性的有效解决方案，一般有两个或两个以上的节点，且分为活动节点及备用节点。通常把正在执行业务的称为活动节点，而作为活动节点的一个备份的则称为备用节点。当活动节点出现问题，导致正在运行的业务（任务）不能正常运行时，备用节点此时就会侦测到，并立即接续活动节点来执行业务。从而实现业务的不中断或短暂中断。

 

 

Oracle中常说的HA、RAC、Datagurad的区别

 

HA是High Availability 的首字母组合，翻译过来，可以叫做高可用，或高可用性，高可用（环境）。我觉得应该说HA是一个观念而不是一项或一系列具体技术，就象网格一样。作过系统方案就知道了，评价系统的性能当中就有一项高可用。广义的高可用涉及到系统的各个方面，简单来说，让系统不会中断 运行，就是高可用。包括软件的高可用，硬件的高可用，网络的高可用等等。具体实现的方案包括操作系统的集群，数据库的集群，硬件的冗余，网络的冗余等等。做HA方面的软件，有IBM的HACMP（很多常用AIX的人，常说的HA就指HACMP）、SUN的Sun Cluster、HP的MC/SG等。

 

在2000年以前，大家谈HA，大部分时候说的是操作系统一级的双机热备，主流产品当时有IBM HACMP4.1，HP的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的crs+asm可以摆脱双机软件了，但ASM目前实在太难伺候了），当然还得买RAC license。

3、日常维护。RAC要求的技术含量更高，也应该更勤快。最关键的是得买oracle服务，否则遇到有些问题（bug），你就比单机还不高可用了。

4、优缺点。这个，看看RAC的官方论述吧。如果能用好，确实是很有好处的。目前我们的40多个客户的使用情况来看，RAC确实大大降低了他们的downtime，另一方面可以说就是提高了生产力咯。

 

Dataguard一般是出于容灾的目的。是主数据库的备用库（standby 库）通过自动传送和接受archivelog，并且在dataguard库自动apply 这些log，从而达到和主数据库同步的目的，可能dataguard 库是建立的异地的，当主库所在的区域出现了致命性的灾难时(火灾、地震等)，主库没法修复时，这时可以切换dataguard 为主库的模式，对外提供服务，而它的数据基本是当前最新的。目前可能大家对于 dataguard 库的使用已经拓展出了其他更多的用途，比如备份，跑报表等等。

 

 

 

双机热备：

双机热备特指基于高可用系统中的两台服务器的热备（或高可用），因两机高可用在国内使用较多，故得名双机热备，双机高可用按工作中的切换方式分为：主-备方式（Active-Standby方式）和双主机方式（Active-Active方式），主-备方式即指的是一台服务器处于某种业务的激活状态（即Active状态），另一台服务器处于该业务的备用状态（即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）。

 

 

 

 

RTO与RPO是关键

 

 

　　RTO是反映业务恢复及时性的指标，表示业务从中断到恢复正常所需的时间。RTO值越小，代表容灾系统的数据恢复能力越强。各种容灾解决方案的RTO有较大差别，基于光通道技术的同步数据复制，配合异地备用的业务系统和跨业务中心与备份中心的高可用管理，这种容灾解决方案具有最小的RTO。容灾系统为获得最小的RTO，需要投入大量资金。

 

RPO是反映恢复数据完整性的指标，在同步数据复制方式下，RPO等于数据传输时延的时间；在异步数据复制方式下，RPO基本为异步传输数据排队的时间。在实际应用中，考虑到数据传输因素，业务数据库与容灾备份数据库的一致性（SCN）是不相同的，RPO表示业务数据库与容灾备份数据库的SCN的时间差。发生灾难后，启动容灾系统完成数据恢复，RPO就是新恢复业务系统的数据损失量。不同容灾方案的RTO和RPO是不相同的。

 

 

Golden Gate 与 Oracle DataGuard的区别
	GoldenGate TDM	Oracle DataGuard(物理)	Oracle DataGuard(逻辑)
基本原理	抽取在线日志中的数据变化，转换为GGS自定义的数据格式存放在本地队列或远端队列中。	复制归档日志（9i）	抽取归档日志中数据的变化（9i）
		复制归档日志或在线日志（10g）	抽取归档日志或在线日志中数据的变化（10g）
系统整体性能	两端数据库是活动的，备份端可以提供实时的数据查询及报表业务等，从而提高系统整体的业务处理能力，充分利用备份端的计算能力，提升系统整体业务处理性能。可以实现两端数据的同时写入。	备份端处于恢复或只读状态，在只读状态下不能同时进行恢复。只读状态只能短时间内存在，对外提供查询也是短时间的。	两端数据库是活动的，备份端可以提供实时的数据查询及报表业务等，但不能两端都有数据写入。
接管时间	可实现立即接管	数据库工作在mount状态下,如果要接管业务,数据库要到open状态.接管时间不定。	在最大性能模式下需等待日志应用完毕然后改变数据库模式完成切换，如果是只传输归档日志接管时间更长。
复制方式	GoldenGate可以提供秒一级的大量数据实时捕捉和投递，异步复制方式，无法实现同步复制。	物理standby数据库与主数据库同步是利用oracle的恢复机制实现的，无法实现同步复制。	可以实现日志同步和异步传输，但日志同步复制时主数据库必须等待本事务成功写到standby数据库端才能进行下面的事务，为此主数据库的性能会受到严重影响，很少采用。日志应用9i只能应用归档日志，10g开始可以实现实时应用。
资源占用	GoldenGate TDM对主机资源的占用非常小，根据实际的监控数据，源端CPU占用不超过1%，内存占用不超过2%，对I/O资源占用微乎其微。	复制是靠数据库的LGWR进程或ARCN进程完成的，占用数据库的一部份资源，对数据库有较大的影响，使数据性能下降。	复制是靠数据库的LGWR进程或ARCN进程完成的，占用数据库的一部份资源，对数据库有较大的影响，使数据性能下降。
异构数据库支持	可以在不同类型和版本的数据库之间进行数据复制。如ORACLE，DB2，SYBASE，SQL SERVER，INFORMIX、Teradata等。	单一数据库解决方案，仅运行在ORACLE数据库上。	单一数据库解决方案，仅运行在ORACLE数据库上。
	适用于不同操作系统如windows、linux、unix、aix等	源端和目标端操作系统必须相同，版本号可以不同。	源端和目标端操作系统必须相同，版本号可以不同。
带宽占用	利用TCP/IP传输数据变化，集成数据压缩，提供可达到9：1压缩比的数据压缩特性，可以有效的利用网络带宽。	使用Oracle Net传输日志，Oracle Net握手协议多，数据冗余大，速度慢且无数据压缩。	使用Oracle Net传输日志，Oracle Net握手协议多，数据冗余大，速度慢且无数据压缩。
	带宽占用低。	带宽占用高。	带宽占用高。
拓扑结构	GoldenGate TDM可以实现一对一、一对多、多对一、双向复制等多种灵活的拓扑结构，它可以实现数据的分发和集中以及对等复制，非常灵活。	只可以实现一对多模式,且standby数据库最多为9个。	只可以实现一对多模式,且standby数据库最多为9个。

 

 

 

热备份与冷备份

热备份针对归档模式的数据库,在数据库仍旧处于工作状态时进行备份.而冷备份指在数据库关闭后,进行备份,适用于所有模式的数据库.热备份的优点在于当备份时,数据库仍旧可以被使用并且可以将数据库恢复到任意一个时间点.冷备份的优点在于它的备份与恢复操作相当简单,并且由于冷备份的数据库可以工作在非归档模式下,数据库性能会比归档模式稍好

 

 

归档模式与非归档模式：

1.归档模式 Oracle数据库有联机重做日志，这个日志是记录对数据库所做的修改，比如插入，删除，更新数据等，对这些操作都会记录在联机重做日志里。一般数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满的时候，就会发生日志切换，这时联机重做日志组2成为当前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换，去写联机重做日志组1，就这样反复进行。  如果数据库处于非归档模式,联机日志在切换时就会丢弃. 而在归档模式下，当发生日志切换的时候，被切换的日志会进行归档。比如，当前在使用联机重做日志1，当1写满的时候，发生日志切换，开始写联机重做日志2，这时联机重做日志1的内容会被拷贝到另外一个指定的目录下。这个目录叫做归档目录，拷贝的文件叫归档重做日志。  数据库使用归档方式运行时才可以进行灾难性恢复。1.归档日志模式和非归档日志模式的区别非归档模式只能做冷备份,并且恢复时只能做完全备份.最近一次完全备份到系统出错期间的数据不能恢复.归档模式可以做热备份,并且可以做增量备份,可以做部分恢复.用ARCHIVE LOG LIST 可以查看期模式状态时归档模式还是非归档模式.2.非归档模式相反非归档就是不保存旧事务日志。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29913993/viewspace-1346070/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29913993/viewspace-1346070/