跳过导航链接
退出打印视图
| Oracle Solaris Cluster 3.3 5/11 发行说明 Oracle Solaris Cluster (简体中文)

搜索范围:

- 本文档
- 整个文档库

## 兼容性问题

本节包含以下有关 Oracle Solaris Cluster 与其他产品兼容性问题的信息：

- 调用 rename(2) 以将 Oracle ACFS 目录重命名为其父目录时会导致节点出现紧急情况 (11828617)

- 在出现紧急(uadmin 5 1) 故障后，节点无法启动 Oracle Clusterware (11828322)

- 需要 Oracle ACFS 提供对群集化 fcntl 的支持 (11814449)

- 非全局区域内存在 Oracle ASM 就无法启动 Oracle ACFS (11707611)

- 如果 startsrv 没有运行，SAP startsap 就无法启动应用程序实例 (7028069)

- 通过光纤信道或 iSCSI 将 Sun ZFS Storage Appliance 用作法定设备时出现问题 (6966970)

- Solaris Volume Manager GUI

另请参见以下信息：

- 其他 Oracle Solaris Cluster 框架兼容性问题记录在《Oracle Solaris Cluster 软件安装指南》中的第 1 章 "规划 Oracle Solaris Cluster 配置"中。

- 其他 Oracle Solaris Cluster 升级兼容性问题记录在《Oracle Solaris Cluster Upgrade Guide》中的"Upgrade Requirements and Software Support Guidelines"中。

- 有关其他已知问题或限制，请参见已知问题和错误。

### 调用 rename(2) 以将 Oracle ACFS 目录重命名为其父目录时会导致节点出现紧急情况 (11828617)

问题概述：当调用 `rename`(2) 以将 Oracle ACFS 文件系统中的子目录重命名为其父目录（其中父目录为 Oracle ACFS 文件系统挂载点下的子目录）时会发生此问题。例如挂载到 `/xxx`（其包含一个名为 `/xxx/dir1` 的目录和一个名为 `/xxx/dir1/dir2` 的子目录）的 Oracle ACFS 文件系统。以 `/xxx/dir1/dir2` 和 `/xxx/dir1` 作为参数调用 rename(2) 就会产生此错误。

解决方法：无。请勿将 Oracle ACFS 目录重命名为其父目录的名称。

### 在出现紧急(uadmin 5 1) 故障后，节点无法启动 Oracle Clusterware (11828322)

问题概述：在群集 Oracle ASM（`DB_HOME` 位于 Oracle ACFS 上）上运行单一实例 Oracle 数据库的双节点 Oracle Solaris Cluster 配置中会发生此问题。其中一个节点上出现紧急故障后，另一个节点会引导，但 CRS 启动会失败。

    # crsctl check crs
    CRS-4638: Oracle High Availability Services is online
    CRS-4535: Cannot communicate with Cluster Ready Services
    CRS-4529: Cluster Synchronization Services is online
    CRS-4533: Event Manager is online
    # crsctl start crs
    CRS-4640: Oracle High Availability Services is already active
    CRS-4000: Command Start failed, or completed with errors.

解决方法：再次重新引导节点。

### 需要 Oracle ACFS 提供对群集化 fcntl 的支持 (11814449)

问题概述： Oracle 11g R2 Grid Infrastructure 中的 Oracle ACFS 只提供本地节点 `fcntl`。在 Oracle Solaris Cluster 配置中，配置为可伸缩应用程序的应用程序可能在群集的多个节点中处于活动状态。可伸缩应用程序可能会同时从多个节点向基础文件系统发出写入请求。依赖于群集化 `fcntl`() 的应用程序不能配置为可伸缩应用程序，具体取决于应用程序的实现。要支持 Oracle Solaris Cluster 配置中 Oracle ACFS 上的可伸缩应用程序，Oracle ACFS 必须支持群集化 `fcntl`。

解决方法：当前没有解决方法。请勿在 Oracle Solaris Cluster 配置中的 Oracle ACFS 上配置可伸缩应用程序。

### 非全局区域内存在 Oracle ASM 就无法启动 Oracle ACFS (11707611)

问题概述：当配置为 Oracle 11 g R2 Grid Infrastructure 在全局区域中运行、Oracle 10g R2 ASM 在非全局区域中运行时就会发生此问题。在全局区域中创建通用的 Oracle ACFS 文件系统，其中 `mountpath` 设置为非全局区域的区域根路径下的路径。全局区域中的 Oracle ASM `admin` 用户与非全局区域内的 Oracle ASM 用户不同。非全局区域中 Oracle ASM `admin` 用户的用户 ID 在全局区域中不存在。

重新引导全局-群集节点后，尝试启动 Oracle ACFS 文件系统会失败，并显示类似下面的消息：

    phys-schost# /u01/app/11.2.0/grid/bin/srvctl start filesystem -d /dev/asm/dummy-27 -n phys-schost
    PRCR-1013 : Failed to start resource ora.dbhome.dummy.acfs
    PRCR-1064 : Failed to start resource ora.dbhome.dummy.acfs on node phys-schost
    CRS-5016: Process "/u01/app/11.2.0/grid/bin/acfssinglefsmount" spawned by agent
    "/u01/app/11.2.0/grid/bin/orarootagent.bin" for action "start"
    failed: details at "(:CLSN00010:)" in "/u01/app/11.2.0/grid/log/phys-schost/agent/crsd/
    orarootagent_root/orarootagent_ro ot.log"
    CRS-2674: Start of 'ora.dbhome.dummy.acfs' on 'phys-schost' failed

`orarootagent_root.log` 文件包含类似下面的消息：

    2011-02-01 16:15:53.417: [ora.dbhome.dummy.acfs][8] {2:53487:190} [start] (:CLSN00010:)su: Unknown id: 303

被标识为“未知”的用户 ID 303 是非全局区域中 Oracle ASM `admin` 用户的 ID。

解决方法：在全局区域和非全局区域中针对 Oracle ASM `admin` 用户使用相同的用户 ID。

### Oracle Solaris Cluster 项目共享工作流应返回 r/w 项目下的所有共享 (7041969)

问题概述：如果 Sun ZFS Appliance 文件系统未设置为从其父对象继承其 NFS 属性，为该文件系统配置 `ScalMountPoint` 资源将会失败。

请确保在设置 `ScalMountPoint` 资源时为文件系统选择`从项目继承`。要检查该设置，请在 ZFS Appliance GUI 中编辑该文件系统并导航到“协议”选项卡。

配置 `ScalMountPoint` 资源后，可以根据需要取消选择`从项目继承`以关闭隔离功能。

### 如果 startsrv 没有运行，SAP startsap 就无法启动应用程序实例 (7028069)

问题概述：在 SAP 7.11 中，如果 `startsrv` 程序没有运行，`startsap` 程序就无法启动应用程序实例。

解决方法：在包装脚本中使用下列条目启动应用程序实例，使这些条目适合于您的系统信息，例如实例编号、SID 等。

    ps -e -o args|grep sapstartsrv|grep DVEB
    if (( ${?} != 0 ))
    then
             /usr/sap/FIT/DVEBMGS03/exe/sapstartsrv pf=/usr/sap/FIT/SYS/profile/FIT_DVEBMGS03_lzkosi2c -D
    fi

### 通过光纤信道或 iSCSI 将 Sun ZFS Storage Appliance 用作法定设备时出现问题 (6966970)

问题概述：通过光纤信道或 iSCSI 将 Oracle Sun ZFS Storage Appliance（以前称为 Sun Storage 7000 Unified Storage Systems）用作启用隔离功能的法定设备时，Oracle Solaris Cluster 会将其用作 SCSI 法定设备。在此类配置中，Oracle Solaris Cluster 软件请求的某些 SCSI 操作可能无法得到正确处理。此外，群集重新配置针对完成法定操作而设置的默认超时时间（25 秒），对于此类法定配置可能不够。

如果群集节点显示 Sun ZFS Storage Appliance 法定设备无法访问的消息，或者发现群集节点发生故障，并显示 `CMM: Unable to acquire the quorum device` 消息，则可能是法定设备或其路径出现问题。

解决方法：检查法定设备及其路径是否正常。如果此问题仍然存在，请应用 Sun ZFS Storage Appliance Firmware 2010Q3.3 版更正此问题。

如果因故不能安装此固件，或需要暂时缓解这一问题，请使用以下备选方法之一：

- 请使用其他法定设备。

- 从配置中删除法定设备，禁用设备的隔离功能，再重新将设备配置为法定设备。设备将立即使用软件法定设备。

  注 - 软件法定设备不保证提供与 SCSI 隔离功能相同的保护级别。避免将数据磁盘配置为软件法定设备。

- 按照以下步骤中所示，将法定超时时间增加到较高的值。

  注 - 对于 Oracle Real Application Clusters (Oracle RAC)，请勿更改默认的 25 秒法定超时时间。在某些记忆分裂方案中，较长的超时周期可能会导致 Oracle RAC VIP 故障转移因 VIP 资源超时而失败。如果所用法定设备不适合使用默认的 25 秒超时，请使用其他法定设备。

  1. 成为超级用户。

  2. 在每个群集节点上，编缉 `/etc/system` 文件，将超时时间设置为较高的值。

     以下示例将超时时间设置为 700 秒。

         phys-schost# vi /etc/system
         ...
         set cl_haci:qd_acquisition_timer=700

  3. 从一个节点，关闭群集。

         phys-schost-1# cluster shutdown -g0 -y

  4. 将各节点引导回群集模式。

     重新引导后会初始化对 `/etc/system` 文件的更改。

### 在 ZFS 根文件系统上进行实时升级后，群集区域不进行引导 (6955669)

对于使用 ZFS 作为根文件系统且已配置区域群集的全局群集，当使用 Live Upgrade 升级到 Solaris 10 8/10 时，升级后的引导环境不会进行引导。

请与您的 Oracle 支持代表联系，获悉是否可提供修补程序或解决方法。

### Solaris Volume Manager GUI

Solaris Management Console (Solaris Volume Manager) 的增强存储模块与 Oracle Solaris Cluster 软件不兼容。请使用命令行界面或 Oracle Solaris Cluster 实用程序来配置 Solaris Volume Manager 软件。

版权所有 © 2000, 2011, Oracle 和/或其附属公司。 保留所有权利。 法律声明 |