您需要安排 Domino 服务器定期重新启动，以保证最佳性能和服务器的可用性。同时也需要安排适当的备份和恢复测试，以确保数据不仅能被记录，也可以正常恢复。
很多时候，恢复某一事件的惟一选择可能就是重建备份，因此如果备份不存在或者操作不当，就可能会导致信息损毁或者财产损失。
同时也需要经常对服务器的某些数据库进行一般或者特定维护，以便完成修复数据库破损、缩小数据库容量、修复性能问题等。
在此，我们涵盖了绝大部分常见的数据库维护程序，这个过程通常由 Domino Administrator 执行，并且 Lotus Technical Support 也会请求。
注意： 如果启用了诸如 Transactional Logging 和/或 DAOS 的某些 Domino 功能，在采用下列步骤前，需考虑一些问题。
Fixup 通常用来尝试修复数据库中的损坏视图和文档。当怀疑某个数据库有问题时就会使用它，但是绝不建议将它作为预防措施在数据库上定期运行。
同时，也不建议将 fixup 方法用在启用交易日志的数据库上。（如需更多信息，请参见产品说明中的“-j”转换部分。）
用法：
Load fixup databasepath 选项
示例（见图 71）：
Load fixup mail\acolorad.nsf -F
如需 fixup 方法的可用转换的完整列表，请使用“-?”转换（load fixup -?）。
Compact 通常用于重组数据库的内容，缩小数据库规模，并尝试解决使用 fixup 无法解决的数据库损坏问题。
用法：
Load compact databasepath 选项
示例（见图 72）：
Load compact mail\acolorad.nsf -c
如需 compact 方法的可用转换的完整列表，请使用“-?”转换（load compact -?）。
Updall 可用于更新或重建数据库视图和索引。保持数据库视图和索引的流动性对于执行文本搜索至关重要，并且还会影响性能。
用法：
Load updall databasepath 选项
示例（见图 73）：
Load updall mail\acolorad.nsf -ft -x
如需 updall 方法的可用转换的完整列表，请使用“-?”转换（load updall -?）。
对关键性服务器数据库（如 Names.nsf、Log.nsf 和 Cldbdir.nsf，仅举几例）进行维护（如运行 compact、fixup 和 updall）至关重要。这种维护必须在服务器关闭时完成；如果在服务器正在运行时进行此类操作，将会对服务器造成严重损坏。
在 Microsoft® Windows® 32 - bit（Win32）平台上，运行上述维护任务或关键数据库的惟一方式是通过命令提示符窗口，这是由于不得运行服务器的缘故。如果不知出于何种原因服务器无法启动，但同时又必须对数据库进行维护，则此方案也适用。
在 Domino 目录中，应该含有名为 nfixup.exe、ncompact.exe 和 nupdall.exe 的可执行文件。这些文件可以通过命令提示符窗口执行，且具有与通过服务器控制台上的 load fixup、load compact 及 load updall 命令执行时的同样效果。
数据库损坏的一般特点是，部分或整个数据库遭遇数据丢失、完整性问题、不一致数据、功能受限或者只是简单的无法读取问题。
数据库损坏可能由各种因素造成，如电源故障、硬盘故障、网络问题、碰撞、软件故障及用户干预等。由于数据库损坏本身的特性和诸多因素都可能导致这种结果，所以只有重现损坏过程，方可确定是何种原因导致损坏。
很多时候，都可以通过使用 fixup、compact 和 updal（通常以该顺序进行）维护任务的某几种或者全部修复数据库，使其从故障状态恢复过来。然而不幸的是，有时这种方法根本行不通，因此可能需要从备份中恢复数据（从而显示出备份的重要性）。
如需有关服务器维护的更多详细信息，请参见 Techdoc #7006573，名为“Domino 服务器维护管理员指南”。
NSD 是伴随 Domino 服务器（Win32 平台的 nsd.exe 或者 UNIX® 平台的 nsd.sh）产生的一个平台，并且也可在 Lotus Notes 客户端使用。执行时，它会搜集有关计算机当前状态的重要信息，如服务器/客户端版本、日期和时间、NSD 版本、操作系统运行的程序、线程信息，及内存分配，并生成一份报告，内含所有此类信息。
这些信息在为服务器或者客户端程序崩溃和挂起进行故障处理时极为有用，同时 Lotus Technical Support 通常也要求提供此类信息。因此保持 NSD 始终为最新版本非常重要，因为 IBM 会不断补充改进，帮助改善故障处理过程。如需有关更新 NSD 版本的更多信息，请参见 Tech note #1233676 名为“NSD 修复列表和 NSD 更新战略”。
了解并验证是否已将服务器配置为在系统崩溃时搜集 NSD 非常重要。您可以在特定服务器 Server Document 的 Basics 选项卡下执行此操作，如图 75 所示。
具体来说，您可以在该页面的右下方为自动服务器恢复设置选项（见图 76）。
若要为每个环境确定最佳配置，您需要了解每种设置的作用，因此让我们检阅一下上图 76 所示的一些主要字段：
Run NSD To Collect Diagnostic Information。 启用此选项，会在服务器崩溃时收集 NSD。
Automatically Restart Server After Fault/Crash。如果您想要服务器在崩溃后自动重新启动，请启用此选项。例如，如果服务器在午夜发生崩溃，它将会自动重新启动，而无需任何人为干预。
Maximum Fault Limits。使用此选项可指定一段固定的时间内发生故障的最多次数，在这段时间内服务器可自动重新启动。这就可帮助防止对服务器本身造成进一步的损坏，例如，当数据库遭到破坏时，随着服务器重新启动，它将会一次又一次地崩溃。
在某些情况下，取得手动 NSD 也是十分必要的，例如，对于诊断挂起而言。在下面的示例中，我们将介绍如何取得运行在 Win32 平台上的 Domino 服务器的手动 NSD：
我们需要首先打开 Command Prompt 窗口，然后进入 Domino 程序目录（见图 77），这是 nsd.exe 文件的所在之处（如果 Domino 程序目录不在操作系统的路径内）。
现在，我们执行控制台上的 nsd.file 来搜集信息，并生成报告。图 78 显示了运行并搜集系统信息的 nsd。
NSD 程序完成后，它会显示如图 79 中所示的信息，指示结束的时间，及生成的文件的位置和名称。此文本文件通常在位于 Domino Data Directory 内的 IBM_TECHNICAL_SUPPORT 中生成，并具有扩展名 .log。
请注意，NSD 文件名还包含平台、主机名，及执行日期和时间的相关信息，这些可能会对寻找想要的 NSD 文件十分有用。
7695
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
