Symantec™ Storage Foundation and High Availability 6.2 版本说明 - AIX

Transcription

1 Symantec Storage Foundation and High Availability 6.2 版本说明 - AIX 三月 2015

2 Symantec Storage Foundation and High Availability 版本说明 本手册所述软件是根据许可协议而提供, 仅可按该协议的条款使用 产品版本 : 6.2 文档版本 :6.2 Rev 1 法律声明 Copyright 2015 Symantec Corporation 年 Symantec Corporation 版权所有 All rights reserved. 保留所有权利 Symantec Symantec 徽标 对勾标记徽标 Veritas Veritas Storage Foundation CommandCentral NetBackup Enterprise Vault 和 LiveUpdate 是 Symantec Corporation 或其附属机构在美国和其他某些国家 / 地区的商标或注册商标 Symantec 和 赛门铁克 是 Symantec Corporation 在中国的注册商标 其他名称可能为其各自所有者的商标, 特此声明 本文档中介绍的产品根据限制其使用 复制 分发和反编译 / 逆向工程的授权许可协议分发 未经 Symantec Corporation( 赛门铁克公司 ) 及其特许人 ( 如果存在 ) 事先书面授权, 不得以任何方式任何形式复制本文档的任何部分 本文档按 现状 提供, 对于所有明示或暗示的条款 陈述和保证, 包括任何适销性 针对特定用途的适用性或无侵害知识产权的暗示保证, 均不提供任何担保, 除非此类免责声明的范围在法律上视为无效 Symantec Corporation( 赛门铁克公司 ) 不对任何与提供 执行或使用本文档相关的伴随或后果性损害负责 本文档所含信息如有更改, 恕不另行通知 根据 FAR 中的定义, 授权许可的软件和文档被视为 商业计算机软件, 受 FAR 第 节 Commercial Computer Software - Restricted Rights ( 商业计算机软件受限 权利 ) 和 DFARS 第 节 Rights in Commercial Computer Software or Commercial Computer Software Documentation ( 商业计算机软件或商业计算机软件文档权利 ) 中的适用规定, 以及所有后续法规中规定的权利的制约 ( 无论是 Symantec 内部部署还是作为托管服务提供 ) 美国政府仅可根据本协议的条款对授权许可的软件和文档进行使用 修改 发布复制 执行 显示或披露

3 Symantec Corporation 350 Ellis Street Mountain View, CA

4 技术支持 Symantec 技术支持具有全球性支持中心 技术支持的主要任务是响应有关产品特性和功能的特定查询 技术支持小组还负责编写我们的联机知识库文章 技术支持小组与 Symantec 内的其他职能部门相互协作, 及时解答您的问题 例如, 技术支持小组与产品工程和 Symantec 安全响应中心协作, 提供警报服务和病毒定义更新服务 Symantec 提供的维护服务包括 : 一系列支持服务, 使您能为任何规模的单位选择适用的支持服务 通过电话和 Web 支持快速响应并提供最新信息 升级保证可保证软件顺利升级 全天候提供全球支持 高级功能, 包括 客户管理服务 有关 Symantec 维护计划的更多信息, 请访问我们的网站 : 与技术支持联系 具有有效维护协议的客户可以通过以下网址访问技术支持信息 : 在联系技术支持之前, 请确保您的计算机符合产品文档中所列的系统要求 而且您应当坐在发生问题的计算机旁边, 以便需要时重现问题 联系技术支持时, 请准备好以下信息 : 产品版本信息 硬件信息 可用内存 磁盘空间和 NIC 网卡信息 操作系统 版本和补丁程序级别 网络结构 路由器 网关和 IP 地址信息 问题说明 : 错误消息和日志文件 联系 Symantec 之前执行过的故障排除操作

5 授权许可与产品注册 最近所做的软件配置更改和网络更改 如果您的 Symantec 产品需要注册或许可证密钥, 请访问我们的技术支持网页 : 客户服务 可从以下网站获得客户服务信息 : 客户服务可帮助您解决一些非技术性问题, 例如以下几类问题 : 有关产品许可或序列号的问题 产品注册更新 ( 例如, 更改地址或名称 ) 一般产品信息 ( 功能 可用的语言 当地经销商 ) 有关产品更新和升级的最新信息 有关升级保障和维护合同的信息 Symantec 采购计划的相关信息 有关 Symantec 技术支持选项的建议 非技术性的售前问题 与光盘或手册相关的问题 维护协议资源 如果想就现有维护协议事宜联络 Symantec, 请通过以下方式联络您所在地区的维护协议管理部门 : 国家 / 地区中国大陆中国台湾中国香港特别行政区 销售热线 电子邮件 China-Sales@symantec.com Taiwan-Sales@symantec.com HongKong-Sales@symantec.com 文档 介质中提供有 PDF 格式的产品指南 请确保您使用的是文档的最新版本 每个指南的第 2 页上提供了文档版本信息 最新产品文档可从 Symantec 网站获得

6 关于 Symantec Connect 我们十分重视您对产品文档的反馈 请发送改进建议和有关错误或疏漏的报告 请在您的报告中包括所报告的文本内容的文档标题和文档版本 ( 位于第二页上 ) 以及章节标题 请将反馈发送到 : doc_feedback@symantec.com 有关最新的 HOWTO 文章 文档更新的信息, 或者要询问有关产品文档的问题, 请访问 Symantec Connect 中的 Storage and Clustering Documentation 论坛 forums/storage-and-clustering-documentation Symantec Connect 是为 Symantec 企业客户提供的点对点技术社区网站 参与者可以与其他产品用户联络并共享信息, 包括发布论坛帖子 文章 视频 下载 博客和提出建议, 并可与 Symantec 产品团队和技术支持进行交流 内容会由社区进行评分, 成员可凭其贡献获得奖励积分

7 Symantec Storage Foundation and High Availability 版本说明 本文档包含以下主题 : 关于本文档 组件产品版本说明 关于 Symantec Storage Foundation and High Availability Solutions 产品 关于 Symantec Operations Readiness Tools 重要版本信息 6.2 中引入的更改 不再支持的功能 系统要求 已解决的问题 已知问题 软件限制 文档

8 Symantec Storage Foundation and High Availability 版本说明关于本文档 8 关于本文档 本文档提供有关适用于 AIX 的 Symantec Storage Foundation and High Availability (SFHA) 版本 6.2 的重要信息 请在安装或升级 SFHA 之前仔细阅读整个文档 版本说明 中的信息可取代 SFHA 的产品文档中提供的信息 本文档是 Symantec Storage Foundation and High Availability 版本说明 的 文 档版本 :6.2 Rev 1 开始之前, 请确保使用的是本指南的最新版本 Symantec 网站上提供了最新的产品文档, 网址为 : 组件产品版本说明 除阅读本版本说明文档外, 在安装产品前, 还请查看组件产品的版本说明 软件介质上的以下位置提供了 PDF 格式的产品指南 : /docs/product_name Symantec 建议将这些文件复制到系统上的 /opt/vrts/docs 目录中 此版本包括下列组件产品的版本说明 : Symantec Storage Foundation 版本说明 (6.2) Symantec Cluster Server 版本说明 (6.2) 关于 Symantec Storage Foundation and High Availability Solutions 产品 Symantec Storage Foundation and High Availability (SFHA) Solutions 是一组可在异构存储环境中提供存储管控和管理的产品 本节可帮助您确定您所需的产品 表 1-1 显示各个产品及其组件的优势

9 Symantec Storage Foundation and High Availability 版本说明关于 Symantec Storage Foundation and High Availability Solutions 产品 9 表 1-1 SFHA Solutions 产品比较 产品 Symantec Cluster Server (VCS) 可将多个独立系统连接到一个管理框架中以提高可用性 每个系统 ( 即节点 ) 都运行自己的操作系统, 并在软件级别上协作来形成群集 VCS 将商用硬件与智能软件相结合, 从而提供了应用程序故障转移和控制功能 当某个节点或受监视的应用程序出现故障时, 其他节点便可以执行预定义的操作来接管服务并在群集中其他位置启动这些服务 Dynamic Multi-Pathing (DMP) 为在系统上配置的存储设备提供多径处理功能 该产品创建 DMP 元设备 ( 也称为 DMP 节点 ) 来表示指向同一物理 LUN 的所有设备路径 Symantec Replicator 选件可通过 IP 网络进行经济高效的数据复制以用于灾难恢复, 从而为组织提供了独立于存储硬件的超灵活复制体系结构, 作为基于阵列的传统复制体系结构的备选方案 Storage Foundation (SF) 是一项存储管理产品, 其中包含 Veritas Volume Manager (VxVM) Veritas File System (VxFS) 和 DMP Veritas Volume Manager (VxVM) 是一个存储管理子系统, 使用该系统可将物理磁盘和逻辑单元号 (LUN) 作为一种称为 卷 的逻辑设备进行管理 Veritas File System 是基于扩展区的意向日志记录文件系统 Storage Foundation High Availability (SFHA) 除了包含 SF 的所有功能外, 还提供了 VCS 的高可用性 组件 VCS DMP VVR DMP VxVM 和 VxFS DMP VxVM VxFS 和 VCS 优势 最大限度地缩短停机时间 便于服务器合并和故障转移 有效管理异构环境中的各种应用程序 通过 I/O 防护提供数据完整性保护 提供应用程序高可用性 将 DMP 元设备扩展为支持 OS 本机逻辑卷管理器 (LVM) 使用负载平衡提供增强的存储 I/O 性能 提供存储路径故障防护和快速故障转移 实现了与操作系统或存储硬件无关的集中式存储路径管理 Volume Replicator (VVR) 提供基于块的连续复制 提供有效的带宽管理 支持跨平台复制和可移植的数据容器 (PDC) 环境中的复制 提高了异构环境间的存储利用率 重复数据删除和压缩 自动存储分层 集中式存储管理 轻松实施 OS 和存储迁移, 将停机时间减到最短 DMP 的所有优势 DMP 的所有优势 SF 的所有优势 VCS 的所有优势

10 Symantec Storage Foundation and High Availability 版本说明关于 Symantec Storage Foundation and High Availability Solutions 产品 10 产品 组件 优势 Storage Foundation Cluster File System High Availability (SFCFSHA) 对 Symantec Storage Foundation 进行了扩展, 以支持存储区域网络 (SAN) 环境中的共享数据 多台服务器可以同时访问对应用程序透明的共享存储和文件 通过 Flexible Shared Storage (FSS) 功能, 可以将本地或常用存储用于 Cluster Volume Manager (CVM) 或群集文件系统 (CFS) DMP VxVM VxFS VCS CVM 和 SFCFSHA DMP 的所有优势 SF 的所有优势 VCS 的所有优势 加强了共享存储间的自动化以及对可用性和性能的智能管理 CVM 对 VxVM 进行了扩展以支持共享磁盘组 CFS 对 VxFS 进行了扩展以支持并行群集 Storage Foundation for Oracle RAC (SFRAC) 是 Symantec 存储管理和高可用性软件的集成套件 该软件设计用于改进实时应用群集 (RAC) 环境的性能 可用性和易管理性 Symantec ApplicationHA 针对在虚拟化环境中的虚拟机内运行的应用程序提供监视功能 Symantec ApplicationHA 向物理主机中由 Symantec Cluster Server (VCS) 提供的核心高可用性功能添加了应用程序识别层 Symantec ApplicationHA 基于 VCS, 并使用与之类似的概念, 例如代理 资源和服务组等 但 Symantec ApplicationHA 占用的服务器空间很少, 可在虚拟化环境中实现更快速的安装和配置 DMP VxVM VxFS VCS CVM SFCFSHA, 加上对 Oracle RAC 的支持 Symantec ApplicationHA 和 VCS DMP 的所有优势 SF 的所有优势 VCS 的所有优势 SFCFSHA 的所有优势 支持简化了数据库管理的 Oracle RAC, 同时完全与 Oracle 群集解决方案集成 与 VCS 集成, 现成可用 完全洞察和控制应用程序, 能够启动 停止和监视虚拟机中运行的应用程序 确保应用程序以及运行应用程序的虚拟机具备高可用性 包括应用程序重新启动 正常虚拟机重新启动 强制虚拟机重新启动和 vmotion 的一系列增量故障管理补救措施 ApplicationHA 会尝试前两个补救措施, 在失败时会提示 VMwareHA 尝试后面两个补救措施 使用与 Veritas Operations Manager 控制板集成的单一界面以标准化方式管理应用程序 专用应用程序维护模式, 在该模式中, Symantec ApplicationHA 允许您有意地使应用程序摆脱其控制范围以进行维护或故障排除 Veritas Operations Manager 为 Symantec Storage Foundation and High Availability 产品提供了集中式管理控制台 您可以使用 Veritas Operations Manager 监视 查看和管理存储资源并生成报告 不适用 用于管理 Storage Foundation 产品中各种功能的集中化 标准化方法 用于管理各个主机及其存储的可视界面 增加在跨越多个操作系统的数据中心中运行的所有 Storage Foundation 实例的可见性

11 Symantec Storage Foundation and High Availability 版本说明关于 Symantec Operations Readiness Tools 11 产品 组件 优势 Symantec Cluster Server (VCS) 代理为特定资源和应用程序提供高可用性 每个代理管理一种特定类型的资源 通常情况下, 代理可以启动 停止和监视资源并报告状态更改 VCS 和 Symantec ApplicationHA VCS 的所有优势 Symantec ApplicationHA 的所有优势 除了此版本中提供的代理以外, 还通过独立的 Symantec 产品 Symantec High Availability Agent Pack 提供了其他代理 该代理软件包中包含了当前可用的代理, 并在每个季度重新发布以添加当前正在开发的新代理 可从 Symantec Operations Readiness (SORT) 网站下载最新代理 : 关于 Symantec Operations Readiness Tools Symantec Operations Readiness Tools (SORT) 是一个网站, 可自动处理和简化某些最耗时的管理任务 SORT 有助于您更高效地管理数据中心, 并充分利用 Symantec 产品 SORT 可以帮助您执行以下操作 : 为下一次安装或升级做准备 识别风险并获取特定于服务器的建议 列出产品安装和升级要求, 包括操作系统版本 内存 磁盘空间和体系结构 分析系统以确定是否已做好安装或升级 Symantec 产品以及生成安装和升级自定义报告的准备 按产品或平台, 并按需要安装的顺序列出修补程序 显示并下载最新修补程序或历史修补程序 按供应商 平台或 Storage Foundation and High Availability (SFHA) 版本显示阵列支持库 (ASL) 详细信息 ASL 使连接到基于 SFHA 的服务器的阵列更易于管理 根据代理类型 应用程序和平台列出 VCS 和 ApplicationHA 代理 文档和下载 分析服务器中是否存在潜在环境风险 生成风险评估自定义报告, 其中包含有关系统可用性 存储利用率 性能和最佳做法的特定建议 显示数千个 Symantec 错误代码的说明和解决方案

12 Symantec Storage Foundation and High Availability 版本说明重要版本信息 12 提高效率 获取有关对修补程序 阵列特定模块 (ASL/APM/DDI/DDL) 文档 产品版本 硬件兼容性列表 (HCL) 和 VCS/ApplicationHA 代理所做更改的自动电子邮件通知 从生产环境中快速收集已安装的 Symantec 产品和许可证密钥信息 生成许可证 / 部署自定义报告, 其中包括产品名称 版本和平台 服务器层 Symantec 性能值单位 (SPVU) 以及服务使用期结束日期 列出并下载 Symantec 产品文档, 其中包括产品指南 手册页 兼容性列表和支持文章 在单个页面上访问指向重要资源的链接, 其中包括 Symantec 产品支持 SymConnect 论坛 客户服务 Symantec 培训和教育 Symantec FileConnect 授权门户和 my.symantec.com 此页面还包括指向主要供应商支持站点的链接 使用 ios 设备的一部分 SORT 功能 从以下位置下载应用程序 : 注意 :SORT 的某些功能并非对所有产品都可用 访问 SORT 不需要额外费用 要访问 SORT, 请转到 : 重要版本信息 有关此版本的重要更新, 请查看 Symantec 技术支持网站上最新发布的新闻和技术说明 : 有关此版本可用的最新修补程序, 请转到 : 硬件兼容性列表中包含有关所支持硬件的信息, 该列表会定期更新 有关所支持硬件的最新信息, 请访问以下 URL: 软件兼容性列表总结了所有支持的 Storage Foundation and High Availability (SFHA) Solutions 产品堆栈和产品功能 操作系统版本以及第三方产品 有关所支持软件的最新信息, 请访问以下 URL:

13 Symantec Storage Foundation and High Availability 版本说明 6.2 中引入的更改 13 注意 : 安装或升级 SFHA Solutions 产品前, 请查看当前兼容性列表确认硬件和软件的兼容性 6.2 中引入的更改 本节列出了 Symantec Storage Foundation and High Availability 6.2 的更改 与安装和升级相关的更改 在 6.2 中, 产品安装程序的更改如下 通过代理服务器连接到 SORT 网站 产品安装程序连接到 Symantec Operations Readiness Tools (SORT) 网站有几个目的, 例如下载最新的安装程序修复程序以及上传安装程序日志 ;Deployment Server 会连接到 SORT 自动下载 Maintenance 或 Patch 版本映像 在此版本中, 运行产品安装程序或 Deployment Server 之前, 可以使用以下代理设置, 通过代理服务器连接到 SORT: # https_proxy= # export https_proxy # ftp_proxy= # export ftp_proxy 默认以安全模式安装 Symantec Storage Foundation and High Availability 默认情况下, 将以安全模式安装 Symantec Storage Foundation and High Availability 建议您以安全模式安装 SFHA, 以便能够控制来宾用户对安全群集的访问权限, 以及加密 SFHA 组件之间的通信 可以在安装期间选择非安全模式 ; 但是, 产品安装程序会在安装期间通过下列消息向您发出警告 : Symantec recommends that you install the cluster in secure mode. This ensures that communication between cluster components is encrypted and cluster information is visible to specified users only. 非安全模式升级操作将继续在非安全模式下进行 安全模式升级可以控制用户对安全群集的访问

14 Symantec Storage Foundation and High Availability 版本说明 6.2 中引入的更改 14 支持使用 Deployment Server 集中安装 Deployment Server 是一种脚本, 利用该脚本可以更轻松地安装或升级 SFHA 版本 利用 Deployment Server, 可以在一个中央位置存储多个版本映像, 并将这些映像部署到任何受支持的 UNIX 或 Linux 平台 (6.1 或更高版本 ) 的系统中 在 6.1 之前, 各版本仍需要相同的平台 体系结构 发行版和操作系统版本 如果要安装或升级多个版本和 / 或多个平台, 则可以使用 Deployment Server 通过 Deployment Server, 可以执行如表 1-2 中所述的以下操作 表 1-2 功能 Deployment Server 功能 说明 使用安装捆绑软件包和安装模板安装或升级系统 定义或修改安装捆绑软件包 创建安装模板 使用安装捆绑软件包安装或升级系统 根据安装模板中存储的信息在系统上安装软件包 定义或修改安装捆绑软件包并使用 Deployment Server 进行保存 在正在运行的系统上查找要复制到新系统的已安装组件 使用代理服务器将 Deployment Server 连接到 SORT 使用代理服务器 ( 充当客户端请求的媒介 ) 将 Deployment Server 连接到 Symantec Operations Readiness Tools (SORT) 网站 平台过滤 在 Set Preference ( 设置首选项 ) 菜单中, 选择 Selected Platforms ( 所选平台 ) 过滤部署环境中当前使用的平台 注意 :Deployment Server 仅适用于基于脚本的安装程序, 而不适用于基于 web 的安装程序 有关详细信息, 请参见 安装指南 支持使用 pwdutil.pl 实用程序设置 ssh 和 rsh 连接 密码实用程序 pwdutil.pl 已捆绑在 6.2 版本的 scripts 目录下 用户可运行 pwdutil.pl 实用程序以自动设置 ssh 和 rsh 连接 与 Symantec Storage Foundation and High Availability (SFHA) 相关的更改 在 6.2 中,Storage Foundation and High Availability (SFHA) 包含以下更改 :

15 Symantec Storage Foundation and High Availability 版本说明 6.2 中引入的更改 15 SmartIO: 对固态驱动器上缓存的支持 Storage Foundation and High Availability Solutions (SFHA Solutions) 的 SmartIO 功能通过 I/O 缓存来提升固态设备上的数据效率 使用 SmartIO 提高效率时, 可以优化每 IOPS 的成本 SmartIO 不要求深入了解底层硬件技术 SmartIO 使用先进的可自定义启发法来确定要缓存的数据, 以及从缓存删除该数据的方式 该启发法利用了 SFHA Solutions 在工作负载特性方面的知识 SmartIO 支持以多种缓存模式和配置对装入 VxVM 卷上的 VxFS 文件系统执行读取和写入缓存操作 对 VxVM 卷上运行的应用程序的读取缓存 对 VxFS 文件系统上运行的应用程序的读取缓存 对 VxFS 文件系统上运行的应用程序的写回缓存 对 VxFS 文件系统的数据库缓存 对 VxVM 卷的数据库缓存 要使用 SmartIO, 需要在目标设备中设置一个缓存区域 当应用程序处于联机状态时, 使用一条命令即可完成此任务 当应用程序发出 I/O 请求时,SmartIO 会检查缓存能否满足该 I/O 的要求 随着应用程序从基础卷或文件系统访问数据,SmartIO 会根据内部启发法将某些数据移到缓存 后续的 I/O 会通过缓存进行处理 通过添加参数信息帮助 SmartIO 功能进行决策, 您能对缓存哪些数据进行自定义 有关详细信息, 请参见 Symantec Storage Foundation and High Availability Solutions SmartIO for Solid State Drives 解决方案指南 收集应用程序和后台驻留程序核心数据进行调试 如果 Storage Foundation 应用程序或后台驻留程序出现问题, 它可能会产生一个核心文件 此版本引入了 vxgetcore 脚本, 可让您高效收集核心文件 二进制文件 库文件和所有相关的调试信息, 以及生成 tar 文件 您随后可将该 tar 文件发送给 Symantec 技术支持部门进行分析 有关更多信息, 请参见 Symantec Storage Foundation and High Availability Solutions 故障排除指南 Veritas Volume Manager 相关的更改 在 6.2 中,Veritas Volume Manager (VxVM) 包括以下更改 : SFHA 安装的 VxVM SmartIO 支持 SFHA 安装支持 VxVM SmartIO 在多个节点上启用 SmartIO 后,Group Lock Manager (GLM) 库将保持每个节点上的缓存一致

16 Symantec Storage Foundation and High Availability 版本说明 6.2 中引入的更改 16 有关详细信息, 请参见 Symantec Storage Foundation and High Availability Solutions SmartIO for Solid State Drives 解决方案指南 用于恢复和快照的分层卷增强功能 在此版本中, 为分层卷提供了一项新的增强功能, 以便在存储断开连接并随后重新连接时, 只会使用快速重新同步功能同步受影响子卷中的不一致区域 如果某个存储发生故障, 则该存储上的子卷镜像将分离, 同时与父卷关联的 DCO 将跟踪子卷上的未来 IO 如果在恢复存储连接之后重新挂接已分离的镜像, 则只会使用快速重新同步功能同步该镜像中的不一致区域 在此版本之前, 如果分层卷中某个子卷的镜像内的存储无法访问, 则在重新连接该存储之后, 将对此镜像进行完全同步 有关快速重新同步的更多信息, 请参见 Symantec Storage Foundation and High Availability 管理指南 读取策略增强功能 在此版本中, 为了优化读取性能, 对 VxVM 卷上的 Plex 读取策略进行了更改 当存在多个镜像可服务读取 IO 时,VxVM 将在这些镜像中选择一组可提供最佳性能和轮循的镜像 选择镜像组时, 内部逻辑将考虑各种因素, 包括站点区域性 磁盘连接 介质类型 布局 ( 条带化 ) 等 您可以覆盖此逻辑并将任何 Plex 设置为首选镜像, 或者将某个轮询读取策略设置为卷的所有镜像中的轮询 有关读取策略的更多信息, 请参见 管理指南 同步可能未同步就已创建的现有卷 使用 vxvol 命令 sync 属性能够同步可能未同步就已创建的现有卷 当该卷处于空闲状态时, 应当运行 vxvol sync 有关更多信息, 请参见 vxvol(1m) 手册页 Veritas File System 相关的更改 此版本中的 VxFS 没有任何更改 对 LLT GAB 和 I/O 防护的更改 本节涵盖 LLT GAB 和 I/O 防护的新增功能和增强功能 对 LLT 的更改在 6.2 中,Symantec Cluster Server 包括对 LLT 的以下更改 : 对 I/O 防护的更改在 6.2 中,Symantec Cluster Server (VCS) 包括对 I/O 防护的以下更改 :

17 Symantec Storage Foundation and High Availability 版本说明 6.2 中引入的更改 17 I/O 防护支持基于多数的防护机制, 这是一种不需要协调点的新防护机制 I/O 防护支持一种新的防护模式 基于多数的 I/O 防护 基于多数的 I/O 防护模式不需要用协调点在群集环境中提供数据损坏防护和数据一致性 不存在任何其他可用作协调点的服务器和 / 或共享 SCSI-3 磁盘时, 使用基于多数的 I/O 防护 它提供一种可靠的仲裁方式, 并且不需要任何其他硬件设置 ( 例如 CP 服务器或共享 SCSI3 磁盘 ) 在发生网络故障时, 多数子群集会赢得防护争夺并保持运行状态 请注意, 即使多数子群集已挂起或无响应, 少数子群集仍会在防护争夺中失败, 并且群集将发生混乱 此类群集将不可用, 直到问题得到解决 有关更多信息, 请参见 安装指南 和 管理指南 使用 vxfenclearpre 实用程序清除协调点服务器注册 除了从协调器磁盘和共享数据磁盘组删除 SCSI3 注册和保留键这一现有功能外, vxfenclearpre 实用程序还具备增强功能, 能够清除当前群集协调点服务器的注册 在运行此实用程序时所在的本地节点上,/etc/vx/.uuids 目录下的 clusuuid 文件中必须拥有当前群集的 UUID 请注意, 由于此实用程序会试图使用协调点服务器使用的 IP 地址建立一个网络连接, 您在清除协调点服务器注册时可能会出现延迟 出现该延迟的原因可能是由于网络问题, 也可能是由于 IP 地址错误或无法访问 有关更多信息, 请参见 管理指南 不支持原始磁盘 I/O 防护策略 Symantec 不支持原始磁盘 I/O 防护策略 对于可通过单个硬件路径或多个硬件路径访问节点的协调器磁盘, 请使用 DMP 作为 I/O 防护策略 有关更多信息, 请参考 安装指南 和 管理指南 与 SFDB 工具相关的更改 以下各节介绍了与 6.2 中的 Storage Foundation for Databases (SFDB) 工具相关的更改 多租户数据库支持 SFDB 工具支持对 Oracle 12c 多租户数据库进行操作 SFDB 工具不支持对单个可插拔数据库 (PDB) 进行操作 支持 DB2 配置 在此版本中,SFDB 工具支持 DB 版本

18 Symantec Storage Foundation and High Availability 版本说明不再支持的功能 18 版本级别的术语变更 使用 Symantec Storage 插件管理 OEM Symantec Storage 插件提供了一个图形界面, 能够通过 Oracle Enterprise Manager 12c (OEM) 有效地管理和查看您的 Storage Foundation 和 VCS 对象 此插件有以下三个选项卡 : SmartIO - 提供一个网关, 可管理使用 Storage Foundation 的 SmartIO 功能的对象, 是一种高级缓存解决方案 快照 - 允许您将 SFDB 的时间点副本技术应用到所选数据库对象, 例如数据文件 表空间 群集 - 从 Symantec Cluster Server 提取各种配置特定信息, 并将这些信息以表格格式列出 有关下载和使用该插件的详细信息, 请访问 在 6.2 版本中, 用来描述基于修补程序的版本的术语发生了如下变更 : 表 1-3 版本级别的术语变更 之前的版本 6.0.x x 6.2 与之后的版本 状态 提供渠道 P 修补程序 公共修补程序 修补程序 正式 排序 修补程序 专用修补程序 修补程序 非正式 客户支持 不再支持的功能 正式的修补程序版本通过 SORT 提供 此版本以前称为 P 修补程序或公共修补程序, 现在称为修补程序 非正式的修补程序版本通过客户支持提供 热修补是唯一的非正式修补程序版本 此版本的 SFHA 产品不支持以下功能 : 不再支持原始磁盘 I/O 防护策略 系统要求 本节介绍此版本的系统要求

19 Symantec Storage Foundation and High Availability 版本说明系统要求 19 支持的 AIX 操作系统 本节列出了此版本 Symantec 产品所支持的操作系统 要获得最新的更新, 请访问 Symantec Operations Readiness Tools Installation and Upgrade (Symantec Operations Readiness Tools 安装和升级 ) 页面 : 表 1-4 显示了此版本支持的操作系统 表 1-4 操作系统 AIX 7.1 AIX 6.1 支持的操作系统级别 TL2 TL3 TL8 TL9 芯片组 Power 5 Power 6 或 Power 7 Power 5 Power 6 或 Power 7 数据库环境中受支持的 Storage Foundation for Databases 功能 支持将 Storage Foundation for Databases (SFDB) 产品功能用于以下数据库环境 : 表 1-5 数据库环境中支持的 SFDB 功能 Symantec Storage Foundation 功能 DB2 Oracle Oracle RAC Sybase Oracle Disk Manager 否 是 是 否 Cached Oracle Disk Manager 否 是 否 否 Quick I/O 是 是 是 是 缓存 Quick I/O 是 是 是 是 并行 I/O 是 是 是 是 存储检查点 是 是 是 是 Flashsnap 是 是 是 是 SmartTier 是 是 是 是 数据库存储检查点 是 是 是 否 注意 : 需要 Enterprise 许可证 Database Flashsnap 是 是 是 否 注意 : 需要 Enterprise 许可证

20 Symantec Storage Foundation and High Availability 版本说明系统要求 20 Symantec Storage Foundation 功能 DB2 Oracle Oracle RAC Sybase SmartTier for Oracle 否 是 是 否 注意 : 需要 Enterprise 许可证 注意 : SmartTier 是 Dynamic Storage Tiering (DST) 的重命名扩展版 Storage Foundation for Databases (SFDB) 工具数据库存储检查点 Database Flashsnap 和 SmartTier for Oracle 受 Enterprise 产品许可证支持 有关支持的 Storage Foundation 产品和单实例 Oracle 版本的最新信息, 请参见 : 请查看当前的 Oracle 文档以确认您的硬件与软件的兼容性 Symantec Storage Foundation 内存要求 Symantec 建议操作系统的最低内存要求为 2 GB 支持的节点数 SFHA 支持最多包含 64 个节点的群集配置 Flexible Storage Sharing (FSS) 仅支持最多 8 个节点的群集配置 SmartIO 写回缓存仅支持最多 2 个节点的群集配置 虚拟内存管理分块所需的 AIX APAR 表 1-6 列出了使用虚拟内存管理 (VMM) 分块功能所必须安装的 AIX APAR, 以及 thrpgio_npages 和 thrpgio_inval APAR 可调参数的默认值 表 1-6 操作系统 AIX 6 TL8 AIX 7 TL2 虚拟内存管理分块所需的 AIX APAR 必需的 APAR IV16685 IV18846 IV17138 IV19372 默认的 APAR 可调参数值

21 Symantec Storage Foundation and High Availability 版本说明已解决的问题 21 您必须通过设置 dchunk_enable=1 来启用 Veritas File System (VxFS), 才能使用 VMM 分块功能而非 VxFS 内部分块功能 有关设置 dchunk_enable 可调参数的信息, 请参见 vxtunefs(1m) 手册页 DMP 设备的 LUN 的必需属性 当 reserve_policy=single_path 且 reserve_lock=yes 时, 可以对设备执行 SCSI-2 保留, 这将影响 I/O 负载平衡和性能 要防止影响负载平衡和性能, 请对 DMP 管理的设备进行如下设置 :reserve_policy=no_reserve 且 reserve_lock=no 这些设置也是群集的必需设置 为 LUN 设置以下属性 1 设置以下属性 : 如果路径设置了 reserve_policy 属性, 请将所有路径的 reserve_policy 属性更改为 no_reserve # lsattr -E1 hdisk557 grep res reserve_policy single_path Reserve Policy True # chdev -l hdisk557 -a reserve_policy=no_reserve -P hdisk557 changed 如果路径设置了 reserve_lock, 请将 reserve_lock 属性更改为 no # lsattr -E1 hdisk558 grep reserve_lock reserve_lock yes Reserve Device on open True # chdev -l hdisk558 -a reserve_lock=no -P hdisk558 changed 2 重新启动系统, 以使更改生效 已解决的问题 此节介绍此版本中已修复的事件 已解决的安装和升级问题 本节介绍此版本中已解决的安装和升级相关事件

22 Symantec Storage Foundation and High Availability 版本说明已解决的问题 22 表 1-7 事件 已解决的安装和升级相关问题 说明 如果不同磁盘组中打开的卷具有相同名称, 滚动升级可能会遇到问题 ( CP 服务器在多节点群集上从 6.0 升级到 6.2 后, 如果使用默认数据库路径,CP 服务器服务组无法联机 [ 如果从安装捆绑软件包菜单选择滚动升级任务, 则安装程序将退出并显示错误 Symantec Storage Foundation and High Availability 中已解决的问题 Symantec Storage Foundation and High Availability (SFHA) 中已解决的问题包括 Veritas File System 和 Veritas Volume Manager 中已解决的问题 请参见第 23 页的 Veritas File System 中已解决的问题 请参见第 24 页的 Veritas Volume Manager 中已解决的问题 Symantec Storage Foundation for Databases (SFDB) 工具中已解决的问题 表 1-8 介绍了此版本 Symantec Storage Foundation for Databases (SFDB) 工具中已解决的问题 表 1-8 SFDB 工具中已解决的问题 事件 说明 如果存档日志目标与数据文件目标相同, 则检查点克隆将会失败 执行反向重新同步提交操作后, 未还原 SmartIO 选项 SFAE 工具未能在 DB2 版本 10.5 中执行 在 Reverse Resync Begin 操作过程中, 发现数据库控制文件版本不匹配 对于精简存储设置, 快照操作报告无法拆分磁盘组 dbed_clonedb(1m) 命令不正确地允许新克隆使用其他克隆的装入路径 设置 mirrorlogpath 参数时,DB2 检查点和 flashsnap 克隆命令挂起 flashsnap 操作未能在 Symantec Volume Replicator (VVR) 辅助站点上创建 symlink

23 Symantec Storage Foundation and High Availability 版本说明已解决的问题 23 Veritas File System 中已解决的问题 本节介绍了此版本的 Veritas File System (VxFS) 中已解决的事件 表 1-9 事件 Veritas File System 中已解决的问题 说明 当文件大小十分庞大时,fallocate 可能会分配一个高度分段的文件 pwrite(2) 函数失败, 错误为 EOPNOTSUPP inode 表溢出时, 会设置文件系统 fullfsck 标志 在 vx_dexh_preadd_space() 函数中释放缓冲区且显示消息 Data Key Miss Fault in kernel mode 时, 内核可能会混乱 升级或重新启动系统后, 可能发生 SSD 缓存使用情况不匹配 当内存中存在大量脏页面, 且在非 null 的现有文件上执行 4 TB 或更大偏移的稀疏写入时, 文件系统会挂起 vx_itryhold_locked() 函数中的 fidtovp() 系统调用可能会发生混乱 系统在 vx_logbuf_clean() 函数中发生混乱 文件系统损坏, 错误消息为 vx_direrr: vx_dexh_keycheck_1 卸载 VxFS 文件系统导致数据存储中断 (DSI) 文件系统会间歇性禁用, 并出现元数据 I/O 错误 群集文件系统上的内部噪音测试会导致 vx_fsadm_query() 函数中的内核混乱, 并出现一条错误消息 VxFS 6.1 中的 vxfsconvert(1m) 命令挂起 fsppadm 失效, 错误为 ENODEV 和 file is encrypted or is not a database 文件包含空行或空格时,vxtunefs(1M) 命令无法设置可调参数 fsdedupadm(1m) 命令类型始终显示为 MANUAL, 即使由 fsdedupschd 后台驻留程序启动也是如此

24 Symantec Storage Foundation and High Availability 版本说明已解决的问题 24 事件 说明 vx_do_getacl() 函数中对指针进行重复删除导致 abend_trap() 运行 vxupgrade(1m) 命令时,VxFS 例程 vx_upgrade7() 函数中发生混乱 调整文件系统大小之后, 可调参数设置 dalloc_enable 会重新设置为默认值 提供的日志大小未对齐时,mkfs( 建立文件系统 ) 命令会进行核心转储 当关闭时, 运行 fsclustadm(1m) 命令的系统会发生混乱 如果 I/O 负载繁重且存在文件级快照时, 需要文件系统冻结的文件系统操作可能需要花费很长时间来执行 在动态 LUN 调整大小操作期间检测到 VxFS 损坏 vxfsstat(1m) 统计报告工具显示不准确的内存使用情况信息 VxFS 返回 EOPNOTSUPP 时,DB2 中存在崩溃或损坏 Veritas Volume Manager 中已解决的问题 本节介绍了此版本 Veritas Volume Manager (VxVM) 中已解决的事件 此列表包括 Volume Replicator 中已解决的问题 表 1-10 Veritas Volume Manager 中已解决的问题 事件 说明 由于 AIX 上使用了不正确的类型,VVR 复制挂起而且 rlink 频繁地断开和重新连接 vxconfigd 后台驻留程序在辅助站点上挂起, 并显示消息 vol_rv_transaction_prepare+0005c8 VxDMP 中存在高 I/O 负载时会发生混乱, 并可能导致存储完全断开连接 重新启动某节点时, 数据库实例终止 分离未完成的 snap Plex 后, 无法删除孤立 cpmap 对象 在 Netapp FAS31700 阵列的控制器交回操作过程中发生 I/O 失败

25 Symantec Storage Foundation and High Availability 版本说明已解决的问题 25 事件 说明 主控节点上 vxrlink pause 命令挂起 当在复制过程中向 SRL 卷写入时,vxconfigd 后台驻留程序在 Veritas Volume Replicator (VVR) 中挂起 对卷进行镜像会在 CDS 磁盘上创建一个比原始 plex 更大的 plex SmartMove 功能无法在没有精简磁盘的分层卷上工作 dmp 安装后重新启动 OS 时出现 620:dmp:coredump 存储设备未出现在 vxdisk 列表或 vxdmpadm getdmpnode 输出中 vxdmpadm listenclosure 全部显示与阵列控制台不同的磁盘阵列 vxconfigbackupd 后台驻留程序在重新启动后从未退出 磁盘组的后台驻留程序保持活动, 因为启动备份后配置已更改 动态 LUN 分配后发生重复磁盘和 I/O 错误 如果 I/O 统计信息后台驻留程序未运行, 则 DMP I/O 会比 IO 超时值更早超时 当使用 Symantec Replication Option 时, 由于两次释放 IOHINT 内存, 会发生系统混乱 vxconfigd(1m) 后台驻留程序由于内存损坏而转储核心 主节点上进行大量 IO 时重新启动会导致辅助节点混乱 解决 DR 上的消息处理和对 IO 执行 Quiesce 之间的死锁 服务器上未安装许可证的情况下从 smartpool 运行添加或删除设备时,ESX 会发生混乱 在端口禁用或启用从 PP 迁移到 DMP 的操作后发生 vxconfigd 核心转储 DV:6.1 vxconfigd 后台驻留程序在辅助站点上挂起, 并显示消息 vol_ru_transaction_prepare 在 PP 下管理了等级后, 某些设备出现错误状态 使用 DCO 的卷联机且遇到存储失败时, 从属节点发生混乱 vxattachd (1M) 后台驻留程序重新挂接手动分离站点的 plex VxVM 未能将唯一名称分配到新的 DCL 卷时,vxsnap prepare 命令失败, 且不会提示错误

26 Symantec Storage Foundation and High Availability 版本说明已解决的问题 26 事件 说明 Veritas Volume Replicator (VVR) 复制在进行中时,Cluster Volume Manager (CVM) 从属节点重新启动导致 I/O 挂起 vxfmrshowmap 和 verify_dco_header 实用程序失败 从属节点未能加入 CVM 群集从而导致混乱 当在 FileStore 上执行文件系统缩小操作时, 可能会向文件系统中添加池 带 mirror 参数的 vxassist 命令和带 att 参数的 vxplex 命令 (1M) 挂起 当发出大量并行 I/O 负载时, 运行 Symantec Replication Option (VVR) 并配置为 VVR 主节点的系统崩溃 创建 VVR TCP 连接时系统无响应 在 Veritas Volume Replicator (VVR) 中复制过程中 I/O 挂起 nmcom_print_sock_storage() 函数中未处理网络和主机 endian 区别 崩溃后的 链接到 卷进入 NEEDSYNC 状态 对 DMP 数据库的重新配置失败 对于 PowerPath (PP) 磁盘阵列, 同时设置了 DA_TPD 和 DA_COEXIST_TPD 标志 VxVM 使缓存区域脱机并再次联机而未重新启动时会发生数据损坏 虽然复制链接 (Rlink) 处于连接状态, 但是对灾难恢复 (DR) 站点的复制挂起 执行快照操作 ( 例如刷新 ) 时, 发生系统混乱或异常 IO 延迟 DMP 错误地将 APTPL 位值为 0 的 SCSI PR OUT 命令发送至阵列 当在专用磁盘组中配置了 siteconsistency(lun 仅映射到本地服务器 ) 且 CVM 活动时, 则分离站点的重新挂接操作失败 客户执行 OS LUN 删除操作时系统发生混乱 发生 FMR 操作时,VxVM 在 Clustered Volume Manager (CVM) 环境中挂起 从 5.1SP1RP4 升级后,vxdiskunsetup 实用程序引发错误 Veritas Volume Manager (VxVM) 会将状态为 未就绪 的任何 EMC CLARiiON 阵列的 LUN 显示在 联机无效 状态中

27 27 事件 说明 即使指定了 -f 选项,vxdisksetup 和 vxdiskunsetup 实用程序仍然对属于逐出的磁盘组的磁盘失败 主站点上的大量 I/O 负载导致主站点和辅助站点之间的事务和会话超时 如果在 I/O 加载过程中出现 SRL 故障, 您可立即在 SRL 故障期间对已写入的数据发出读取操作, 这样系统便会返回旧的数据 在中断上下文中尝试延迟内存释放时,vol_free_sk() 的性能降低 磁盘组名称中存在点时 ( 例如 test.2),vxconfigrestore 命令失败 已解决的 LLT GAB 和 I/O 防护问题 表 1-11 列出了已解决的 LLT GAB 和 I/O 防护方面的问题 表 1-11 事件 说明 已解决的 LLT GAB 和 I/O 防护问题 停止 LLT 服务后且正在卸载 LLT 时, 节点可能出现混乱 [ 如果在联机服务组中将 SysDownPolicy 设置为 AutoDisableNoOffline, 防护配置将失败 [ 当在 LLT 下配置虚拟 NIC 而未在 llttab 中将 MTU 大小指定为 1500, 则群集无法正确工作 例如,VCS 引擎命令可能会挂起并在引擎日志中输出以下消息 : VCS CRITICAL V GlobalCounter not updated 磁盘组名称中的短划线 (-) 导致 vxfentsthdw (1M) 和 Vxfenswap (1M) 实用程序失败 如果在某个节点上强制终止 HAD 进程并重新启动该节点, 则群集节点可能会发生混乱 如果群集具有大量协调点,Coordpoint 代理监视将失败 已知问题 本节介绍了本版本中的已知问题

28 28 已知的安装问题 本节介绍了安装和升级期间的已知问题 installer -requirements 并未将 RHEL 6 Update 6 和 Oracle Linux 7 列为支持的平台 ( ) installer -requirements 命令并未将 RHEL 6 Update 6 和 Oracle Linux 7 列为支持的平台, 但它们可用于版本 6.2 解决方法 : 最新版本的产品版本说明中列出了正确的支持列表 请参见 Symantec 网站上最新的版本说明获取更新的列表 在升级期间停止安装程序然后再恢复升级可能会冻结服务组 ( ) 如果您在安装程序已停止一些进程后停止安装程序, 然后再恢复升级, 则服务组会因使用产品安装程序升级而冻结 解决方法 : 在升级完成后, 您必须手动取消冻结服务组 手动取消冻结服务组 1 列出所有冻结的服务组 # hagrp -list Frozen=1 2 取消冻结所有冻结的服务组 : # haconf -makerw # hagrp -unfreeze service_group -persistent # haconf -dump -makero 在 VxFS 文件系统上安装了 NetBackup 6.5 或更低版本 ( ) 如果在 VxFS 文件系统上安装了 NetBackup 6.5 或早期版本并在升级到 Symantec Storage Foundation (SF) 6.2 之前卸载所有 VxFS 文件系统 ( 包括 NetBackup 二进制文件 (/usr/openv) 所在的文件系统 ), 则在升级到 SF 6.2 时, 安装程序无法检查是否在同一计算机上安装了 NetBackup, 并会卸载共享基础架构文件集 VRTSpbx VRTSat 和 VRTSicsco 这会导致 NetBackup 停止工作 解决方法 : 在卸载 NetBackup 所在的 VxFS 文件系统之前, 将 /usr/openv/netbackup/bin/version 和 /usr/openv/netbackup/version 这两个文件复制到 /tmp 目录 如果安装了群集 NetBackup, 则还必须将

29 29 /usr/openv/netbackup/bin/cluster/nbu_rsp 文件复制到 /tmp 目录 卸载 NetBackup 文件系统后, 手动将这两个文件从 /tmp 复制到其原始目录 如果安装了群集 NetBackup, 则还必须将 /usr/openv/netbackup/bin/cluster/nbu_rsp 文件从 /tmp 复制到其原始目录 如果版本文件目录不存在, 请创建此类目录 : # mkdir -p /usr/openv/netbackup/bin # mkdir -p /usr/openv/netbackup/bin 运行安装程序, 完成升级过程 完成升级过程后, 删除两个版本文件及其目录 如果您的系统已受到此问题的影响, 则在完成升级过程后必须手动安装 VRTSpbx VRTSat 和 VRTSicsco 文件集 由于模板文件损坏, 无法在一些群集节点上安装 VRTSvxvm 文件集 ( ) 安装程序调试日志会显示 errupdate 命令失败, 如下所示 :errupdate -f /usr/lpp/vrtsvxvm/inst_root/vrtsvxvm.err 操作系统通过 /usr/lib/instl/install 调用 errupdate 命令 对于 VRTSvxfs VRTSglm 和 VRTSgms 文件集, 该命令也会失败 errupdate 命令通常会创建 *.undo.err 文件, 以便在安装或清理失败时从错误记录模板存储库中删除条目 不过, 在本例中由于 errupdate 命令失败, 未生成 *.undo.err 文件 此外, 若要因该文件损坏而撤消失败安装所做的更改, 则无法手动从错误记录模板存储库中删除条目 解决方法 : 安装产品之前, 保存 /var/adm/ras/errtmplt 和 /etc/trcfmt 这两个文件的副本 当安装因模板文件损坏而失败时, 用先前保存的这两个文件相应地替换 /var/adm/ras/errtmplt 和 /etc/trcfmt 卸载所有已安装的文件集并重新安装 在更改区域设置之后重新启动 vxconfig 后台驻留程序 ( , ) 在更改了使用 vxconfig 后台驻留程序的节点的区域设置之后, 需要重新启动该后台驻留程序 vxconfig 后台驻留程序将在系统引导时启动 如果更改了区域设置, 则需要重新启动该后台驻留程序 解决方法 : 请参考 Symantec Storage Foundation Cluster File System High Availability 管理指南 中的 vxconfigd 后台驻留程序恢复 一节

30 30 停止 Web 安装程序导致出现错误消息称设备正忙 ( ) 如果您启动 Web 安装程序, 然后执行一项操作 ( 如预先检查 配置或卸载 ), 您可能会收到错误消息称设备正忙 解决方法 : 执行以下操作之一 : 终止 start.pl 进程 再次启动 Web 安装程序 在第一个网页中, 您会看到会话仍然处于活动状态 接管此会话并结束它, 或者直接终止它 resstatechange 触发器发出错误警告 重新启动资源时, 可能会遇到下列警告 : CPI WARNING V The installer has detected that resstatechange trigger is configured by setting TriggerResStateChange attributes. 解决方法 : 在未来版本中, 重新启动资源时, 不会调用 resstatechange 触发器 相反, 如果设置 TriggerResRestart 属性, 则将调用 resrestart 触发器 最新版本中提供了 resrestart 触发器 有关详细信息, 请参考 VCS 文档 在备用磁盘上升级到 6.2 之后,VRTSsfcpi62 文件集仍会保留 ( ) 在 AIX 上, 如果运行命令 alt_disk_scenario 执行磁盘克隆, 并从 6.0 或更高版本升级到 6.2, 则较旧版本的 VRTSsfcpi 文件集将会保留 解决方法 : 完成升级后, 有选择性地卸载较旧版本的 VRTSsfcpi60 文件集 保留较旧版本不会造成任何危害 如果已配置非共享的 ( 已分离 )WPAR, 在安装 升级或卸载任何 Symantec 产品时, 无法相应地在 WPAR 中安装 升级或卸载文件集 ( ) 在 AIX 上, 如果已配置非共享的 ( 已分离 ) 工作负载分区 (WPAR), 通过 Symantec 产品安装程序对任何 Symantec 产品执行安装 升级或卸载任务时, 无法相应地在 WPAR 中安装 升级或卸载文件集 解决方法 : 此问题没有解决方法

31 31 如果已配置共享的 ( 系统 )WPAR, 在安装 升级或卸载任何 Symantec 产品时, 无法相应地在 WPAR 中同步文件集 ( ) 在 AIX 上, 如果已配置共享的 ( 系统 ) 工作负载分区 (WPAR), 通过 Symantec 产品安装程序对任何 Symantec 产品执行安装 升级或卸载任务时, 无法相应地安装 升级或卸载文件集 解决方法 : 在安装 升级或卸载任务后, 执行以下命令以在全局系统中同步 WPAR: # /usr/sbin/syncwpar -A 已知的 LLT 问题 由于 CP 服务器处于安全模式, 从 6.0 之前的版本滚动升级 VCS 将失败 [ ] 如果 CP 服务器配置为以安全模式运行, 不支持将 VCS 从低于 6.0 的版本滚动升级到 6.1 由于 vxcpserv 进程与共享身份验证不兼容, 因此 CP 服务器服务组无法在执行滚动升级的第 1 阶段后联机 解决方法 : 使用完全升级或分阶段升级, 而不使用滚动升级 从 6.0 升级到 6.2 版本后 VVR 可调参数设置不正确 [ ] 升级到 6.2 版本后,vol_min_lowmem_sz 和 vol_max_nmpool_sz 可调参数可能会设置为低于默认值的值 此外,vxtune 命令可能会允许修改可调参数值而不显示错误 解决方法 : 该问题不会产生严重的功能影响 但是, 出于性能方面的考虑, 建议验证 vol_min_lowmem_sz 和 vol_max_nmpool_sz 可调参数值是否至少设置为默认值 使用 vxtune 命令修改可调参数值 本节介绍此版本中已知的 LLT 相关问题 LLT 端口统计数据有时显示 recvcnt 大于 recvbytes ( ) 随着每个数据包的接收,LLT 会增大下列变量 : recvcnt( 每增加一个数据包增加 1) recvbytes( 按每个数据包的大小增加 ) 这两个变量均为整数 随着流量的恒定,recvbytes 会迅速达到或超过 MAX_INT 这可能会导致 recvbytes 值小于 recvcnt 值 但这并不影响 LLT 功能

32 32 LLT 可能无法与虚拟环境中对等节点上的 LLT 进行连接 ( / ) 在从 5.0 MP3 或更早版本升级到版本 6.0 后,LLT 可能无法与 AIX 虚拟环境中对等节点上的 LLT 进行连接 这是 IBM VIOS 的已知问题 请在 VIOS 服务器上安装 APAR IV00776 如果没有此修补程序,VIOS 将无法处理新的 LLT 数据包头, 因此会丢弃数据包 解决方法 : 禁用 SEA 适配器的 largesend 属性 使用以下命令检查每个 VIOS 上的 SEA 适配器 ( 在该适配器上根据 LLT 映射配置虚拟链接 ) 的属性 : # lsattr -El SEA 如果 largesend 设置为 1, 请使用以下命令将其设置为 0: # chdev -l SEA -a largesend=0 已知的 GAB 问题 本节介绍此版本中已知的 GAB 相关问题 当取消初始化 GAB 客户端时,gabdebug -R GabTestDriver 命令将 refcount 值记录为 2 ( ) 在使用 -nodeinit 选项取消注册 gtx 端口后,gabconfig -C 命令将 refcount 显示为 1 但是, 当运行强制性的 deinit 选项 (gabdebug -R GabTestDriver) 来取消初始化 GAB 客户端时, 将记录类似如下的消息 GAB INFO V Client GabTestDriver with refcount 2 forcibly deinited on user request refcount 值在内部按 1 递增 但是,refcount 值显示作为 2, 这与 gabconfig -C 命令输出冲突 解决方法 : 此问题没有解决方法 群集在重新配置期间发生混乱 ( ) 当群集重新配置时,GAB 广播协议在顺序请求路径中遇到争夺情况 这种情况会在极短的时间段中发生, 最终导致 GAB 主节点混乱 解决方法 : 此问题没有解决方法 已知的 I/O 防护问题 本节介绍此版本中已知的 I/O 防护相关问题

33 33 CP 服务器反复记录不可用的 IP 地址 ( ) 如果协调点服务器 (CP 服务器 ) 无法侦听 vxcps.conf 文件中提到的或使用命令行动态添加的任何 IP 地址, 则 CP 服务器定期记录错误以指示该故障 记录将一直继续, 直到成功绑定该 IP 地址 CPS ERROR V Could not create socket for host on port CPS ERROR V Coordination point server could not open listening port = [ ]:14250 Check if port is already in use. 解决方法 : 使用 cpsadm 命令的 rm_port 操作, 从侦听的 IP 地址中删除出现错误的 IP 地址 有关更多详细信息, 请参见 Symantec Storage Foundation and High Availability 管理指南 即使群集节点未向 CP 服务器注册, 防护端口 b 也会出现几秒钟 ( ) 如果您在群集节点的 vxfenmode 文件中提供协调点服务器 (CP 服务器 ) 信息, 然后启动防护, 则即使群集节点未在 CP 服务器上注册, 防护端口 b 也会在出现几秒钟后消失 解决方法 : 要解决此问题, 请将群集信息手动添加到 CP 服务器 或者, 您可以使用安装程序, 安装程序会在配置期间将群集信息添加到 CP 服务器 如果应用群集中未配置 LLT, 则 cpsadm 命令失败 ( ) 如果在运行 cpsadm 命令的应用群集节点上未配置 LLT, 则 cpsadm 命令无法与协调点服务器 (CP 服务器 ) 通信 您会发现类似如下的错误 : # cpsadm -s a ping_cps CPS ERROR V Please ensure a valid nodeid using environment variable CPS_NODEID CPS ERROR V Client unable to communicate with CPS. 不过, 如果您在 CP 服务器上运行 cpsadm 命令, 则即使在承载 CP 服务器的节点上未配置 LLT, 此问题也不会出现 如果未配置 LLT, 则 CP 服务器节点上的 cpsadm 命令总是将 LLT 节点 ID 假设为 0 根据 CP 服务器与应用群集之间的协议, 当您在应用群集节点上运行 cpsadm 时, cpsadm 需要将本地节点的 LLT 节点 ID 发送到 CP 服务器 但是, 如果临时取消配

34 34 置 LLT, 或者该节点是未配置 LLT 的单节点 VCS 配置, 则 cpsadm 命令无法检索 LLT 节点 ID 在这种情况下,cpsadm 命令失败 解决方法 : 将 CPS_NODEID 环境变量的值设置为 255 如果 cpsadm 命令无法从 LLT 获取 LLT 节点 ID, 则该命令读取 CPS_NODEID 变量并且继续进行操作 如果 CP 服务器中缺少群集详细信息, 则 VxFEN 失败, 并显示已存在裂脑消息 ( ) 当您启动基于服务器的 I/O 防护时, 节点可能不会加入群集, 并在日志中显示类似如下的错误消息 : 在 /var/vrtsvcs/log/vxfen/vxfen.log 文件中 : VXFEN vxfenconfig ERROR V Detected a preexisting split brain. Unable to join cluster. 在 /var/vrtsvcs/log/vxfen/vxfen.log 文件中 : operation failed. CPS ERROR V Un-authorized user cpsclient@sys1, domaintype vx; not allowing action 应用群集中的 vxfend 后台驻留程序查询协调点服务器 (CP 服务器 ), 以检查 GAB 成员集中显示的群集成员是否已向 CP 服务器注册 如果应用群集出于某种原因未能与 CP 服务器联系, 则防护无法确定 CP 服务器上的注册情况, 因此保守地假设已存在裂脑 解决方法 : 尝试在应用群集上启动 VxFEN 之前, 请确保群集详细信息 ( 例如群集名称 UUID 节点和权限 ) 已添加到 CP 服务器 由于 RSH 限制,vxfenswap 实用程序不检测协调点验证是否失败 ( ) vxfenswap 实用程序在每个群集节点上通过 RSH 或 SSH 运行 vxfenconfig -o modify 命令, 以执行协调点验证 如果您使用 RSH( 带有 -n 选项 ) 运行 vxfenswap 命令, 则 RSH 不检测节点上的协调点验证是否失败 vxfenswap 继续从这点进行操作, 如同所有节点上的验证已成功一样 但是, 稍后当它尝试将新协调点提交到 VxFEN 驱动程序时, 则会失败 失败之后, 它回滚整个操作, 彻底退出, 并显示一个非零错误代码 如果您使用 SSH( 不带 -n 选项 ) 运行 vxfenswap, 则 SSH 可以正确地检测协调点验证的失败并立即回滚整个操作 解决方法 : 将 vxfenswap 实用程序与 SSH( 不带 -n 选项 ) 一同使用

35 35 重新启动后防护在其中一个节点上不生效 ( ) 如果 VxFEN 取消配置在内核中未完成其处理, 而同时您又尝试启动 VxFEN, 则可能会在 /var/vrtsvcs/log/vxfen/vxfen.log 文件中看到以下错误 : VXFEN vxfenconfig ERROR V Vxfen already configured 但是,gabconfig -a 命令的输出并不列出端口 b vxfenadm -d 命令显示以下错误 : VXFEN vxfenadm ERROR V Local node is not a member of cluster! 解决方法 : 过一段时间后再启动 VxFEN 如果未提及默认端口, 则基于服务器的防护不会正确启动 ( ) 如果您在自定义模式下配置防护并且未提供默认端口, 则防护启动 但是, vxfenconfig -l 命令输出不列出端口号 解决方法 : 当将自定义防护用于至少一个 CP 服务器时, 请在 /etc/vxfenmode 文件中保留 port=<port_value> 设置 默认端口值为 安全 CP 服务器不与将 作为 IP 地址的 localhost 进行连接 ( ) cpsadm 命令不连接到将 作为 IP 地址的 localhost 上的安全 CP 服务器 解决方法 : 使用通过 CP 服务器配置并在本地节点上探查到的任意虚拟 IP 来连接安全 CP 服务器 无法自定义 30 秒期限 ( ) 如果 vxcpserv 进程在启动期间无法绑定到某 IP 地址, 它会每间隔 30 秒尝试绑定到该 IP 地址 此间隔是不可配置的 解决方法 : 此问题没有解决方法 以安全模式将 CP 服务器升级到 6.0 或更高版本后,cpsadm 命令失败 ( ) 以安全模式将协调点服务器 (CP 服务器 ) 升级到 6.0 后,cpsadm 命令可能会失败 如果未从系统中删除旧的 VRTSat 文件集,cpsadm 命令会加载系统中存在的旧安全库 当安装程序在 CP 服务器上运行 cpsadm 命令以添加或升级 SFHA 群集 ( 应用群集 ) 时, 安装程序也会失败 解决方法 : 在 CP 服务器的所有节点上执行下列过程

36 36 解决此问题 1 将 cpsadm 重命名为 cpsadmbin: # mv /opt/vrtscps/bin/cpsadm /opt/vrtscps/bin/cpsadmbin 2 创建一个包含以下内容的 /opt/vrtscps/bin/cpsadm 文件 : #!/bin/sh EAT_USE_LIBPATH="/opt/VRTScps/lib" export EAT_USE_LIBPATH /opt/vrtscps/bin/cpsadmbin "$@" 3 将新文件的权限更改为 775: # chmod 755 /opt/vrtscps/bin/cpsadm 通用产品安装程序无法在 5.1SP1 版本的客户端系统和 6.0 版本或更高版本的服务器之间建立信任关系 [ ] 该问题是由 VCS 5.1SP1 版本不支持信任存储的单独目录所引起的 但是,VCS 6.0 版本及更高版本支持信任存储的单独目录 因此, 由于对信任存储的支持不匹配, 您无法在客户端系统和服务器之间建立信任关系 解决方法 : 使用 cpsat 或 vcsat 命令在协调点服务器和客户端系统之间手动建立信任关系, 以便服务器和客户端系统能够在安全模式下通信 CP 服务器中的主机名和用户名区分大小写 ( ) CP 服务器中的主机名和用户名区分大小写 防护用来与 CP 服务器通信的主机名和用户名大小写必须与 CP 服务器数据库中显示的相同, 否则防护将无法启动 解决方法 : 确保 CP 服务器中的主机名和用户名使用相同的大小写 对于群集中的某些节点, 防护可能会将 RFSM 状态显示为重放 ( ) 校园群集环境中基于协调点客户端的防护可能会针对该群集中的某些节点将 RFSM 状态显示为重放 解决方法 : 在将 RFSM 状态显示为重放的节点上, 重新启动防护

37 37 CoordPoint 代理未报告将新磁盘添加到协调器磁盘组的情况 [ ] 即使协调器磁盘组的构成情况由于在协调器磁盘组中添加了新的磁盘而发生更改, CoordPoint 代理的 LevelTwo 监视也不会报告故障 解决方法 : 此问题没有解决方法 如果使用 协调点服务器在 5.1SP1RP1 上配置基于协调点服务器的防护, 则该防护可能会失败 ( ) 由于 5.1SP1 上没有信任存储的单独目录, 因此,5.1SP1 安装程序 (CPI) 在 5.1SP1 客户端和 6.0 或更高版本的服务器之间无法建立信任关系 如果无法建立信任关系, 则 5.1SP1 安装程序无法将 5.1SP1 客户端配置为在安全模式中与 6.0 或更高版本的 CPS 一起使用 解决方法 : 使用 cpsat 或 vcsat 命令在 CPS 和客户端之间手动建立信任关系 完成该操作之后,CPS 和客户端将能在安全模式中正常通信 如果您运行带有 hacli 选项的 vxfenswap 实用程序, 该实用程序会从 /etc/vxfemode 文件中删除注释行 ( ) vxfenswap 实用程序使用 RSH SSH 或 hacli 协议与群集中的对等节点进行通信 当您使用 vxfenswap 替换基于磁盘的防护中的协调磁盘时,vxfenswap 从 /etc/vxfenmode( 本地节点 ) 复制到 /etc/vxfenmode( 远程节点 ) 通过 hacli 选项, 实用程序可以从远程文件 /etc/vxfenmode 中删除注释行, 但在本地文件 /etc/vxfenmode 中保留注释 解决方法 : 将注释从本地文件 /etc/vxfenmode 手动复制到远程节点 仅当为基于 HTTPS 的通信配置 CP 服务器时,engine_A.log 显示一条误导性消息 ( ) 当您仅为基于 HTTPS 的通信 ( 而非基于 IPM 的通信 ) 配置 CP 服务器时, engine_a.log 文件显示以下消息 No VIP for IPM specified in /etc/vxcps.conf 解决方法 : 忽略该消息

38 38 从存储阵列分离或重新挂接一个或多个协调磁盘后,CoordPoint 代理出现故障 ( ) 从存储阵列分离或重新挂接协调磁盘后,CoordPoint 代理可能会出现故障, 因为它读取 I/O 防护内核模块中存储的旧值 解决方法 : 运行 vxfenswap 实用程序, 刷新基于服务器的 I/O 防护和基于磁盘的 I/O 防护的协调点上的注册键 即使注册键未丢失, 您也必须运行 vxfenswap 实用程序, 刷新 I/O 防护内核模块中存储的协调点信息 有关刷新基于服务器和基于磁盘的 I/O 防护的协调点上的注册键的详细信息, 请参考 Symantec Cluster Server 管理指南 CP 服务器不允许在其运行时添加和删除 HTTPS 虚拟 IP 或端口 [ ] 当 CP 服务器正在运行时, 不支持添加和删除 HTTPS 虚拟 IP 或端口 但是, 您可以添加或删除 IPM 虚拟 IP 或端口 解决方法 : 没有解决方法 如果您想为 HTTPS 添加新的虚拟 IP, 您必须遵循生成 CP 服务器 (server.crt) 的 HTTPS 证书的整个手册过程, 如 Symantec Cluster Server 安装指南 中所述 vxfentsthdw 实用程序可能无法在安装有部分 SFHA 堆栈的系统上运行 [ ] 如果已通过正确配置的 SF 和 VxVM 完整安装 SFHA 堆栈和 VCS, 则 vxfentsthdw 实用程序可以运行 如果没有安装完整 SFHA 堆栈和 VCS, 它也可以运行 但是, 不支持在已安装和配置 SF 但未安装 VCS 的位置进行部分安装 该实用程序将显示 -g 或 -c 选项的错误 解决方法 : 安装 VRTSvxfen 文件集, 然后从安装介质或 /opt/vrtsvcs/vxfen/bin/ 位置运行实用程序 当客户端节点由于节点混乱等原因发生故障时, 重新启动节点后 I/O 防护在该客户端节点上不生效 ( ) 当发生以下其中一种情况时, 会出现此问题 : 针对 HTTPS 通信配置的任一 CP 服务器发生故障 针对 HTTPS 通信配置的任一 CP 服务器中的 CP 服务器服务组发生故障 针对 HTTPS 通信配置的任一 CP 服务器中的任一 VIP 发生故障 重新启动客户端节点时, 将在该节点上启动防护配置 防护后台驻留程序 vxfend 会调用节点上的一些防护脚本 其中每个脚本都有 120 秒的超时值 如果这些脚本中的任何一个脚本发生故障, 则该节点上的防护配置将失败

39 39 其中一些脚本使用 cpsadm 命令与 CP 服务器进行通信 当节点启动时,cpsadm 命令将尝试使用 VIP 连接到 CP 服务器 ( 超时值为 60 秒 ) 因此, 如果在单个脚本中运行的多个 cpsadm 命令超过超时值, 则总超时值将超过 120 秒, 这将导致其中一个脚本超时 因此,I/O 防护在该客户端节点上不生效 请注意, 该问题不会发生在 CP 服务器和客户端群集之间的基于 IPM 的通信中 解决方法 : 修复 CP 服务器 Symantec Storage Foundation and High Availability 已知的问题 本节介绍此版本 Symantec Storage Foundation and High Availability (SFHA) 中的已知问题 磁盘发生故障后缓存区域丢失 ( ) SmartIO 支持一个 VxFS 缓存区域和一个 VxVM 缓存区域 如果您创建一个缓存区域且磁盘发生故障, 则该缓存区域将禁用 如果在启用缓存磁盘组之前, 尝试创建另一个其他类型的缓存区域, 则第一个缓存区域会丢失 该缓存区域无法联机 例如, 首先创建一个 VxFS 缓存区域 磁盘发生故障, 该缓存区域被禁用 现在, 创建 VxVM 缓存区域 创建 VxVM 缓存区域时,SmartIO 会搜索现有的默认缓存区域 由于磁盘发生故障, 因此无法找到现有的缓存区域 于是,SmartIO 便创建一个同名的 VxVM 缓存区域 现在, 即使包含 VxFS 缓存区域的磁盘正常工作, SmartIO 也不会访问原始缓存区域 这种情况下,VxFS 缓存区域丢失 在此情况下丢失缓存区域不会导致任何数据丢失或数据不一致问题 解决方法 : 创建一个新的 VxFS 缓存区域 sfcache app oracle 命令显示的用法消息不正确 ( ) 某些时候,sfcache app oracle 命令显示的用法消息可能不正确 解决方法 : 请参见 sfcache(1m) 手册页了解正确的命令用法 在 IPv6 环境中,db2icrt 和 db2idrop 命令在实例创建和实例删除期间返回分段错误 ( ) 当使用 IBM DB2 db2icrt 命令在纯 IPv6 环境中创建 DB2 数据库实例时,db2icrt 命令返回分段错误消息 例如 : $ /opt/ibm/db2/v9.5/instance/db2icrt -a server -u db2fen1 db2inst1 /opt/ibm/db2/v9.5/instance/db2iutil: line 4700: Segmentation fault $ {DB2DIR?}/instance/db2isrv -addfcm -i ${INSTNAME?}

40 40 在发出 db2idrop 命令后,db2idrop 命令也返回分段错误, 但实例能够成功删除 例如 : $ /opt/ibm/db2/v9.5/instance/db2idrop db2inst1 /opt/ibm/db2/v9.5/instance/db2iutil: line 3599: $ {DB2DIR?}/instance/db2isrv -remove -s DB2_${INSTNAME?} 2> /dev/null 7350 Segmentation fault DBI1070I Program db2idrop completed successfully. 此问题发生在 DB 和 9.7 上 已经确定此问题属于 IBM 问题 IBM 一旦解决此问题, 将会就此分段问题提供修补程序 在 IBM 提供修补程序之前, 您可以暂时采用双堆栈模式进行通信, 以避免分段错误消息 在双堆栈环境中进行通信 将 IPv6 主机名作为 IPv4 环回地址添加到 /etc/hosts 文件中 例如 : swlx20-v6 或 swlx20-v6.punipv6.com 是 IPv4 环回地址 swlx20-v6 和 swlx20-v6.punipv6.com 是 IPv6 主机名 Oracle 11gR1 可能无法在纯 IPv6 环境中工作 ( ) 在纯 IPv6 环境上运行 Oracle 11gR1 时会出现问题 如果运行 AIX 6.1, 当使用 sqlplus 时, 您可能会收到以下错误消息 : $ sqlplus " / as sysdba" SQL> startup nomount SQL> ORA 解决方法 :Oracle 11gR1 不完全支持纯 IPv6 环境, 因此此问题没有解决方法 Oracle 11gR2 版本可以在纯 IPv6 环境上运行, 但它尚未经过测试或发行

41 41 并非所有对象在 VOM GUI 中都可见 ( ) 将 SF 堆栈从 5.0MP3RP2 升级到 5.1 后, 在 Volumes ( 卷 ) 选项卡下看不到卷, 在 VOM GUI 的 Diskgroup ( 磁盘组 ) 选项卡下, 共享磁盘组被标识为专用和已逐出 解决方法 : 解决此已知问题 在每个安装了 VRTSsfmh 2.1 的管理主机上, 运行 : # /opt/vrtssfmh/adm/dclisetup.sh -U 针对 RAC 执行脱离主机克隆并且脱离主机的节点不属于 CVM 群集时收到错误消息 ( ) 尝试对 RAC 执行脱离主机克隆并且脱离主机的节点不属于 CVM 群集时, 存在一个已知问题 您可能会收到如下的错误消息 : Cannot open file /etc/vx/vxdba/rac11g1/.db_name (No such file or directory). SFORA vxreptadm ERROR V Cannot get filename from sid for 'rac11g1', rc=-1. SFORA vxreptadm ERROR V Could not connect to repository database. VxVM vxdg ERROR V Disk group SNAP_rac11dg1: No such disk group SFORA vxsnapadm ERROR V Could not get CVM information for SNAP_rac11dg1. SFORA dbed_vmclonedb ERROR V Import SNAP_rac11dg1 failed. 解决方法 : 此已知问题目前没有解决方法 但如果脱离主机的节点属于 CVM 群集, 针对 RAC 的脱离主机克隆可以正常运行 此外,dbed_vmclonedb 命令不支持主数据库的 init.ora 参数文件中的 LOCAL_LISTENER 和 REMOTE_LISTENER 创建动态存储分层放置策略时, 卷的放置类标记在 Veritas Enterprise Administrator GUI 中不可见 ( ) 创建 SmartTier 放置策略时, 如果在为卷构造卷集前不用放置类标记卷, 卷的放置类标记在 Veritas Enterprise Administrator (VEA) GUI 中将不可见 解决方法 : 要在 VEA GUI 中看到放置类标记, 必须在构造卷集之前标记卷 如果在标记卷前已经构造了卷集, 要使标记在 GUI 中可见, 请重新启动 vxsvc

42 42 使用备用磁盘一起升级操作系统 Technology Level 和 Storage Foundation 失败 ( ) 使用备用磁盘一起升级操作系统 Technology Level (TL) 和 Storage Foundation 偶尔会失败, 并显示以下错误 : alt_disk_copy: ATTENTION: An error occurred during installation of one or more software components. Modifying ODM on cloned disk. Building boot image on cloned disk. forced unmount of /alt_inst/var/adm/ras/platform forced unmount of /alt_inst/var umount: error unmounting /dev/alt_hd2: Device busy alt_disk_install: Unable to unmount alt_inst filesystems. 在故障的原因中, 未观察到与 Storage Foundation 相关的问题 Veritas Volume Manager 中的已知问题 下面是此版本的 Veritas Volume Manager 的已知问题 重新启动计算机后,vxconfigd 后台驻留程序无法启动 ( ) shutdown -r 命令可确保 OS 文件系统上的文件内容在计算机重新启动之前正常写入磁盘 OS 文件系统中会创建 volboot 文件, 该文件用于在系统重新启动之后调出 vxconfigd 后台驻留程序 如果计算机由于任何原因未正常关闭就重新启动, 且 volboot 文件内容未刷新到磁盘, 那么 vxconfigd 在系统重新启动后将不会启动 解决方法 : 必须再次运行 vxinstall 脚本, 以便重新创建 volboot 文件并启动 vxconfigd 后台驻留程序以及其他后台驻留程序 执行重新布局操作后 SmartIO VxVM 缓存失效 ( ) 如果在启用了 SmartIO VxVM 缓存的卷上完成重新布局操作, 该卷缓存上的内容可能会失效 解决方法 : 这是预期的行为 没有解决方法 DMP 不支持来自不会给出唯一 NAA ID 的 SEAGATE 的磁盘 ( ) DMP 不支持来自不会给出唯一 NAA ID 的 SEAGATE 的磁盘

43 43 解决方法 : 此问题没有解决方法 使用大量对象创建磁盘组或者拆分 结合或移动此类磁盘组会报告内核内存不足的错误 ( ) 使用大量对象 ( 卷 快照 plex 磁盘 ) 创建磁盘组时, 可能会看到下列错误 : ERROR-V Out of kernel memory 在此类磁盘组上执行拆分 / 结合 / 移动等操作时, 也会看到该错误 每个对象都具有一个用于其说明和状态的记录 这些记录存储在每个磁盘组的专用区域中 默认专用区域大小是 32 MB, 可以容纳足够多的对象 如果磁盘组的专用区域没有用于创建新记录的空间, 则操作将失败, 并显示上述错误消息 典型用例不会碰到这种情况 解决方法 : 最佳做法是不要在磁盘组中使用大量对象 而是将磁盘组拆分成多个磁盘组 有关拆分磁盘组的信息, 请参考 管理指南 中的 重新组织磁盘组内容 对于具有固件 的 HP 3PAR 阵列, 在重新启动阵列控制器后, 所有子路径均未启用 ( ) 具有固件 的 HP 3PAR 阵列的 AIX 平台上会出现此问题 在重新启动阵列控制器后, 即使已启动控制器, 通过该控制器的某些路径仍处于禁用状态 解决方法 : 在重新启动控制器后, 请使用以下命令启用所有路径 : # vxdisk scandisks 服务器与 Voting 磁盘断开连接后发生混乱 ( ) 此问题发生在 A/P 阵列上 如果 Voting 磁盘与主路径断开连接, 则 DMP 需要一段时间来分析此错误并故障转移该路径 在此期间,cssd 将报告超时和混乱 在 DMP 设备上使用 Oracle ASM 时, 请将 disktimeout 设置为适当的值 此参数表示完成 Voting 文件 I/O 允许的最长时间 如果超出此时间, 则 Voting 磁盘将标记为脱机 disktimeout 的默认值为 200 如果可调参数的值小于该值, 请将该值重置为默认值 解决方法 : 要将 disktimeout 设置为 200, 请执行以下操作 :

44 44 $CRS_HOME/bin/crsctl set css disktimeout 200 [-force] test 重新连接大量磁盘时造成性能影响 ( ) 如果存储与其组成部分断开连接, 则磁盘组的配置副本将重新平衡至所连接的磁盘 例如, 如果从含有多个磁盘阵列的磁盘组中删除整个磁盘阵列的存储, 则会出现上述情况 重新平衡过程需要花费一些时间 在此期间,vxconfigd 后台驻留程序将十分繁忙, 且不会对命令进行响应 将 PowerPath 磁盘格式化为简单磁盘时发生 vxconvert 故障 (857504) 如果将 PowerPath 磁盘格式化为简单磁盘 ( 外部设备 ), 则在将 LVM 转换为 VxVM 的过程中 vxconvert 实用程序可能会发生故障 要查看磁盘的格式, 请使用 vxdisk list 命令 如果 /etc/vx/darecs 文件包含一个 hdiskpower 磁盘条目, 也可能会出现此问题 如果已将 PowerPath 磁盘配置为 Storage Foundation 4.0 中的外部磁盘, 并且在后续升级后未更改该条目, 则可能会存在该条目 在某些情况下 Veritas Volume Manager (VxVM) 可能会误报序列裂脑 ( ) 满足下列所有条件时,VxVM 可能会检测并误报序列裂脑 : 为群集提供共享存储的一个或多个阵列被关闭电源 在阵列电源关闭的同时, 启动了一个需要内部事务的操作 ( 例如 VxVM 配置命令 ) 在这种情况下, 磁盘组导入将会失败并报告裂脑错误, 而 vxsplitlines 的输出会显示 0 个或 1 个池 解决方法 : 解决此问题 1 从配置副本检索磁盘介质标识符 (dm_id): # /etc/vx/diag.d/vxprivutil dumpconfig device-path dm_id 也是序列裂脑 ID (ssbid) 2 在以下命令中使用 dm_id 可以解决这个问题 : # /etc/vx/diag.d/vxprivutil set device-path ssbid=dm_id

45 45 CDS 磁盘的共存检查可能会失败 在 Veritas Volume Manager (VxVM) 5.1 SP1 中,VxVM 引入了在大于 1 TB 的磁盘上支持跨平台数据共享 (CDS) 的能力 VxVM 使用 Solaris VTOC 表在不超过 1 TB 的设备上初始化 cdsdisk 布局 VxVM 使用 GUID 分区表 (GPT) 在大于 1 TB 的设备上初始化 cdsdisk 布局 在使用 Solaris VTOC 表进行初始化的布局中 ( 通常, 当磁盘大小从未超过 1 TB 时 ), 可以在扇区 7 找到 AIX 共存标签, 并且可以在扇区 16 找到 VxVM ID 块 ( 也称为 HP 共存标签 ) 在使用 GPT 进行初始化的布局中 ( 通常, 当磁盘大小当前大于 1 TB 或曾超过 1 TB 时 ), 会将 AIX 共存标签放置到扇区 55, 并会将 VxVM ID 块 ( 也称为 HP 共存标签 ) 放置到扇区 64 因此,AIX 实用程序无法将使用 GPT 初始化的 cdsdisk 识别为有效的 VxVM 磁盘 Symantec 正在与 IBM 及第三方 OEM 一起共同增强这些实用程序中的共存检查 解决方法 : 此问题没有解决方法 如果在联机迁移设置处于 partial 状态时系统重新启动, 则恢复和回滚到原始配置可能不会成功 ( ) 在从 LVM 联机迁移到 VxVM 卷期间, 如果在迁移设置处于 partial 状态时系统重新启动, 即 start 操作尚未成功完成, 则 recover 和 abort 操作可能无法恢复和回滚配置 解决方法 : 这需要根据状态手动干预以进行清理, 从而还原原始配置 从 IBM Storwize V7000 存储系统删除阵列节点也将删除控制器 ( ) 使用 IBM Storwize V7000 存储系统时, 删除一个阵列节点后, 也会删除对应的控制器 解决方法 : 以下过程可以解决此问题 解决此问题 1 将 iotimeout 可调参数设置为 600: # vxdmpadm setattr enclosure encl1 recoveryoption=throttle \ iotimeout=600 2 在重新添加 SAN VC 节点后, 请运行动态多径处理 (DMP) 的 vxdctl enable 命令, 以检测添加的路径 : # vxdctl enable

46 46 IBM XIV 系列阵列从 Symantec Storage Foundation and High Availability 5.x 升级到 6.2 可能会失败 ( ) 从 Symantec Storage Foundation and High Availability 5.1 SP1 版本起,IBM XIV 磁盘阵列的阵列支持库 (ASL) 将 LUN 序列号从十六进制转换为十进制 由于此更改, 磁盘阵列名称将与 5.1 SP1 版本之前的版本不同 如果将 Symantec Storage Foundation and High Availability 从先前版本升级到最新的 6.2 版本,XIV LUN 可能会进入错误状态 请注意,5.1/5.1SP1 上最新的 RP 已修改, 可将相同的逻辑应用于磁盘阵列的命名机制 解决方法 : 升级后, 请运行 vxddladm assign names 将 SFHA 升级到版本 6.2 会将 vscsi 磁盘标记为克隆磁盘 ( ) 当从 51SP1 之前版本的 SFHA( 其 vscsi 磁盘包含在磁盘组中 ) 升级时, 将会出现此问题 在将 SFHA 升级到 6.2 后, 包含在磁盘组中的 vscsi 磁盘将标记为克隆磁盘 解决方法 : 使用以下过程清除克隆磁盘标志 清除克隆磁盘标志 1 使用以下命令删除处于错误状态的 vscsi 设备 (ibm_vscsi#_#): # vxdisk rm device_name 2 逐出磁盘组 # vxdg deport dg_name 3 使用新 UDID 重新导入磁盘组 # vxdg -o updateid import dg_name 4 显示包含在磁盘组中的设备 # vxdisk -g dg_name list 5 从这些设备中清除 clone_disk 标记 # vxdisk set device_name clone=off

47 47 如果磁盘组含有带 DCO 的镜像卷或含有快照, 则不支持使用 -o updateid 和 -ouseclonedev 选项进行 BCV LUN 磁盘组导入 ( ) VxVM 使用配置中存储的 GUID 唯一标识所有对象 数据更改对象 (DCO) 卷会存储镜像和快照的 GUID 如果使用 -o updateid 和 -o useclonedev 导入磁盘组, 则会更改 VxVM 配置数据库中对象的 GUID, 而且不会更新存储在 DCO 卷中的 GUID 涉及 DCO 的操作无法找到具有已存储 GUID 的对象 这会导致涉及 DCO 的某些操作失败或引发意外行为 解决方法 : 没有解决方法 EMC PowerPath 管理的设备失去对存储的访问之后,Veritas Volume Manager 命令延迟 ( ) 在包含 EMC PowerPath 所管理设备的环境中, 存储断开连接会导致 Veritas Volume Manager 命令延迟 如果存储丢失, 则 VxVM 会向每个 LUN 路径发送 SCSI 查询, 检查路径的运行状况, 这将因 EMC PowerPath 的存在而导致出现延迟 解决方法 : 没有有效的解决方法 vxresize 不适用于顶层具有多个 Plex 的分层卷 ( ) 如果分层卷的顶层具有多个 Plex, 则 vxresize 不起作用 例如, 如果您将一个镜像添加至 concat-mirror 卷作为第三镜像快照,vxresize 操作将失败并显示以下消息 : VxVM vxassist ERROR V Volume volname built on layered volumes have multiple plexes VxVM vxresize ERROR V Problem running vxassist command for volume volname, in diskgroup dgname 解决方法 : 要调整卷的大小, 请执行以下操作 : 1 将镜像添加到卷中后, 使用 Plex 创建快照 2 通过 vxresize 增大卷和快照卷 3 将快照卷与源卷重新挂接

48 48 DMP EMC CLARiiON ASL 无法识别未准备好镜像视图的 LUN ( ) 在未准备好 EMC CLARiiON 镜像视图的 LUN 所在的主机上, 如果您启用或禁用交换机端口然后执行 vxdisk scandisks 或 vxdctl enable 命令, 则系统会在 syslog 中连续写入 I/O 错误消息 EMC 工程期间, 收到 Dynamic Multi-Pathing (DMP) 请求, 要求提供信息以通过带内 SCSI 命令识别未准备好镜像视图的 LUN, 但此请求被暂停 未准备好的 LUN 是特殊类型的 LUN, 拒绝各种 I/O 请求 由于 DMP 无法识别未准备好的 LUN,Veritas Volume Manager (VxVM) 会尝试使这些 LUN 联机 作为联机过程的一部分,VxVM 发送 I/O 以读取磁盘专用区域 这些 I/O 将失败并在 syslog 中生成错误消息 由于联机过程中生成的事件,vxattachd 脚本再次触发 vxdisk scandisks 命令 此循环导致连续出现 I/O 错误消息 此问题也可能导致其他命令运行缓慢, 原因是由于 VxVM 配置后台驻留程序 (vxconfigd) 忙于处理 vxdisk scandisks 解决方法 : 按如下方法停止 vxattachd 脚本并设置 EMC CLARiiON 值 : 1 禁用 vxattachd 进程 有关如何禁用 vxattachd 以及禁用 vxattachd 后丢失的功能的更多信息, 请参见 vxattachd 手册页 2 设置以下 EMC CLARiiON 值 : recoveryoption=fixedretry retrycount=5 输入以下命令 : vxdmpadm setattr enclosure enclosure_name recoveryoption=fixedretry \ retrycount=5 从 VxVM 5.1SP1 之前的版本升级后不会持续保留磁盘阵列属性的更改 ( ) Veritas Volume Manager (VxVM) 6.2 中的某些阵列名称不同于 5.1SP1 或更低版本中的阵列名称 因此, 如果从 5.1SP1 或早期版本升级到 VxVM 6.2, 磁盘阵列属性的更改可能不会持续保留 升级到 VxVM 6.2 后, 为这些阵列设置的任何磁盘阵列属性都会重置为默认值 解决方法 : 手动重新配置磁盘阵列属性可以解决此问题

49 49 表 1-12 显示了具有新阵列名称的 Hitachi 阵列 表 1-12 以前的名称 TagmaStore-USP TagmaStore-NSC TagmaStoreUSPV 具有新阵列名称的 Hitachi 阵列 新名称 Hitachi_USP Hitachi_NSC Hitachi_USP-V TagmaStoreUSPVM Hitachi AMS2300 系列阵列 Hitachi_USP-VM 新阵列名称基于型号 8x 例如,AMS_100 AMS_2100 AMS_2300 AMS_2500, 等等 此外, 磁盘阵列 VIX 和 3PAR 的阵列支持库 (ASL) 现在会将报告的机柜号由十六进制转换为十进制编号, 以与 GUI 上显示的值相对应 由于机柜序列号已更改, 因此, 升级到 VxVM 6.2 后, 为这些阵列设置的任何磁盘阵列属性都会重置为默认值 手动重新配置磁盘阵列属性可以解决此问题 下列磁盘阵列的机柜序列号已更改 : IBM XIV 系列阵列 3PAR 阵列 显示处于错误状态的 MPIO 设备名称 ( ) 在此版本中,DMP 不支持扩展属性, 如 AIX MPIO 设备的 AVID 在 5.1SP1 版本中,DMP 用于支持 MPIO 设备的 AVID 当您从 5.1SP1 或更低版本升级到 6.0 或更高版本时,DMP 会为 MPIO 设备分配新名称 升级后 MPIO 设备可能会进入错误状态, 如果持久性磁盘访问记录 (/etc/vx/darecs 中的条目 ) 显示的是旧名称, 则会为设备分配新名称 如果 MPIO 设备名称出于其他原因发生更改, 例如 6.0 版本的 3PAR 或 XIV 设备的机柜序列号更改, 可能会发生相同的问题 解决方法 : 使用下列过程删除持久性磁盘访问记录并解决此问题

50 50 解决处于错误状态的 MPIO 设备的问题 1 删除以下文件 : # rm /etc/vx/darecs 2 重置 vxconfigd 后台驻留程序 : # vxconfigd -kr reset Veritas File System 中的已知问题 本节介绍此版本的 Veritas File System (VxFS) 中的已知问题 在联机缓存设备上, 不应执行 mkfs 操作, 因为随后的所有 fscache 操作都将发生混乱 ( ) 对已用于 SmartIO 的卷执行 mkfs 操作后, 如果再执行后续的 sfcache 操作, 则可能导致出现意外结果 解决方法 : 没有解决方法 AIX 中无法通过 vxtunefs 设置 dchunk_enable ( ) vxtunefs 命令使用 oslevel -s 命令获得 OS TL 级别, 但是 OS 级别报告的是系统上已安装的任意 AIX 文件集的最低级别 因此,oslevel 命令提供的 OS 级别不准确, 这可能会破坏 VxFS 内的条件逻辑 解决方法 : 检查哪个文件集的级别较低并将其升级到建议级别 1 此命令显示哪个文件集所在的 SP 级别较低 : # oslevel -s -l `oslevel -sq 2>/dev/null sed -n '1p'` 2 此命令显示哪个文件集所在的 TL 级别较低 : # oslevel -r -l `oslevel -rq 2>/dev/null sed -n '1p'` 3 升级 TL 级别较低的文件集 对于建议级别 : 请参见第 19 页的 支持的 AIX 操作系统

51 51 不能在自动装入的存储检查点中使用某些命令 ( ) 如果当前的工作目录位于自动装入的存储检查点中 ( 例如 /mnt1/.checkpoint/clone1), 某些命令会显示以下错误 : can't find current directory 经过验证, 以下命令会出现此问题 : cp -r du 不过, 其他命令也可能出现此问题 解决方法 : 从另一个目录运行命令 在小文件系统上启用延迟分配有时会禁用该文件系统 ( ) 如果在小文件系统 ( 如大约 100 MB) 上启用延迟分配, 则该文件系统可能被禁用 在这种情况下, 系统控制台日志中会显示以下错误消息 : mesg 001: V-2-1: vx_nospace - file_system file system full (size block extent) 解决方法 : 使用 vxtunefs 命令对文件系统禁用延迟分配 当多卷文件系统中某一卷的使用率接近 100% 时, 即使其他卷具有空闲空间, 有时也会自动关闭延迟分配 ( ) 当多卷文件系统中某一卷的使用率接近 100% 时, 即使文件系统中的其他卷具有空闲空间, 有时也会自动关闭延迟分配 解决方法 : 在从卷释放足够的空间后, 将自动恢复延迟分配 重复数据删除可能失败并出现错误 110 ( ) 在某些情况下, 重复数据删除失败并显示与以下示例类似的消息 : Saving Status Node Type Filesystem % FAILED node01 MANUAL /data/fs1 2011/10/26 01:38:58 End full scan with error 此外, 重复数据删除日志还包含与以下示例类似的错误 : 2011/10/26 01:35:09 DEDUP_ERROR AddBlock failed. Error = 110 这些错误表明重复数据删除进程的运行空间不足, 需要更多的空闲空间才能完成

52 52 解决方法 : 在文件系统上提供更多的可用空间 如果在客户端运行 fsmigadm 命令, 则无法在服务器上卸载 NFS 导出的文件系统 ( ) 当在 NFS 客户端使用 fsmigadm 命令时, 在服务器上卸载 NFS 导出的文件系统失 败, 并显示 Device busy ( 设备正忙 ) 错误 解决方法 : 在卸载之前取消导出文件系统 缩小文件系统时 vxresize 失败并显示 blocks are currently in use ( 块当前正在使用 ) 错误 ( ) 当文件系统上的活动 I/O 正在执行并将文件系统缩小至大小比较接近于其当前使用率时,vxresize 缩小操作可能会失败 您会看到与以下示例类似的消息 : UX:vxfs fsadm: ERROR: V : cannot shrink /dev/vx/rdsk/dg1/vol1 - blocks are currently in use. VxVM vxresize ERROR V Problem running fsadm command for volume vol1, in diskgroup dg1 解决方法 : 在停止 I/O 后重新运行缩小操作 两个 VxFS 参数已废弃 ( ) read_unit_io 和 write_unit_io 参数已废弃 如果您为这些参数指定值, 它们不会影响系统行为 将来的版本中将删除这些参数 解决方法 : 不适用 如果就地压缩规则和重定位压缩规则位于同一策略文件中, 会导致不可预测的文件重定位 ( ) 不能将就地压缩 / 解压缩规则和重定位压缩 / 解压缩规则放在同一策略文件中 如果它们位于同一文件中, 会导致不可预测的文件重定位 解决方法 : 为每个策略创建不同的策略文件, 并按所需顺序强制执行策略 如果文件系统已启用压缩, 可能会挂起 ( ) 在已启用压缩的 VxFS 文件系统中, 页面错误处理程序中的死锁可能会导致文件系统挂起 解决方法 : 此问题没有解决方法

53 53 当存在文件级别快照时, 文件系统可能会由于文件系统已满而挂起 ( ) 当存在文件级别快照时, 文件系统已满情况可能会导致文件系统挂起 在重新启动之后, 可能也会挂起装入操作 解决方法 : 此问题没有解决方法 在克隆删除期间, 文件系统可能会标记为完整 fsck ( ) 在内存不足的情况下, 克隆删除操作可能会导致文件系统标记为完整 fsck 解决方法 : 需要文件系统的完整 fsck 来恢复文件系统 未对齐的大型读取可能会导致性能问题 ( ) 在 AIX 上, 如果存在未对齐的大型读取, 则可能会出现性能下降的情况 解决方法 : 此问题没有解决方法 文件系统上的 I/O 错误可能会导致数据不一致 ( ) 如果文件系统上存在可写克隆, 则 I/O 错误可能会导致数据不一致 解决方法 : 运行完整 fsck 以恢复文件系统 在 I/O 负载繁重期间强制系统进行卸载可能会导致系统在 vx_is_fs_disabled_impl 中发生混乱 ( ) 在 I/O 负载繁重期间强制系统进行卸载可能会导致系统在 vx_is_fs_disabled_impl 中发生混乱 解决方法 : 此问题没有解决方法 文件系统复制操作失败并显示以下错误消息 :DEDUP_ERROR Error renaming X checkpoint to Y checkpoint on filesystem Z error 16 ( ) 由于卸载检查点失败, 文件系统复制操作失败并显示以下错误消息 :DEDUP_ERROR Error renaming X checkpoint to Y checkpoint on filesystem Z error 16 ( )

54 54 解决方法 : 重试复制操作即可解决问题 重复数据删除功能在 AIX 上无法工作 ( ) 如果使用重复数据删除功能, 则文件系统重复数据删除将失败, 并出现以下错误消息 : unable to configure deduplication database <port number>. 解决方法 : 没有解决方法 如果正在使用 VxFS 缓存 ODM 或缓存 QIO 功能, 则会出现一种罕见情况 该情况会导致信息页损坏 ( ) 系统会识别一种罕见情况, 该情况可导致内存中的数据页损坏 使用 VxFS 缓存 ODM 或缓存 QIO 功能时, 此问题可能会写入磁盘 只有当系统处于巨大的页面缓存压力之下时, 才可能发生此问题 缓存 QIO 和缓存 ODM 的启用机制完全一致, 因此启用其中一个也将启用另外一个 注意 : 这是 Symantec 发现的一个内部缺陷 尚没有客户报告过此问题 已知的复制问题 解决方法 : 如果您使用缓存 QIO 或缓存 ODM, 请使用 vxtunefs 命令禁用这些功能 另外, 请从 tunefstab 删除这些可调参数的设置 本节介绍此版本 Symantec Storage Foundation and High Availability 中的已知复制问题 VVR 辅助节点上的事务等待 I/O 消耗可能超时 [ ] 如果 VVR 辅助节点从主节点接收更新是无序的, 并且有某个事务在辅助站点上启动, 那么该事务等待 I/O 消耗可能超时 如果在事务超时时限内, 由无序更新创建的间隙未被填充, 则可能出现此问题 解决方法 : 暂停复制并更改配置 故障回复期间,RVGPrimary 代理在原始主节点和 Bunker 之间启动复制的操作失败 ( ) 故障回复期间 ( 灾难恢复后迁移回原始主节点时 ),RVGPrima 代理在原始主节点和 Bunker 之间启动复制的操作失败, 并显示以下错误消息 :