《关于解决 Domino Web 服务器( HTTP) 宕机和挂起的问题》由会员分享，可在线阅读，更多相关《关于解决 Domino Web 服务器( HTTP) 宕机和挂起的问题（4页珍藏版）》请在金锄头文库上搜索。
1、打开一个 DOS 命令行的窗口，转到 Domino 程序目录下，例如：cd D:lotusdomino运行 NSD （没有任何的参数）当 NSD 运行完成后，会出现下面的提示符：nsd如果 Domino 服务器的窗口还有响应，尝试输入命令“q”或是“quit”来停止 Domino 服务器的运行如果服务器还在运行中， 在 NSD 的窗口中输入命令“q”或是“quit”，将会出现下面的信息：“NSD is still attached to nn Notes processes. If Notes process cant be terminated gracefully or are not r
2、esponding, then use the kill command to terminate them.“如果 Domino 服务器不能够正常关闭，可以从 NSD 的窗口中，输入“kill”的命令，然后再输入“quit”的命令以关闭 NSD。NSD 的日志将会被保存为 nsd_all.mm_ddhh_mm.log 。例如：LotusDominonsd_all_W32I_ZWF_11_2816_00.log关于解决关于解决 Domino Web 服务器（服务器（ HTTP） 宕机和挂起的问题宕机和挂起的问题 内容内容提要提要此文档提供了 Lotus 技术支持所用来解决 Domino 5x
3、Web 服务器 (HTTP)宕机或挂起的一个基本的步骤。它还包含了用户需要提供给 Lotus 技术支持相关数据的信息。正文正文I. 关于 HTTP 的宕机的问题因为 HTTP 任务的宕机的原因有很多种，所以要解决有关 HTTP 宕机的问题，需要用到几个文件来定位问题，但是首先就是要确定是否是 HTTP 进程引起的宕机。这可以通过查看在宕机时产生的 NOTES.RIP 的文件来定位的， 而 Quincy 就是在系统中被作为缺省的调试程序安装的，也就是它生成的 NOTES.RIP。有可能引起宕机的原因有：代理或 CGI 坏了的图标（icons）或图像文件（images）损坏的数据属性中不常用的设置
4、，例如：控制访问的部分，隐藏公式（hide-when formulas）等。损坏的磁盘缓存（disk cache）解决宕机的问题可能包括：禁用任何值得怀疑的代理或 CGI；清除磁盘缓存；进行数据库维护；重建视图；以及其它的一般性维护等。为了能够定位 HTTP 宕机的原因，需要最少 2 个单独的 RIP 文件。而技术支持需要对每一个宕机进行诊断，以定位出：1。服务器在宕机的时候在做什么?2。服务器在宕机的时候是处理的哪一个 URL？用刚才所得出来的 URL 来尝试是否可以引起再次的宕机，对于解决 HTTP 宕机是很重要的。一般是需要最少2-3 次的重试，来看是否是由于它引起的宕机。对于每一次的宕
5、机，都需要收集下面的数据： 1。RIP 文件 (NOTES.RIP) 和/或 NSD: 需要收集每一次的 NOTES.RIP 或 NSD 文件。2。Domino Web 日志: 为了能够定位出在服务器上的 Web 活动的流程，用户需要在宕机期间启用在Domino 服务器文档中启用记录 Web 活动的选项。具体方法如下：1) 从 Domino Administrator 中单击“配置”附签。2) 打开 Web 服务器的“服务器”文档。3) 单击“Internet 协议”“HTTP”附签。4) 在 Domlog.nsf 域中选择“启用”。5) 保存此文档，然后重新启动 HTTP 任务以使更改生效。
6、3。控制台的输出（Console output） 和/或 LOG.NSF: 其中首选的是控制台的输出文件，因为此数据是一个典型的没有缓存的数据。而对于一些宕机事件，只有在选控制台的输出文件中才能找到错误信息。用户需要在 Domino 服务器的 notes.ini 文件中添加如下的参数，以得到控制台的输出文件。DEBUG_OUTFILE=C:domconsole.txtDEBUG_THREADID=14。NOTES.INI 和 服务器文档: 这些数据是用来查看是否有不正规的 HTTP 设置引起了宕机。5。REQ*.LOG 文件: 为了能够更深入地诊断 Domino Web 服务器宕机的问题，需要
7、用户参照下面的步骤来为 Domino 启用记录 HTTP 的请求: 注意： HTTP 的请求日志是用于检查一些特殊的问题，一般是提交给 Lotus 技术支持的。请不要把此功能用于其它的地方，因为这些日志文件会随着时间而增长，占用所有的磁盘空间，所以不能用于长时间使用。为 Domino 启用记录 HTTP 的请求，可以采用下面方法中的一种：1。在 Domino 控制台上输入命令：tell HTTP debug thread on一旦记录日志被启用，发往服务器的请求将会被记录在 REQ*.LOG 的文件中（在 Win32 平台，此文件位于Domino 的程序目录下；在 UNIX 平台，此文件位于
8、Domino 的数据目录下）。此命令只是作用于现有的HTTP 会话，一旦 HTTP 任务被重新启动，将不会再记录 HTTP 的请求。用户可以通过输入“tell HTTP debug thread off“来结束记录请求。2。如果要使 HTTP 每次启用都记录请求日志，需要把下面一行加入到 HTTPD.CNF（此文件位于NOTESDATA 目录下）: debugthreadlogging on (注意此行参数必须是小写)，然后重新启动 HTTP 任务。注意：1。REQ*.LOG 的文件会增长得很快，所以需要定期移走或删除这些 REQ*.LOG 文件（建议为每天做一下）。2。 REQ*.LOG 可
9、以在 Domino 服务器运行的时候被删除，删除后新的 REQ*.LOG 将会生成。II. 关于 HTTP 挂起的问题HTTP 挂起的问题是一个比较难处理的问题，需要做很多的工作，并且需要收集很多次的数据来细化此问题。有可能引起 HTTP 挂起的问题如下：CPU spin （由于大量的视图重建，或是损坏的视图或文档） 过多的代理运行，或是有代理挂起的问题出现在服务器文档中启用了 DNSLookup信号灯超时的问题网络或是绑定的端口问题（建议：可以尝试重新安装补丁）在服务器上的过多的数据传输交易（可以从 Domino 的统计值中得到相关信息）为了能够精确定位出问题所在，需要用户提供出确切的环境情
10、况，而技术支持需要确认服务器是否为挂起的状态，还是由于性能的问题引起了服务器在一段时间内没有相应。为了能够确认这些，用户需要在挂起的情形下，删除程序目录下面的已有的 REQ*.LOG 的文件。如果新的 REQ*.LOG 文件在几分钟之内被重新创建了，那么可以说明服务器还是处于活动状态，还可以处理新的浏览器所提出的请求。因此，可以说明 HTTP的任务并没有被挂起，应该属于性能缓慢的问题，而技术支持就需要按照性能缓慢的问题来解决此问题。如果在删除了旧的 REQ*.LOG 的文件后，并没有新的 REQ*.LOG 的文件在几分钟之内生成，那么可以认定服务器的 HTTP 状态是挂起了，因为没有新的浏览器
11、所提出的请求被处理了。在每次的挂起出现时，需要用户提供下面的文件给技术支持：REQ*.LOG 文件访问的日志 和/或 DOMLOG.NSF控制台的输出和/或 LOG.NSFNSDSEMDEBUG.TXT（如果与信号灯相关）其它有可能需要的文件：NOTES.INI 和服务器文档STATREP.NSF任务管理器的屏幕摄像（在 Windows 平台上）其它的操作系统级的诊断数据，例如：交换内存的使用情况等。由于代理挂起引起的 HTTP 挂起问题：一个主要的引起 HTTP 挂起的原因就是 Web 触发的代理的挂起。对于处理由于代理引起的 HTTP 挂起，一般采用下面的三个步骤：1。确认是否是由于一个代
12、理引起的挂起2。找出引发的线程或 URL。3。定位出引起挂起的代理上面的三个步骤都是需要经过很多次的、反复的调试。在大多数的问题中，技术支持可能还需要在有问题的代理中添加信息框（Message Box）的陈述，以定位出引起挂起的原因。一旦引起挂机的代理被确认出来，技术支持将删除以前所加入的调试信息。重要提示：对于解决 HTTP 挂起的问题，技术支持需要用户分离每一次的 HTTP 的挂起所生成的 REQ*.LOG 文件。因为 REQ*.LOG 文件的内容是可以累计的，所以，需要用户在每次重新启动 HTTP 的任务之前把原来的 REQ*.LOG 文件移到磁盘上其它的位置。否则，新的挂起信息将会被记录到原来的文件中，从而导致所采集的信息的混淆。
