关于解决 Domino Web 服务器( HTTP) 宕机和挂起的问题
Lotus Domino 崩溃和挂起
Lotus Domino 构建得非常可靠。
不过即使构建得再好的产品，也会遇见导致其挂起或崩溃的问题。
当出现这样的情况时，你隔离、分析和修复问题的速度越快，你的用户社团就会越快高兴起来并正常运行，你也因而能够更快地返回去考虑别的事情。
本文提供了一些可用于修复Notes/Domino 问题的思路。
我们首先来定义服务器挂起和服务器崩溃之间的差别，及怎么解决每种问题的例子。
我们最后将概述该产品的最新版本?? Notes/Domino 7 ?? 中包含的新的故障诊断特性。
我们假设你是一名有经验的Domino 管理员，并且熟悉基本的Notes/Domino 概念和术语。
何为服务器挂起和崩溃？在进入技术细节之前，我们首先定义两个常用的术语，即崩溃（crash）和挂起（hang），以确保我们的理解是一致的。
服务器崩溃Domino 服务器崩溃是这样一种情景，即服务器程式已终止并且不再运行。
你通常能通过查看崩溃屏幕或NSD/RIP 日志文件（取决于你运行的是什么版本的Domino），来确定服务器终止时所执行的任务。
Domino 服务器崩溃的常见故障现象包括：Domino 服务器不再运行，不过系统上的其他程式还在运行。
Domino 服务器控制台不出现，即使当任务似乎已加载时。
Domino 服务器已加载，并且没做所有事情就忽然死机。
一个panic 错误出目前控制台上或Log.nsf 中，并且系统死机。
NSD/RIP 自动运行并生成一个文件，服务器自己死机和/或重新启动。
存在几种不同类型的服务器崩溃。
例如一次性崩溃（one-time crash），顾名思义，可能只出现一次，并且不会再次出现。
一个导致Domino 崩溃的进程访问坏内存或已破坏的文件时会出现一次性崩溃。
例如，假设位于Mail.box 中的一个文件已破坏。
当Domino 路由器访问Mail.box 想将该文件路由到其目的地时，将产生一个Domino 服务器崩溃。
如何应对服务器宕机的情况
如何应对服务器宕机的情况服务器是现代社会中不可或缺的重要设备，它承担着存储数据、提供网络服务等重要功能。
然而，由于各种原因，服务器宕机的情况偶尔会发生。
当服务器宕机时，如果没有得到及时有效的处理，将会给企业和个人带来严重的损失。
因此，如何应对服务器宕机的情况显得尤为重要。
本文将从预防、应急处理和恢复三个方面，介绍如何应对服务器宕机的情况。
一、预防1. 定期维护：定期对服务器进行维护是预防服务器宕机的有效手段。
包括清理服务器内部灰尘、检查硬件设备是否正常运行、更新系统补丁等。
2. 数据备份：定期对服务器中的重要数据进行备份是防范服务器宕机的重要措施。
可以选择将数据备份到云端或者外部存储设备中，确保数据的安全性。
3. 网络安全：加强网络安全防护是预防服务器宕机的重要环节。
设置防火墙、加密数据传输、限制外部访问等措施可以有效提升服务器的安全性。
二、应急处理1. 及时通知：一旦发现服务器宕机的情况，应立即通知相关人员，包括技术人员、管理人员等，以便及时处理问题。
2. 排查原因：在服务器宕机后，需要尽快排查故障原因。
可以通过查看系统日志、硬件设备状态等方式，找出导致服务器宕机的具体原因。
3. 制定应急方案：针对不同的服务器宕机原因，制定相应的应急处理方案。
可以包括重启服务器、更换硬件设备、恢复数据备份等措施。
三、恢复1. 数据恢复：在服务器宕机后，需要尽快恢复数据，确保业务的正常运行。
可以通过数据备份、数据恢复工具等方式，尽快恢复丢失的数据。
2. 系统重建：如果服务器宕机导致系统损坏，需要重新搭建系统环境。
可以按照预先制定的系统重建方案，逐步恢复系统功能。
3. 安全检查：在服务器恢复正常运行后，需要进行安全检查，确保服务器的安全性。
可以更新系统补丁、加强网络安全等方式，提升服务器的安全性。
综上所述，预防、应急处理和恢复是应对服务器宕机的关键步骤。
只有做好预防工作，及时应对服务器宕机情况，才能最大程度地减少损失，确保服务器的稳定运行。
服务器宕机解决方案
服务器宕机解决方案服务器宕机是企业运营过程中一种常见的技术故障，具体表现为服务器无法正常运行，导致企业的在线服务中断，数据丢失等问题。
为了应对服务器宕机可能带来的影响，企业需要制定有效的解决方案，以确保业务的持续运营和数据的安全性。
本文将就此问题提出一些解决方案，供企业参考。
1. 备份和恢复数据在服务器宕机的情况下，数据丢失是一个较为严重的问题。
因此，企业在日常运营中需要定期备份关键数据，并建立完备的数据恢复机制。
这样，在服务器宕机后，可以通过恢复备份的数据来尽快恢复业务的正常运行。
2. 冗余服务器为了应对服务器宕机可能导致的服务中断，企业可以采用冗余服务器的方式，即将多个服务器部署在不同的地理位置上，以实现服务器之间的冗余备份。
当主服务器发生宕机时，备用服务器可以立即接管业务，保障服务的正常进行。
同时，企业还可以利用负载均衡技术，将用户请求合理分配到不同的服务器上，以避免单点故障的发生。
3. 硬件监控和维护服务器宕机的原因很多时候与硬件故障有关。
为了降低服务器宕机的概率，企业可以通过定期进行硬件监控和维护来及时发现和处理潜在的问题。
例如，可以使用专业的服务器监控软件，实时监测服务器各项指标，如温度、风扇转速、硬盘可用空间等，及时发现异常情况并采取相应的维修措施，以提高服务器的可靠性和稳定性。
4. 安全防护和系统更新服务器宕机不仅会导致服务中断，还可能给企业的数据安全带来威胁。
为了预防服务器宕机的同时保护数据的安全，企业需要加强网络安全防护，并及时进行系统和软件的更新。
例如，可以采用防火墙、入侵检测系统等安全措施，规范员工的网络行为，防止恶意攻击和病毒感染。
5. 应急响应与故障恢复当服务器宕机时，企业需要迅速响应，并制定应急响应预案。
这包括明确责任人和应急联系方式，建立完善的故障处理流程，以及保持与供应商的紧密联系。
同时，在服务器宕机后的恢复过程中，需要进行详细的故障分析和记录，以便在今后的运营中避免类似问题的再次发生。
关于解决 Domino Web 服务器( HTTP) 宕机和挂起的问题
打开一个DOS命令行的窗口，转到Domino 程序目录下，例如：cd D:\lotus\domino运行NSD （没有任何的参数）当NSD 运行完成后，会出现下面的提示符：>nsd如果Domino 服务器的窗口还有响应，尝试输入命令“q”或是“quit”来停止Domino 服务器的运行如果服务器还在运行中，在NSD 的窗口中输入命令“q”或是“quit”，将会出现下面的信息："NSD is still attached to nn Notes processes. If Notes process can't be terminated gracefully or are not responding, then use the kill command to term inate them." 如果Domino 服务器不能够正常关闭，可以从NSD 的窗口中，输入“kill”的命令，然后再输入“quit”的命令以关闭NSD。
NSD 的日志将会被保存为nsd_all...mm_dd@hh_mm.log 。
例如：\Lotus\Domino\nsd_all_W32I_ZWF_11_28@16_00.log关于解决 Domino W eb 服务器（ HTTP）宕机和挂起的问题内容提要此文档提供了Lotus 技术支持所用来解决Domino 5x Web 服务器(HTTP)宕机或挂起的一个基本的步骤。
它还包含了用户需要提供给Lotus 技术支持相关数据的信息。
正文I. 关于HTTP 的宕机的问题因为HTTP任务的宕机的原因有很多种，所以要解决有关HTTP宕机的问题，需要用到几个文件来定位问题，但是首先就是要确定是否是HTTP进程引起的宕机。
这可以通过查看在宕机时产生的NOTES.RIP 的文件来定位的，而Quincy就是在系统中被作为缺省的调试程序安装的，也就是它生成的NOTES.RIP。
服务器宕机应急方案
服务器宕机应急方案服务器宕机是一种常见而严重的IT紧急情况，会导致业务中断、数据丢失以及用户和客户不满等问题。
为了应对服务器宕机，组织和企业需要制定一套完善的应急方案，以确保系统能够尽快恢复正常运行并降低潜在的损失。
以下是一个1200字的服务器宕机应急方案范例：1. 紧急响应计划1.1 确定紧急响应团队：该团队由IT部门负责人、网络管理员、数据库管理员以及其他关键技术人员组成。
1.2 指定通信渠道：建立一条专门用于紧急通信的渠道，例如短信、即时通讯工具、电子邮件等，以确保紧急情况下的即时沟通。
1.3 制定沟通流程：明确各级紧急响应团队成员之间的沟通流程，确保沟通无障碍。
1.4 制定紧急响应指南：明确服务器宕机的紧急响应流程和步骤，包括责任分工、紧急联系人名单以及相关技术支持。
2. 数据备份和恢复2.1 制定数据备份策略：根据业务需求，确定数据备份频率和目标，例如每天备份一次，并将备份数据保存在不同地点。
2.2 自动化备份工具：使用自动化备份工具来定期备份服务器数据，并确保备份数据的完整性和可用性。
2.3 恢复测试：定期进行数据恢复测试，以确保备份数据的可用性和恢复过程的顺利进行。
2.4 云端备份：考虑使用云端备份服务，将数据备份到云端服务器，以作为额外的备份手段。
3. 硬件冗余和容错3.1 RAID阵列：使用RAID阵列技术，将服务器中的硬盘进行冗余配置，以提高系统的容错能力和故障恢复能力。
3.2 冗余电源：使用冗余电源模块，以确保电源供应的连续性，当一台电源故障时，能够自动切换到备用电源。
3.3 冗余网络设备：使用冗余网络设备，例如交换机、路由器和防火墙等，以提高网络的可靠性和稳定性。
3.4 硬件监控和警报：使用硬件监控工具，定期检查服务器硬件的状况，并设置实时警报，以便快速发现和处理硬件故障。
4. 网络和系统监控4.1 实时监控：使用网络和系统监控工具，对服务器的网络流量、性能指标、应用程序运行情况等进行实时监控，以便及时发现故障和异常情况。
Domino服务器稳定性建议-2013经验总结
参考配置：请参考下面文档中的启动方式，启动服务器。对于使用自定制脚本启动 Domino
服务器的用户，请检查启动脚本中的启动命令是否是正确的后台启动方式。
Title: Exiting a Telnet Session Hangs a Domino Server on UNIX
Doc #:
1085321
设置堆大小时，除了考虑应用程序需要的内存数量，还需要考虑系统能够支持的内存大小。 尤其对于 32 位的 Domino 服务器。如果设置过大的堆大小，可能会导致进程内存溢出而产生宕
URL: https:///BdDJ8J Copyright IBM Corporation 2013,2014
参考文档：
Title: 关于在同一时间运行多个 Web 代理或 Web 服务
Doc #:
1603454
URL: /support/docview.wss?rs=899&uid=swg21603454
3.配置位置： Notes.ini 参数 HTTPJVMMAXHeapSize=nnn， HTTPJVMMaxHeapSizeSet=1，JavaMaxHeapsize=nnn
1.配置位置：Domino 服务器的启动方式.................................................................................2 2.配置位置：服务器地址本(names.nsf) - 服务器文档 - Internet 协议 - Domino Web 引擎 "是否并发运行 Web 代理和 Web Service.".............................................................................3 3.配置位置： Notes.ini 参数 HTTPJVMMAXHeapSize=nnn， HTTPJVMMaxHeapSizeSet=1，JavaMaxHeapsize=nnn......................................................3 4.配置位置： Notes.ini 参数 NSF_BUFFER_POOL_SIZE_MB.............................................4 5.配置位置：Notes.ini 参数 FTG_ENABLE_GTR_KEY_CHECK=1......................................4 6.配置位置：Notes.ini 参数 NSF_BACKUP_MEMORY_CONSTRAINED=1 以及 NSF_BACKUP_MEMORY_LIMIT=nnn..................................................................................5 7.配置位置： Notes.ini 参数 TCP_QLENGTH........................................................................5 8.配置位置：Notes.ini 参数 POP3_Session_Timeout............................................................6 其他建议......................................................................................................................................6 1.定时重新启动服务器.............................................................................................................7 2.避免在生产时间大规模执行数据库维护动作........................................................................7 3.监控 log.nsf 的大小...............................................................................................................7 4.管理群发的邮件....................................................................................................................8 5.故障恢复以及数据收集方法..................................................................................................8
Domino的http的线程占满问题的监控与应急处理
三、应急处理方法
• 当待办隐藏后还是无法恢复服务的情况下，使用应急处理 。
– SecureCRT打开对应的服务器 – tail -f jloa1.log(不同的服务器此文件不同)查看服务器日志 – Server –c “tell http quit” 停止http服务。 下图为服务停止完毕。
– Server –c “load http”启动http服务。 下图为启动成功的状态
二、辅助方法如何处理统一待办
• 可以通过隐藏对应服务器上待办的方式，减少用户对服务 器上文件的操作。
– 用plsqldev连接统一待办数据库 – 执行sql语句隐藏待办，下例是隐藏业务联系单所有待办 update mocha_todo_t_data t2 set t2.u_id = t2.u_id || 'flag' where t2.sys_id = 2 and t2.tod_url like '%ywlxd.nsf%' – 当系统恢复时用sql还原待办
– Ie端访问，确认用户反映的服务器 – SecureCRT打开对应的服务器 tail -f jloa1.log (不同的服务器此文件不同)查看服务器日志 server -c “tell http show thread state” 查看线程状态 下图状态为线程空闲状态
下图状态为占用状态
当全部的状态都为占用状态时，服务器繁忙，用户响应就会很慢。
一、domino的http线程占满
server -c “show stat http” 查看CurrentConnections
当CurrentConnections小于50（个人经验值）的情况下系统响应正 常。当响应慢时可以间隔时间查看此状态的值，如果一直在下降， 说明系统在压力下降阶段。 Nsd –nofs抓取日志，以便发送ibm分析。
服务器宕机处理的实用方法
服务器宕机处理的实用方法随着信息技术的不断发展，服务器在我们的生活和工作中扮演着越来越重要的角色。
然而，服务器宕机是一个常见的问题，一旦服务器宕机，可能会给我们的工作和生活带来不便甚至损失。
因此，我们有必要了解服务器宕机的原因以及如何有效地处理服务器宕机问题。
一、服务器宕机的原因1. 硬件故障：服务器硬件故障是导致服务器宕机的主要原因之一，例如CPU故障、内存故障、硬盘故障等。
2. 软件问题：软件问题也是导致服务器宕机的常见原因，例如操作系统崩溃、应用程序错误、病毒感染等。
3. 网络问题：网络问题也可能导致服务器宕机，例如网络连接故障、网络拥堵等。
4. 电力问题：电力问题是导致服务器宕机的另一个常见原因，例如断电、电压不稳等。
二、服务器宕机处理的实用方法1. 确认服务器宕机的原因：当服务器宕机时，首先要确认服务器宕机的原因，是硬件故障、软件问题、网络问题还是电力问题。
只有找准问题的根源，才能有针对性地解决问题。
2. 重启服务器：在确认服务器宕机原因后，可以尝试通过重启服务器来解决问题。
重启服务器可以帮助恢复服务器正常运行，但并不是长久之计。
3. 检查硬件设备：如果服务器宕机是由硬件故障引起的，需要检查服务器的硬件设备，例如CPU、内存、硬盘等，确保硬件设备正常运行。
4. 检查软件配置：如果服务器宕机是由软件问题引起的，需要检查服务器的软件配置，例如操作系统、应用程序等，确保软件配置正确无误。
5. 检查网络连接：如果服务器宕机是由网络问题引起的，需要检查服务器的网络连接，确保网络连接正常稳定。
6. 检查电力供应：如果服务器宕机是由电力问题引起的，需要检查服务器的电力供应，确保电力供应稳定可靠。
7. 数据备份与恢复：在处理服务器宕机问题的过程中，需要及时进行数据备份，以防数据丢失。
一旦服务器恢复正常运行，可以通过数据备份来恢复数据。
8. 定期维护与检查：为了避免服务器宕机问题的发生，建议定期对服务器进行维护与检查，确保服务器的硬件设备、软件配置、网络连接、电力供应等正常运行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
打开一个DOS命令行的窗口，转到Domino 程序目录下，例如：cd D:\lotus\domino
运行NSD （没有任何的参数）
当NSD 运行完成后，会出现下面的提示符：
>nsd
如果Domino 服务器的窗口还有响应，尝试输入命令“q”或是“quit”来停止Domino 服务器的运行
如果服务器还在运行中，在NSD 的窗口中输入命令“q”或是“quit”，将会出现下面的信息："NSD is still attached to nn Notes processes. If Notes process can't be terminated gracefully or are not responding, then use the kill command to term inate them." 如果Domino 服务器不能够正常关闭，可以从NSD 的窗口中，输入“kill”的命令，然后再输入“quit”的命令以关闭NSD。
NSD 的日志将会被保存为nsd_all...mm_dd@hh_mm.log 。
例如：\Lotus\Domino\nsd_all_W32I_ZWF_11_28@16_00.log
关于解决 Domino W eb 服务器（ HTTP）宕机和挂起的问题
内容提要此文档提供了Lotus 技术支持所用来解决Domino 5x Web 服务器(HTTP)宕机或挂起的一个基本的步骤。
它还包含了用户需要提供给Lotus 技术支持相关数据的信息。
正文I. 关于HTTP 的宕机的问题
因为HTTP任务的宕机的原因有很多种，所以要解决有关HTTP宕机的问题，需要用到几个文件来定位问题，但是首先就是要确定是否是HTTP进程引起的宕机。
这可以通过查看在宕机时产生的NOTES.RIP 的文件来定位的，而Quincy就是在系统中被作为缺省的调试程序安装的，也就是它生成的NOTES.RIP。
有可能引起宕机的原因有：
代理或 CGI 坏了的图标（icons）或图像文件（images）
损坏的数据属性中不常用的设置，例如：控制访问的部分，隐藏公式（hide-when formulas）等。
损坏的磁盘缓存（disk cache）
解决宕机的问题可能包括：禁用任何值得怀疑的代理或CGI；清除磁盘缓存；进行数据库维护；重建视图；
以及其它的一般性维护等。
为了能够定位HTTP宕机的原因，需要最少2个单独的RIP文件。
而技术支持需要对每一个宕机进行诊断，以定位出：
1。
服务器在宕机的时候在做什么?
2。
服务器在宕机的时候是处理的哪一个URL？
用刚才所得出来的URL来尝试是否可以引起再次的宕机，对于解决HTTP宕机是很重要的。
一般是需要最少2-3次的重试，来看是否是由于它引起的宕机。
对于每一次的宕机，都需要收集下面的数据：
1。
RIP 文件(NOTES.RIP) 和/或NSD: 需要收集每一次的NOTES.RIP或NSD文件。
2。
Domino Web 日志: 为了能够定位出在服务器上的Web 活动的流程，用户需要在宕机期间启用在
Domino服务器文档中启用记录Web活动的选项。
具体方法如下：
1) 从 Domino Administrat or 中单击“配置”附签。
2) 打开 Web 服务器的“服务器”文档。
3) 单击“Internet协议”“HTTP”附签。
4) 在 Domlog.nsf 域中选择“启用”。
5) 保存此文档，然后重新启动HTTP 任务以使更改生效。
3。
控制台的输出（Console output）和/或LOG.NSF: 其中首选的是控制台的输出文件，因为此数据是一个典型的没有缓存的数据。
而对于一些宕机事件，只有在选控制台的输出文件中才能找到错误信息。
用户需要在Domino服务器的not es.ini文件中添加如下的参数，以得到控制台的输出文件。
DEBUG_OUTFILE=C:\domconsole.t xt
DEBUG_THREADID=1
4。
NOTES.INI和服务器文档: 这些数据是用来查看是否有不正规的HTTP设置引起了宕机。
5。
REQ*.LOG文件: 为了能够更深入地诊断Domino Web服务器宕机的问题，需要用户参照下面的步骤来为Domino启用记录HTTP的请求:
注意：HTTP 的请求日志是用于检查一些特殊的问题，一般是提交给Lotus 技术支持的。
请不要把此功能用于其它的地方，因为这些日志文件会随着时间而增长，占用所有的磁盘空间，所以不能用于长时间使用。
为Domino启用记录HTTP的请求，可以采用下面方法中的一种：
1。
在Domino控制台上输入命令：t ell HTTP debug thread on
一旦记录日志被启用，发往服务器的请求将会被记录在REQ*.LOG的文件中（在Win32平台，此文件位于Domino的程序目录下；在UNIX平台，此文件位于Domino的数据目录下）。
此命令只是作用于现有的HTTP 会话，一旦HTTP任务被重新启动，将不会再记录HTTP的请求。
用户可以通过输入"tell HTTP debug thread off"来结束记录请求。
2。
如果要使HTTP每次启用都记录请求日志，需要把下面一行加入到F（此文件位于
\NOTES\DATA目录下）: debugthreadlogging on (注意此行参数必须是小写)，然后重新启动HTTP任务。
注意：
1。
REQ*.LOG的文件会增长得很快，所以需要定期移走或删除这些REQ*.LOG文件（建议为每天做一下）。
2。
REQ*.LOG可以在Domino服务器运行的时候被删除，删除后新的REQ*.LOG将会生成。
II. 关于HTTP 挂起的问题
HTTP 挂起的问题是一个比较难处理的问题，需要做很多的工作，并且需要收集很多次的数据来细化此问题。
有可能引起HTTP挂起的问题如下：
CPU spin （由于大量的视图重建，或是损坏的视图或文档）
过多的代理运行，或是有代理挂起的问题出现
在服务器文档中启用了DNSLookup
信号灯超时的问题
网络或是绑定的端口问题（建议：可以尝试重新安装补丁）
在服务器上的过多的数据传输交易（可以从Domino的统计值中得到相关信息）
为了能够精确定位出问题所在，需要用户提供出确切的环境情况，而技术支持需要确认服务器是否为挂起的状态，还是由于性能的问题引起了服务器在一段时间内没有相应。
为了能够确认这些，用户需要在挂起的情形下，删除程序目录下面的已有的REQ*.LOG的文件。
如果新的REQ*.LOG文件在几分钟之内被重新创建了，那么可以说明服务器还是处于活动状态，还可以处理新的浏览器所提出的请求。
因此，可以说明HTTP的任务并没有被挂起，应该属于性能缓慢的问题，而技术支持就需要按照性能缓慢的问题来解决此问题。
如果在删除了旧的REQ*.LOG的文件后，并没有新的REQ*.LOG的文件在几分钟之内生成，那么可以认定服务器的HTTP 状态是挂起了，因为没有新的浏览器所提出的请求被处理了。
在每次的挂起出现时，需要用户提供下面的文件给技术支持：
REQ*.LOG 文件
访问的日志和/或 DOMLOG.NSF
控制台的输出和/或LOG.NSF
NSD
SEMDEBUG.TXT（如果与信号灯相关）
其它有可能需要的文件：
NOTES.INI 和服务器文档
STATREP.NSF
任务管理器的屏幕摄像（在Windows 平台上）
其它的操作系统级的诊断数据，例如：交换内存的使用情况等。
由于代理挂起引起的HTTP 挂起问题：
一个主要的引起HTTP挂起的原因就是Web触发的代理的挂起。
对于处理由于代理引起的HTTP挂起，一般采用下面的三个步骤：
1。
确认是否是由于一个代理引起的挂起
2。
找出引发的线程或URL。
3。
定位出引起挂起的代理
上面的三个步骤都是需要经过很多次的、反复的调试。
在大多数的问题中，技术支持可能还需要在有问题的代理中添加信息框（Message Box）的陈述，以定位出引起挂起的原因。
一旦引起挂机的代理被确认出来，技术支持将删除以前所加入的调试信息。
重要提示：对于解决HTTP挂起的问题，技术支持需要用户分离每一次的HTTP的挂起所生成的REQ*.LOG 文件。
因为REQ*.LOG文件的内容是可以累计的，所以，需要用户在每次重新启动HTTP的任务之前把原来的REQ*.LOG文件移到磁盘上其它的位置。
否则，新的挂起信息将会被记录到原来的文件中，从而导致所采集的信息的混淆。