oracle数据库许可证政策.docx

oracle数据库许可证政策.docx

《oracle数据库许可证政策.docx》由会员分享，可在线阅读，更多相关《oracle数据库许可证政策.docx（10页珍藏版）》请在冰豆网上搜索。

oracle数据库许可证政策

数据库许可证

Oracle许可证类型

Oracle把产品分成两大类，技术类产品和应用。

Oracl公司的技术类产品包括这几种类型：

数据库，企业治理器，应用和系统治理，Internet应用效劳器，商业智能，身份治理，工具，协同套件，数据仓库产品和集成产品

Oracle数据库产品的分类

Oracle数据库要紧分成五种不同类型的版本，不同的版本适用于不同类型的场景，这五种版本是：

企业版，标准版，标准一版，Lite和个人版。

关于企业版Oracle还提供数据库选项增强数据库的功能

数据库许可证的气宇

Oracle标准一版，标准版和企业版许可证有NamedUserPlus和处置器两种气宇方式。

NamedUserPlus气宇方式适用于用户和设备都容易被区分和计数的环境中而处置器用于用户和设备不容易被区分和计数的环境中。

NamedUserPlus气宇

利用这种许可证气宇方式的环境，用户必需容易被识别和计数，NamedUserPlus包括人和不由人操作的设备。

所有人和非人操作的设备只若是访问数据库就必需计入许可证。

非人操作的设备能够有很多种类型，比如温度监控仪。

重要的一点是，若是那个设备被人操作，利用者的人数必需计入许可证。

看以下场景：

一个制造企业有15个温度监控设备操纵仓库温度，温度监控设备在Oracle数据库中记录温度转变情形；

●400个企业员工操作30个铲车在仓库中搬运货物

●铲车利用传感器直接修改数据库

●Oracle数据库运行在一个6个单核处置器的效劳器上

●利用途理器气宇方式，用户要付6个处置器的许可证费用

●利用NamedUserPlus方式气宇许可证，按一个处置器25个NamedUserPlus方式计算为6*25=150NamedUserPlus，按真实利用数据库用户计算许可证为15温度监控仪+400企业员工=415NamedUserPlus。

因此依照最大原那么用户若是利用NamedUserPlus方式购买许可证必需购买415NamedUserPlus的许可证

处置器气宇

在某些环境中数据库的用户数无法准确的计算，比如在internet环境利用的数据库效劳器，或利用途理器方式气宇许可证比用NamedUserPlus更节省本钱，这种情形下能够利用途理器气宇方式来购买许可证。

Oracle个人版数据库和Lite不适用途理器气宇方式。

关于Sun利用的UltraSPARCT11G的4核，6核或8核的的CPU的效劳器（在SUN的效劳器列表上的效劳器）用该CPU的内核数乘以换算成单核CPU的数量；关于AMD和Intel的多核CPU，换算成单核CPU的换算因子为，其它各类不同类型的多核CPU换算成单核CPU的换算因子为，换算后取最大整数值为单核CPU数量。

关于oracle标准版，利用CPU插槽数来计算数据库的license。

例如一个客户想购买一个运行在一个四路的机械上的oracle企业版数据库，总共有1000个用户，利用途理器为气宇的购买方式是最节省本钱的。

因为若是利用Nameduser方式用付1000Users*USD800总共USD800，000，而利用途理器气宇方式要付的费用为4processors*USD40,000，总共USD160,000。

因此即便客户能够准确的计算出系统的总用户数，可是对他来讲最有利的购买方式仍是利用途理器方式购买license。

个人版和Lite只有NamedUserPlus一种气宇方式。

NameUserPlus:

这种气宇方式适用于任何一种数据库的版本：

标准一版需要购买至少5个NamedUserPlus许可证或依如实际利用数据库的用户数购买更多的NamedUserPlus许可证（必需多于5个）。

运行标准一版的效劳器最多只能有两个处置器插口（Socket）。

Oracle数据库标准版只能运行在最多有四个CPU的处置器插口（socket）的效劳在上。

从Oracle10g开始，数据库包括了RealApplicationsCluster选项。

若是客户利用标准版的RealApplicationsCluster，必需利用OracleClusterware和Oracle自动存储治理治理所有的数据。

在Oracle10g标准版的环境种不支持利用第三方的存储治理软件和第三方的集群件。

Oracle数据库的许可证

●生产环境

●备份/Failover/容灾环境

●测试环境

●开发环境

什么缘故存在不同的环境

现今的软件系统应用于各类复杂的环境中，尤其是在一个用户不断增加的企业环境用，应用系统和web系统相结合，而且带有多个子系统，企业为了确保系统的平安性，数据的完整性，通常针对不同的环境中利用不同的数据库实例

数据库利用环境

一样来讲，oracle的价钱策略是不限制在一个效劳器上的数据库实例的数量，也不区分单独的数据库实例和网络环境。

多个不同的实例能够安装在同一个效劳器上，可是所有的数据库利用环境都必需正确的付费

开发环境：

客户可能利用一个FULLUSE的开发环境，他们可能从OTN上下载oracle数据库软件，在下载数据库软件的前，客户必需认可OTN开发许可证。

开发许可证说明软件本身能够用于开发，可是不能用于部署生产系统，而且不能用于内部的数据处置，教学和其它生产和商业目的。

OTN上的开发许可证只是一种有限许可证，它不属于Oracle许可和效劳协议（OLSA）的一部份。

测试环境：

在测试环境中利用的所有软件都必需适应OLSA或其它Oracle认可的许可证协议；

生产环境：

在商业环境中或被称为生产环境中利用的数据库必需依据OLSA或oracle认可协议购买许可证，参见以下的例子：

●一台6处置器的数据库企业版效劳器上运行Staging，测试和生产三种不同的系统

●10个开发工程师利用那个环境

●500个商务人员通过Web网站利用上面的生产系统

●数据库的许可证能够利用途理器或NamedUserPlus方式来购买

●利用途理器方式需要购买6个处置器的许可证

●利用NamedUserPlus方式购买许可证的计算方式为：

1.25*6处置器=150NamedUsersPlus

2.500商务用户+10个开发人员=510NamedUsersPlus

若是利用NamedUserPlus方式购买许可证，那个客户应该购买510NamedUsersPlus许可证。

备份/Failover/Standby/远程镜像环境：

这三种环境用于数据库恢复：

备份：

生产数据库的数据库文件和数据备份存储设备上，比如磁带，在这种情形下不用购买附加的许可证；

Failover：

在由多台效劳器组成的集群环境中，其中的一台效劳器运行oracle数据库实例作为主数据库实例，当那个数据库实例宕机时，集群中的某台效劳器作为备份效劳器能够启动未授权数据库实例，oracle公司许诺在一个自然年中有10天（10天不是指240小时，若是某一天利用了1个小时的备用数据库也算一天）能够利用那个实例作为生产数据库实例，超过那个时刻必需正常购买许可证，而且许可证的气宇方式必需和主数据库的许可证气宇方式一样；参见以下场景：

●数据库企业版安装在Node1和Node2上，可是只在Node1上运行

●若是node1宕机，node2代替node1的工作，在这种环境种必然会有一台空闲的机械作为备份机

●若是利用途理器气宇方式应该购买6个处置器的许可证，而且能够在一个自然年内利用10天的node2上的数据库而不需要购买许可证

●利用NamedUserPlus方式购买许可证的计算方式为：

1.25*6处置器=150NamedUsersPlus

2.1000商务用户=1000NamedUsersPlus

若是利用NamedUserPlus方式购买许可证，那个客户应该购买1000NamedUsersPlus许可证。

容灾（Standby）：

一个或多个主数据库的拷贝运行在不同的效劳器上作为容灾效劳器，若是主数据库显现故障，备用的效劳器上的数据库将被激活作为新的主数据库。

在这种环境中，主备数据库必需购买完全的许可证；参见以下场景：

●6处置器的数据库企业版效劳器SRV上运行Staging，测试和生产三种不同的系统

●Standby效劳器SRV2上有4个处置器

●10个开发工程师利用那个环境

●500个商务人员通过Web网站利用上面的生产系统

●数据库的许可证能够利用途理器或NamedUserPlus方式来购买

●利用途理器方式需要购买6个处置器（SRV1）+4个处置器（SRV2）=10个处置器的许可证

●利用NamedUserPlus方式购买许可证的计算方式为：

在SRV1上：

3.25*6处置器=150NamedUsersPlus

4.500商务用户+10个开发人员=510NamedUsersPlus

因此在SRV1上需要购买510NamedUsersPlus的许可证

在SRV2上：

1.25*4处置器=100NamedUsersPlus

2.500商务用户+10个开发人员=510NamedUsersPlus

访问SRV1的510NamedUsersPlus用户也能够访问SRV2，SRV1和SRV2最少购买SRV1:

150NamedUsersPlus+SRV2:

100NamedUsersPlus=250NamedUsersPlus许可证，SRV2需要购买的附加NamedUsersPlus许可证的个数为0

远程镜像：

通过利用存储设备远程镜像或主机操纵的镜像能够使主数据库的变更镜像或拷贝到其它远程的存储设备上，当主机显现故障时，Oracle数据库能够利用远程存储设备上的数据库。

在如此的环境种，备用系统上若是安装了数据库，也必需购买许可证，而且许可证的气宇方式必需和主数据库的许可证气宇方式一样；参见以下场景：

●生产环境的数据库运行在一个6处置器的效劳器Server1上

●Server2为镜像环境，效劳器有4个处置器，安装了企业版数据库可是没有运行

●500个商务人员通过Web网站利用上面的生产系统

●基于主机或存储的容灾系统利用SAN环境

●数据库的许可证能够利用途理器或NamedUserPlus方式来购买

●利用途理器方式需要购买6个处置器（Server1）+4个处置器（Server2）=10个处置器的许可证

●利用NamedUserPlus方式购买许可证的计算方式为：

在Server1上：

5.25*6处置器=150NamedUsersPlus

6.500商务用户=500NamedUsersPlus

因此在Server1上需要购买510NamedUsersPlus的许可证

在Server2上：

3.25*4处置器=100NamedUsersPlus

4.500商务用户+10个开发人员=510NamedUsersPlus

那个系统应该购买500NamedUsersPlus许可证，Server1和Server2最少购买Server1150NamedUsersPlus+Server2100NamedUsersPlus=250NamedUsersPlus许可证，Server2上不需要购买附加的许可证。

分区：

硬件和软件分区

什么是分区？

分区意味着把效劳器上的CPUs划分成多个独立的时刻片（sections）作为独立的系统，有时候分区也被称为segmenting.

什么利用分区？

DBA常常利用分区效劳器能够取得下面的益处：

●在同一个效劳器上能够运行多个操作系统或多个版本的操作系统

●能够通过治理应用和用户的散布来实现系统负载均匀散布和均衡

●能够实现“CapacityonDemand”和”PayAsyouGrow”

分区类型

此刻有两种类型的分区

软分区：

软分区是用操作系统的的资源治理软件对操作系统划分。

数据库系统运行在操作系统的资源治理软件所限制的特定范围之内，在那个范围内有规定的数量的CPU资源而且其它的应用软件运行在同一操作系统其它的范围内。

数据库治理员开始能够分派给数据库系统必然CPU，当系统需要更多的资源时，治理员依照情形能够灵活的治理和分派CPU资源给数据库系统。

下面是一些典型的软分区：

Solaris9ResourceContainer,AIXWorlkloadManger,HPProcessResourceManger,AffinityManagement,OracleVM,VMwareetc。

以上不是完整的软分区系统列表。

Oracle数据库若是运行在有软分区治理系统的机械上，必需按所在机械的实际CPU数量购买许可证。

硬分区：

硬分区是对一个效劳器做物理划分使之从一个大的效劳器分隔成多个独立的小系统。

每一个分离的小系统作为一个独立的，自我治理的效劳器拥有自己的CPU，操作系统，独立的启动区，内存，输入输出子系统和网络。

典型的硬分区包括：

DynamicSystemDomains,Solaris10Containers,LPAR（在中增加了DLPAR）,Micro-Partiktions,vPar,nPar,IntegrityVirtualMachine，SecureResourcePartiontions，StaticHardpartitioning等等。

Oracle熟悉到HardPartitioning是目前一种进展趋势，和所谓“CapacityonDemand”和”PanyAsyouGrow”商业模式紧密相关。

Oracle许诺客户依照Oracle数据库所在的小分区所利用的CPU数量购买许可证。

应该注意的是oracle不许诺客户利用硬分区技术把一个多CPU的主机划分成多个小分区，每一个小分区最多只有四个处置器插槽（socket），来购买oracle标准版数据库。

分区举例

某台效劳器有32个CPU，可是它利用了硬分区，只有16个CPU运行Oracle。

客户只需要付16个CPU的license费用。

一台运行Oracle的效劳器有30个CPU，若是这台效劳器没有利用硬分区，客户必需购买所有30个CPU的许可证。

硬件处于不断的进展和转变当中，目前如此的许可证政策不是最终的和不变的，另外oracle没有针对所谓”PayPerUse”或”PayPerForecast”商业模式的特殊的许可证政策。