用于 Oracle Real Application Clusters 的 Sun Cluster 数据服务指南(适用于 Solaris OS)

安装前的注意事项

Oracle Real Application Clusters 是一个可伸缩应用程序,可以同时在多个节点上运行。Sun Cluster Support for Oracle Real Application Clusters 是一组软件包,安装之后可以使 Oracle Real Application Clusters 在 Sun Cluster 节点上运行。此数据服务还使得可以使用 Sun Cluster 命令管理 Oracle Real Application Clusters。


注意 –

在 Oracle 的早期版本中,此可伸缩应用程序称为 “Oracle Parallel Server”。除非本书另外明确说明,否则本书中对 “Oracle Real Application Clusters” 的引用也适用于 Oracle Parallel Server。


此数据服务提供故障监视,以便使 Oracle Real Application Clusters 资源的状态可以通过 Sun Cluster 实用程序来监视。此数据服务不提供自动故障恢复,因为 Oracle Real Application Clusters 软件提供了类似的功能。

硬件和软件要求

开始安装之前,请注意以下小节中的硬件和软件要求。

Sun Cluster 框架要求

Sun Cluster Support for Oracle Real Application Clusters 需要一个正常运行的群集,并且已安装初始群集框架。有关群集软件的初始安装的详细信息,请参见Sun Cluster 软件安装指南(适用于 Solaris OS)

Oracle Real Application Clusters 数据库的存储管理要求

您必须将 Oracle Real Application Clusters 配置为使用 Sun Cluster 软件的共享磁盘体系结构。在此配置中,可同时访问数据库的 Oracle Real Application Clusters 软件的多个实例共享一个数据库。UNIX Distributed Lock Manager (Oracle UDLM) 可控制对群集节点之间的共享资源的访问。

为了满足这些要求,请使用下列存储管理方案之一:

软件许可证要求

请检验您已获得并安装了适当的软件许可证。如果许可证安装不正确或不完整,节点可能无法正确引导。

例如,如果您使用具有群集功能的 VxVM,请通过运行以下命令之一来检验是否已为卷管理器群集功能安装了有效的许可证:

支持的拓扑要求

请咨询 Sun 企业服务代表以了解 Sun Cluster Support for Oracle Real Application Clusters 当前支持的拓扑、群集互连、存储管理方案和硬件配置。

修补程序安装要求

确保您已为 Solaris 操作系统、Sun Cluster、Oracle 和卷管理器安装了所有适用的软件修补程序。如果需要安装任何 Sun Cluster Support for Oracle Real Application Clusters 修补程序,您必须在安装数据服务软件包之后应用这些修补程序。

Oracle 二进制文件和 Oracle 配置文件的位置

您可以在以下位置之一安装 Oracle 二进制文件和 Oracle 配置文件。

为 Oracle 二进制文件和 Oracle 配置文件使用本地磁盘

将 Oracle 二进制文件和 Oracle 配置文件置于各个群集节点上,这样以后在升级 Oracle 应用程序时便无需关闭数据服务了。

缺点是要维护和管理多份 Oracle 应用程序二进制文件和 Oracle 配置文件。

为 Oracle 二进制文件和 Oracle 配置文件使用共享文件系统

为了简化 Oracle 安装的维护,您可以在共享文件系统上安装 Oracle 二进制文件和 Oracle 配置文件。支持以下共享文件系统:

如果将 Oracle 二进制文件和 Oracle 配置文件置于共享文件系统中,则只需维护和管理一个拷贝。但是,您必须关闭整个群集中的数据服务才能升级 Oracle 应用程序。如果可以接受由于升级而造成的少量停机时间,则可以将一份 Oracle 二进制文件和 Oracle 配置文件置于共享文件系统中。

使用 Sun StorEdge QFS 共享文件系统的要求

您可以在 Sun StorEdge QFS 共享文件系统中存储与 Oracle Real Application Clusters 关联的所有文件。

在多个文件系统之间分布这些文件,如下所示:

有关如何创建 Sun StorEdge QFS 共享文件系统的信息,请参见 Sun StorEdge QFS 的以下文档:

使用群集文件系统的要求

您只能在群集文件系统中存储与 Oracle Real Application Clusters 关联的以下文件:


注意 –

不能在群集文件系统中存储数据文件、控制文件或联机重做日志文件。


写入归档重做日志文件时的输入/输出 (I/O) 性能受用于归档重做日志文件的设备组的位置的影响。为了获得最佳性能,请确保归档重做日志文件的主设备组位于与 Oracle Real Application Clusters 数据库实例相同的节点上。此设备组包含用于存放数据库实例归档重做日志文件的文件系统。

有关如何创建群集文件系统的信息,请参见:

配置规划问题

请使用以下小节中的问题来规划 Sun Cluster Support for Oracle Real Application Clusters 的安装和配置。在Sun Cluster 3.1 数据服务规划和管理指南》的“配置工作表”中的数据服务工作表的相应位置写下对这些问题的回答。

Oracle RAC 服务器资源的资源组

您要为 Oracle Real Application Clusters (RAC) 服务器资源使用哪些资源组?

每个 Oracle Real Application Clusters 数据库实例均需要一个资源组。每个资源组均包含数据库实例的 Oracle RAC 服务器资源。

执行注册和配置 Oracle RAC 服务器资源中的过程时,请使用此问题的答案中指定的资源组。

Oracle 侦听器资源的资源组

您要为 Oracle 侦听器资源使用哪些资源组?

执行注册和配置 Oracle 侦听器资源中的过程时,请使用此问题的答案中指定的资源组。

这些资源组取决于您对 Real Application Clusters 数据库实例的 Oracle 侦听器的配置。有关 Real Application Clusters 实例的侦听器的可能配置的一般信息,请参见您的 Oracle 文档。以下各小节介绍了示例配置。

一个侦听器用于一个 Real Application Clusters 实例

一个侦听器仅服务于一个 Real Application Clusters 实例。侦听器在节点的固定 Internet 协议 (IP) 地址进行侦听。该侦听器不能进行故障转移。

在这种情况下,请按如下所示来配置侦听器资源:

一个不能进行故障转移的侦听器用于多个 Real Application Clusters 实例

一个侦听器服务于同一节点上的多个 Real Application Clusters 实例。侦听器使用 Oracle 的透明应用程序故障转移 (TAF) 和负载平衡在所有 Real Application Clusters 实例之间分布客户机连接。该侦听器不能进行故障转移。

在这种情况下,请按照以下说明来配置侦听器资源:

一个可以进行故障转移的侦听器用于多个 Real Application Clusters 实例

一个可以进行故障转移的侦听器服务于同一节点上的多个 Real Application Clusters 实例。当侦听器向其他节点进行故障转移后,侦听器将服务于其他节点上的多个 Real Application Clusters 实例。

侦听器使用 Oracle 的 TAF 和负载平衡在所有 Real Application Clusters 实例之间分布客户机连接。为了确保错误检测迅速并且故障转移时间较短,侦听器在由 LogicalHostname 资源表示的地址进行侦听。

在这种情况下,请按照以下说明来配置侦听器资源:

有关更多信息,请参见Oracle 侦听器资源的 LogicalHostname 资源

一个侦听器用于整个群集

一个侦听器服务于所有节点上的所有 Real Application Clusters 实例。侦听器在由 LogicalHostname 资源表示的地址进行侦听。此配置确保了当某个节点出现故障后,可以迅速在其他节点上找到地址。

如果将 Real Application Clusters 实例配置为使用多线程服务器 (MTS),则可以使用此配置。在此配置中,init.ora 文件中的 REMOTE_LISTENERS 参数指定每个分发程序向一个逻辑 IP 地址上的侦听器进行注册。

所有客户机通过一个侦听器进行连接。侦听器将每个客户机连接重定向到最空闲的分发程序。最空闲的分发程序与侦听器可能位于不同的节点。

如果侦听器出现故障,侦听器的故障监视器将重新启动侦听器。如果正在运行侦听器的节点出现故障,将在其他节点上重新启动侦听器。在这两种情况下,重新启动侦听器之后,分发程序都将重新进行注册。

如果为整个群集使用一个侦听器,请在同一资源组中配置以下资源:

有关更多信息,请参见Oracle 侦听器资源的 LogicalHostname 资源

Oracle 侦听器资源的 LogicalHostname 资源

Oracle 侦听器资源要使用哪些 LogicalHostname 资源?

执行注册和配置 Oracle 侦听器资源中的过程时,请使用对此问题所作回答中指定的资源组。

如果正在运行 Oracle Real Application Clusters 实例的群集节点出现故障,则客户机应用程序尝试的操作可能必须在超时之后才能在另一实例上再次进行尝试。如果传输控制协议/网际协议 (TCP/IP) 的网络超时值很高,客户机应用程序可能需要相当长的时间来检测故障。通常,客户机应用程序需要三到九分钟的时间来检测此类故障。

在这种情况下,客户机应用程序可以连接到正在由 Sun Cluster LogicalHostname 资源表示的地址进行侦听的侦听器资源。在单独的资源组中配置 LogicalHostname 资源和侦听器资源。请确保此资源组在正运行 Oracle Real Application Clusters 的节点上受到主控。如果某个节点出现故障,则包含 LogicalHostname 资源和侦听器资源的资源组将故障转移到正在运行 Oracle Real Application Clusters 的其他未出现故障的节点。LogicalHostname 资源的故障转移使新连接可以被定向到 Oracle Real Application Clusters 的其他实例。

Sun StorEdge QFS 共享文件系统的资源

如果您使用 Sun StorEdge QFS 共享文件系统,请回答以下问题:

有关更多信息,请参见 Sun StorEdge QFS 的以下文档:

执行注册和配置 Oracle RAC 服务器资源中的过程时,请使用这些问题的答案中指定的资源和资源组。

系统配置文件的位置

要将系统配置文件存放在什么位置?

有关使用本地文件系统(而非群集文件系统)的优点和缺点的信息,请参见Oracle 二进制文件和 Oracle 配置文件的位置