數位顧問的常見問題集
建議變更
PDF
下列問題可解答您對數位顧問的常見問題。
技術案例
-
我何時建立技術案例？ *
建立技術案例是為了尋求任何 NetApp 產品的協助、以解決與硬體中斷、效能不佳、資料問題或技術資訊要求相關的技術問題。
-
如何建立技術案例？ *
-
按一下 "請按這裡" 開啟 NetApp 支援網站 。
-
從上方功能表中、按一下 * 我的個案 * 。
-
按一下 * 建立案例 * 。
-
選取類別、提供必要的詳細資料、然後按一下 * 新搜尋 * 、從您的庫存中搜尋系統。
-
從顯示的系統清單中、選取要建立案例的系統。
-
選取新案例的優先順序。
-
從「 * 問題類別 * 」下拉式清單中選取適當的類別。
-
在「問題說明」欄位中輸入問題說明、然後按一下 * 繼續 * 。
-
提供問題的其他詳細資料。
-
按一下 * 選取檔案 * 來上傳可能有助於診斷問題的檔案或影像。
-
按一下* Proce*。
-
提供您的聯絡詳細資料。
-
按一下 * 建立案例 * 。
-
非技術案例
什麼是非技術案例？
無法檢視庫存中的系統、不正確的合約期限等問題、本質上並非技術性質的問題、均歸類為非技術案例。
-
何時建立非技術案例？ *
應針對下列案例建立非技術案例：
-
無法存取某些功能、或需要任何 Digital Advisor 功能的協助
-
庫存中遺失系統
-
從安裝基礎解除委任系統
-
合約期限日期不正確或遺失
-
不正確的支援服務
如何建立非技術案例？
-
按一下 "請按這裡" 開啟 NetApp 支援網站上的「Non Technical Feedback Tool（非技術意見回饋工具）」。
-
從「意見反應類別」下拉式清單中選取適當的類別。
-
輸入所需的詳細資料、並在「Comments（註解）」方塊中提供額外資訊。
-
按一下*提交*。
系統會建立個案、並提供個案編號供您參考。
我該如何提供意見反應或提出其他與數位顧問相關的問題？
若要提供意見回饋或提出問題、請傳送電子郵件至mailto：ng-activeiq-feedback@netapp.com [.Underlines]#ng-activeiq-feedback@netapp.com。
儲存效率
如何在Digital Advisor中存取儲存效率？
-
開啟的首頁 "數位顧問"。
-
從右上方的搜尋方塊中搜尋客戶、站台、群組、叢集或節點、以前往各自的儀表板。
-
按一下左側導覽中的*儲存效率*。
|
使用觀察清單建立的儀表板不會顯示在儲存效率Widget中。 |
數位顧問是否顯示所有ONTAP 的不全系統的比率？
Digital Advisor會顯示ONTAP 執行效能更新版本的系統的比率。
-
效率儀表板上的「含 Snapshot 複本」切換為何？ *
Digital Advisor Efficiency Dashboard 可計算多個層級的資料減量比率、包括客戶、站台、群組、叢集、 和節點。如果您開啟「 * 使用快照複本 * 」切換、資料減量比率計算會包含下列儲存效率技術：
-
重複資料刪除
-
壓縮
-
資料壓縮
-
複製
-
快照
根據預設、資料減量比率計算不包含 Snapshot 儲存效率技術。
使用什麼實體資料和使用的邏輯資料？
-
實體區塊使用量/實體資料使用量
-
目前用於資料的空間量（而非保留供未來使用）
-
包括Aggregate Snapshot複本所使用的空間
-
用戶端實際使用/寫入的空間
-
-
使用的邏輯資料總計
-
顯示用於集合體的邏輯大小。
-
這包括集合體中的Volume、Clones和Snapshot。
-
邏輯大小是根據實體使用量（實際寫入）和在集合體中取得的節約成本來計算。
-
不包含保留供未來使用的空間
-
-
哪些 AutoSupport 執行個體用於計算資料減量比率？ *
計算是使用最新的每週或使用者觸發的 AutoSupport 執行個體來執行、這些執行個體通常包含計算比率所需的大部分區段。
-
資料減量計算中排除哪些磁碟區或集合體？ *
計算資料減量比例時、不會考慮下列物件：
-
根Aggregate
-
離線磁碟區
-
Vserver根/管理根磁碟區
-
MCC組態磁碟區
-
如何看待資料減量比率的趨勢？ *
目前、資料減量比率是根據最新的每週或使用者觸發的 AutoSupport 執行個體來計算。未來版本可能會考慮趨勢分析。
-
如何計算客戶層級的比率與資料減量節省？ *
客戶層級的儲存效率儀表板可提供資料減量率、以及不含 AFF 和非 AFF 系統的 Snapshot 複本、並可在客戶安裝的基礎上、針對執行 ONTAP 9.1 及更新版本的系統進行整合。下列計算所需的參數來自ONTAP AutoSupport 於下列項目：
不使用Snapshot複本（先根據Aggr計算）：
| 營運 | 公式 |
|---|---|
使用Aggr邏輯時不使用Snapshot複本 |
集合體中的Volume、Clones、Snapshot複本所使用的邏輯大小–Snapshot複本所使用的邏輯大小 |
不使用Snapshot複本的aggr實體 |
總實體使用量–（ Snapshot 複本使用的實體大小 / Aggregate Data Reduction Ratio ） |
不含Snapshot複本的客戶效率比率 |
總計[不使用Snapshot複本的Aggr邏輯用於客戶的所有集合體和所有節點]/總計[不使用Snapshot複本的Aggr實體用於客戶的所有集合體和所有節點]：1. |
使用Snapshot複本：
| 營運 | 公式 |
|---|---|
使用Snapshot複本的客戶邏輯大小 |
總計[適用於所有集合體和客戶所有節點的Volume、Clones、Snapshot複本所使用的邏輯大小] |
使用Snapshot複本的客戶實體大小 |
總和[用於所有集合體和客戶所有節點的實體大小總計] |
Snapshot複本的客戶效率比率 |
使用Snapshot複本和Clones的客戶邏輯大小/使用Snapshot複本和Clones的客戶實體大小：1. |
效率功能表計算：
| 營運 | 公式 |
|---|---|
已使用的客戶實體空間 |
集合體使用的實體空間總和、用於客戶的所有集合體和所有節點 |
不使用Snapshot複本的客戶邏輯大小 |
Volume、Clones、Snapshot複本所使用的邏輯大小總和- Snapshot複本所使用的邏輯大小、適用於客戶所有節點的所有集合體 |
與Snapshot複本搭配使用的客戶邏輯大小 |
適用於客戶所有節點之所有集合體的Volume、Clones、Snapshot複本、其所使用的邏輯大小總和 |
已儲存空間總計 |
已用邏輯空間總計：已用實體空間總計 |
重複資料刪除技術的節省 |
Volume Deduplication所節省的空間總和+藉由即時零模式偵測所節省的空間、可偵測客戶所有節點的每個集合體 |
壓縮節約效益 |
由Volume壓縮所儲存的空間總和、可儲存客戶所有節點的每個集合體 |
精簡節能（ONTAP 適用於29） |
由客戶所有節點的每個集合體的Aggregate Compaction所儲存的空間總和 |
精簡節能（ONTAP 適用於效能不再更新的版本） |
藉由彙總資料減量、將客戶所有節點的每個集合體所節省的空間總和 |
FlexClone節約效益 |
客戶所有節點的每個集合（FlexClone Volumes使用的邏輯大小- FlexClone Volumes使用的實體大小）總和 |
Snapshot複本備份節約效益 |
客戶所有節點的所有集合體（Snapshot複本使用的邏輯大小- Snapshot複本使用的實體大小）總和 |
-
為什麼新增所有個人資料減量節省額、並不意味於節省資料？ *
儲存效率儀表板中顯示的是 Volume 和本機層（集合體）的資料減量節省量。 您無法在不同的儲存物件上同時新增磁碟區節約效益和集合節約效益。
-
升級至 ONTAP 之前、為什麼資料減量報告為較高或不正確？ *
當節點中存在資料保護磁碟區、因為 ONTAP 中有錯誤而導致資料減量的情形較高。此問題已在ONTAP 32版中修正。當從ONTAP 9.3 P11之前的版本進行升級、以及節點中存在資料保護磁碟區時、儲存效率會報告正確或較低的值。
庫存
容量
如何在Digital Advisor中計算容量？ Digital Advisor中的容量是針對叢集和節點（不包括root和Snapshot複本）計算而得
| 容量 | *透過新增每個Aggregate…*來計算 |
|---|---|
原始容量 |
「sysconfig -R」的所有實體（MB/blks） |
可用容量 |
「DF -A」的KB（已分配） |
已用容量（含保留容量） |
使用「DF -A」 |
可用容量 |
可獲得「DF -A」 |
實體容量（實際） |
「agg-Eff效率.xml」的實體使用量總計 |
邏輯容量（有效） |
「aggreg-Eff效率.xml」集合體中的Volume、Clones及Snapshot複本所使用的邏輯大小 |
適用於本機層（含Snapshot複本的Aggregate）
| 容量 | *使用…*計算 |
|---|---|
可用容量 |
「DF -A」的KB（已分配） |
已用容量（含保留容量） |
使用「DF -A」 |
可用容量 |
可獲得「DF -A」 |
實體容量（實際） |
「agg-Eff效率.xml」的實體使用量總計 |
邏輯容量（有效） |
「aggreg-Eff效率.xml」集合體中的Volume、Clones及Snapshot複本所使用的邏輯大小 |
適用於Volume（含Snapshot複本的Volume）
容量 |
*使用…*計算 |
Volume容量 |
Volume大小為「Volume .xml」 |
已用容量（含保留容量） |
已使用的「Volume .xml」大小 |
可用容量 |
「Volume .xml」的可用大小 |
實體容量（實際） |
「VOL STATUS -S」的實體使用總計 |
邏輯容量（有效） |
邏輯使用的「Volume .xml」大小 |
什麼是實體容量（實際容量）、邏輯容量（有效容量）和已用容量（含保留容量）？
-
實體區塊使用量/實體使用容量（實際）
-
目前用於資料的空間量（而非保留供未來使用）
-
包括Aggregate Snapshot複本所使用的空間
-
用戶端實際使用或寫入的空間
-
-
已使用邏輯容量（有效）邏輯資料
-
顯示用於集合體的邏輯大小
-
集合體會將Volume、Cles及Snapshot複本內化。
-
邏輯大小是根據實體使用量（實際寫入）和在集合體中取得的節約成本來計算。
-
|
|
不包含保留供未來使用的空間。 |
-
已用/已用資料容量總計（含保留）
-
集合體中所有已用或保留空間的總和（依磁碟區、中繼資料或Snapshot複本）
-
|
|
其中包含保留給檔案或磁碟區保證類型磁碟區的空間。除了保留資源之外、還包括延遲釋出、aggr部落格和中繼資料。它會顯示為已用空間、直到清除延遲的可用區塊為止。清除後、已用空間會減少。 |
*容量預測如何計算？*容量預測使用去年使用的容量資料來計算系統的每週平均成長率。系統使用率的這種變更率會從目前使用的容量中推斷出、以證明系統使用率在未來6個月內將如何改變（假設總可用容量維持不變）。
*為什麼每個磁碟區的「已新增使用容量」與節點層級的「已使用容量」不符？*節點層級的「已使用容量」包括由磁碟區、中繼資料和Snapshot複本保留的空間。它也包含保留給磁碟區的空間（檔案或磁碟區保證類型）。因此兩者可能不相符。
*容量顯示在Digital Advisor Base 2或Base 10中嗎？*數位顧問中顯示的所有容量都是Base 2（除以1024）、代表GiB/TiB的容量。NetApp產品及其他NetApp產品也會在Base 2中顯示容量使用量。ONTAP
就功能而言、容量會以Base 10顯示、容量單位則以TB表示。StorageGRID
其他
為什麼左導覽窗格中儲存健全狀況下的功能會停用？ *
* 儲存健全狀況 * 下的功能可用度取決於系統類型和層級。例如、叢集檢視器適用於叢集和節點層級的 ONTAP 和 Cloud Volumes ONTAP （ CVO ）系統。您可以將游標移至每項功能旁邊的 * I* 圖示上、以瞭解適用的系統類型和層級。