domino 集群

在做集群时候注意： 1、 注册好 ID 2、 添加附加服务器 3、 开启附加服务器 4、 用主服务器设置两服务器添加集群，端口，连接，最后重启，确定 集群效果 5、 注册新服务器 administrator - 配置 - 注册 - 服务器 注册一个你要新增的服务器。 2、安装配置附加服务器 1：拷贝新的 SERVER ID 到新服务器数据目录； 2：拷贝主服务器上的 names.nsf 到新的服务器数据目录； 3：修改主服务器配置文档，将新的服务器加入可以访问主服务器的权限里面； 4：配置的时候，选择添加附加服务器，服务器 id 为你拷贝过去的 serverid。 3、新建群集(cluster)，并将两个服务器加入这个群集 administrator - 配置 - 所有服务器文档 - 选中一个服务器然后点击添加到群集 - 如 果当前没有群集那么选择新建 - 加入第二、第二.个服务器。 A： 建集群 4、建立两个服务器连接 aministrator - 配置 - 连接 - 添加连接 - 添加一个从附加服务器到主服务器的连接。 5、建立群集 cluster 端口并修改服务器文档和 notes.ini 文件 自己 对端 1：分别为两个服务器添加群集连接端口： administrator - 配置 - 右边工具栏 - 服务器 - 设置端口 - 新建一个端口比如 cluster，类型为 tcp； 2：修改两个服务器配置文档，在端口-Notes 网络端口里面添加 cluster，网络地址为 当前服务器的 ip 或主机名，并启用他； 3：修改 notes.ini 文件，添加如下配置： Server_Cluster_Default_Port=cluster TCPIP_TcpIPAddress=0,10.0.1.1:1352 /根据你自己的服务器 ip 地址来设置 cluster_TcpIPAddress=0,10.0.1.1:1352 /根据你自己的服务器 ip 地址来设置 1：端口 2、启用端口 3：修改 INN 文件 4：重起两个 domino 服务器。 6、新建复本和权限设置 必须拷贝的复本： names.nsf、 admin4.nsf、catalog.nsf (如果你用到 domino ca，那么加 certca.nsf、certsrv.nsf) 新建所有你需要的应用数据库复本到附加服务器。 添加附加服务器的权限到每一个你需要的数据库，最好是一个服务器群，然后添加，以便 以后增加新的服务器，一般默认的 localdominoserver 服务器群就包含了这些服务器。 7、测试群集是否成功运行 domino 控制台敲入： show cluster ，可以看到群集的基本信息，一般为： 主服务器 辅助服务器 如果辅助服务器配置提示：invalid or nonexistent document 。请删除，names.nsf 文 件 Trace ip （服务器 ip 地址） 不需要将把主服务器的 domnodata 目录下的数据库拷贝到第二台服务器上去，这些文件 本身就是互为副本关系的，会自动开始同步。 还有控制台上出现这个连接错误，按照上次我们的方法，trace 自己的 ip 地址，然后 trace 通了后，就不会有这个提示了。 对于集群，如果没有单独的 cluster 数据端口的情况，是不需要设置 cluster 端口及在 notes.ini 文件添加相应的信息。 Domino 服务器命令 Date: 2012-06-30 Abstract Domino 服务器命令 Problem Domino 服务器命令 Content 标题Domino 服务器命令 问题描述: Domino 服务器命令 解答: 下表简要描述了可用的 Domino 服务器命令。 命令 描述 Broadcast 向该服务器的指定用户或所有用户发送消息。 Dbcache Flush 关闭当前在数据库高速缓存中打开的所有数据库。 Drop 关闭一个或多个服务器会话。 Exit 停止服务器。该命令等同于 Quit。 Help 显示服务器命令列表，并附有每个命令的简短描述、参数（如果有）及正确语法。 Load 在服务器上加载并运行指定的服务器任务或程序。 Platform 在控制台上控制平台统计数据。 Pull 强制进行从指定服务器到您的服务器的单向复制。 Push 强制进行从您的服务器到指定服务器的单向复制。 Quit 停止服务器。该命令等同于 Exit 服务器命令。 Replicate 强制在两个服务器（输入此命令时所在的服务器和指定的服务器）之间进行复制。 Restart Port 在指定端口上禁用事务（或消息） ，然后在短暂延迟后重新启用该端口。 Restart Server 停止服务器，稍后再重新启动。 Restart Task 关闭然后重新启动指定的服务器任务。 Route 在特定服务器上启动邮件路由。 Set 在 NOTES.INI 文件中添加或更改设置。 Configuration Set Rules 重新载入服务器的邮件规则。 Set SCOS 激活或停用共享邮件数据库。 Set Secure 通过口令保护控制台。 Set Statistics 重置累积的统计信息。 Show Agents 显示所指定数据库中代理的名称。 Show Allports 显示服务器上所有启用和禁用端口的配置。 Show Cluster 显示本地服务器的群集名高速缓存。 Show Configuration 显示 NOTES.INI 设置的当前值。 Show Directory 列出数据目录中的所有数据库文件，并识别数据库的多个复本。 Show Diskspace 显示磁盘驱动器（Windows NT 或 OS/2）或文件系统 (UNIX) 上可用空间的数量（字节） 。 Show Heartbeat 指示服务器是否正在响应。 Show Memory 用于 OS/2。 Show Opendatabases 显示服务器上已打开数据库的列表以及有关这些数据库的详细信息。 Show Performance 显示当 Domino 服务器运行时每分钟的用户/事务值。 Show Port 显示通信量和错误的统计信息以及网络适配卡或通讯端口上使用的资源。 Show Schedule 显示服务器任务的下次运行时间。 Show SCOS 显示有关共享邮件数据库的信息，并重新载入共享邮件配置。 Show Server 显示服务器的状态信息。 Show Stat 显示有关下列一项或多项 Domino 服务器统计信息：磁盘空间、内存、邮件、复制和网络活动。 Show Stat Platform 显示有关所有服务器的单个和累积平台统计信息，包括下列一项或多项：逻辑磁盘、内存分页文 件、内存、单个网络、进程和系统。 Show Tasks 显示服务器名称、Domino 程序目录路径以及活动服务器任务的状态。 Show Transactions 对于每种类型的事务，显示 NRPC 事务总数、最短和最长的事务持续时间、执行所有事务的总 时间以及执行事务的平均时间。 Show Users 显示已与服务器建立会话的所有用户的列表。 Show Xdir 提供有关服务器用于名称解析的每个目录的信息。 Start Consolelog 启用控制台日志记录。 Start Port 在指定端口上启用事务（或消息） 。 Stop Consolelog 禁用控制台日志记录。 Stop Port 禁用指定端口上的事务（或消息） 。 Tell 向服务器程序或任务发出命令。 Trace 测试到服务器的连接。 关于这个集群复制的问题，您这边还有什么疑问吗 有问题您随时联系我们 Domino 服务器维护的管理员手册 Technote (troubleshooting) 问题 Domino 服务器维护的管理员手册 解决问题 目录 I.实用程序： Updall, Compact, Fixup A. Updall B. Compact C. Fixup II.用于每周维护的实用程序 III.用于还原的实用程序 * I. 三个实用程序：Updall, Compact, Fixup A. Updall Updall 和 Update 很相似，但是它并不是持续运行，也不用在一个队列中排队。相反，你可以 按需运行 Updall。你可以在运行 Updall 的时候指定参数，但是如果没有指定的话，Updall 会更 新服务器上所有需要更新的视图索引和全文检索索引。为了节省磁盘空间，Updall 会清除数据 库中的删除标记，也会删除超过 45 天未用的视图索引，除非删除视图索引有其他限制条件。 可以通过设置 notes.ini 中的 Default_Index_Lifetime_Days，来改变 Updall 删除视图索引的时 间。 如同 Update, Updall 重建它所执行到的所有损坏的视图索引和全文索引。 默认情况下，Updall 包含在 notes.ini 配置文件 ServerTasksAt2 里面，因此它在凌晨 2 点运行。 每天运行 Updall 将帮助节省磁盘空间，因为它清空了删除标记和未使用的视图索引。同时，它 还保证了需要每天更新的全文索引检索得到更新。 Updall: 基本选项 任务中的选项 - 开始工具 命令行选项 描述 Index all databases Index only this database or folder databasepath “Only this database”只更新指定的数据库。为了更新 Domino Data 目 录中的一个数据库，需要输入文件名，xxxx.nsf。更新在 Data 目录中 的某个文件夹中的数据库，则需要指定相对于 data 文件夹的数据库 路径，比如 docreadme.nsf。 “Index all databases“（或者没有数据库路径）更新服务器上的所有数 据库。 Update this view only database -T viewtitle 更新数据库中的指定视图。可以用-R 去修复损坏的问题。 Updall - 更新选项 任务中的选项 - 开始工具 命令行选项 描述 Update: All built views -V 更新视图但是不更新全文索引 Update: Full text indexes -F 更新全文索引但是不更新视图 Update: Full text indexes; Only those with frequency set to Immediate -H 只更新全文索引频率设置为“立即”的。 Update: Full text indexes; Only those with frequency set to Immediate or Hourly -M 更新全文索引频率设置为“立即”或“ 每小时”的。 Update: Full text indexes; Only those with frequency set to Immediate, Hourly or Daily -L 更新全文索引频率设置为“立即”， “每小时”或“每天”。 Updall - 重建选项 任务中的选项 - 开始工具 命令行选项 描述 Rebuild: Full text indexes only -X 重建全文索引，但是不重建视图。用来重建那些全文索引已经损坏 的数据库。 Rebuild: All used views -R 重建所有访问过的视图。用这个选项会占用较大的资源，因此把它 作为解决某个数据库损坏的最后一种选择。 Rebuild: Full-text indexes and additionally: All unused views database -C 重建从未访问过的视图以及全文索引。需要指定一个特定的数据库。 Updall - 搜索场所选项 任务中的选项 - 开始工具 命令行选项 描述 Update database configurations: Incremental -A 重建全文索引，但是不重建视图。当全文索引损坏时用来重建。 Update database configurations: Incremental -B 完全更新搜索场所的数据库配置 B. 压缩 当一个数据库中的文档或者附件被删除时，Domino 会重新使用未用的空间，而不是去立即减 少文件大小。有时，只有当你压缩数据库后，Domino 才能重新使用这些未用的空间碎片。 这里有三种压缩方式： - 只有空间回收的现场压缩 - 空间回收和文件大小减少的现场压缩 - 复制方式的压缩 只有空间回收的现场压缩方式 这种方式的压缩恢复数据库中的未用空间，但是并不会减少数据库在磁盘中的大小。数据库保 留同样的数据库实例 IDs(DBIIDs),因此压缩的数据库和事务日志之间的关系依旧完整。在压缩 期间，用户和服务器仍然能够访问并编辑数据库。当你希望数据库的大小不发生变化或有所增 长的时候，可以选择这种压缩方式。 当你不指定选项运行 Compact 时，Domino 就会使用这种方式压缩所有启用了事务日志的数据 库。当你指定-b（区分大小写）来压缩任何一个数据库的时候，Domino 同样也会采用这种方 式。 提示：这种压缩方式最为常用，因为它运行最快而且对系统的影响最小。 现场压缩 - 重用空间并减小文件大小 这种方式的压缩会减少数据库的大小，同时回收数据库中没有利用的空间。和只进行空间重用 的压缩方式相比，这种压缩方式较慢，并且会给数据库重新分配一个 DBIIDs.如果你想通过一 个认证的备份工具来把它记录在日志数据库中，请在压缩完成后执行一个数据库的完全备份。 这种压缩方式允许用户或者服务器在数据库压缩过程中访问或者修改数据库。 当你不指定任何选项运行 Compact 时，Domino 就会用这种方式来压缩所有未启用事务日志的 数据库。当你指定-B 选项的时候 Domino 也用这种压缩方式。为了优化磁盘空间，建议您每周 一次或每月一次用-B 选项来执行 Compact。 复制方式的压缩 复制方式的压缩将复制数据库的拷贝，并在压缩完成之后之后删除原先的数据库。因此这种压 缩方式要求磁盘上有足够的额外空间以存放拷贝的数据库。这种方式的压缩其实是创建了由新 的数据库 ID 标识的新数据库。如果你在日志数据库上使用复制方式压缩（用-c 选项） ，压缩会 创建新的 DBIIDs，因此当使用认证的备份工具时，请在所有的压缩完成后立即对所有数据库进 行备份。当你使用复制方式压缩时，用户和服务器都不能编辑数据库而只能在-L 选项选中的条 件下浏览数据库。 当压缩会导致数据库结构性的改变时，Domino 会默认使用复制压缩方式。当数据库属性窗口 引发未执行的数据库结构性的改变时，亦然。激活或关闭数据库属性“优化文档表格映射” 和“不 支持指定的答复层次”都需要数据库的结构性改变。 何时压缩数据库 建议您每周或每月压缩数据库，并使用-B 选项来节省磁盘空间。如果你要使用一个认证的备份 工具，则需要在运行前完成压缩。 Compact - 基本 选项 命令行参数 描述 只压缩指定的数据库或文件夹。选择第一个 选项卡来指定要压缩的数据库，在第一个面 板中选择数据库。 database path 在 database path 后面可以指定其 他的选项 为了在 Domino Data 文件夹中压缩数据库，首先输入文件名，比如 sales.nsf。 在 Domino Data 路径下中压缩一个文件夹，请指定对于 Data 文件夹 的相对路径，比如，压缩 DataSales 中的所有数据库，指定 Sales。 如果你选择“压缩所有数据库”或不指定数据库路径，Compact 命令会 压缩在 Data 文件夹下的所有文件夹和数据库。 Compact - 选项 选项 命令行参数 描述 只有当未用空间大于百分之 x 的时候执行压 缩 -S percent 压缩指定未用空间比例的数据库。例如，如果你指定这个比例是 10，那么未用空间是 10%或以上的数据库会被压缩。注意，未用空 间的计算并不是总是可靠。 删除所有的视图索引 -D 删除建立的视图索引。在准备将数据库备份到磁带之前使用这个选 项。压缩是复制方式的。 保持或回复数据库到之前的格式 -R 压缩数据库但并不把它转成当前存储数据库的服务器的文件格式， 或者转换成之前的文件格式。例如，在 Domino6 服务器上，这个选 项压缩 Domino 5 的数据库却并不把它们转成 Domino 6 的文件格式， 并把 Domino6 的数据库转成 Domino 5 的格式。 这个选项用复制方式的压缩。 Compact - 方式 选项 命令行参数 描述 In-place (recommended) -b 用现场压缩方式并且回收未用空间，并不会减少文件大小，除非数 据库的结构会有变化。当有结构性变化时，会引发复制方式的压缩。 这是我们推荐的压缩方式。 In-place with file size reduction -B 用现场方式压缩，恢复未用空间并且减少文件大小，除非有会引起 复制方式压缩产生的数据库结构的变化。如果你启用事务日志，请 在压缩完成之后对所有数据库进行备份。 Copy-style -c 用复制方式的压缩。用这种方式来解决数据库损坏的问题。 Copy-style: Allow access while compacting -L 让用户能够在数据库压缩时候持续访问数据库。如果用户在压缩过 程中编辑数据库，压缩将取消。当复制方式的压缩完成时候有效。 Copy-style: Ignore errors and proceed -i 启用压缩并且忽略错误（比如文档损坏） 。只适用于复制方式的压缩。 Compact - 高级 注意高级压缩选项在 Domino Administrator 的文件选项卡的压缩工具中并不可用。 选项* 命令行参数 描述 Document table bitmap optimization: Off -f 禁用数据库的“文档表格位图优化”属性。进行复制方式的压缩。 Document table bitmap optimization: On -F 启用数据库的“文档表格位图优化”属性。进行复制方式的压缩。 Dont support specialized response hierarchy: Off -h 禁用数据库的“不支持指定的回复层次结构”属性；换句话说，支持指定的回复 层次结构。进行复制方式的压缩。 Dont support specialized response hierarchy: On -H 启用数据库的“不支持指定的回复层次结构”属性；也就是说，不支持指定的回 复层次结构。进行复制方式的压缩。 Enable transaction logging: Off -t 禁用事务日志。 Enable transaction logging: On -T 启用事务日志。 Dont maintain unread marks: Off -u 禁用数据库的“不保留未读标记”属性；也就是说，保留未读标记。 Dont maintain unread marks: On -U 启用数据库的“不保留未读标记”属性；也就是说，不保留未读标记。 注意：在你启用或禁用任何一个上面的属性之前，请选择“设置高级属性 ”。 C. Fixup 当你重启一台服务器时，服务器会快速搜寻所有的未记录的数据库，这类被编辑过数据库因为 服务器的错误、电源错误或硬件错误等等而非正常关闭。在服务器启动完成之后的几分钟之内， Fixup 任务会尝试去修复因为部分写操作引起的不一致性，这部分写操作正是因为上面提到的 错误引起的。当用户尝试去访问这些数据库，但是 Fixup 任务并没有完成的时候，用户会看到 一个提示信息“一致性检查正在进行中，此数据库不能打开”。当你重启一个 Notes 客户端的时 候，也会引发类似的 Fixup 进程。 当服务器启动的时候，多个 Fixup 任务同时运行，以减少修复数据库的时间。Domino 默认启 动的 Fixup 任务的数量相当于服务器上处理器数量的两倍。虽然这种默认的处理方式适用于大 多数情况，你依旧可以通过修改 NOTES.INI 文件来修改 Fixup_Tasks 的设置。实际运行的任 务的数量是你配置的任务数和需要修复的数据库数中较小的那个。比如，你设置 Fixup_Tasks 为 4，但是只有一个数据库需要修复，那么将只有一个 Fixup 任务运行。 请记住，当你设立事务日志之后，并不需要使用修复功能来保持数据库一致。 Fixup - 选项 在 Fixup 工具和任务中的 Fixup 选项 命令行参数 描述 Fixup all databases Fixup only this database or folder databasepath “只修复这个数据库或文件夹”只对某一个数据库或一个指定文件夹中的 所有数据库运行修复任务。在 Domino data 目录中的一个数据库运行 Fixup，输入文件名，比如 SALES.NSF。对 data 目录下的文件夹中的数据 库运行 Fixup，输入对于 data 文件夹的相对路径。比如，在 DATASALES 文件夹下的所有数据库运行 Fixup，指定 SALES。 “Fixup all databases“ 或者没有指定命令行数据库路径会修复 服务器端的所有数据库。 说明 为了指定数据库或文件夹来运行 Fixup 工具，选择指定的 数据库或文件夹。 Report all processed databases to log file -L 把 Fixup 打开和检查损坏的所有数据库都记录到日志文件中。没有这个 参数的话，Fixup 只记录实际碰到的问题。 Scan only since last fixup -I 当你在某个指定数据库上运行 Fixup，Fixup 只检查从上一次该命令运行 后修改过的文档。没有这个选项的话，Fixup 会检查所有文档。 Scan all documents -F 当你在所有的数据库上运行 Fixup，Fixup 会检查数据库中的所有文档。 没有这个选项的话，Fixup 只检查上一次运行后修改过的文档。 说明 用 Fixup 工具指定这个参数，取消 “Scan only since last fixup.“这个选项。 Perform quick fixup -Q 快速检查文档，但不够全面。没有这个选项的话，Fixup 会全面检查每 个文档。 Exclude views (faster) -V 组织 Fixup 在视图上运行。这个选项可以减少 Fixup 运行的时间。当视图 没有损坏时使用这个选项。 Dont purge corrupted documents -N 阻止 Fixup 清除损坏的文档，这样当下次 Fixup 运行的时候或者下次用户 打开数据库的时候，Fixup 必须再次检查该数据库。 Optimize user unread lists -U 将数据库中的 ID tables 恢复成上一个版本格式。不要选择这个选项，除 非客户服务人员建议这么去做。 Fixup transaction-logged databases -J 运行于开启事务日志的数据库。没有这个选项，Fixup 通常不运行。 如果你正在使用一个认证的备份工具，请在 Fixup 执行完成之 后立即计划备份。 Fixup open databases -O 如果你在打开的数据库上运行 Fixup，Fixup 会使数据库脱机再执行。 这是你指定一个数据库运行 Fixup 的默认情况。如果没有这个选项，数 据库未指定名字并处于打开状态，Fixup 不会运行。 Dont fixup open databases -Z 只在单个数据库上运行 Fixup。当一个数据库在使用，没有脱机的时候， Fixup 不会运行。 当 Fixup 在多个数据库上运行的时候，这是默认值。 Verify only -C 检查数据库的完整性并报告错误。不修改数据库（比如，不会清除损坏 的文档） Fixup subdirectories -Y 对子目录中的数据库运行 Fixup。 Dont fixup subdirectories -y 不对子目录中的数据库运行 Fixup。 II. 最常用的每周维护 如果你没有开启事务日志，运行下面的命令进行每周维护，建议维护最好在周末服务器工作量 不太大的时候进行： Compact B s 10 如果你开启事务日志，运行下面的命令进行每周维护： Compact b s 10 上面的命令压缩剩余空间大于 10%的数据库。参数“-b“和“-B“表示现场压缩。“-b“是和事务日志 一起使用的，因此不会给数据库指定新的 dbIIDs。 没有必要每周运行 Fixup 或者 Updall。只有当数据库有损坏迹象的时候才运行 Fixup。Updall 默认在每晚自动运行。在可能出现视图损坏的时候，应该运行带参数的 Updall。 注意：周期性的通过 Updall -r 重建视图，通过 Updall -x 重建全文索引是一个很好的习惯。 III. 最常用的还原程序 当数据库需要修复的时候，用下面的步骤来恢复。这部分也包括了在不同的操作系统平台上通 过命令行来运行 Domino 维护工具的操作指南。 我们什么时候应该用不定期维护？ 顾名思义，不定期维护是没有固定周期的，它包括数据库修复和数据库升级。具体的维护依赖 于维护的任务和数据库类型。如果 Domino 目录中有损坏发生， Domino 服务器必须停止运行 并进行维护。 数据库损坏 数据库的宕机是由一些非常规的原因，而不是通常的如用户投诉或报错信息所产生。比如，当 服务器产生显示数据库损坏的消息（有时候会造成系统宕机） ，会有下面的输出信息： - “database.nsf is damaged - DbMarkCorrupt(DbFixup: invalid slot found, could not be repaired). - database.nsf is CORRUPT - Now Read-Only!“ 如果数据库开启事务日志 如果你使用事务日志来记录 Domino 数据库的变化，服务器会在系统出错后自动使用一个事务 日志去恢复和还原任何开启事务日志的数据库。没有设置事务日志的数据库通过常规的一致性 检查来检查。如果产生一个磁盘错误，并且存档方式的事务日志被开启，你可以通过事务日志 和认证的备份工具来还原恢复数据库。 如果这些步骤都失败，尝试用下面的办法： 1. fixup database.nsf -J -F 2. compact database.nsf -b 3. updall database.nsf -R -X 这些程序会改变和事务日志相关的数据库的 DBIID,因此如果你运行存档方式的事务日志，要立 即执行一个完整的数据库备份。 如果数据库没有事务日志 如果数据库没有事务记录，运行下面的命令： 1. fixup database.nsf -F 2. compact database.nsf -c -i 3. updall database.nsf -R -X 另一个选择 如果上述的步骤也没有成功，试着创建数据库的一个副本来代替原来的数据库。创建副本会强 制重建整个数据库，能够修复一些数据库损坏或者移除一些无法复原的元素。 在工作日处理数据库损坏 1. 用下面的方式运行 Fixup 来检查损坏的数据库的完整性，并且在不做任何修改的情况下报告 出检查的问题：“fixup database.nsf -L F -O -C“ 2. 一般不建议在工作时间用 Fixup 工具来进行修复。如果不能等到非工作时间再去修复数据库 的话，那么用下面的方式运行 compact 任务： compact database.nsf -c -L -i 注意：强烈建议开启事务日志，以确保数据库的完整性。如果开启事务日志，Fixup 就没有必 要运行。 3. 运行了上述任一命令后，运行下面的命令来重建视图和索引（如果可以的话，最好等到非高 峰时间运行） 。 updall database.nsf R -X 了解更多的信息，请参考 Document #1193738, “Managing corruption recovery during the business day.“ 服务器升级 当 Domino 服务器升级到下一个版本时，数据库在磁盘上存放的物理方式（磁盘结构）也会升 级。在升级之前确保数据库结构是有效的和一致的非常重要。这么做可以避免数据库升级过程 中的错误信息。当升级过程中碰到数据库错误，Domino 上新版本的工具会有所帮助。尽管是 可选的，升级每个数据库的全文索引是很容易的，因此我们推荐选择执行，让你享用新版的 Domino 服务器上最新的全文检索引擎。 升级之前 1. 升级之前，推荐你按如下方式在目前的服务器上通过对视图运行 Updall 完成数据库清理： updall R X 在升级之前有多种选项可以去执行。运行 Updall -R -X 是避免数据库损坏的最好选择，因为它 完全重建了视图索引和全文索引。其他的一些选项包括： Updall -v (更新视图索引) Updall -R (完全重建视图索引 ) Updall -X (完全重建全文索引) 2. 你应当运行“fixup -F“来完成一致性检查。 注意：如果你开启事务日志，你可以不用运行 Fixup，但是如果你希望这么去做，记住要加上-J 参数。 3. 这样运行 Compact：“compact c i“ 注意：如果你开启事务日志，请移除 -c 和-i 参数，要记住加上 -b。这和大写的-B 是完全不一样 的，-B 会改变任何一个开启事务日志的数据库的 dbIID。 如果邮件文件在服务器升级后损坏 1. 运行 “fixup F“. 2. 运行 “compact -c -D -i K“ (copy-style, delete view indexes, ignore errors, set large UNK table bit). 3. 运行 “updall R X“. 更多的信息，请参阅 Document #1201020, “Error: Database Is Corrupt; Cannot Allocate Space when Opening Database After Server Upgrade.“ 升级之后 升级之后，强烈建议升级到最新的搜索引擎。即使 Domino 向前兼容支持所有以前版本的全文 引擎，用“updall X“升级到最新版本仍是个好主意。新的引擎会重建所有的全文索引，并启用 它的新功能。 何时不应该使用非周期性的维护？ Domino 会自动的检测和修复数据库问题，或者也许数据库本身没有问题。因此即使你的第一 反应是去检测一个受到影响的数据库，但是请在做之前考虑如下： 第一次宕机发生的时间 虽然系统宕机会导致数据库不一致，但是 Domino 会在重启时运行一致性检查（如果事务日志 没有开启）来修复一致性问题。在一致性检查中，Domino 尝试去修复任何损坏的数据库/ 文档。 如果没有任何错误，通常来说不需要运行 Fixup，建议不要运行 Fixup 作为常规维护。如果服 务器反复宕机并且 NSD 显示和某个数据库相关，运行 Fixup 就有必要。这种情况下，建议在 Domino 停止服务的状态下运行 Fixup。 如果系统宕机不是因为数据库原因而引起的 如果宕机堆栈没有显示任何和数据库相关的信息，那么应该可以排除数据库损坏（除了前面提 到的可能的不一致状态） ，那么也没有必要运行数据库修复。 如何从命令行来运行 Domino 维护程序 通过命令行运行维护程序的方法和语法在不同平台上会有所不同。下面的例子展示了如何从 Windows，iSeries 和 Unix/Linux/zSeries 在 names.nsf 上运行修复。这些例子也可以指导如何 通过命令行运行 Compact 和 Updall。 注意：如果 Domino 目录发生损坏，必须在 Domino 服务器停止的状态下运行 Fixup。 在 Windows 上，用“nfixup names.nsf F“。注意，如果你开启事务日志，记住加上 -J 参数。 在 iSeries 上，用下面的： RUNDOMCMD SERVER(serverName) CMD(CALL PGM(QNOTES/FIXUP) PARM(names.nsf -F) BATCH(*NO) 如果你开启事务日志，记住在-F 后面加上-J。当然，必须从 QSECOFR 或等同 QSECOFR 上 运行。 对于 Unix/Linux/zSeries，请使用“/fixup names.nsf -F“。注意，如果你运行了事务日志， 务必加上-J 参数。另外，你必须以 Notes 用户登录，并以 Notes data 目录作为当前目录。 问题 Domino 系统管理员的日常工作就是维护 Domino 系统的正常运行。以下简要说明了管理员所 必做的一些工作。对于系统管理员，特别是新建系统的管理员来说，这些建议能帮助他们完成 基本的维护工作。 解决问题 根据许多资深的 Domino 管理员和咨询人员的经验，我们对 Domino 系统管理员们提出了一些 建议，以帮助他们维护 Domino 系统的正常运行。这些建议只涉及到最基本的维护工作，每个 系统管理员还需要根据自己系统的特殊要求进行进一步的维护工作。 在提出这些建议之前，必需强调一点：Domino 管理员帮助应当是所有维护任务的出发点， 管理员在进行维护工作之前一定要查阅管理员帮助中相应的主题，以确保操作步骤的正确。 1. 保存验证者 ID 文件及其口令 验证者标识符文件(cert.id 及所有组织单元的 ID 文件)是 Domino 系统中最重要的的文件。特别 是 cert.id，所有其它的 ID 文件都是由它创建的。如果丢失了这个文件或忘记了它的口令，就无 法在创建新的服务器和用户了。因此，从系统建立之初就要注意保存验证者 ID 文件及其口令。 一定要将它保存在安全的地方并作备份，不要将它放在共享的网络驱动器上；将口令记录下来， 但不要将口令告诉无关的人员。注意不要将口令设为“password”或其它易猜的单词。 2. 定期运行 Compact、Fixup 和 Updall 任务 Compact、Fixup 和 Updall 任务是服务器自身的维护性任务。Compact 用于释放数据库中的无 用空间；Fixup 检测无效的文档和损坏的数据库，并尝试修复它们；Updall 重建视图索引和全 文索引。这三个任务至少每周要运行一次。可以按以下步骤设置它们的运行时间。 1). 在 Domino 管理员客户端中打开要管理的服务器 2). 在“配置”标签下，展开“服务器”-“ 程序”，点击“添加程序” 3). 在“基本”标签下， “程序名” 中输入任务的名称，即 Compact、Fixup 或 Updall “命令行” 中输入所需的命令行选项 “运行的服务器”中输入运行此任务的服务器的层次名 4). 在“日程安排”标签下，将日程安排设为“启用”，并按需要设置任务启动的时间 如果到了 Compact、Updall 和 Fixup 所安排的运行时间，而系统正在执行其它任务，这三个任 务可能不被执行。因此，在设置时间安排时，应当尽量避免和其它任务以及定时代理重合。可 以在服务器的控制台上输入命令“show schedule”来查看其它程序的时间安排，输入命令“tell amgr schedule”来查看定时代理的时间安排。 每个任务都有自己的命令行选项。例如，“updall -R”将会重建已有的索引，而不加“-R”选项时则 只是更新已有的索引。必需选择适当的选项以完成所需的任务。每个任务的选项列表都可以在 Domino 5 管理员帮助 数据库中找到。 3. 创建拒绝访问群组 禁止某些用户访问服务器是十分必要的。当用户离开公司时，需要确保他们不能使用原来的 Notes ID 文件来访问服务器。管理员可以将这些用户的层次名加入拒绝访问群组来保证这一点。 创建拒绝访问群组的步骤如下： 1). 在 Domino 管理员客户端中打开要管理的服务器 2). 在“个人和群组”标签下，点击“拒绝访问群组”，点击“添加群组”按钮 3). 在“群组名称”中输入一个名字，如 DenyGroup；将“群组类型”选为“ 仅禁止存取列表” 4). 在“成员”中输入或选择要禁止访问的用户名 5). 保存并退出此文档 6). 在“配置”标签下打开要拒绝用户访问的服务器文档 7). 在“安全性”标签下“拒绝访问的服务器”中输入上面创建的拒绝访问群组名称，在此例中是 DenyGroup。 提示：创建了拒绝访问群组之后，管理员删除用户时可以将用户名自动地加入此群组中，这样， 不需手工操作就可以保证每个被删除的用户不再能访问服务器。 4. 了解服务器上的应用 要确定服务器所支持的数据库的类型。服务器是主要用于一两个大型数据库，还是用于多个小 的应用数据库？服务器上的应用设计怎样？是否使用了对性能有较大影响的方式，如在视图中 使用日期/时间查询？如果应用数据库的设计不合理，管理员所能做的调整不可能起太大作用。 管理员还需要留意服务器的日志(Log.nsf)。服务器日志中的信息是了解服务器及用户活动的关 键。特别是日志中的“其它事件”视图，大部分需要观察的信息都包含在其中。每天都应当浏览 log.nsf，从中找出错误信息和异常信息，判断服务器是否正常运行。 5. 去掉不必要的服务器任务 缺省情况下，Domino 服务器会自动启动一组服务器任务，其中有些任务用户可能不会用到。 去掉这些不必要的任务可以节省系统资源，有利于其他任务和应用的运行。 服务器上自动启动的任务列表在服务器的 notes.ini 文件中。用任一文本编辑器打开 Domino 程 序目录中的 notes.ini 文件，找到“ServerTasks=”行，删除其中不需要的任务名称，则下一次启 动服务器时，这些任务就不会再启动了。例如，如果不使用 Notes 的日历和日程安排功能，可 以将“calconn”和“sched”任务去掉。 在指定时间运行的服务器任务也可以考虑去掉。在服务器的 notes.ini 文件中，找到 “ServerTasksAtY=”行，其中 Y 是代表时间的数字(1 代表凌晨 1 点，5 代表凌晨 5 点，以此类 推)，删除其中不需要的任务名称。例如，如果不在日志中记录数据库活动，则 “ServerTasksAt5=., Statlog”行中的“Statlog”可以去掉。下一次重新启动服务器后，这些被去 掉的任务就不会再定时运行了。 关于每个服务器任务的名称和用途，可参阅Domino 5 管理员帮助中“Domino 服务器任务” 主题。 6. 监视存取控制列表(ACL) 管理员必须保证每个用户对每个数据库都有适合其需要的访问权限。存取控制列表(ACL)是服 务器安全性的核心，如果用户能够访问到他不应接触的信息，则会威胁到服务器的安全和信息 的安全。 要想方便地查看每个用户对每个数据库的权限，可以打开服务器上的“目录” 数据库，查看“存取 控制列表”-“ 按级别 ”视图。“目录”数据库的文件名是 catalog.nsf，它是由服务器自动创建并更新 的，如果在服务器上未找到 catalog.nsf，可以在服务器控制台上输入命令“load catalog”来立即 创建它。 某些关键数据库的 ACL 必须被严格监控，这包括通讯录(names.nsf)、目录(catalog.nsf)、服务 器日志(log.nsf)及所有包含重要信息的数据库。 进一步来说，管理员需要查看哪些用户对数据库具有管理者(Manager)权限。由于管理者可以 改变数据库的 ACL 及其他设置，只应给予需要管理这些设置的用户这一权限。建议最好使用群 组来设置管理者权限。例如，可以创建名为 DomainManagers 的群组，将系统管理员的名字加 入其中，然后在数据库的 ACL 中将 DomainManagers 设为管理者。这样，即使系统管理员有 所变动，也只需修改该群组的定义。 在服务器上安装新数据库时，需要注意其 ACL 的缺省设置，特别是 Default 和 Anonymous 的 权限设置。对于重要的数据库，最好不要让 Default 和 Ano