计算中的索引是一种辅助结构，其作用是回答"这在哪里？"，而无需遍历每条记录。书籍索引是大家熟悉的版本：您查找某个术语并直接跳转到相应页面，而无需阅读整本书。数据库、搜索引擎和文件系统采用相同的原理，使得随着数据集合的增长，查找操作仍能保持高效。索引并非数据的第二份副本。它是从键（例如名称）到该条目位置的映射。

目录是名称列表。如果没有索引，查找一个名称可能意味着扫描该列表的大部分内容。ONTAP 的目录索引是该快捷方式的文件系统版本。

如果没有持久索引，查找名称可能需要读取许多目录块并构建内存中的哈希。从 ONTAP 9.2 开始，当目录文件增长到约 2 MiB 时，ONTAP 会自动创建一个伴随目录索引信息节点。

永久索引映射到目录文件中条目的位置。因此，定向查找可以读取所需的索引和特定目录块，而不是将整个目录文件加载到内存中。索引通常可以减少大型目录上面向查找的操作所需的 CPU、内存和 I/O，除了大型目录的内容外，还可以为其他工作负载释放更多的节点资源。

无需管理员选项即可启用目录索引；默认情况下，它处于启用状态。只有在目录文件超过约 2 MiB 阈值后，目录才有资格获得永久索引。满足该条件后，可以通过将目录增长到阈值之外的操作、索引扫描程序或合格的前端名称操作（如 LOOKUP、ACCESS、基于路径的打开或创建、重命名或删除）来启动索引构建。这些扫描程序和前端触发器不会覆盖大小阈值，也不会为较小的目录创建持久索引。约 2 MiB 这一节点改变了提供定向查找的方式。它不是目录大小延迟阈值。不断增长的目录在客户端和节点行为中的显示方式，请参见 "影响性能"。

目录索引与目录文件是分开的。尽管存在目录索引，但以下内容仍然成立：

每个索引目录都有自己的索引；目录索引不共享。因此，卷可以为增长超过约 2 MiB 阈值的每个目录保存一个索引。低于阈值的目录仍保留在非持久查找路径上，即使扫描程序或前端操作访问这些目录，也不会收到伴随的目录索引 inode。符合条件的目录的索引是否计入 `maxfiles`取决于它们是私有的还是公共的，如此处所述。

默认情况下，目录索引历史上驻留在专用 inode 空间中。私有目录索引 inode 会从 SnapMirror 传输中省略，因此 ONTAP 会在激活或还原后按需在目标位置重建索引。

从 ONTAP 9.17.1 开始，卷级选项 `-is-dir-index-transfer-enabled true`将目录索引移至公共信息节点空间，以便受支持的 SnapMirror 和 SnapMirror Cloud 工作流可以传输这些索引。当该选项为 `true`时，将在公共信息节点空间中创建新索引，扫描程序会迁移现有的专用索引。这可以减少还原后的索引构建工作，但公共索引会消耗公共信息节点，必须将其纳入 `maxfiles`规划中。

您可以使用 volume show 选项查看是否存在公共目录索引 -has-dir-index-public true。此选项无法手动设置；只有在存在公共目录索引时才会显示 true。

公共目录索引计入 files，并且每个索引目录大约会增加一个 inode，从而增加 files-used。

私有索引不消耗公共 `files`配额。

目录文件可能会变大，然后在删除许多名称后变得稀疏（即从目录中删除文件时）。目录文件大小将保持在其高水位线，因此 `READDIR`可能会花费大量 CPU 和 I/O 来遍历空块。

对于索引目录，当 4 KiB 目录块完全为空时，ONTAP 可以执行打孔操作。

该索引跟踪孔，以便：

高级 `-has-optimized-sparse-directories`字段是只读卷显示选项。值 `true`表示卷包含此优化、打孔形式的目录块。

如果应用程序的目录大小在删除后仍然存在问题，则将剩余条目复制到新创建的目录中会产生更紧凑的目录文件布局。降低 `maxdir-size`不会压缩稀疏目录。