暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

甲骨文RAC介绍

胡飞 2025-01-16
277

 甲骨文RAC介绍

概述甲骨文实际应用程序集群(甲骨文RAC)的安装和管理,以及各种组件和功能。

注:

多租户容器数据库(CDB)是甲骨文数据库21c及以后发布中唯一的支持体系结构。

甲骨文RAC概述

了解甲骨文真实应用集群(甲骨文RAC),以及甲骨文RAC和甲骨文单实例数据库之间的功能差异。

非集群甲骨文数据库实例在甲骨文数据库和实例之间具有一对一的关系。然而,甲骨文RAC环境在数据库和实例之间有着一对多的关系。甲骨文RAC数据库可以有多个实例,所有这些都可以访问一个甲骨文数据库。所有数据库实例都必须使用相同的互联,这也可以被甲骨文集群软件使用。

甲骨文RAC数据库在架构上不同于非集群甲骨文数据库,因为每个甲骨文RAC数据库实例也有:

  • 为每个实例至少增加一个重做线程
  • 特定实例撤销表空间

多个服务器的合并处理能力可以提供比单个服务器更大的吞吐量和甲骨文RAC可伸缩性。

A 集群 由多个相互连接的计算机或服务器组成,它们看起来就像是一个服务器,用于终端用户和应用程序。甲骨文RAC选项与甲骨文数据库使您能够集群甲骨文数据库实例。甲骨文RAC在基础结构中使用甲骨文集群软件来绑定多个服务器,因此它们作为一个系统运行。

甲骨文集群软件是一种与甲骨文数据库集成的便携式集群管理解决方案。甲骨文集群软件是使用甲骨文RAC所必需的组件,它提供运行甲骨文RAC所必需的基础结构。甲骨文集群软件还管理资源,如 虚拟互联网协议(贵宾) 地址、数据库、监听器、服务等。此外,甲骨文集群软件使非集群甲骨文数据库和甲骨文RAC数据库都能够使用甲骨文高可用性基础设施。甲骨文集群软件和甲骨文自动存储管理(甲骨文自动存储管理)(两者共同构成甲骨文网格基础设施)使您能够创建一个集群存储池,供任何非集群和甲骨文RAC数据库组合使用。

甲骨文集群软件是甲骨文RAC运行的大多数平台所需要的唯一集群软件。从甲骨文数据库19C开始,供应商集群软件与甲骨文集群软件的集成被弃用,在甲骨文数据库21C和以后的版本中不支持。

下图展示了甲骨文RAC是如何为多个服务器提供单一系统图像以访问一个甲骨文数据库的甲骨文数据库选项。在甲骨文RAC中,每个甲骨文实例必须运行在一个单独的服务器上。

图1-1甲骨文数据库与甲骨文RAC架构

图1-1说明如下
"图1-1甲骨文数据库与甲骨文RAC架构"的描述

传统上,甲骨文RAC环境位于一个数据中心。不过,你可以在 甲骨文扩展集群 这是一个从站点故障中提供极其快速的恢复的架构,允许所有站点的所有节点作为单个数据库集群的一部分积极处理事务。在一个扩展集群中,集群中的节点通常分布在地理位置上,例如在两个消防室之间,在两个房间或建筑物之间,或在两个不同的数据中心或城市之间。由于可用性的原因,数据必须位于两个站点,因此需要实现磁盘镜像技术以进行存储。

如果您选择实现这个架构,那么您必须评估这个架构是否是一个适合您的业务的好解决方案,特别是考虑到距离、延迟和它提供的保护程度。甲骨文RAC扩展集群提供的可用性高于当地甲骨文RAC配置。然而,一个扩展集群可能无法满足您的组织的所有灾后恢复要求。可行的隔离为某些灾害提供了很大的保护(例如,局部停电或服务器机房水淹),但它不能提供防止所有类型的停电的保护。为全面防范灾害--包括防止腐败和区域灾害--甲骨文建议使用甲骨文与甲骨文RAC的数据保护,如 甲骨文数据保护概念和管理 ,以及最大可用性架构网站。

甲骨文RAC是一种为所有应用类型提供高可用性和可伸缩性的独特技术。甲骨文RAC基础设施也是实现甲骨文企业网格计算体系结构的关键组成部分。拥有多个实例访问一个数据库可以防止服务器成为一个单一的失败点。甲骨文RAC使您能够将较小的商品服务器组合到集群中,以创建支持任务关键业务应用程序的可伸缩环境。您在甲骨文RAC数据库上部署的应用程序可以在不改变代码的情况下运行。

甲骨文RAC允许在不同节点上运行多个实例来访问数据库。甲骨文RAC缓存融合自动确保不同实例上运行的多个会话的更改是协调的。在甲骨文数据库21C和后来发布的版本中,这些执行甲骨文RAC缓存融合功能的后台进程已经得到加强,以处理无法恢复的错误。根据原因,甲骨文RAC可以重试操作或纠正错误以防止实例失败。这减少了实例失败的发生,并有助于防止这些工作负载的影响。

甲骨文多租户与甲骨文RAC概述

您可以配置一个多租户容器数据库(CDB)来使用甲骨文RAC。

您可以在甲骨文RACCDB的每个数据库实例或实例的子集上提供每个PDB。无论在哪种情况下,都使用动态数据库服务来规范对PDS的访问。应用程序使用这些服务连接到一个pdb,就像它们连接到一个单实例而非CDB一样。

您可以隔离pdbs,以防止某些操作在特定PDB上或在其中执行,这些操作可能会干扰与甲骨文RAC数据库或实例共享的其他pdbs。PDB隔离允许更大的整合。

如果您将甲骨文RAC数据库创建为CDB,如果您将pdbs插入CDB,那么默认情况下,任何实例都不会自动启动PDB。随着分配给PDB的第一个动态数据库服务(默认数据库服务除外,该服务的名称与数据库名称相同),在服务运行的实例上可以使用PDB。

无论甲骨文RACCDB的多个实例中是否有PDB,CDB通常由运行在PDB上的服务管理。通过在每个实例上手动启动PDB,您可以手动启用每个实例上的PDB访问。

父主题: 甲骨文RAC介绍

安装甲骨文RAC概述

安装甲骨文网格基础设施和甲骨文数据库软件使用甲骨文通用安装程序,并创建您的数据库与甲骨文数据库配置助理(甲骨文数据库配置)。

这将确保您的甲骨文RAC环境具有所选环境的最佳网络配置、数据库结构和参数设置。

或者,您可以使用车队修补和准备安装甲骨文RAC,这提供了甲骨文通用安装程序和之前指定的甲骨文DBCA的所有优势。此外,车队修补和供应允许标准化和自动化。

  • 理解甲骨文RAC环境中的兼容性
    作为部署计划的一部分,请审查使用甲骨文网格基础设施上的不同甲骨文数据库版本的发布兼容性限制和指南。
  • 数据库安装
    了解如何安装甲骨文实际应用集群(甲骨文RAC)和审查限制。
  • 数据库创建
    甲骨文数据库部署的一部分是数据库的创建。
  • 扩大甲骨文RAC集群概述
    若要扩展甲骨文RAC集群(又称克隆),并在初始部署之后向环境中添加节点,则必须考虑到集群中当前使用的管理风格,在多层上进行此操作。

父主题: 甲骨文RAC介绍

理解甲骨文RAC环境中的兼容性

作为部署计划的一部分,请审查使用甲骨文网格基础设施上的不同甲骨文数据库版本的发布兼容性限制和指南。

要在同一集群中使用不同版本的甲骨文数据库配置运行甲骨文RAC,首先必须安装甲骨文网格基础设施,该基础设施必须是相同版本,或更高,作为您希望在该集群中部署的甲骨文数据库的最高版本。例如,要在同一集群中运行甲骨文RAC19C数据库和甲骨文RAC23AI数据库,您必须安装甲骨文网格基础设施23AI。联系我的甲骨文支持更多的信息版本兼容性甲骨文RAC环境。

数据库安装

了解如何安装甲骨文实际应用集群(甲骨文RAC)和审查限制。

注:

由政策管理的数据库部署选项在甲骨文数据库23AI中被取消支持。

在安装甲骨文RAC之前,首先安装甲骨文网格基础设施。甲骨文网格基础设施的发布必须与正在安装的甲骨文RAC发布版本相同或更新。如果以前为集群安装和配置了甲骨文网格基础设施,甲骨文通用安装程序只允许您在集群的节点上部署甲骨文数据库。如果甲骨文通用安装程序没有给您在集群中的所有节点上部署数据库主页的选项,那么您试图在其中安装甲骨文RAC的服务器就不是集群成员节点。

在安装过程中,您必须手动运行甲骨文DBCA来创建甲骨文RAC或甲骨文RAC一个节点数据库。在这些情况下,创建数据库是一个两步骤的过程。首先,通过运行甲骨文数据库安装程序来安装甲骨文RAC软件。然后使用甲骨文DBCA创建和配置甲骨文RAC或甲骨文RAC一个节点数据库。

注:

在创建数据库之前,默认侦听器必须在甲骨文网格基础设施中运行。如果甲骨文网格基础结构家里没有默认的侦听器,则甲骨文DBCA返回一个错误,指示您从甲骨文网格基础结构家里运行NETca,创建一个默认侦听器。

甲骨文RAC软件是作为甲骨文数据库安装媒体的一部分而分布的。默认情况下,当安装过程识别您正在集群上执行安装时,甲骨文数据库软件安装过程将安装甲骨文RAC选项。甲骨文通用安装程序将甲骨文RAC安装到称为甲骨文家园的目录结构中,该结构与系统上运行的其他甲骨文软件的甲骨文家园目录分开。因为甲骨文通用安装程序是集群感知的,它在您定义为集群一部分的所有节点上安装甲骨文RAC软件。

从甲骨文数据库21C开始,安装过程在默认情况下创建了只读甲骨文家庭目录。您可以使用只读甲骨文家庭作为跨多个数据库服务器共享的软件映像。这简化了补丁和大规模展开,因为只需要更新一个甲骨文家庭映像就可以向多个数据库服务器分发补丁。甲骨文数据库的只读家庭比甲骨文数据库的传统家庭更安全,因为配置信息和实际软件之间有明确的分离。因此,不存在在甲骨文数据库内部从活动进程创建新文件的风险。

数据库创建

甲骨文数据库部署的一部分是数据库的创建。

您可以创建一个数据库作为数据库部署的一部分,或者您只能首先部署数据库软件,然后通过使用甲骨文DBCA来创建要从新创建的甲骨文家园中跑出来的任何数据库。

注:

由政策管理的数据库部署选项在甲骨文数据库23AI中被取消支持。

在甲骨文RAC环境中 DB_UNIQUE_NAME.DB_DOMAIN 整个数据库必须是企业中每个数据库的唯一。每个可插入数据库(PDB)的名称也应该是集群中唯一的。

默认情况下,甲骨文DBCA为甲骨文RAC安装创建一个服务。这是默认的数据库服务,您不应该将此服务用于用户连接。默认数据库服务通常使用DB_NAME 和DB_DOMAIN 初始化参数:db_name.db_domain .默认服务在甲骨文RAC环境中的所有实例中都是可用的,除非数据库处于受限制模式。

注:

甲骨文建议保留默认数据库服务用于维护操作,并使用SRVCTL或甲骨文企业管理器为用户或应用程序连接创建后的步骤创建动态数据库服务。甲骨文DBCA不再为甲骨文RAC数据库提供动态数据库服务创建选项。对于甲骨文RAC一个节点数据库,您必须至少创建一个动态数据库服务。

扩大甲骨文RAC集群概述

若要扩展甲骨文RAC集群(又称克隆),并在初始部署之后向环境中添加节点,则必须考虑到集群中当前使用的管理风格,在多层上进行此操作。

甲骨文提供了各种扩展甲骨文RAC集群的方法。从以下方法中选择扩展当前环境:

  • 提供新的甲骨文RAC数据库和其他软件
  • 使用克隆脚本进行克隆
  • 使用addnode.sh (addnode.bat )脚本

无论您最初如何部署环境,这两种方法都适用。两种方法都将甲骨文软件复制到您计划添加到集群的节点上。复制到节点的软件包括甲骨文网格基础设施软件和甲骨文数据库家庭。

对于甲骨文数据库家,确保数据库软件部署在数据库实例可能运行的所有节点上。在两种情况下,首先在集群的所有节点上部署甲骨文网格基础设施。

注:

甲骨文克隆并不是使用甲骨文企业管理器进行克隆的替代品,而是提供包的一部分。使用甲骨文企业管理器克隆甲骨文RAC时,准备过程包括一系列步骤,其中收集了您希望捕获的家的细节、您希望部署的位置以及其他各种参数。

对于新安装,或者如果您只安装了一个甲骨文RAC数据库,则使用传统的自动化和交互式安装方法,如甲骨文通用安装程序、车队修补和配置,或者甲骨文企业管理器的配置包功能。若要从集群中的节点中添加或删除甲骨文RAC,请使用 从节点中添加和删除甲骨文RAC。.. 本专题末尾列出的专题。

克隆过程假定您成功地在至少一个节点上安装了一个甲骨文集群软件家和一个甲骨文集群软件家。此外,所有根脚本必须在扩展集群数据库的节点上成功运行。

甲骨文实际应用集群一节点概述

甲骨文实际应用集群1节点(甲骨文RAC节点)是甲骨文数据库企业版自甲骨文数据库11以来的一个选项 g release 2 (11.2).

甲骨文RAC一个节点是在集群中的一个节点上运行的甲骨文支持的数据库的一个实例,仅在正常操作下运行。这个选项增加了甲骨文为数据库整合提供的灵活性,同时通过为企业中的甲骨文数据库提供标准部署来减少管理开销。甲骨文RAC一个节点数据库需要甲骨文网格基础设施,因此,需要与甲骨文RAC数据库相同的硬件设置。

甲骨文支持甲骨文RAC在所有平台上的一个节点,甲骨文RAC在其中得到认证。与甲骨文RAC相似,甲骨文RAC一个节点在甲骨文虚拟机(甲骨文VM)上获得认证。使用甲骨文RAC或甲骨文RAC与甲骨文vm的一个节点增加了甲骨文vm的优点,甲骨文rc具有较高的可用性和可伸缩性。

对于甲骨文RAC的一个节点,服务器的可伸缩性没有任何限制,如果应用程序所需资源超过单个节点所能提供的资源,那么您可以在线将您的应用程序升级为甲骨文RAC。如果运行甲骨文RAC一个节点的节点过载,那么可以将实例重新定位到集群中的另一个节点。使用甲骨文RAC一个节点,您可以使用在线数据库迁移功能来重新定位数据库实例,而应用程序用户没有停机时间。或者,您可以通过使用资源管理器实例的方式限制集群内每个服务器的单独数据库实例的CPU消耗,并在必要时根据需求场景动态更改这个限制。

使用单个客户端访问名(扫描)连接到数据库,客户端可以独立于其运行的节点定位服务。因此,根据客户端连接,甲骨文RAC一个节点实例的迁移对客户端基本上是透明的。甲骨文建议使用应用程序连续性和甲骨文快速应用程序通知或透明的应用程序故障转移,以最大限度地减少迁移对客户机的影响。

甲骨文RAC一个节点数据库的管理与甲骨文RAC或非集群数据库略有不同。对于甲骨文RAC一个节点数据库,您必须监视候选节点列表,并确保服务器始终可以进行故障转移,如果可能的话。

注:

  • 对于失败的客户端,甲骨文RAC一个节点支持事务保护和应用程序的连续性。
  • 为了准备所有失败的可能性,您必须至少向甲骨文RAC一个节点数据库添加一个动态数据库服务(甲骨文集群管理的数据库服务)。

甲骨文集群软件概述

甲骨文集群软件在所有甲骨文数据库平台上提供了一个完整的、集成的集群软件管理解决方案。

  • 使用甲骨文集群软件的指南
    甲骨文集群软件提供的功能提供了管理集群数据库所需的所有功能,包括节点成员、组服务、全局资源管理和高可用性功能。
  • 临时表空间概述
    甲骨文使用临时的表空间将溢出的表空间写入在本地磁盘上创建的非共享表空间。

父主题: 甲骨文RAC介绍

使用甲骨文集群软件的指南

甲骨文集群软件提供的功能提供了管理集群数据库所需的所有功能,包括节点成员、组服务、全局资源管理和高可用性功能。

您可以独立安装甲骨文网格基础设施或作为安装甲骨文RAC的先决条件。甲骨文数据库功能,如服务,使用底层甲骨文集群软件机制提供先进的功能。从甲骨文数据库21C开始,第三方集群软件产品不再支持甲骨文RAC。

甲骨文集群软件是为甲骨文RAC设计并与之紧密结合的。您可以使用甲骨文集群软件来管理集群中的高可用性操作。当您使用任何管理工具创建甲骨文RAC数据库时,数据库将与甲骨文集群软件一起注册并由甲骨文集群软件管理,以及其他所需的组件,如重要人物地址、单一客户端访问名称(扫描)(包括扫描重要人物和扫描监听器)、甲骨文通知服务和甲骨文网络监听器。这些资源在节点启动时自动启动,如果失败则自动重新启动。甲骨文集群软件守护程序在每个节点上运行。

神谕集群软件所管理的任何东西 资源资源.CRS资源可以是一个数据库、一个实例、一个可插入数据库(PDB)、一个服务、一个监听器、一个贵宾地址或一个应用程序过程。甲骨文集群软件根据存储在甲骨文集群注册中心(OCR)的资源配置信息来管理CRS资源。您可以使用srvctl命令来管理任何轨道定义的CRS资源。甲骨文集群软件提供的框架,使您能够创建CRS资源,以管理集群中的服务器上运行的任何进程,这些进程不是甲骨文预先定义的。甲骨文集群软件存储的信息描述这些组件的配置在OCR中,您可以管理。

临时表空间概述

甲骨文使用临时的表空间将溢出的表空间写入在本地磁盘上创建的非共享表空间。

对于SQL操作来说,它仍然是可能的,例如散列聚合、排序、散列连接、为WITH 和星形转换到磁盘上.泄漏到共享磁盘上的表空间。临时表空间的管理类似于现有表空间的管理。

临时表空间通过以下方式改进表空间管理:

  • 将临时文件存储在私人存储中,以利用本地存储I/O的好处。
  • 避免昂贵的交叉实例临时表空间管理。
  • 增加临时表空间的分配能力。
  • 消除磁盘空间元数据管理,提高实例热身性能。

注:

您不能使用临时表空间来存储数据库对象,例如表或索引。
并行执行支持的时间长度临时表空间

使用WITH 共享磁盘上的临时表空间中存在参数和星形变换。

一组并行查询子进程将中间查询结果加载到这些临时表空间中,然后由不同的子进程读取。对这些子进程如何读取这些结果进行分配没有任何限制,因为任何实例中的任何并行查询子进程都可以读取位于共享磁盘上的临时表空间。

对于读写和只读实例体系结构,当并行查询子进程将中间结果加载到这些实例的临时表空间时,存储中间结果的实例的并行查询子进程与中间结果的读取操作共享亲和力,从而可以读取它们。

临时桌空间组织

在组织临时表空间时回顾下列信息。

例如:

CREATE TEMPORARY TABLESPACE temp_ts TEMPFILE\ '/u01/app/oracle/database/23.4.0/dbs/temp_file'\ EXTENT MANAGEMENT UNIFORM SIZE 1M AUTOEXTEND ON;
  • 临时表空间的创建导致在每个实例中创建临时文件,而不是单个文件。

  • 您可以为只读和读写实例创建临时表空间。

    CREATE TEMPORARY TABLESPACE FOR ALL temp_ts TEMPFILE\ ‘/u01/app/oracle/database/23.4.0/dbs/temp_file’\ EXTENT MANAGEMENT UNIFORM SIZE 1M AUTOEXTEND ON;
临时表空间层次结构

当您定义临时表空间时,有一个层次结构来决定如何使用表空间。

数据库中可以有多个临时表空间,例如数据库的默认共享临时表空间和分配给单个用户的多个临时表空间。如果用户指定了共享临时表空间,那么首先使用该表空间,否则将使用数据库默认临时表空间。

一旦在查询处理过程中选择了要溢出的表空间,就不会切换到另一个表空间。例如,如果用户分配了一个共享的临时表空间,并且在溢出时,它会耗尽空间,那么就没有切换到其他表空间。在这种情况下,溢出会导致错误。此外,记住共享的临时表空间是在实例之间共享的。

分配临时空间向临时表空间溢出的方式在只读和读写实例之间有所不同。对于只读情况,优先选择用于泄漏的临时地点如下:

  1. 从用户的临时表空间分配。
  2. 从数据库默认的临时表空间分配。

注:

如果数据库中没有临时表空间,则只读实例溢出到共享临时表空间。

对于读写实例,分配的优先级不同于先前的分配顺序,因为共享临时表空间被给予优先级,分配如下:

  1. 一个用户共享的临时表空间。
  2. 数据库默认共享临时表空间。
临时桌面空间特征

在使用临时表空间时回顾下列信息。

实例不能共享临时表空间。因此,一个实例不能从另一个实例占用临时表空间。如果实例在泄漏过程中耗尽临时表空间,那么语句将导致错误。

  • 临时表空间仅支持一个BIGFILE 每桌空间。

  • 解决因只有一个 BIGFILE 基于临时表空间,您可以为不同的用户指定多个临时表空间作为默认。

  • 数据库管理员可以为使用表的用户指定默认临时表空间ALTER USER 语法。例如:

    ALTER USER MAYNARD TEMPORARY TABLESPACE temp_ts;
  • 您可以用两个默认临时表空间配置一个用户:

    • 当用户连接到只读实例时,一个临时的表空间。

    • 一个共享的临时表空间,当同一用户连接在节点上运行的读写实例时使用。

临时档案的元数据管理

特定的实例信息,例如分配位图、临时文件的当前大小和文件状态,被存储在SGA中,而不是在控件文件中,因为这些信息可能因实例而异。

目前,临时文件信息(如文件名称、创建大小、创建SCN、临时块大小和文件状态)与初始文件、最大文件以及自动扩展属性一起存储在控制文件中。然而,控制文件中有关临时文件的信息在所有适用的实例中都是常见的。

当实例启动时,它读取控件文件信息并创建构成该实例的临时表空间的临时文件。如果在节点上运行两个或多个实例,那么每个实例都有自己的临时文件。

对于临时表空间,每个相关实例都有一个单独的文件。临时文件名遵循一个命名约定,这样就可以将实例号追加到在创建临时表空间时指定的临时文件名上。

例如,假设一个只读节点(n1)运行具有数字3和数字4的两个甲骨文只读数据库实例。下面的DDL命令在节点n1上创建两个文件-/temp/temp_file_3 和/temp/temp_file_4 例如,第3条和第4条:

CREATE TEMPORARY TABLESPACE temp_ts TEMPFILE '/temp/temp_file'\ EXTENT MANAGEMENT UNIFORM SIZE 1M AUTOEXTEND ON;

假设有两个读写实例,实例1和2,以及两个只读实例,实例3和4,下面的DDL命令创建了四个文件-/temp/temp_file_all_1 和 /temp/temp_file_all_2 实例1和实例2,分别; /temp/temp_file_all_3 和 /temp/temp_file_all_4 实例3和实例4分别:

CREATE TEMPORARY TABLESPACE FOR ALL temp_ts_for_all TEMPFILE '/temp/temp_file_all'\ EXTENT MANAGEMENT UNIFORM SIZE 1M AUTOEXTEND ON;
对临时表空间的ddl支持

您可以使用DDL命令管理临时表空间和临时文件ALTER TABLESPACE ,或ALTER DATABASE .

从读写实例中运行所有临时表空间管理和创建DDL命令。运行所有其他DDL命令都以相同的方式影响所有实例。

例如,以下命令调整所有只读实例上的临时文件的大小:

ALTER TABLESPACE temp_ts RESIZE 1G;

对于临时表空间,甲骨文支持目前正在运行的临时文件分配选项及其限制。

若要在只读实例的临时表空间上运行DDL命令,集群中必须至少有一个只读实例。此限制不适用于创建或更改临时表空间FOR ALL .您可以用子句向数据库指定一个默认临时表空间DEFAULT TEMPORARY TABLESPACE 附加于命令中ALTER DATABASE .

例如:

ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp_ts;

在创建数据库时,可以指定默认的临时表空间如下:

CREATE DATABASE .. DEFAULT TEMPORARY TABLESPACE temp_ts_for_dbtemp_ts TEMPFILE\ '/temp/temp_file_for_db' EXTENT MANAGEMENT UNIFORM SIZE 1M AUTOEXTEND ON;

无法使用该命令指定默认临时表空间CREATE DATABASE .创建数据库时,其默认临时表空间指向默认共享临时表空间。你必须执行命令 ALTER DATABASE 为数据库指定一个现有的临时表空间作为默认值。

供用户使用的临时表空间

当创建一个用户而没有显式地指定共享或临时表空间时,用户将从相应的默认数据库表空间继承共享和临时表空间。

您可以为用户指定默认的临时表空间如下:

CREATE USER new_user IDENTIFIED BY new_user TEMPORARY TABLESPACE temp_ts_for_all;

您可以使用ALTER USER 指挥,如下:

ALTER USER maynard TEMPORARY TABLESPACE temp_ts;

如前所述,默认用户临时表空间可以是共享的临时空间。审议下列项目:ALTER USER...TEMPORARY TABLESPACE 指挥:

  • 您可以将用户默认的临时表空间更改为任何现有的临时表空间。

  • 如果您想将用户默认的临时表空间设置为共享的临时表空间,T ,然后T 必须与默认共享临时表空间相同。

  • 如果默认的用户临时表空间指向共享的临时表空间,那么,当您更改用户的默认共享临时表空间时,您还将默认的临时表空间更改为该表空间。

以下是使用该命令进行临时空间管理的一些例子 ALTER :

  • 将临时表空间脱机:

    ALTER DATABASE TEMPFILE ‘/temp/temp_file’ OFFLINE;
  • 减少临时表空间的规模:

    ALTER TABLESPACE temp_ts SHRINK SPACE KEEP 20M
  • 更改临时文件的自动扩展属性:

    ALTER TABLESPACE temp_ts AUTOEXTEND ON NEXT 20G
  • 调整临时文件的大小:

    ALTER TABLESPACE temp_ts RESIZE 10G

    注:

    当您调整临时文件的大小时,它将应用于单个文件。

当您运行上述命令时,一些只读实例可能会下降。这并不妨碍命令的成功,因为当一个只读实例稍后启动时,它会根据控制文件中的信息创建临时文件。创建速度很快,因为甲骨文数据库只重新格式化临时文件的头块,记录文件大小等信息。如果不能创建临时文件,则只读实例将继续运行。从读写实例中提交的命令将在所有打开的只读实例上立即重放。

指令的原子性要求

从读写实例中运行的所有命令都以原子方式执行。

这意味着命令只有在所有活实例上成功时才能成功。

临时表空间和字典视图

甲骨文扩展字典视图可以显示有关临时表空间的信息。

注意以下对数据字典视图的更改:

  • 所有与临时表空间和通过AWR、SQL监视器和其他实用程序公开的临时文件相关的诊断性信息也可用于临时表空间和临时文件。此信息可用现有字典视图提供临时表空间和临时文件:DBA_TEMP_FILES , DBA_TEMP_FREE_SPACE .

  • USER_TABLESPACES 和DBA_TABLESPACES 字典视图由一个列扩展SHARED ,这表示临时文件是否共享。

  • DBA_TEMP_FILES 字典视图由两列扩展: SHARED 和INST_ID .… SHARED 列显示临时文件是否共享。… INST_ID 列包含实例号。对于共享的临时文件,每个文件有一个单行和INST_ID 是无效的。对于临时文件,此列包含关于每个实例的临时文件的信息,例如以字节表示的文件的大小(BYTES column).

  • DBA_TEMP_FREE_SPACE 字典视图由两列扩展: SHARED 和INST_ID .… SHARED 列显示临时文件共享。…INST_ID 列包含实例号。对于共享的临时文件,每个文件和 INST_ID 是无效的。对于临时文件,本栏包含关于每个实例的临时文件的信息,例如可用的总自由空间(FREE_SPACE column).

  • 在字典中,例如DBA_TABLESPACES ,甲骨文使用SHARED 列有下列数值:

    • SHARED*共享临时桌空间

    • LOCAL_ON_ALL*所有实例的临时表空间

    注:

    目前,泄漏到临时表空间的查询,如排序和散列连接溢出,是自动加密的。对于溢出到临时表空间的情况也是如此。

甲骨文RAC架构和处理概述

安装甲骨文RAC需要软件、网络和存储配置。

甲骨文RAC需要几个组件:
  • 用于从集群中的所有节点对相同存储器和相同数据文件集进行并发访问的甲骨文集群软件
  • 跨集群中所有节点的支持进程间通信的通信协议(IPC)
  • 处理数据的多个数据库实例,就像数据在逻辑上组合的单个缓存中一样
  • 监测和通信集群中节点状态的机制

父主题: 甲骨文RAC介绍

理解集群意识存储解决方案

了解甲骨文真实应用集群共享所有架构和共享所有存储选项意味着什么。

甲骨文RAC数据库是 分享一切 数据库。在甲骨文RAC环境中,所有数据文件、控制文件、SP文件和重做日志文件都必须位于集群意识的共享磁盘上。这使集群数据库实例能够访问这些存储组件。由于甲骨文RAC数据库使用共享的一切架构,甲骨文RAC需要所有数据库文件的集群意识存储。

在甲骨文RAC中,甲骨文数据库管理磁盘访问,并被认证用于各种存储架构。如何配置存储是您的选择,但您必须使用支持的集群意识存储解决方案。甲骨文数据库提供下列ORAXLRAC存储选项:

  • 甲骨文自动存储管理

    甲骨文推荐这个解决方案来管理您的存储。

  • 经认证的集群文件系统

    • 甲骨文推荐甲骨文先进集群文件系统。

    • 在集群意识的卷管理器上的第三方集群文件系统,经甲骨文RAC认证。例如:

      • 甲骨文OCFS2(仅使用Linux)

      • IBMGPFS(仅IBMAIX)

  • 网络文件系统认证解决方案

甲骨文RAC和网络连接

甲骨文RAC环境中的所有节点必须连接到至少一个局域网。这个网络通常被称为 公共网络 ,使用户和应用程序能够进入数据库。

除了公共网络之外,甲骨文RAC还要求专用于通信的专用网络连接。 节 以及在那些节点上运行的数据库实例。这个网络通常被称为 互相连接 .

互联网络是连接集群中所有服务器的专用网络。互联网络必须使用至少一个开关和千兆以太网适配器。

注:

  • 甲骨文支持高带宽的接口,但是 不会 支持使用交叉电缆与互联。

  • 不要使用互联,私人网络,用于用户通信,因为 缓存融合 使用互联来进行交互通信。

您可以将甲骨文RAC配置为使用用户数据报协议(UDP)或可靠的数据套接字协议(RDS),用于在互联网上进行互联网间的实际通信。甲骨文集群软件使用相同的使用UDP协议的互联,但不能配置为使用RDS。

使用时需要额外的网络连接 网络附加存储器 (NAS)。网络附加存储可以是典型的NAS设备,例如NFS文件处理器,也可以是通过IP光纤通道连接的存储器。这个额外的网络通信渠道应该独立于甲骨文RAC使用的其他通信渠道(公共和私人网络通信)。如果存储网络通信必须与其他网络通信渠道之一相融合,则确保存储相关通信获得优先权。

使用动态数据库服务连接甲骨文数据库概述

应用程序应该使用动态数据库服务功能,通过公共网络连接到甲骨文数据库。

动态数据库服务使您能够定义规则和特性,以控制用户和应用程序如何连接到数据库实例。这些特性包括唯一的名称、工作负载平衡和故障转移选项以及高可用性特性。

用户可以使用客户机/服务器配置或通过一个或多个中间层访问甲骨文RAC数据库,无论是否有连接池。默认情况下,用户连接到甲骨文的RAC数据库是建立了使用tp/IP协议,但甲骨文支持其他协议。甲骨文RAC数据库实例必须通过集群的扫描访问。

虚拟IP地址概述

节点重要人物是虚拟IP地址,客户使用它连接到甲骨文RAC数据库。

甲骨文集群软件在公共网络上存储节点的重要人物地址。从数据库客户端到甲骨文RAC数据库实例的典型连接尝试过程可以概括如下:

  1. 数据库客户端连接到扫描(其中包括公共网络上的扫描重要人物),为扫描监听器提供有效的服务名称。

  2. 扫描侦听器然后确定哪个数据库实例托管此服务,并将客户机路由到各自节点上的本地或节点侦听器。

  3. 节点侦听器在一个节点或一个给定端口上监听,检索连接请求并将客户端连接到本地节点上的一个实例。

如果集群上使用多个公共网络支持通过多个子网连接客户端,那么在给定的子网中执行之前的操作。

如果一个节点失败了,那么重要人物地址将会失败,而另一个节点上的重要人物地址可以接受贸易协定连接,但是它不接受与甲骨文数据库的连接。试图连接到不在其主节点上的重要人物地址的客户端收到 拒绝快速连接 错误而不是等待TP连接超时消息.当配置重要人物的网络重新上网时,甲骨文集群软件将重要人物返回到其主节点,在那里连接被接受。一般而言,在下列情况下,贵宾地址会出现故障:

  • 重要人物地址运行的节点失败
  • 贵宾地址的所有接口故障
  • 贵宾地址的所有接口均与网络断开连接

甲骨文RAC支持多个公共网络,以便能够通过不同的子网访问集群。每个网络资源代表自己的子网,每个数据库服务使用一个特定的网络访问甲骨文RAC数据库。每一个网络资源都是由甲骨文集群软件管理的资源,它支持之前描述的重要人物行为。

SCAN是在您的组织的域名服务器(DNS)中或在运行于 轮番订购三个IP地址。甲骨文建议所有与甲骨文RAC数据库的连接都使用客户端连接字符串中的扫描。通过三个扫描监听器提供所请求的服务的活动实例,传入的连接是负载均衡的。通过扫描,即使集群的配置发生变化(添加或删除节点),也不必更改客户端连接。扫描完全支持多个子网。这意味着您可以为每个子网创建一个扫描,您希望集群在其中运行。

限制性服务注册

有效的节点检查功能提供了配置和动态更新一系列IP地址或子网的能力,窃听器可以从这些地址或子网进行注册请求。

只有在请求来自有效节点时,才会在监听器上进行数据库实例注册。网络管理员可以指定有效节点列表、排除节点,或者完全禁用有效节点检查。有效节点列表显式地列出可以向数据库注册的节点和子网。排除的节点列表显式地列出无法向数据库注册的节点。动态配准控制提高了甲骨文RAC部署的可管理性和安全性。

默认情况下,扫描监听器代理设置 私人IP端点。扫描监听器只接受来自私有网络的注册请求。扫描侦听器的专用网络无法访问的远程节点必须使用 参数在 文件,或通过修改扫描监听器使用命令行接口,srvctl。 REMOTE_ADDRESS_REGISTRATION_listener_nameregistration_invited_nodes_aliaslistener.ora

注:

从甲骨文网格基础设施12C开始,用于扫描监听器,如果 和 参数载于 文件,然后监听器代理覆盖这些参数。 VALID_NODE_CHECKING_REGISTRATION_listener_nameREGISTRATION_INVITED_NODES_listener_namelistener.ora

如果您使用srvctl实用程序来设置invitednodes 和 invitedsubnets 值,然后监听器代理自动设置 子网和集 列于 文件。 VALID_NODE_CHECKING_REGISTRATION_listener_nameREGISTRATION_INVITED_NODES_listener_namelistener.ora

对于由CRS管理的其他侦听器,侦听器代理集  只有当它还没有被设置在 文件。srvctl实用程序不支持设置 和 对于非扫描监听器的价值观。监听器代理不更新 在…中 未扫描监听器的文件。 VALID_NODE_CHECKING_REGISTRATION_listener_namelistener.oralistener.orainvitednodesinvitedsubnetsREGISTRATION_INVITED_NODES_listener_namelistener.ora

关于甲骨文RAC软件组件

甲骨文RAC数据库通常有两个或更多的数据库实例,每个实例都包含内存结构和背景流程。

甲骨文RAC数据库具有与甲骨文单实例数据库相同的流程和内存结构。甲骨文RAC还拥有与甲骨文RAC相关的额外流程和内存结构。在相同的甲骨文RAC环境中,任何一个实例的数据库视图几乎与任何其他实例的视图相同;视图是环境的单系统映像。

每个实例在其系统全局区域(SGA)中都有一个缓冲缓存。使用缓存融合,甲骨文RAC环境逻辑地合并了每个实例的缓冲缓存,使实例能够处理数据,就像数据被逻辑地组合在一个单独的缓存上一样。

注:

  • 内存中事务管理器与缓存融合协议集成。

  • 由于缓存融合,甲骨文RAC的SGA尺寸要求比非集群甲骨文数据库的SGA要求大。

为了确保每个甲骨文RAC数据库实例获得满足查询或事务所需的块,甲骨文RAC实例使用两个进程,即全局缓存服务(GCS)和全局访问队列服务(GES)。GCS和GES使用全局资源目录(GRD)维护每个数据文件和每个缓存块的状态记录。GRD内容分布在所有活动实例中,这有效地增加了甲骨文RAC实例中SGA的大小。

在一个实例缓存数据之后,同一集群数据库中的任何其他实例都可以从同一个数据库中的另一个实例中获取块映像,其速度比从磁盘读取块要快。因此,缓存融合在实例之间移动当前块,而不是从磁盘上重新读取这些块。当需要一致的块或在另一个实例上需要更改块时,缓存融合将块映像直接转移到受影响的实例之间。甲骨文RAC使用私人互联来进行交互通信和块传输。GES监视器和实例队列进程管理对缓存融合资源和队列恢复处理的访问。

缓存融合监测私有网络上的延迟和磁盘上的服务时间,并自动选择最佳路径。如果共享磁盘包含低延迟的SSD,那么甲骨文会自动选择最佳路径。

关于甲骨文RAC背景流程

 全球缓存服务 (GCS)和 全球排队服务 (GES)进程,以及 全球资源目录 (GRD)协作启用缓存融合。

甲骨文RAC程序及其标识如下:

  • ACMS :原子控制档案至存储器服务(ACMS )

    在甲骨文RAC环境中,ACMS 每个实例上的进程是一个代理,它有助于确保分布式SGA内存更新是在成功的情况下进行的,或者是在失败的情况下进行的。

  • BG00::背景进程

    ora_bg 是甲骨文RAC环境中执行各种维护和监控任务的标准背景过程。它负责缓冲缓存管理,日志编写员(LGWR )流程支持、检查站协调、背景流程监测和统计数据收集。

  • GCW*全球解决冲突监测进程

    ora_gcw 是Lmhb的基础结构帮助程序。它监控LMHB进程,以便在必要时停止和重新启动。

  • GTX0-j*全球交易程序

    GTX0-j 在甲骨文RAC环境中,进程提供了透明的支持。数据库自动调节这些进程的数量,这是基于fa全局事务的工作负载。

  • LMON*全球加入服务监测器

    LMON 流程监控集群中的全局队列和资源,并执行全局队列恢复操作。

  • LMD:全球加入队列服务守护进程

    LMD 流程管理每个实例中的传入远程资源请求。

  • LMS:全球缓存服务流程

    LMS 通过记录数据文件中的信息,维护数据文件状态和每个缓存块的记录。 全球资源目录 (GRD). TheLMS 进程还控制消息流到远程实例,管理全局数据块访问,并在不同实例的缓冲缓存之间传输块图像。这个处理是缓存融合的一部分。

  • LCK0实例加入队列过程

    LCK0 过程管理非缓存融合资源请求,如库和行缓存请求。

  • RMSn :甲骨文RAC管理流程( ) RMSn

     流程执行甲骨文RAC的可管理性任务。完成的任务 流程包括在集群中添加新实例时创建与甲骨文RAC相关的资源。 RMSnRMSn

  • RSMN远程监控器管理背景二级流程创建和远程实例上的通信。这些背景辅助进程代表在另一个实例中运行的协调进程执行任务。

  • SCMN统计数据收集和管理

    SCMN 是线程甲骨文RAC体系结构中多线程流程的主线程。所有其他线程都是通过SCMN 基于实例中的请求。它是一个闲置的主线程,它等待任何请求,特别是生成线程,并在进行一些定期维护操作的同时处理它们。

  • VOSD:虚拟操作系统守护程序

    VOSD 进程执行时间绑定甲骨文数据库服务动作。VOSD 在实例启动时产生,它负责执行对数据库至关重要的系统服务操作。

注:

本节所描述的许多甲骨文数据库组件是对用于 甲骨文数据库概念 .

动态数据库服务自动工作量管理概述

服务代表具有共同属性、服务级别阈值和优先级的应用程序组。

应用程序功能可以划分为由服务标识的工作负载。例如,甲骨文电子商务套件可以为每个责任定义服务,如总分类账、应收账款、订单记录等。服务可以跨越一个或多个甲骨文数据库实例,或全局集群中的多个数据库。一个实例可以支持多个服务。服务服务的实例数量对应用程序是透明的。服务提供一个单一的系统形象来管理相互竞争的应用程序,并使每个工作量都能作为一个单位来管理。

中间层应用程序和客户端通过指定服务名称作为tns连接字符串中连接的一部分来选择服务。例如,甲骨文网络逻辑服务器的数据源被设置为路由到服务。此连接使用网易连接,只包括以下服务名称及网络地址: . user_name/password@SCAN/service_name

服务器端工作,如甲骨文调度器、并行查询和甲骨文戈登盖特队列,将服务名设置为工作负载定义的一部分。对于甲骨文调度程序,作业分配到作业类,作业类在服务中运行。对于并行查询和并行DML,查询协调器连接到一个服务,并且并行查询工作者在并行处理期间继承服务。对于甲骨文戈登盖特,流队列是使用服务访问的。在服务下运行的工作继承服务的阈值和属性,并作为服务的一部分进行度量。

甲骨文数据库资源管理器将服务绑定到消费者群体和优先级。按组和优先顺序绑定的服务使数据库能够按服务的重要性顺序管理服务。例如,DBA可以为高度优先的在线用户定义单独的服务,为内部报告应用程序定义较低优先的服务。同样,DBA也可以定义金、银和铜服务,以便为同一应用程序的请求服务排序。在为系统规划服务时,计划应包括每个服务相对于其他服务的优先级。这样,甲骨文数据库资源管理器就可以先满足优先服务一,再满足优先服务二,等等。

当用户或应用程序连接到数据库时,甲骨文建议您使用在数据库中指定的服务。CONNECT_DATA 连接线的一部分.甲骨文数据库在创建数据库时自动创建一个数据库服务,但此服务的行为不同于随后创建的数据库服务。为了更灵活地管理使用数据库的工作负载,甲骨文数据库使您能够创建多个服务并指定服务启动的实例。如果您对更大的工作负载管理灵活性感兴趣,那么继续阅读本章,了解您可以使用的服务的附加特性。

注:

本章讨论的特性不适用于下列默认数据库服务:DB_NAME , DB_UNIQUE_NAME ,PDB_NAME , SYS$BACKGROUND ,以及SYS$USERS .甲骨文强烈建议您不要在应用程序中使用这些服务连接到数据库。您必须创建集群管理服务来利用这些特性。您只能管理您创建的服务。数据库创建的任何服务都由数据库服务器自动管理.

动态数据库服务

动态数据库服务使您能够管理工作负载分布,为用户和应用程序提供最佳性能。动态数据库服务提供以下服务:

  • 服务 :甲骨文数据库提供一个强大的自动工作量管理工具,称为服务,以实现企业网格远景。服务是您可以在甲骨文实际应用程序集群(甲骨文RAC)数据库中定义的实体,它使您能够对数据库工作量进行分组,将工作路由到指定提供服务的最佳实例,并为计划中和计划外的行动实现高可用性。

  • 高可用性框架 :甲骨文RAC组件,使甲骨文数据库能够始终在运行状态中维护组件。

  • 快速申请通知(风扇) :向甲骨文RAC应用程序和客户提供有关集群状态变化和负载平衡咨询事件的信息,例如:UP 和DOWN 实例、服务或节点的事件。FAN有两种向客户端发布事件的方法,甲骨文通知服务守护进程(jDBC)客户端使用的方法,包括甲骨文应用程序服务器和甲骨文戈登特高级队列,后者仅用于以前发布的甲骨文呼叫接口(OCI)和甲骨文数据提供者。净客户。

    注:

    所有甲骨文数据库客户端都使用甲骨文通知服务。

  • 交易警卫队 :为计划外中断和重复提交的情况下最少一次运行的事务提供协议和API。

  • 应用连续性 :提供了一个通用的基础设施,当收到可恢复错误时,可以重放飞行中的请求,掩盖许多系统、通信、存储中断和硬件故障。与现有的恢复技术不同的是,该特性试图恢复应用程序下的事务性会话和非事务性会话状态,这样应用程序就会将中断视为延迟处理。

  • 连接负载平衡 :甲骨文网络服务的功能是平衡提供所需数据库服务的所有实例之间的输入连接。

  • 负荷平衡咨询 :向应用程序提供关于数据库及其实例提供的当前服务水平的信息。负载平衡咨询会根据您为该服务定义的管理策略,向应用程序建议在哪里引导应用程序请求获得最佳服务。负载平衡咨询事件是通过甲骨文通知服务发布的。

  • 自动工作量存储库 ::跟踪服务级统计数据作为衡量标准。当统计超过或未能达到某些阈值时,您可以为这些度量创建服务器生成的警报。

  • 快速连接故障转移(FCF) :通过订阅风扇事件,使甲骨文客户端能够提供连接的快速故障转移。

  • 运行时连接负载平衡 :使甲骨文客户机能够根据数据库实例提供的当前服务水平,在应用程序请求连接完成某些工作时,提供连接池中的智能连接分配。

  • 单一客户端访问名(扫描) :为连接到甲骨文RAC的客户机提供一个单独的名称,即使您从集群中添加或删除节点,这些名称在集群的整个生命周期中不会发生变化。通过扫描连接的客户端可以使用一个简单的连接字符串,例如一个薄的JDBCURL或EZ连接,并且仍然可以实现负载平衡和客户端连接故障转移目标。

可以通过多种方式部署甲骨文RAC和非集群甲骨文数据库环境来使用动态数据库服务特性。根据节点的数量和环境的复杂性和目标,选择最佳的自动工作量管理和高可用性配置取决于几个考虑因素,这些因素在自动工作量管理主题中得到解释。

阻断剂解析器概述

缓冲器解析器是一个甲骨文数据库功能,自动检测和解决系统延迟。

注:

从甲骨文数据库发布23AI开始,甲骨文服务管理质量(Qosm,或QoS管理)被取消。

存储器解析器最初识别系统延迟,然后将有关延迟的相关信息倾倒到跟踪文件中。在甲骨文数据库12C版本2(12.2)和以后版本中,阻断器解析器可以采取行动并尝试解决系统延迟。阻断器解析器也运行在单实例和甲骨文RAC数据库实例。

锁块解析器功能如下:

  • 首先检测系统延迟,然后分析延迟并验证延迟的原因。然后运用启发式方法来决定解决延迟的行动方案。

  • 自动化需要DBA手动步骤的任务,以便为我的甲骨文支持提供跟踪文件,这样那里的人就可以识别延迟的来源,最小化或消除数据库和应用程序的停机时间。

  • 定期扫描所有进程,并分析一个较小的进程子集,这些进程在连续的扫描中保存着资源。如果资源没有等待,则阻断器解析器忽略进程。

  • 考虑交叉实例延迟,在持有者是等待甲骨文ASM实例响应的数据库进程的情况下,这些延迟。

  • 终止持有者过程,以便等待该资源的下一个过程可以继续并防止延迟。

  • 通知在警报日志中有ORA-32701错误消息的DBA。

父主题: 甲骨文RAC介绍

数据库内存和甲骨文RAC概述

每个甲骨文RAC节点都有自己的内存(IM)列存储。默认情况下,填充对象分布在集群中的所有IM列存储中。

甲骨文建议您在每个甲骨文RAC节点上平均调整IM列存储。如果甲骨文RAC节点不需要IM列存储,那么设置INMEMORY_SIZE 参数到0 .

从甲骨文数据库19c开始,内存中的数据库有一个新的基本级别特性,允许您使用最多16GB列存储的数据库内存,而不需要数据库内存中的选项。在甲骨文RAC数据库中, INMEMORY_SIZE 每个数据库实例中的设置不得超过16GB。设置INMEMORY_FORCE 参数到 BASE_LEVEL 以启用此功能。

可以在每个节点上填充完全不同的对象,或者在集群中的所有IM列存储中分布更大的对象。在甲骨文设计的系统上,同样的对象也可能出现在每个节点的IM列存储中。集群中所有对象的分布由两个子子句控制。INMEMORY 属性:DISTRIBUTE 和DUPLICATE .

在甲骨文RAC环境中,一个只有INMEMORY 指定的属性自动分布在集群中的IM列存储中。你可以用DISTRIBUTE 指定对象如何在集群中分布.默认情况下,使用的分区类型(如果有的话)决定了对象是如何分布的。如果对象没有被分区,那么它是按行范围分布的。另外,你也可以指定DISTRIBUTE 覆盖默认行为的条款。

在甲骨文工程系统上,您可以在集群中的IM列存储中复制或镜像填充对象。这种技术提供了最高层次的冗余。…DUPLICATE 控制对象如何复制。如果你只指定DUPLICATE 然后,数据的一个镜像副本分布在集群中的IM列存储中。要在每个IM列存储中复制整个对象,请指定DUPLICATE ALL .

注:

当你在非工程系统上部署甲骨文RAC时,DUPLICATE 条款被视为NO DUPLICATE .

父主题: 甲骨文RAC介绍

管理甲骨文RAC环境概述

在管理甲骨文RAC时,有许多考虑因素,如部署类型、使用的工具、如何监控系统以及如何评估性能。

父主题: 甲骨文RAC介绍

关于设计和部署甲骨文RAC环境

任何企业,凡设计和实施高可用性战略的甲骨文RAC,必须首先对需要高可用性的业务驱动程序进行透彻的分析。

对高可用性业务需求的分析,加上对实现不同高可用性解决方案所需投资水平的理解,有助于开发实现业务和技术目标的高可用性架构。

另见:

为了帮助选择和实现最适合您可用性需求的架构:

  • "设计和部署技术" 提供一个高级概述,您可以用来评估业务的高可用性需求。

  • 甲骨文数据库高可用性概览和最佳做法 描述如何为您的组织选择最合适的架构,描述几个高可用性架构,并为选择最符合您要求的架构提供指导方针,还提供有关甲骨文最大可用性架构的信息

关于甲骨文RAC环境的管理工具

您使用服务器控制工具(SRVCTL)、甲骨文企业管理器、SQL*+和其他工具将集群数据库作为单一系统映像管理。

  • 服务器控制实用程序 :srvctl是一个命令行接口,您可以用它来管理甲骨文RAC数据库。您可以使用srvctl启动和停止数据库和实例,并删除或移动实例和服务。您也可以使用srvctl管理配置信息,甲骨文实际应用集群一个节点(甲骨文RAC一个节点),甲骨文集群软件和甲骨文ASM。

  • 甲骨文车队修补和供应(甲骨文FPP) :使用甲骨文车队修补和提供补丁、升级和提供甲骨文RAC数据库。

  • 甲骨文企业经理 :甲骨文企业管理器云控制图形界面,用于管理非集群数据库和甲骨文RAC数据库环境。甲骨文建议您在可行的情况下使用甲骨文企业经理来执行管理任务。

    您可以使用甲骨文企业管理器云控制来管理甲骨文RAC一个节点数据库。

  • *加上 :SQL*+命令在当前实例上操作。当前的实例可以是启动SQL*+会话的本地默认实例,也可以是与甲骨文网络服务连接的远程实例。

  • 配置验证实用程序:cvu是一个命令行工具,您可以使用它来验证集群和甲骨文RAC的一系列组件,例如共享存储设备、网络配置、系统要求和甲骨文集群软件,以及操作系统组和用户。您可以使用cvu进行安装前检查和集群环境的安装后安装检查。cvu在甲骨文网格基础设施和甲骨文RAC组件的预安装和安装期间尤为有用。甲骨文通用安装程序在安装甲骨文集群软件和甲骨文数据库后运行cvu,以验证您的环境。甲骨文通用安装程序在安装甲骨文集群软件和甲骨文数据库后运行cvu,以验证您的环境。甲骨文通用安装程序在安装甲骨文集群软件和甲骨文数据库后运行cvu,以验证您的环境。

    安装之前安装和使用cvu,以确保您的配置符合最低的甲骨文RAC安装要求。另外,使用cvu来验证正在进行的管理任务的完成,例如节点添加和节点删除。

    注:

    从甲骨文网格基础设施23AI开始,集群验证实用程序(cvu)改名为配置验证实用程序(cvu)。
  • 甲骨文数据库 :用于创建和初步配置甲骨文RAC、甲骨文RAC一个节点和甲骨文非集群数据库的推荐实用程序。

  • 内卡 :为你的甲骨文RAC环境配置网络。

另见:

  • "管理数据库实例和集群数据库" 关于甲骨文RAC管理的介绍,使用srvctl、甲骨文企业管理器和SQL*+

  • "监控甲骨文RAC和甲骨文集群软件"

  • "服务器控制实用工具参考" 参考资料

  • 甲骨文集群软件管理和部署指南 关于配置验证实用程序(cvu)的信息,以及其他甲骨文集群软件工具,例如用于分配和取消网络接口的OIFCFG工具和 OCRCONFIG 管理OCR的命令行工具

  • 甲骨文数据库网服务管理员指南 欲知更多有关网卡的资料

关于监测甲骨文RAC环境

基于网络的甲骨文企业经理云控制使您能够监视甲骨文RAC数据库。

甲骨文企业管理器云控制是通过图形用户界面访问甲骨文环境的控制中心。看 "监控甲骨文RAC和甲骨文集群软件" 有关使用甲骨文企业管理器监控甲骨文RAC环境的更多信息。

另外,请注意关于监测甲骨文RAC环境的下列建议:

  • 使用甲骨文企业管理器云控制启动集群数据库管理任务。

  • 使用甲骨文企业管理器云控制来管理多个或单个甲骨文RAC数据库。

  • 使用全球视图(GV$ 意见),其依据是 V$ 观点。…catclustdb.sql 脚本创建了GV$ 观点。如果不使用甲骨文DBCA创建数据库,则运行此脚本。否则,甲骨文DBCA为您运行这个脚本。

    几乎每一个V$ 视图,有一个相应的全局GV$ 景色。除此之外V$ 信息,每个GV$ 视图包含一个额外的列INST_ID 它显示关联的实例号V$ 获取了查看信息。

  • 在甲骨文企业管理器中使用甲骨文数据库诊断和调优包的复杂管理和监控功能,包括自动数据库诊断监视器(ADM)和自动工作负载存储库(AWR)。

    注:

    虽然为后向兼容性提供了Statspack,但仅提供报告。您必须在第7级运行状态处理程序,以收集与块争用和段块等待有关的统计数据。

关于甲骨文RAC环境下的性能评估

您不需要为甲骨文RAC执行特殊的调整;没有特殊的配置更改的甲骨文RAC尺度。

如果您的应用程序在非集群甲骨文数据库上执行得很好,那么它将在甲骨文RAC环境中执行得很好。在非集群甲骨文数据库上执行的许多调优任务也可以提高甲骨文RAC数据库的性能。如果您的环境需要在更多的CPU中具有可伸缩性,则情况尤其如此。

甲骨文RAC特有的一些性能特征包括:

  • 动态资源分配

    • 甲骨文数据库根据需要动态分配缓存融合资源

    • 通过将资源本地化到数据块,动态获取资源可以提高性能

  • 缓存融合能够简化调整方法

    • 您不必为缓存融合调整任何参数

    • 无需调整应用程序级别

    • 您可以使用自下而上的调整方法,对现有的应用程序几乎没有影响

  • 更详细的表现统计数字

    • 更多关于甲骨文RAC性能监测的视图

    • 甲骨文企业经理的特定业绩视图

文章转载自胡飞,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论