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

Digital Advisor常见问题解答

贡献者 manishc netapp-shwetav netapp-manishc netapp-barbe

以下问题解答了您经常询问的有关Digital Advisor的问题。

技术案例

何时创建技术案例?

创建技术案例是为了就与硬件中断、性能不佳、数据问题或技术信息请求相关的技术问题寻求任何NetApp产品的帮助。

如何创建技术案例?

  1. 选择 "此处" 以打开 NetApp 支持站点。

  2. 在顶部菜单中,选择*我的案例*。

  3. 选择*Create a Case*。

  4. 选择一个类别,提供所需的详细信息,然后选择 New Search 从您的清单中搜索系统。

  5. 从显示的系统列表中、选择要创建案例的系统。

  6. 选择新案例的优先级。

  7. 从*问题类别*下拉列表中选择适当的类别。

  8. 在问题描述字段中输入问题描述,然后选择*继续*。

  9. 提供有关此问题的其他详细信息。

  10. 选择*选择文件*以上传可能有助于诊断问题的文件或图像。

  11. 选择 Proceed

  12. 请提供您的详细联系信息。

  13. 选择*Create Case*。

非技术案例

什么是非技术案例?

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

何时创建非技术案例?

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

  • 无法访问某些功能或需要有关任何Digital Advisor功能的帮助

  • 清单中缺少系统

  • 从安装库停用系统

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

  • 支持服务不正确

如何创建非技术案例?

  1. 选择 "此处" 以打开 NetApp 支持站点上的"非技术反馈工具"。

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

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

  4. 选择 Submit

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

如何提供反馈或询问与Digital Advisor相关的其他问题?

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

存储效率

如何在Digital Advisor中访问存储效率?

  1. 打开的主页 "Digital Advisor"

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

  3. 从左侧导航栏中选择 Storage Efficiency

备注 使用监视列表创建的信息板不会显示在存储效率小工具中。

数字顾问是否显示所有ONTAP 系统的比率?

是,Digital Advisor 显示所有 ONTAP 系统的比率。

效率控制面板上的"With snapshots copies"开关是什么?

Digital Advisor 效率仪表板在多个级别计算数据缩减比率,包括客户、站点、组、集群和节点。如果您打开 With snapshot copies 开关,则数据缩减比率计算包括以下存储效率技术:

  • 重复数据删除

  • 压缩

  • 数据缩减

  • 克隆

  • 快照

默认情况下,数据缩减率计算不包含快照存储效率技术。

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

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

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

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

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

  • 已用总逻辑数据

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

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

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

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

哪些AutoSupport实例用于计算数据精简率?

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

数据精简计算不包括哪些卷或聚合?

计算数据精简率时不考虑以下对象:

  • 根聚合

  • 使卷脱机

  • SVM 根 / 管理根卷

  • MCC 配置卷

如何查看数据精简率的趋势?

目前、数据精简率是根据最新的每周或用户触发的AutoSupport实例计算得出的。未来版本可能会考虑这一趋势。

如何计算客户级别的比率和数据精简节省量?

客户级存储效率仪表板提供 AFF 和非 AFF 系统在有快照副本和无快照副本情况下的数据缩减比率,并在整个客户群中进行汇总。以下计算所需的参数取自 ONTAP AutoSupport:

不使用快照副本(首先按每个 Aggr 计算):

* 操作 * * 公式 *

Aggr 逻辑已用空间(不含快照副本)

聚合中的卷、克隆、快照副本使用的逻辑大小 – 快照副本使用的逻辑大小

不含 Snapshot 副本的聚合物理已用空间

已用物理总量 – (快照副本使用的物理大小 / 聚合数据缩减比率)

不含快照副本的客户效率比

Sum [ 客户所有聚合和所有节点的 Aggr Logical Used without snapshot copies ] / Sum [ 客户所有聚合和所有节点的 Aggr Physical Used without snapshot copies ] : 1

使用 Snapshot 副本:

* 操作 * * 公式 *

客户逻辑大小与快照副本

Sum [所有聚合和客户所有节点的卷、克隆、快照副本使用的逻辑大小]

客户物理大小(与快照副本一起使用)

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

客户效率比(含快照副本)

具有快照副本和克隆的客户逻辑大小/具有快照副本和克隆的客户物理使用大小:1

效率功能表计算:

* 操作 * * 公式 *

客户已用物理空间

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

客户逻辑已用大小(不含快照副本)

卷、克隆、快照副本使用的逻辑大小总和 - 客户所有节点的所有聚合的快照副本使用的逻辑大小

客户逻辑大小与快照副本一起使用

客户所有节点的所有聚合中,卷、克隆、快照副本所使用的逻辑大小总和

节省的总空间

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

重复数据删除节省的空间

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

数据压缩节省量

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

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

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

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

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

FlexClone 节省量

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

Snapshot 副本备份节省量

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

为什么将所有单个数据精简节省量加起来不等于数据精简节省量?

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

为什么在升级到ONTAP之前报告数据精简率较高或不正确?

如果节点中存在因ONTAP中的错误而导致的数据保护卷、则数据精简率会更高。已在 ONTAP 9.3P11 中修复此问题。如果从 9.3P11 之前的 ONTAP 版本升级以及节点中存在数据保护卷,则存储效率将报告正确或较低的值。

清单

为什么在Digital Advisor中找不到某些系统?
由于以下原因之一、您可能无法在清单页面中搜索或查看某些系统:

  • 在SAP中添加或更新新系统后、需要花费一天的时间才能在Digital Advisor中反映出来。

  • 系统安全可靠、您无权查看安全系统。

  • 您无权查看这些系统。

  • 系统在SAP中处于非活动状态、已归档或已停用状态。

如果您因任何其他原因无法查看系统、有疑问或希望请求访问权限,请"创建非技术案例"。要了解有关非技术个案的更多信息,请选择 此处。

Capacity

*Digital Advisor 中的容量是如何计算的?*Digital Advisor 中的容量是针对集群和节点计算的——不包括根卷,但包括快照副本

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

原始容量

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

可用容量

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

已用容量(含预留)

使用的是 "df -A "

可用容量

提供了 "df -a "

物理容量(实际)

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

逻辑容量(有效)

卷、克隆和快照副本在"AGGR-EFFICIENCY.XML"聚合中使用的逻辑大小

对于本地层(含快照副本的聚合)

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

可用容量

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

已用容量(含预留)

使用的是 "df -A "

可用容量

提供了 "df -a "

物理容量(实际)

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

逻辑容量(有效)

卷、克隆和快照副本在"AGGR-EFFICIENCY.XML"聚合中使用的逻辑大小

对于卷(带有快照副本的卷)

* 容量 *

* 使用… * 计算得出

卷容量

"volume.xml" 的卷大小

已用容量(含预留)

"volume.xml" 的已用大小

可用容量

"volume.xml" 的可用大小

物理容量(实际)

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

逻辑容量(有效)

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

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

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

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

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

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

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

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

    • 聚合包括卷、克隆和快照副本。

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

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

    • 聚合中按卷、元数据或快照副本使用或保留的所有空间的总和

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

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

*为什么每个卷的已用容量之和与节点级别的聚合已用容量不匹配?*节点级别的已用容量包括由卷、元数据和快照副本保留的空间。它还包括为卷(文件或卷保证类型)预留的空间。因此,两者可能不匹配。

*容量显示在Digital Advisor Base 2或Base 10中吗?*在Digital Advisor中显示的所有容量均为Base 2 (除以1024)、并以GiB/TiB表示容量。ONTAP 存储和其他 NetApp 产品还会在 Base 2 中显示容量使用情况。

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

其他

为什么左侧导航窗格中存储运行状况下的功能被禁用?
存储运行状况*下功能的可用性取决于系统类型和级别。例如、集群查看器可用于集群和节点级别的ONTAP和Cloud Volumes ONTAP (CVO)系统。您可以将鼠标悬停在每个功能旁边的*i*图标上,了解适用的系统类型和级别。