在運算中，索引是一種輔助結構，其作用是在不遍歷每筆記錄的情況下回答「這個在哪裡？」的問題。書籍索引就是我們熟悉的例子：您尋找某個詞彙，然後跳到對應的頁面，而無需閱讀整本書。資料庫、搜尋引擎和檔案系統都採用相同的概念，因此即使資料量不斷增長，查找成本仍然很低。索引並非資料的第二份複本。它是從鍵（例如名稱）到該項目位置的對應。

目錄是名稱列表。如果沒有索引，發現一個名稱可能表示要掃描該清單的大部分內容。ONTAP 的目錄索引是該捷徑的檔案系統版本。

如果沒有持久索引，發現名稱可能需要讀取大量目錄區塊並建立記憶體容量雜湊。從 ONTAP 9.2 開始，當目錄檔案成長到大約 2 MiB 時，ONTAP 會自動建立一個配套的目錄索引 inode。

持久索引會對應到目錄檔案中條目的位置。因此，定向查找可以讀取所需的索引和特定的目錄區塊，而無需將整個目錄檔案載入到記憶體容量中。索引通常可以減少大型目錄上以尋找為導向之作業的 CPU、記憶體容量和 I/O，除了大型目錄的內容之外，還能為其他工作負載釋放更多節點資源。

啟用目錄索引無需系統管理員選項；預設已啟用。目錄只有在其目錄檔案超過約 2 MiB 的臨界值後，才有資格建立持久索引。滿足此條件後，索引建置可由使目錄增長超過臨界值的操作、索引掃描器或符合條件的前端名稱操作（例如 LOOKUP、ACCESS、基於路徑的開啟或建立、重新命名或移除）來啟動。這些掃描器和前端觸發器不會置換大小臨界值，也不會為較小的目錄建立持久索引。約 2 MiB 的點會改變提供目標尋找服務的方式。它並非目錄大小延遲臨界值。不斷增長的目錄如何顯示在用戶端和節點行為中，說明於 "效能影響"。

目錄索引與目錄檔案是分隔的。即使存在目錄索引，以下結論仍然成立：

每個已建立索引的目錄都有自己的索引；目錄索引是不共享的。因此，一個 Volume 可以為每個超過約 2 MiB 臨界值的目錄保存一個索引。低於臨界值的目錄仍保留在非持續性查詢路徑上，即使掃描器或前端作業存取它們，也不會獲得隨附的目錄索引 inode。符合條件目錄的索引是否計入 maxfiles，取決於它們是私有還是公有，如這裡所述。

預設情況下，目錄索引通常位於私有 inode 空間。私有目錄索引 inode 會在 SnapMirror 傳輸過程中被忽略，因此 ONTAP 會在啟動或還原後隨需在目的地重新建置索引。

從 ONTAP 9.17.1 開始，Volume 層級選項 -is-dir-index-transfer-enabled true`會將目錄索引移至公用 inode 空間，以便支援的 SnapMirror 和 SnapMirror Cloud 工作流程可以傳輸它們。啟用此選項後 `true，會在公用 inode 空間中建立新索引，掃描器會移轉現有的私有索引。這可以減少還原後的索引建置，但公用索引會使用公用 inode，因此必須將其納入 `maxfiles`規劃中。

您可以使用 Volume show 選項查看是否有公用目錄索引 -has-dir-index-public true。此選項無法手動設定；只有在有公用目錄索引時，它才會顯示為 true。

公用目錄索引會計入 files，並且 `files-used`每個建立索引的目錄大約會增加一個 inode。

私有索引不使用公共 `files`配額。

目錄檔案可能會變大，然後在許多名稱被刪除後（亦即從目錄中移除檔案時）變得稀疏。目錄檔案的大小會保持在其最高水位線，因此 `READDIR`可能會花費大量的 CPU 和 I/O 來遍歷空區塊。

對於已建立索引的目錄，當 4 KiB 的目錄區塊完全為空時，ONTAP 可以打出一個空洞。

此索引會追蹤空洞，以便：

進階 `-has-optimized-sparse-directories`欄位是一個唯讀 Volume 顯示選項。值為 `true`表示該 Volume 包含以這種最佳化的打孔形式存在的目錄區塊。

如果在刪除後，應用程式的目錄大小仍然有問題，將剩餘項目複製到新建立的目錄中，可產生更緊湊的目錄檔案配置。降低 `maxdir-size`並不能壓縮稀疏的目錄。