顺序问题

如果在备份过程中关闭 Domino 服务器，则可以按任何顺序备份 NSF 和 NLO 文件。如果必须在备份过程中保持 Domino 服务器的正常运行，则在备份 NLO 文件之前备份所有 NSF 数据非常重要。这与本节中描述的在活动系统中添加对新 NLO 文件的引用有关。

备份参与 DAOS 的 NSF 时，备份时该 NSF 中包含一些 NLO 引用。由于所有 NSF 的备份操作都有一定的持续时间，因此在备份期间运行的系统中，对 NLO 文件的引用数可能会在该持续时间内增加。如果（例如）在 NSF 备份过程开始时所有 NSF 共同引用了 10,000 个 NLO 文件，那么到最后一个 NSF 备份时可能会达到 10,100 个。

同样，NLO 数据的备份也有一个持续时间，因此，尽管在 NLO 备份过程开始时可能已经有 10,100 个 NLO 文件，但是到最后一个 NLO 备份时可能会达到 10,200 个。

在这种情况下，NSF 的备份版本最多只能引用 10,100 个 NLO 文件。因为 NLO 备份是在 NSF 备份过程之后完成的，所以 NLO 备份至少包括 NSF 备份期间那么多 NLO 文件，但可能包含多达 10,200 个 NLO 文件。最坏的情况是，备份的 NLO 文件比满足 NSF 引用真正所需的要多。由于对 NLO 文件的所有访问都是通过 NSF 完成的，并且首先完成了 NSF，因此可以保证所有引用的 NLO 文件都存在于备份的 NLO 文件集中。如果访问 NLO 文件以进行备份时由于正在使用而出错，则可以放心地将其忽略。如果正在写入文件，则必须在备份 NSF 之后进行该活动。 因此，此 NLO 文件不需要位于相应的 NLO 文件集中，并将在下一个循环中进行备份。

延迟删除间隔应设置为比您选择的备份周期更长的期间。这样，在进行下一次备份之前就不会删除 NLO（物理删除）。相反，会在它们已相应老化后才会实际删除。

如果要缩短删除间隔或使用不存在的删除间隔 - 可以通过在服务器文档的 DAOS 选项卡中将该功能设置为零来禁用该功能 - 系统会打开一个时间范围，在此期间无法恢复已删除的附件，因为 NLO 文件在进行备份之前已被物理删除。避免在有机会备份之前从存储库中删除 NLO 文件（通过在 Domino 控制台上发出“删除”命令）； 您将无法恢复它们。当附件被删除，并且关联的 NLO 文件的引用计数变为零时，它将成为删除的候选对象。延迟删除间隔确定删除实际发生的时间。如果将延迟删除间隔（建议）设置为长于备份周期，则所有 NLO 的存续时间至少为一个备份周期，因此，随后可以恢复任何 NLO。

在 DAOS 存储库中对 NLO 文件进行初始完全备份之后，可以执行增量备份，该备份仅保存自上次备份以来已更改的数据。NLO 文件是增量备份的理想选择，因为它们在最初创建后没有任何更改。

会为每个唯一的附件创建一个 NLO 文件，因此在大型部署中可能会包含大量 NLO 文件。每个已编号的 DAOS 子目录中的最大文件数为 40,000，并且可以有 1000 个子目录，所以总计最多有 4000 万个 NLO 文件。请检查您的备份实用程序规格，以确定其管理的文件总数是否受到限制，并相应地监控 DAOS 目录文件总数的增长。