发行说明
有关Digital Advisor的常见问题解答
建议更改
PDF
以下问题解答了您经常询问的有关Digital Advisor的问题。
技术案例
何时创建技术案例？
创建技术案例是为了就与硬件中断、性能不佳、数据问题或技术信息请求相关的技术问题寻求任何NetApp产品的帮助。
如何创建技术案例？
-
单击 "此处" 以打开NetApp 支持站点。
-
从顶部菜单中，单击*My Cases*。
-
单击*创建案例*。
-
选择一个类别，提供所需的详细信息，然后单击*New Search*从您的库存中搜索系统。
-
从显示的系统列表中、选择要创建案例的系统。
-
选择新案例的优先级。
-
从*问题类别*下拉列表中选择适当的类别。
-
在“问题问题描述”字段中输入“问题问题描述”，然后单击*Proce*。
-
提供有关此问题的其他详细信息。
-
单击*选择文件*以上传可能有助于诊断问题的文件或图像。
-
单击 * 继续 * 。
-
请提供您的详细联系信息。
-
单击*创建案例*。
非技术案例
什么是非技术案例？
无法查看清单中的系统、合同期限日期不正确等非技术问题均归类为非技术问题。
何时创建非技术案例？
应针对以下情况创建非技术案例：
-
无法访问某些功能或需要有关任何Digital Advisor功能的帮助
-
清单中缺少系统
-
从安装库停用系统
-
合同期限日期不正确或缺失
-
支持服务不正确
如何创建非技术案例？
-
单击 "此处" 在 NetApp 支持站点上打开“非技术反馈工具”。
-
从 * 反馈类别 * 下拉列表中选择相应的类别。
-
输入所需的详细信息并在 " 注释 " 框中提供追加信息。
-
单击 * 提交 * 。
此时将创建一个案例，并提供一个案例编号供您参考。
如何提供反馈或询问与Digital Advisor相关的其他问题？
要提供反馈或提出问题，请发送电子邮件至： mailto ： ng-activeiq-feedback@netapp.com [.下划线 ]#ng-activeiq-feedback@netapp.com #]
存储效率
如何在Digital Advisor中访问存储效率？
-
打开的主页 "Digital Advisor"。
-
从右上角的搜索框中搜索客户，站点，组，集群或节点，以访问相应的信息板。
-
单击左侧导航栏中的 * 存储效率 * 。
|
使用监视列表创建的信息板不会显示在存储效率小工具中。 |
数字顾问是否显示所有ONTAP 系统的比率？
Digital Advisor可显示运行ONTAP 9.1及更高版本的系统的比率。
效率信息板上的‘With Snapshot Copies'(使用Snapshot副本)切换是什么？
Digital Advisor效率信息板可计算多个级别的数据精简率、包括客户、站点、组、集群、 和节点。如果您打开了*with Snapshot copies*切换，数据精简率计算将包括以下存储效率技术：
-
重复数据删除
-
压缩
-
数据缩减
-
克隆
-
快照
默认情况下、数据精简率计算不包括Snapshot存储效率技术。
-
使用的是物理数据和逻辑数据？ *
-
已用物理块 / 已用物理数据
-
当前用于数据的空间量 （而不是保留供将来使用）
-
包括聚合 Snapshot 副本使用的空间
-
客户端实际占用 / 写入的空间
-
-
已用总逻辑数据
-
显示聚合中使用的逻辑大小。
-
这包括聚合中的卷，克隆和快照。
-
逻辑大小是根据物理使用量（实际写入）和聚合中节省的空间计算得出的。
-
不包括为将来使用而预留的空间
-
哪些AutoSupport实例用于计算数据精简率？
可以使用最新的每周或用户触发的AutoSupport实例执行计算、这些实例往往包含计算比率所需的大部分部分。
数据精简计算不包括哪些卷或聚合？
计算数据精简率时不考虑以下对象：
-
根聚合
-
使卷脱机
-
SVM 根 / 管理根卷
-
MCC 配置卷
如何查看数据精简率的趋势？
目前、数据精简率是根据最新的每周或用户触发的AutoSupport实例计算得出的。未来版本可能会考虑这一趋势。
如何计算客户级别的比率和数据精简节省量？
客户级别的存储效率信息板可为AFF和非AF系统提供数据精简率(无论是否具有Snapshot副本)、并在客户群中对运行ONTAP 9.1及更高版本的系统进行合并。以下计算所需的参数来自 ONTAP AutoSupport ：
不使用 Snapshot 副本（按每个聚合先计算）：
| * 操作 * | * 公式 * |
|---|---|
不使用 Snapshot 副本的 aggr 逻辑 |
聚合中的卷，克隆， Snapshot 副本使用的逻辑大小— Snapshot 副本使用的逻辑大小 |
在不使用 Snapshot 副本的情况下使用的 aggr 物理磁盘 |
已用总物理空间(Snapshot副本已用物理空间/聚合数据精简率) |
不含 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 版本升级以及节点中存在数据保护卷，则存储效率将报告正确或较低的值。
清单
Capacity
如何在Digital Advisor中计算容量？ Digital Advisor中的容量是为集群和节点计算的、不包括根副本和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 副本预留的空间。它还包括为卷预留的空间，即文件或卷保证类型。因此，两者可能不匹配。
*容量显示在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*图标上，了解适用的系统类型和级别。