简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

Active IQ 常见问题解答

提供者 下载此页面的 PDF

以下问题解答了您经常询问的有关 Active IQ 的问题。

  • 什么是非技术案例? *

无法查看清单中的系统,合同期限日期不正确等非技术问题均归类为非技术问题。

  • 何时需要创建非技术案例? *

应针对以下情况创建非技术案例:

  • 无法访问某些功能

  • 清单中缺少系统

  • 从安装库停用系统

  • 合同期限日期不正确或缺失

  • 支持服务不正确

  • 如何创建非技术案例? *

    1. 单击 "此处" 在 NetApp 支持站点上打开 " 非技术反馈工具 " 。

    2. 从 * 反馈类别 * 下拉列表中选择相应的类别。

    3. 输入所需的详细信息并在 " 注释 " 框中提供追加信息。

    4. 单击 * 提交 * 。

此时将创建一个案例,并提供一个案例编号供您参考。

  • 如何提供与 Active IQ 相关的反馈或询问其他问题? *

要提供反馈或提出问题,请发送电子邮件至: mailto : ng-activeiq-feedback@netapp.com [.下划线 ]#ng-activeiq-feedback@netapp.com #]

存储效率

  • 如何在 Active IQ 数字顾问中访问存储效率? *

    1. 打开的主页 "Active IQ 数字顾问"

    2. 从右上角的搜索框中搜索客户,站点,组,集群或节点,以访问相应的信息板。

    3. 单击左侧导航栏中的 * 存储效率 * 。

注 使用监视列表创建的信息板不会显示在存储效率小工具中。
  • Active IQ 数字顾问是否显示所有 ONTAP 系统的比率? *

Active IQ 将显示运行 ONTAP 9.1 及更高版本的系统的比率。

  • 效率信息板上的 ‘无快照 ' 复选框是什么? *

默认情况下, Active IQ 效率信息板会计算客户级别,站点级别,组级别,集群级别和节点级别的总体比率。总体比率包括以下存储效率技术的比率:

  • 重复数据删除

  • 压缩

  • 数据缩减

  • 克隆

  • 快照

如果选中 * 不使用 Snapshots* 复选框, Active IQ 数字顾问将在客户级别,站点级别,组级别,集群级别和节点级别计算效率比率(重复数据删除,数据压缩,数据缩减和克隆存储效率技术的比率)。

  • 使用的是物理数据和逻辑数据? *

  • 已用物理块 / 已用物理数据

    • 当前用于数据的空间量 (而不是保留供将来使用)

    • 包括聚合 Snapshot 副本使用的空间

    • 客户端实际占用 / 写入的空间

  • 已用总逻辑数据

    • 显示聚合中使用的逻辑大小。

    • 这包括聚合中的卷,克隆和快照。

    • 逻辑大小是根据物理使用量(实际写入)和聚合中节省的空间计算得出的。

    • 不包括为将来使用而预留的空间

  • 哪些 AutoSupport 实例用于计算效率比率? *

可以使用最新的每周 AutoSupport 实例或用户触发的 实例执行计算,这些实例往往包含计算比率所需的大部分部分。

  • 哪些卷或聚合不包括在效率计算中? *

计算效率比率时不考虑以下对象:

  • 根聚合

  • 使卷脱机

  • SVM 根 / 管理根卷

  • MCC 配置卷

  • 如何查看效率比率的趋势? *

目前,效率比率是根据最新的每周或用户触发的 AutoSupport 实例计算得出的。在未来版本中,可能会考虑效率趋势。

  • 如何计算客户级别的比率和效率节省? *

客户级别的存储效率信息板可为 AFF 和非 AFF 系统提供无论是否具有 Snapshot 副本的效率比率,并在客户客户客户群中对运行 ONTAP 9.1 及更高版本的系统进行组合。以下计算所需的参数来自 ONTAP AutoSupport :

不使用 Snapshot 副本(按每个聚合先计算):

* 操作 * * 公式 *

不使用 Snapshot 副本的 aggr 逻辑

聚合中的卷,克隆, Snapshot 副本使用的逻辑大小— Snapshot 副本使用的逻辑大小

在不使用 Snapshot 副本的情况下使用的 aggr 物理磁盘

已用物理总量— ( Snapshot 副本 / 聚合数据缩减使用的物理大小 SE 比率)

不含 Snapshot 副本的客户效率比率

Sum [Aggr Logical Used without Snapshot Copies for all aggregates and for all nodes of a customer]/ Sum [Aggr physical used without Snapshot copies for all aggregates and for all nodes of a customer] : 1.

使用 Snapshot 副本:

* 操作 * * 公式 *

具有 Snapshot 副本的客户逻辑大小

总和 [ 所有聚合和客户所有节点的卷,克隆, Snapshot 副本使用的逻辑大小 ]

与 Snapshot 副本结合使用的客户物理大小

总和(所有聚合和客户的所有节点使用的总物理大小)

使用 Snapshot 副本的客户效率比率

包含 Snapshot 副本和克隆的客户逻辑大小 / 与 Snapshot 副本和克隆一起使用的客户物理大小: 1.

效率功能表计算:

* 操作 * * 公式 *

客户已用物理空间

聚合为客户的所有聚合和所有节点使用的物理空间之和

在不使用 Snapshot 副本的情况下使用的客户逻辑大小

卷,克隆, Snapshot 副本使用的逻辑大小之和—客户所有节点的所有聚合的 Snapshot 副本使用的逻辑大小

Snapshot 副本使用的客户逻辑大小

客户所有节点的所有聚合中的卷,克隆, Snapshot 副本使用的逻辑大小之和

节省的总空间

已用总逻辑空间—已用总物理空间

重复数据删除节省的空间

通过卷重复数据删除节省的空间总和 + 通过对客户所有节点的每个聚合执行实时零模式检测节省的空间

数据压缩节省量

客户所有节点的每个聚合的卷压缩节省的空间之和

数据缩减节省量(适用于 ONTAP 9.1 )

客户所有节点的每个聚合的聚合缩减所节省的空间之和

数据缩减节省量(适用于 ONTAP 9.2 及更高版本)

客户所有节点的每个聚合的聚合数据缩减节省的空间之和

FlexClone 节省量

客户所有节点的每个聚合的总和( FlexClone 卷使用的逻辑大小 - FlexClone 卷使用的物理大小)

Snapshot 副本备份节省量

客户所有节点的所有聚合的总和( Snapshot 副本使用的逻辑大小 - Snapshot 副本使用的物理大小)

  • 为什么添加所有单独的效率节省量不会与存储效率节省的总数据形成比? *

卷和本地层(聚合)的存储效率信息板中显示了效率节省。您不能添加卷节省量和聚合节省量,因为它们都发生在不同的存储对象上。

  • 为什么在升级到 ONTAP 之前报告的存储效率较高或不正确? *

如果节点中存在数据保护卷,则由于 ONTAP 中的一个错误,存储效率会显示得更高。已在 ONTAP 9.3P11 中修复此问题。如果从 9.3P11 之前的 ONTAP 版本升级以及节点中存在数据保护卷,则存储效率将报告正确或较低的值。

容量

  • 如何在 Active IQ 数字顾问中计算容量? * Active IQ 数字顾问中的容量是为集群和节点计算的,不包括根副本和 Snapshot 副本

* 容量 * * 通过添加每个聚合… * 计算得出

原始容量

sysconfig -R 的所有物理磁盘( MB/blks )

可用容量

"df -a " 的 KB (已分配)

已用容量(含预留)

使用的是 "df -A "

可用容量

提供了 "df -a "

物理容量(实际)

"aggr-efficiency.xml" 的总物理使用量

逻辑容量(有效)

"aggr-efficiency.xml" 聚合中的卷,克隆和 Snapshot 副本使用的逻辑大小

  • 对于本地层(包含 Snapshot 副本的聚合) *

* 容量 * * 使用… * 计算得出

可用容量

"df -a " 的 KB (已分配)

已用容量(含预留)

使用的是 "df -A "

可用容量

提供了 "df -a "

物理容量(实际)

"aggr-efficiency.xml" 的总物理使用量

逻辑容量(有效)

"aggr-efficiency.xml" 聚合中的卷,克隆和 Snapshot 副本使用的逻辑大小

  • 对于卷(具有 Snapshot 副本的卷) *

* 容量 *

* 使用… * 计算得出

卷容量

"volume.xml" 的卷大小

已用容量(含预留)

"volume.xml" 的已用大小

可用容量

"volume.xml" 的可用大小

物理容量(实际)

"VOL status -S " 的总物理使用量

逻辑容量(有效)

"volume.xml" 的逻辑已用大小

  • 物理容量(实际),逻辑容量(有效)和已用容量(预留)是多少? *

  • 已用物理块 / 已用物理容量(实际)

    • 当前用于数据的空间量 (而不是保留供将来使用)

    • 包括聚合 Snapshot 副本使用的空间

    • 客户端实际占用或写入的空间

  • 已用逻辑容量(有效)逻辑数据

    • 显示聚合中使用的逻辑大小

    • 聚合可包含卷,克隆和 Snapshot 副本。

    • 逻辑大小是根据物理使用量(实际写入)和聚合中节省的空间计算得出的。

注 它不包括为将来使用而预留的空间。
  • 已用 / 已用总数据容量(含预留)

    • 聚合中卷,元数据或 Snapshot 副本已用或预留的所有空间之和

注 它包括为文件或卷保证类型的卷预留的空间。除了预留之外,它还包括延迟释放, aggr 博客和元数据。在清除延迟的可用块之前,它会显示为已用空间。清除后,已用空间将减少。

" 容量预测 " 是如何计算的? * 容量预测使用过去一年的已用容量数据来计算系统的平均每周增长率。然后,系统使用量的这一变化率将从当前已用容量中进行推断,以展示未来 6 个月系统利用率的变化情况(假设总可用容量保持不变)。

  • 为什么每个卷的已添加已用容量与节点级别的已用总容量不匹配? * 节点级别的已用容量包括卷,元数据和 Snapshot 副本预留的空间。它还包括为卷预留的空间,即文件或卷保证类型。因此,两者可能不匹配。

  • 容量是否显示在 Active IQ 数字顾问基础 2 或基础 10 中? * Active IQ 中显示的所有容量均为基础 2 (除以 1024 ),并以 GiB/TiB 表示容量。ONTAP 存储和其他 NetApp 产品还会在 Base 2 中显示容量使用情况。

对于 StorageGRID ,容量以基数 10 显示,容量单位以 TB 表示。