最新动态：
全国咨询服务热线：
13916483753、15000332451 021-50656863
全国咨询服务热线：
13916483753、15000332451 021-50656863
全国咨询服务热线：
13916483753、15000332451
021-50656863
Oracle Database12C
[ 服务器与数据库 ] [ 12/8/2017 ]
Oracle数据库标准版是一个经济实惠，功能齐全的数据管理解决方案，是中小型企业的理想选择。包括一个可插拔插入云数据库和Oracle真正应用集群的企业级可用性，并且容易扩展随着业务的增长。
功能：
1.一个可插拔的入门级云计算和整合的数据库支持
2.跨平台恢复
3.内置在Oracle真正应用集群支持更高级别的系统正常运行时间
4.简化的安装和配置
5.适用于所有类型的数据，所有的应用程序
6.向上兼容11gOracle数据库企业版，保护您的初始投资
优点：
1.改进服务质量与企业级性能，安全性和可用性
2.在Windows，Linux和Unix的操作系统上运行
3.易于管理的自动化，自我管理能力
4.简化应用开发提供了Oracle Application Express，Oracle SQL Developer的，适用于Windows的Oracle数据访问组件
简介
Oracle RAC One Node 是 Oracle Database 11g 第 2 版的一个新选件。通过在企业中提供 Oracle 数据库的标准部署，该选件在降低管理开销的同时为数据库整合提供了灵活性。 Oracle RAC One Node 是运行在集群中一个节点上的支持 Oracle RAC 的数据库的单个实例。
功能
Oracle RAC 是一个具有共享缓存架构的集群数据库，它克服了传统的不共享和共享磁盘方法的 限制，为您所有的业务应用程序提供了具有高度可伸缩性和可用性的数据库解决方案。Oracle Real Application Clusters (RAC) 是备受赞誉的 Oracle Database 企业版 的一个选件。Oracle Database 标准版中包括 Oracle RAC 支持以达到更高水平的系 统正常运行时间。Oracle RAC 是 Oracle 私有云架构的关键组成部分。
特点：
一、双机并行
RAC是一种充分利用服务器资源的高可用性实现方案，RAC的并行模式实现方式与传统的双机热备实现方式截然不同。
RAC是一种并行模式的架构，两个节点的集群节点间是一种并 行运行的关系，当一台机器出现问题，请求会自动转发到另一台机器，没有任何一台机器作为备用机一直不被使用，这样就充分利用了服务器资源。同时，传统的双 机热备构架在出现问题时，常常需要数分钟的切换时间，而RAC在出现问题时，针对存在的会话只需要数十秒的时间就可以完成失败切换过程，对新会话的创建不 会产生影响，在切换时间上也有比较大的优势。
二、高可用性
RAC是Oracle数据库高可用性解决方案。高可用性包含两部分的内容：首先是在这种解决方案下要确保数据不丢失，这是最基础的也是必须要保证的;其次是确保不停机，使Oracle数据库一直维持在正常的运行状态，避免停机给客户带来的损失，这是讨论最多的内容。
停机一般分为两类，计划停机和非计划停机。所谓计划停机是有计划地安排节点或者系统的停机，一般在Oracle升 级、系统维护或者硬件维护的情况下会出现。非计划停机就是在非人为计划的情况下突然停机，这种情况一般是在Oracle bug、系统故障、硬件故障或人为操作失败的时候出现。
集群最大的优势在于它的高可用性，通过使用RAC可以在一定程度上避免因为硬件或软件故障引起的数据丢失和非计划停机，并在一定程度上减少或排除计划停机时间。这是很多客户选择RAC的最直接原因。
RAC中包含了非常多的高可用特性，主要包含如下几点：
·实现节点间的负载均衡。
·实现失败切换的功能。
·通过Service组件来控制客户端的访问路径。
·集群软件能够自动化管理各个资源，并且有定时的节点状态检测机制，能自动对一些失败的进程以及心跳检测失败的节点进行重启，使其重新恢复到正常的运行状态。
三、易伸缩性
RAC为需要重新规划的应用提供了易扩展性。为了在系统初始阶段保持较低的成本，避免造成不必要的浪费，集群可以按照标准硬件配置，选择适当的服务器资源、存储资源来搭建数据库环境。当系统需要更多的处理能力或者需要增加存储时，通过添加另一台服务器或存储设备到集群中，能够在不停机的情况下获得水平的扩展。在一个集群中， Clusterware和RAC支持多达100个集群节点。
当某个集群的处理能力过剩，另一个集群的处理能力不够时，可以从处理能力过剩的集群移动一个节点到处理能力不够的集 群中。这样能够充分利用服务器资源，节约成本。11gR2版本中推出了网格即插即用(Grid Plug and Play，GPnP)，可以实现节点的快速添加。
四、低成本
通过多台普通的PC服务器组成一个集群，可以提高集群的处理能力，这样要比采用一台高性能的服务器的成本低很多。如 果想提高系统的处理能力，给集群添加节点比为高性能服务器添加硬件要容易得多。另外，使用集群还能动态地移除节点，更加充分地利用管理者掌握的所有服务器 资源，从服务器整体使用上降低了服务器的采购成本。越来越多的企业愿意将集群解决方案应用到他们的系统中，以降低成本，提高系统的可用性。
五、高吞吐量
RAC是由多台服务器构成的逻辑主体，比单台数据库服务器能接收更多的客户端请求。这在要求高吞吐量的系统中，能够 得到非常明显的体现。在RAC的架构中，多个实例分布在多个服务器上，能同时打开同一个数据库，而每个实例能够接收相等数量的客户端请求，这样，随着服务 器的增加，吞吐量也在不断地增加。
DataGuard是甲骨文推出的一种高可用性数据库方案，它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现数据库快速切换与灾难性恢复。Data Guard只是在软件上对数据库进行设置，并不需要额外购买任何组件。用户能够在对主数据库影响很小的情况下，实现主备数据库的同步。而主备机之间的数据差异只限于在线日志部分，因此被不少企业用作数据容灾解决方案。DataGuard是一种数据库级别的HA方案，最主要功能是容灾、数据保护、故障恢复等。
最大保护模式为主数据库提供了最高水平的数据保护，从而确保了一个全面的零数据丢失灾难恢复解决方案。当在最大保护模式下运行时，重做记录由日志写入器 (LGWR) 进程从主数据库同步地传输到备用数据库，并且直到确认事务数据在至少一个备用服务器上的磁盘上可用时，才在主数据库上提交事务。强烈建议，这种模式应至少配置两个备用数据库。当最后参与的备用数据库不可用时，主数据库上的处理将停止。这就确保了当主数据库与其所有备用数据库失去联系时，不会丢失事务。
由于重做传输的同步特性，这种最大保护模式可能潜在地影响主数据库响应时间。可以通过配置一个低延迟网络，并为它分配足够应付高峰事务负载的带宽来将这种影响减到最小。需要这种最大保护模式的企业有股票交易所、货币交易所、金融机构等。
最高可用性模式拥有仅次于最高水平的主数据库数据可用性。如同最大保护模式一样，重做数据由 LGWR 从主数据库同步地传输到备用数据库，直到确认事务数据在备用服务器的磁盘上可用时，事务才在主数据库上完成。不过，在这种模式下（与最大保护模式不同），如果最后参与的备用数据库变为不可用 — 例如由于网络连接问题，处理将在主数据库上继续进行(类似于MySQL-5.5中的半同步复制)。备用数据库与主数据库相比，可能暂时落在后面，但当它再次变为可用时，备用数据库将使用主数据库上累积的归档日志自动同步，而不会丢失数据。
由于同步重做传输，这种保护模式可潜在地影响响应时间和吞吐量。可以通过配置一个低延迟网络，并为它分配足够应付高峰事务负载的带宽来将这种影响减到最小。
最高可用性模式适用于想要确保获得零数据丢失保护，但不想让生产数据库受网络/备用服务器故障影响的企业。如果又一个故障随后影响了生产数据库，然后最初的网络/备用服务器故障得到解决，那么这些企业将接受数据丢失的可能性。
最高性能模式是默认的保护模式。它与最高可用性模式相比，提供了稍微少一些的主数据库数据保护，但提供了更高的性能。在这种模式下，当主数据库处理事务时，重做数据由 LGWR 进程异步传输到备用数据库上。另外，也可以将主数据库上的归档器进程(ARCH) 配置为在这种模式下传输重做数据。在任何情况下，均先完成主数据库上的写操作，主数据库的提交操作不等待备用数据库确认接收（类似于MySQL中的异步复制）。如果任意备用目标数据库变为不可用，则处理将在主数据库上继续进行，这对性能只有很小的影响或没有影响。
在主数据库出现故障的情况下，尚未被发送到备用数据库的重做数据会丢失。但是，如果网络有足够的吞吐量来跟上重做流量高峰，并且使用了 LGWR 进程来将重做流量传输到备用服务器，则丢失的事务将非常少或者为零。
1).这种模式提供了高级别的数据保护能力
2).重做日志在至少一个物理从库数据库后，主库的事务才能够提交
3).主库找不到合适的从库写入时，主库会自动关闭，防止无保护的数据出现
4).优点：该模式可以保证从库没有数据丢失
5).缺点：主库的自动关闭会影响到主库的可用性，同时需要从库恢复后才能提交，对网络等客观条件要求非常的高，主库的性能会受到非常大的影响。
1).这种模式提供了仅次于“保护模式”的数据保护能力
2).重做日志在至少一个物理从库数据库后，主库的事务才能够提交
3).主库找不到合适的从库写入时，主库不会关闭，而是临时降低到“性能模式”模式，直到问题得到处理
4).优点：该模式可以在没有问题出现的情况下保证从库没有数据丢失，是一种折中的方法
5).缺点：在正常运行的过程中缺点是主库的性能收到诸多因素的影响
1).默认模式，提供主数据库的最高可用性
2).保证主库运行过程中不受从库的影响，主库事务正常提交，不因从库的任何问题影响到主库的运行
3).优点：避免了从库对主数据库的性能和可用性影响
4).缺点：如果与主库提交的事务相关的恢复数据没有发送到从库，这些事务数据将被丢失，不能保证数据无损失
Oracle Advanced Compression有助于企业数据增长管理的自动化数据管理流程，最大限度地压缩率为2到4倍，在所有类型的数据和应用程序资源的利用更有效，节省磁盘空间，提高查询性能。
简介
Oracle In-Memory Database Cache 是一个数据库选件，它为 Oracle 数据库提供了实时、可更新的缓存。Oracle In-Memory Database Cache 将来自数据库的对性能极其关键的一系列表和表碎片缓存到应用程序层，从而缩短应用程序事务响应时间。
企业数据库中的大部分数据都是历史数据，并且很少有人访问。但是，掩藏在这些数据下面的信息应该能够在被请求时可即时访问。您的最佳客户、未完成的订单、最近的事务以及产品目录都是很好的示例。通过内存缓存和 Oracle 数据库之间的自动数据同步，In-Memory Database Cache 能够在 Oracle 内存数据库 TimesTen 中自动复制和管理这些信息，以供他人实时访问。
In-Memory Database Cache 使用“ 缓存组”的概念，来描述一组映射到 Oracle 数据库中的所有表或部分表的缓存表。缓存组可以包含这些表的所有或部分行和列。可以使用多个缓存组来缓存 Oracle 数据库中不同的相关表集合。在内存数据库 TimesTen 中管理内存缓存表的方式与管理普通的关系型数据库表类似。因此，Oracle In-Memory Database Cache 为应用程序提供了关系数据库的所有共性和功能、缓存和 Oracle 数据库的一致性透明维护以及内存数据库的实时性能。内存缓存表是持久保存且可恢复的。通过事务日志记录与数据库检查点相结合实现了磁盘的持久性。
大多数缓存产品都是只读的，因此只限于一组很少的功能。由于 In-Memory Database Cache 支持完全的 SQL 读/写操作，因此可以用于众多不同种类的应用程序。对 In-Memory Database Cache 中缓存表的更新可以同步或异步方式直写到 Oracle 数据库中，这取决于性能和一致性之间的折衷。 对于只读缓存组，Oracle 数据库的增量更新只能按照用户指定的时间间隔异步刷新到内存缓存中的缓存表。
对于缓存数据集不能预先确定的应用程序，其数据可以按需加载到内存缓存中。例如，呼叫中心应用程序在将呼叫路由至限定的呼叫代理时，可能选择加载呼叫方的当前结算单，而不是将所有客户的整套计费信息预先加载到内存缓存中。自动数据老化特性对动态数据加载进行了补充，可以将旧数据或最近最少使用的 (LRU) 数据从缓存中删除。数据老化使应用程序可以在保持内存中“热”数据可用的同时，为新数据释放空间。
In-Memory Database Cache 的设计为即使在 Oracle 数据库服务器或网络连接丢失的情况下也能继续运行。 系统可以跟踪向缓存表提交的事务，并在连接恢复时立即将其传送回 Oracle 数据库。 同样，系统还可以跟踪向 Oracle 数据库中的缓存表提交的事务，并在与 Oracle 数据库的连接重新建立时立即将其刷新到内存数据库 TimesTen。
支持内存缓存之间的复制以实现高可用性。可以使用活动-备用配置部署 Oracle In-Memory Database Cache，活动-备用配置中的缓存表在内存缓存间进行实时复制。
新一代数据库 — Oracle Database 12c 现已推出，可在各种平台上使用。Oracle Database 12c企业版包含500多个新特性，其中包括一种新的架构，可简化数据库整合到云的过程，使客户无需更改应用即可将多个数据库作为一个来管理。
多租户架构使整合工作变得更高效，其使用的内存减少为1/6，而可扩展性提高5倍。
1、将给正在部署私有数据库云的客户和正在寻求以安全、隔离的多租户模型发挥
2、Oracle数据库强大功能的SaaS供应商带来极大帮助
3、为管理要求严苛的事务处理、大数据和数据仓库负载提供了全面的特性
4、客户可以选择各种Oracle数据库企业版选件来满足业务用户对性能、安全性、大数据、云和可用性服务级别的期望
