邮件服务器故障排除典型案例,使用队列查看器

日期:2019-11-01编辑作者:澳门金莎娱乐手机版

邮件服务器故障症状描述:

最早是一台ip为192.168.0.1下称a)的服务器做单独的dc,一个单dc域环境,在防火墙netscreen)做nat,这个dc又作为外部mailex2k)服务器,后来又添置两台ibm服务器,做了另外两个dc,ip分别是 192.168.0.6作为代理服务器ISA,下称b),192.168.0.10作为邮件服务器ex2k,下称c),全局编录gc是a 192.168.0.1),pdc,rid,基础结构都是a,后来我想把a降级,停用,把全局编录,pdc,rid,基础结构服务器都设置成b,重启服务器以后,把a从网络中移开,发现客户端登陆域非常慢后来发现是某些客户端的网关指向a,更改即可),并且outlook登陆ex2k无法通过,提示找不到exchange服务器。服务器上总共出现三个典型一点的错误日志,分别是event id:9176,5778和36872,后两种的内容如下:
事件类型: 警告
事件来源: Schannel
事件类别目录: 无
事件识别码: 36872
日期: 2003/8/14
时间: 下午 07:19:58
使用者: 不适用
计算机: b
描述:
这个系统不存在适合的预设服务器认证。这样会防止 预期利用系统预设认证的服务器应用程序接受 SSL 联机。 目录服务器就是这样的一个例子。管理自己认证的应用程序, 例如 internet 信息服务器不受这个影响。
事件类型: 信息
事件来源: NETLOGON
事件类别目录: 无
事件识别码: 5778
日期: 2003/8/14
时间: 下午 07:14:28
使用者: 不适用
计算机: b
描述:
ƉRD01' 尝试借着寻找 IP 地址 (192.168.0.131) 来判定它 在 DS ConfigurationSitesSubnets 容器中的站台。找不到和 这个 IP 地址相符的子网络。请考虑为这个 IP 地址新增一个子网络对象。
我找了9176的解决办法,微软称:
XADM:错误消息:Network Problems Are Preventing Connection to the Microsoft Exchange Server Computer
这篇文章中的信息适用于:
· Microsoft Exchange 2000 Server
症状
重建全局编录服务器后,MAPI 客户端如 Microsoft Outlook)无法连接到 Exchange 2000 Server 计算机。Outlook 客户端可能收到下列错误消息之一:
The name could not be resolved.Network problems are preventing connection to
the Microsoft Exchange Server Computer.Contact your system administrator if
this condition persists.
Unable to expand the folder.The set of folders could not be opened.The
information store could not be opened.
您或许能够使用 Internet 消息访问协议版本 4rev1 (IMAP4) 和邮局协议版本 3 (POP3) 访问邮箱。
在 Exchange 2000 Server 的应用程序日志中,可能记录下列事件:
Event Type: Error
Event Source: MSExchangeSA
Event Category: (11)
Event ID: 9176
Date: 9/30/2000
Time: 9:58:21 AM
User: N/A
Computer: EXCHANGESRVR
Description:NSPI Proxy can contact Global Catalog GCName but it does not support
the NSPI service.After a Domain Controller is promoted to a Global Catalog, the
Global Catalog must be rebooted to support MAPI Clients.Reboot GCName as soon as possible.
For more information, click .
如果您重新启动全局编录服务器,并不能修复该问题。在该问题发生前连接到该服务器的 Outlook 2000 和更高版本的客户端仍然可以连接。然而,新的客户端连接尝试不会成功。出现该行为的原因在于由智能客户端功能和目录服务检索RFR 接口)生成的缓存值。
原因
出现该问题的原因在于名称服务提供程序接口 (NSPI) 不是由全局编录服务器公布的。
解决方案
该问题在 Windows 2000 Service Pack 3 (SP3) 中得到修复。
替代方法
要解决该问题,请将域控制器从全局编录服务器身份降级,重新启动全局编录服务器,然后将该域控制器再次升级为全局编录服务器。
备注:有关将 Windows 2000 域控制器升级为全局编录服务器的信息,请参阅 Windows 2000 Server 联机帮助。
在该域控制器报告它再次作为全局编录服务器成功公布通过在目录服务事件日志中记录事件 ID 1119)之后,请重新启动该服务器以公布 NSP 接口。
停止然后重新启动 Exchange 服务,或重新启动 Exchange Server 计算机。Exchange Server 现在应该能够连接到全局编录服务器。
更多信息
有关目录服务检索的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
256976 XCLN:How MAPI Clients Access Active DirectoryMAPI 客户端如何访问 Active Directory)
302914 XCCC:How Outlook 2000 Accesses Active DirectoryOutlook 2000 如何访问 Active Directory)
有关在将 Windows 2000 域控制器升级为全局编录服务器时 Exchange 2000 的相关注意事项,以及有关如何使用全局编录 Partition Occupancy 注册表值指示全局编录升级进程,在公布自身之前,完成所有名称上下文的完整复制的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
304403 XADM:Exchange Considerations for Promoting a Domain Controller to a Global Catalog
Server将域控制器升级为全局编录服务器时 Exchange 的相关注意事项)
后来,在Friday哥哥得教导之下,知道迁移gc关键是要让新旧势力共存2个小时左右,于是又找了一天下午免费加班测试,
以前是将a的身份降下来,然后立即停掉后,所有客户端的outlook登陆时无法通过exchange2k验证,昨天我测试将a这台GC降级,将GC身份转移到b这台dc上面(包括操作主机,pdc,rid,基础结构).让2台dc并行2个小时左右,让原gc的信息充分复制到新的gc上面,发现以前的 outlook登陆exchange2k验证出错问题不存在了,但是可能是由于dns出错,所有用户不能浏览internet(包括server),a上出现event,id是1265,并且每十五分钟会出现一次.
事件類型: 警告
事件來源: NTDS KCC
事件類別目錄: 知識一致性檢查程式
事件識別碼: 1265
日期: 2003/8/18
時間: 18:46:31
使用者: 不適用
電腦: A
描述:
嘗試建立一個含有下列參數的複寫連結:
磁碟分割: CN=Schema,CN=Configuration,DC=gsmc,DC=com,DC=cn
來源 DSA DN: CN=NTDS Settings,CN=MAILSRV,CN=Servers,CN=gsmc,CN=Sites,
CN=Configuration,DC=gsmc,DC=com,DC=cn
來源 DSA 位址: 50231c98-b38f-459b-af50-bc9c6e1d1ed8._msdcs.gsmc.com.cn
站台間傳輸 (如果有的話): CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=gsmc,DC=com,DC=cn
但這操作失敗,下列為失敗的狀態:
DSA 操作無法繼續,因為 DNS 對應失敗。
記錄資料是狀態碼。將會再重試這個操作。
資料:
0000: 4c 21 00 00 L!..
我查询相关资料,发现:
As per Microsoft: "If this error is being reported for Active Directory
replication between two domain controllers of different domains which have
a parent/child or tree root trust relationship, this error may be due to an
absent critical object that represents the trust relationship between the two domains."
Status: "The DSA operation is unable to proceed because of a DNS lookup failure." See Q319202,
this issue occurs because the DNS Database does not have a service (SRV) resource record for the
domain controller.
而微软的相关KB提示如下:
SYMPTOMS
When you try to replicate changes between replica partners in Active Directory directory service
Sites and Services, you may receive the following error message:
The following error occurred during the attempt to synchronize the domain controllers.
The naming context is in the process of being removed or is not replicated from the specified server.
An event ID message that is similar to the following may also be logged in the System event log:
Event ID: 1265
Source: NTDS KCC
Type: Warning
Category: Knowledge Consistency
The attempt to establish a replication link with parameters
Partition: DC=yourinfo,DC=yourinfo,DC=yourinfo,DC=com Source DSA DN: CN=NTDS Settings,CN=NT5-PCI-20,CN=Servers,CN=GSCIntranet,CN=Sites,CN=Configuration,DC=child,DC=yourdomain,DC=com
Source DSA Address:
YourDomainController. YourDomain.com
Inter-site Transport (if any):
failed with the following status:
The DSA operation is unable to proceed because of a DNS lookup failure. The record data
is the status code. This operation will be retried. CAUSE
This issue occurs because the DNS Database does not have a service (SRV) resource record
for the YourDomainController.YourDomain.com domain controller.
RESOLUTION
To resolve this issue, follow these steps:

要打开队列查看器,请按照下列步骤操作:

邮件服务器A和邮件服务器B,作前后端设置,前端接收邮件后,投递给后端服务器内的邮箱,当前前端接收外部邮件后,无法投递给后端邮箱,导致邮件积压在前端服务器,内部邮件传递需要延迟25分钟左右到达。
 
通过察看前后端服务器的各类服务,发现所有服务均正常,由于无法投递给后端服务器,所以首先判断可能是后端服务器出现了问题,决定重启动。
 
重启动耗时4分钟,这时候察看前端队列,发现已经正常投递给后端服务器,认为问题解决,可能是意外原因导致后端服务器服务不正常。
 
但是经过5分钟的观察,发现,问题仍然存在,外部投递邮件仍然积压在前端服务器上,于是又深层次查找问题,发现如下症状
在Message Submitted to Advanced Queuing 和 Started Message Submission to Advanced Queue两步用时超过10分钟,在Message Submitted to Categorizer 和Message Categorized and Queued for Routing 之间历时接近10分钟,根据这个线索,查找资料,得到如下类似症状
 

  1. Ping the Domain Controller. To do so, type YourDomainController.YourDomain.com at the
    command prompt, and then press ENTER.
    If you receive a reply that the ping request could not find the host, the domain controller's
    SRV record is not populated in the DNS Database.
  2. Check the configuration of DNS and make sure that Allow Dynamic Updates is enabled.
    To do this, follow these steps:
  3. Click Start, point to Programs, click Administrative Tools, and then click DNS.
  4. Expand the DNS folder.
  5. Expand the Forward Lookup Zones folder.
  6. Right-click the folder, and then click Properties.
  7. In the Allow Dynamic Updates box, click Yes.
  8. Click OK.
  9. Stop and then restart DNS.
  10. Stop and then restart the Netlogon service on YourDomainController.
    By doing this, you force the domain controller to register the appropriate SRV records. The
    change is then replicated to DNS.
    STATUS
    Microsoft has confirmed this to be a problem in Microsoft Windows
  11. 我检查a的dns-Forward Lookup Zones-Properties,已经是支持动态更新的了,并且我也重启了dns和netlogon服务.但是这个错误event还是每隔十五分钟出现一次.
    后来昨天终于发现一些问题了,大家注意事件1265里面得那个: CN =MAILSRV,话说这个mailsrv可有来头,是我来之前那个水货网管建立得一个测试服务器,最早是做单独得dc来用得.然后我到ad站点和域控制台一看,果不其然,有一个site,里面含有两台dc:mailsrv和mailserver.这两台dc现在根本就没有用到了.于是我点击右键删除之….结果提示:无法删除ads组件,狂晕一阵,然后到M$网站找到方法了,装win2k tools,然后用adsi修改,删除里面多余得dc,这样问题解决了,event里面再也没有出现错误提示了.
    现在我又开始进行我得初衷:将a彻底得从我得dc群组里面消失掉,发现一旦停掉a,普通用户还是会有那个无法找到exchange得错误.这个时候俺已经豁出去了,深呼吸一下,开始找一些问题点.突然发现在建立用户得时候要选择一个ex得母服务器,难不成是这个原因??于是,我新建一个用户,选择ex服务器是b,关掉a,测试---------各位观众,ok了…一切正常了,那么原来选择exa得用户我可以用exchage tasks得move mailbox迁移邮箱到b.这样把a干掉.于是我手起刀落.唰…这个世界安静了……..
    综上所述:问题一共有这几个:gc,操作主机迁移造成dns错误提示,解决办法:删除作废得或者退位得dc.(需要安装windows2000 surport tools利用里面得adsi edit)
    Ex2k迁移造成outlook登陆解析名称错误,解决办法:利用ex得tsks里面得move mailbox方法迁移邮箱.
  1. 单击“开始”,依次指向“程序”、“Microsoft Exchange”,然后单击“系统管理器”。
    2. 展开“服务器”容器。“服务器”容器可能位于“管理组”容器之下,具体情况视服务器上启用的选项而定。
  2. 展开包含要查看的队列的服务器。
  3. 单击“队列”以启动队列查看器。
    将列出所有传输队列,包括所有简单邮件传输协议 (SMTP) 虚拟服务器、邮件传输代理 (MTA) 和 X.400 队列。
    单击“队列查看器”窗口底部的“设置”按钮,选择屏幕自动更新时间间隔。也可以手动更新队列查看器屏幕。要刷新队列查看器屏幕,请单击左窗格中的“队列”,然后按 F5 键。
    在每个队列的“操作”菜单上,有以下两个选项: • “冻结邮件”:停止传递队列中的所有邮件。
    • “取消邮件冻结”:恢复传递队列中的邮件。
    还可以强制处于重试状态的队列立即进行重试。
    可以更新查看每个队列,并按照下面的步骤对进行排队的邮件执行操作。 1. 单击包含要控制的邮件的队列。
  4. 右键单击该队列,然后单击“查找邮件”。
    可以删除邮件并选择生成或不生成传递状态通知 (DSN) 消息。可以停止传递每个邮件,或者释放邮件以进行再次传递。
    通过提高各种类别诊断日志记录的级别,可以获取有关这些队列的更多信息。下面的步骤以 MSExchangeTransport 服务和 MSExchangeDSAccess 服务作为示例。要提高诊断日志记录的级别,请按照下列步骤操作: 1. 单击“开始”,依次指向“程序”、“Microsoft Exchange”,然后单击“系统管理器”。
  5. 展开“服务器”,右键单击 Your_ Server_Name其中,Your_ Server_Name 是您的 Exchange Server 计算机的名称),然后单击“属性”。
  6. 单击“诊断日志记录”选项卡,然后单击“MSExchangeTransport”。
  7. 在“类别”部分,单击要记录的类别。
  8. 在“日志记录级别”区域中,单击以提高该类别的日志记录级别。
  9. 对于 MSExchangeDSAccess 服务及其他要记录的类别,请重复步骤 3 到 5。
    队列
    以下是可在 Exchange Server 2003 中使用的队列列表。该列表包含常见问题说明及相关疑难解答信息。
    队列:待提交邮件
    首先提供于:Exchange 2000 Service Pack 2
    说明:本队列保存已被 SMTP 服务确认和接受的邮件。此队列中的邮件尚待处理。
    疑难解答:如果邮件经常堆积,说明可能存在性能问题。CPU 性能中偶尔出现的峰值会导致邮件间歇性地出现在队列中。通常,事件接收器存在的问题例如,用于防病毒屏蔽和免责声明的自定义 SMTP 处理代码)会导致邮件堆积在此队列中。
    队列:等待目录查找的邮件
    首先提供于:Exchange 2000
    说明:此队列所包含邮件的收件人尚未得到 Microsoft Active Directory 目录服务的解析。在展开通讯组列表的同时,邮件仍保存在此队列中。
    疑难解答:通常,会由于高级队列引擎无法对邮件加以分类而导致邮件堆积在此队列中。高级队列引擎可能无法访问全局编录服务器或收件人信息。全局编录服务器也可能无法访问或性能缓慢。提高 MSExchangeDSAccess 服务和 MSExchangeTransport 服务的诊断日志记录级别,以收集有关分类程序组件的信息。要提高组件的诊断日志记录级别,请查看本文“更多信息”一节开头列出的步骤。
    队列:等待路由的邮件
    首先提供于:Exchange 2000
    说明:此队列可保存邮件,直到确定了这些邮件的下一个目标服务器为止。然后,这些邮件会被移动到它们各自的链接队列中。
    疑难解答:如果 Exchange 路由存在问题,邮件便会堆积在此队列中。例如,邮件路由可能被备份。请禁用所有不必要的连接器限制,因为这些限制会显著降低服务器性能。对于某些限制,可能必须打开 CheckConnectorRestrictions 注册表项。
    有关该注册表项的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    277872 XCON:连接器传递限制可能无法正常工作
    此外,可以提高“路由”类别组件的 MSExchangeTransport 服务的诊断日志记录级别,以收集更多信息。要提高组件的诊断日志记录级别,请查看本文“更多信息”一节开头列出的步骤。
    队列:“本地传递”可能会出现域名)
    首先提供于:Exchange 2000
    说明:此队列包含的邮件已在 Exchange Server 计算机上排队,以便本地传递到 Exchange 邮箱。
    疑难解答:如果信息存储不接受本地传递邮件,则邮件可能会堆积在此队列中。如果邮件传递不仅缓慢而且时有时无,则表明存在循环邮件或性能问题。提高 “SMTP 存储驱动程序”组件的 MSExchangeIS 服务和 MSExchangeTransport 服务的诊断日志记录级别。要提高组件的诊断日志记录级别,请查看本文“更多信息”一节开头列出的步骤。
    队列:“远程传递队列”此队列包含带有域的目标服务器或连接器的名称)
    首先提供于:Exchange 2000
    说明:此队列包含准备进行远程传递的邮件。队列的名称与远程传递目标相匹配。
    疑难解答:如果队列处于重试状态,请单击队列以查看“其他队列信息”。此信息位于右窗格的底部。请使用 NSlookup 实用工具检查域名系统 (DNS) 解析可能存在的问题。对于连接和协议问题如“不能访问主机”错误),请使用 Telnet.exe 尝试连接到目标计算机。要纠正协议错误,请提高“SMTP 协议”组件 MSExchangeTransport 服务的诊断日志记录级别,并检查日志以查找错误。此外,也可使用网络监视器工具获得有关网络连接错误的信息。要重现此问题,可能必须强制队列重试。要提高组件的诊断日志记录级别,请查看本文“更多信息”一节开头列出的步骤。
    有关如何使用“Microsoft 网络监视器”的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    301989 如何在 Windows 中利用网络监视器捕获 WAN 通信
    有关 NSLookup 实用工具的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    200525 使用 NSlookup.exe
    有关如何使用 Telnet 解决连接问题的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    169790 如何诊断排除基本的 TCP/IP 问题
    队列:不能到达目的地的邮件
    首先提供于:Exchange 2000
    说明:队列中的邮件无法到达其最终的目标服务器。例如,Exchange 无法确定到最终目的地的路由或连接器,或者所有可用路由或连接器都被标记为停用。
    疑难解答:如果没有供邮件传递的路由,邮件便会堆积在此队列中。此外,如果 Exchange 连接器或远程传递队列不可用,或者它在一段时间内处于重试状态,并且不存在到连接器或远程目的地的可用备用路由,新邮件便会被移入此队列中。管理员可解决此问题,或定义一条备用路由。使用 WinRoute 工具有助于确定可用路由和路由状态。 有关 WinRoute 工具的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    281382 如何使用 WinRoute 工具
    要排除引起此问题的队列存在的故障,请重新启动 SMTP 虚拟服务器,重设连接器状态并重试进行排队的邮件。要重新启动 SMTP 虚拟服务器,请按照下列步骤操作: 1. 单击“开始”,依次指向“程序”、“Microsoft Exchange”,然后单击“系统管理器”。
  10. 依次展开 “服务器”容器、您的 Exchange Server 计算机和“协议”,然后展开“SMTP”。
  11. 右键单击 SMTP 虚拟服务器,然后单击“停止”。
  12. 再次右键单击 SMTP 虚拟服务器,然后单击“启动”。
    队列:推迟传递的排队邮件
    首先提供于:Exchange Server 2003
    说明:此队列包含排队等候以便日后传递的邮件。其中包括在设置此选项时由较旧版本的 Microsoft Outlook 发送的邮件。较新版本的 Outlook 会在信息存储中对这些类型的邮件进行排队。这些邮件保留在此队列中,直至达到它们的计划传递时间。
    疑难解答:下列情况也可导致邮件堆积在此队列中: • 接收邮件的用户邮箱正在被移动。
    • 用户还没有邮箱,并且该用户的主帐户安全 ID (SID) 也不存在。 有关禁用的用户帐户的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    316047 XADM:解决在启用由 ADC 生成的帐户时出现的问题
    • 管理员配置 SMTP 的方法不正确,导致邮件循环。SMTP 将这些邮件移入此队列。这使得管理员可以解决此问题,从而避免在邮件立即返回时出现“超出了最大跃点计数”错误。将邮件移动到此队列还有助于防止对服务器资源造成过多性能影响。
    队列:等待提交的 DSN 邮件
    首先提供于:Exchange Server 2003
    说明:此队列包含正在等待 Exchange 呈现的传递状态通知 (DSN)。传递状态通知又称为未送达报告 (NDR)。
    疑难解答:如果存在下列任一情况,邮件便会堆积在此队列中: • 信息存储服务不可用或者没有运行。
    • 没有安装专用信息存储。
    • IMAIL Exchange 存储组件存在问题。IMAIL 是执行邮件转换的组件。
    请查看 Windows 应用程序事件日志,以确定 Microsoft Exchange Information Store 服务是否存在错误。
    队列:邮件重试失败
    首先提供于:Exchange Server 2003
    说明:无法进行队列提交的邮件将被移入此队列。通常,在完成其他处理过程后,邮件才能成功进行队列提交。默认情况下,队列中的邮件会在 60 分钟后被重新处理。邮件损坏或系统资源不足可导致邮件出现在此队列中。
    疑难解答:请检查所安装的第三方程序或可能影响邮件队列或邮件准确性的事件接收器。如果计算机响应缓慢,请使用 Windows 任务管理器确定进程是否使用了过多的系统资源。在确定引发此问题的根本原因之前,重新启动 Internet Information Server 服务可以暂时缓解此问题。要重新启动 Internet Information Server 服务,请按照下列步骤操作: 1. 单击“开始”,然后单击“控制面板”。
  13. 双击“管理工具”。
  14. 双击“服务”。
  15. 右键单击“Internet Information Server”,然后单击“重新启动”。
    队列:“SMTP 邮箱存储”(X.400)
    首先提供于:Exchange 2000
    说明:此队列包含由 SMTP 组件进行处理的邮件。邮件传输代理 (MTA) 接收和处理的邮件也必须由 SMTP 组件处理,即便邮件的目的地是由 MTA 提供服务的远程位置。为了将邮件提交给 SMTP,MTA 将邮件放在信息存储内部的 SMTP 邮箱中。
    疑难解答:确保至少安装了一个邮箱存储,并且已启动了 Microsoft Exchange Information Store 服务。要纠正协议错误,请提高 MSExchangeMTA 组件的诊断日志记录的级别。要提高组件的诊断日志记录级别,请查看本文“更多信息”一节开头列出的步骤。
    队列:“PendingRerouteQ”(X.400)
    首先提供于:Exchange 2000
    说明:此队列包含在出现临时链接故障之后正在等待重新路由的邮件。
    疑难解答:如果没有到连接器、到其他邮件系统或到某台 Exchange 5.5 计算机的可用路由,邮件便会堆积在此队列中。
    有关如何查看 Microsoft Exchange Server 2000 中队列的更多信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
    259762 XCON:如何在 Exchange 2000 中使用队列查看器

由于全局编录服务器问题而导致邮件传递出现延迟
全局编录问题可能导致邮件传递出现延迟。在这种情况下,会生成 NDR 以通知发件人这一延迟。可以使用邮件跟踪中心来诊断这些问题。下面的示例显示了从邮件跟踪中心所收集到的数据:
6/22/2001 3:54 PM Tracked message history on server CONTOSO-MSG-01
6/22/2001 3:54 PM SMTP Store Driver: Message Submitted from Store
6/22/2001 3:54 PM SMTP: Message Submitted to Advanced Queuing
6/22/2001 3:54 PM SMTP: Started Message Submission to Advanced Queue
6/22/2001 3:54 PM SMTP: Message Submitted to Categorizer
6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message
6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP
6/22/2001 4:24 PM SMTP: Message Submitted to Advanced Queuing
6/22/2001 4:24 PM SMTP: Started Message Submission to Advanced Queue
6/22/2001 4:24 PM SMTP: Message Submitted to Categorizer
6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message
6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP
6/22/2001 4:24 PM SMTP Store Driver: Message Delivered Locally to Store
在上面的示例中,应注意到邮件在邮件分类程序中延迟了 30 分钟,之后才开始进行出站传输,并且最终被送达。在这些情况下,应通过运行 Nltest 工具来确定 Exchange 使用哪一台全局编录服务器。具体步骤在本主题前面的“通过使用移动邮箱工具将收件人移到 Active Directory”中已说明。然后,调查所涉及到的全局编录服务器。下面是全局编录服务器的常见问题:
• 全局编录服务器超载或工作过度。
• 全局编录服务器出现性能问题。
• 内存不足。
• 硬盘空间不足。
• Exchange 2000 与全局编录服务器之间出现暂时性的网络问题。
• 使用同一个全局编录服务器的 Exchange 服务器过多推荐的 Exchange 处理器与全局编录服务器处理器的比率是四比一)。

...

1. 单击“开始”,依次指向“程序”、“Microsoft Exchange”,然后单击“系统管理器”。

要点:

  1. 展开...

邮件跟踪日志可能会起到一种误导作用。例如,如果全局编录服务器正常工作,并且邮件分类程序也正常工作,但是远程 SMTP 服务器不可用达三十分钟,则邮件跟踪日志可能与上面显示的示例日志类似。此外,如果邮件必须在本地传递,并且 Exchange 存储执行速度很慢,则邮件跟踪日志将显示出“邮件已提交到邮件分类程序”与“邮件已传递到本地存储”之间存在很大的时间差异。
重现问题时,应从全局编录服务器中使用系统监视器日志。这有助于您诊断这些问题。再次使用全局编录服务器可以解决这些问题。要解决这些问题,可以为每一台 Exchange 服务器指定一台全局编录服务器。 

注意:

建议只有在要排除故障时才手动配置全局编录服务器。手动配置了全局编录服务器后,如果某个服务器不可用,Exchange 将无法检测到。
有关详细信息,请参阅如何指定全局编录服务器。
有关 DSAccess 的其他信息,请参阅 Microsoft 知识库中编号为 250570 的文章:“XCON: Directory Service Server Detection and DSAccess Usage”。
ExchOwningPFTreeBL: CN=Public Information Store (PFREP55),CN=First Storage Group,CN=InformationStore,CN=PFREP55,CN=Servers,CN=FourthCoffee,CN=Administrative Groups,CN=Lake District,CN=Microsoft Exchange,CN=Services,CN=Configuration, DC= cumbria,DC=extest,DC=microsoft, DC=com;
澳门金莎娱乐手机版,CN=Public Folder Store (PFREP57),CN=First Storage Group,CN=InformationStore, CN=PFREP57,CN=Servers,CN=Coniston,CN=Administrative Groups,CN=Lake District,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=cumbria,DC=example,DC=microsoft,DC=com;
CN=Public Information Store (PFREP56),CN=First Storage Group,CN=InformationStore,CN=PFREP56,CN=Servers,CN=Coniston,CN=Administrative Groups,CN=Lake District,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=cumbria,DC=example,DC=microsoft,DC=com;

紫色字部分症状与我们的症状是一样的,所以,根据此结果,我们查询了两台邮件服务器获取账户的GC,通过命令
NLTEST /DSGETDC:suzsoft.com /GC
得到如下信息:
NLTEST /DSGETDC:suzsoft.com /GC
           DC: \w2kdc1.suzsoft.com
      Address: \10.0.15.11
     Dom Guid: f4938c04-de3e-4db1-bbd6-b8a65eaeb77e
     Dom Name: suzsoft.com
  Forest Name: suzsoft.com
 Dc Site Name: Default
Our Site Name: Default
        Flags: PDC GC DS LDAP KDC TIMESERV GTIMESERV WRITABLE DNS_DC DNS_DOMAIN
DNS_FOREST CLOSE_SITE
The command completed successfully
 
 
NLTEST /DSGETDC:suzsoft.com /GC
DC: \w2kdc2.suzsoft.com
Address: \10.0.15.12
Dom Guid: f4938c04-de3e-4db1-tt58-b8a666dwb07e
Dom Name: suzsoft.com
Forest Name: suzsoft.com
Dc Site Name: Default
Our Site Name: Default
Flags: PDC GC DS LDAP KDC TIMESERV GTIMESERV WRITABLE DNS_DC DNS_DOMAIN
DNS_FOREST CLOSE_SITE
The command completed successfully

可以看出,两台服务器引用的GC是不同的,由于以前没有出现该问题,那么我们猜测,是否由于两台GC同步上出了问题,导致GC数据不同步,邮件服务器引用数据无法匹配,导致邮件无法传递,因此,我们做了如下操作:
 
修正邮件服务器的缺省引用GC,保证两邮件服务器引用同一台GC的数据,重启动生效后,问题解决。
 
总结:
 
由于EXCHANGE 服务器与域结合非常紧密,所以,当邮件服务器出现问题后,有可能是域控制器的问题导致。
 
附一:如何指定全局编录服务器
 

 
全局编录问题可能导致邮件传递出现延迟。在这种情况下,会生成 NDR 以通知发件人这一延迟。可以使用邮件跟踪中心来诊断这些问题。
下面是全局编录服务器的常见问题:
• 全局编录服务器超载或工作过度。
• 全局编录服务器出现性能问题。
• 内存不足。
• 硬盘空间不足。
• Exchange 2000 Server 与全局编录服务器之间出现暂时性的网络问题。
• 使用同一个全局编录服务器的 Exchange 服务器过多推荐的 Exchange 处理器与全局编录服务器处理器的比率是四比一)。

要点:

邮件跟踪日志可能会起到一种误导作用。例如,如果全局编录服务器正常工作,并且邮件分类程序也正常工作,但是远程 SMTP 服务器不可用达三十分钟,则邮件跟踪日志可能与上面显示的示例日志类似。此外,如果邮件必须在本地传递,并且 Exchange 存储执行速度很慢,则邮件跟踪日志将显示出“邮件已提交到邮件分类程序”与“邮件已传递到本地存储”之间存在很大的时间差异。
重现问题时,应从全局编录服务器中使用系统监视器日志。这有助于您诊断这些问题。再次使用全局编录服务器可以解决这些问题。要解决这些问题,可以对每一台 Exchange 服务器指定一台全局编录服务器。
  注意:
建议只有在要排除故障时才手动配置全局编录服务器。手动配置了全局编录服务器后,如果某个服务器不可用,Exchange 将无法检测到。
开始之前
在执行本主题中的步骤之前,请阅读未送达报告邮件故障排除。
执行此步骤需要有下列权限:
• 本地管理员组的成员,以及在组织级别应用了 Exchange 管理员角色的组的成员 

步骤 指定全局编录服务器

  1. 在 Exchange 系统管理器中,展开“服务器”,用鼠标右键单击您的 Exchange 服务器,再单击“属性”。
  2. 单击“目录访问”选项卡。
  3. 在“显示”中,选择“全局编录服务器”。
  4. 清除“自动探查服务器”复选框。
    “目录访问”选项卡
    5. 单击“添加”,再选择要排除其故障的全局编录服务器。所选定的用作域的全局编录服务器的服务器必须存在于 Active Directory 中、必须可以通过 LDAP 端口 3268 访问到、必须实时地处理 Exchange 服务器的请求,并且必须具有收件人对象的全部已启用邮件属性。

下面的示例显示了从邮件跟踪中心所收集到的数据:
6/22/2001 3:54 PM Tracked message history on server CONTOSO-MSG-01
6/22/2001 3:54 PM SMTP Store Driver: Message Submitted from Store
6/22/2001 3:54 PM SMTP: Message Submitted to Advanced Queuing
6/22/2001 3:54 PM SMTP: Started Message Submission to Advanced Queue
6/22/2001 3:54 PM SMTP: Message Submitted to Categorizer
6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message
6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP
6/22/2001 4:24 PM SMTP: Message Submitted to Advanced Queuing
6/22/2001 4:24 PM SMTP: Started Message Submission to Advanced Queue
6/22/2001 4:24 PM SMTP: Message Submitted to Categorizer
6/22/2001 4:24 PM SMTP: Started Outbound Transfer of Message
6/22/2001 4:24 PM Message transferred out to FOURTHCOFFEE.COM through SMTP
6/22/2001 4:24 PM SMTP Store Driver: Message Delivered Locally to Store
在上面的示例中,应注意到邮件在邮件分类程序中延迟了 30 分钟,之后才开始进行出站传输,并且最终被送达。在这些情况下,应通过运行 Nltest 工具来确定 Exchange 使用哪一台全局编录服务器。具体步骤在产生未送达报告的常见情形中的“通过使用移动邮箱工具将收件人移到 Active Directory”部分已说明。然后,调查所涉及到的全局编录服务器。
有关 DSAccess 的其他信息,请参阅 Microsoft 知识库中编号为 250570 的文章:“XCON: Directory Service Server Detection and DSAccess Usage”英文)。

邮件服务器A和邮件服务器B,作前后端设置,前端接收邮件后,投递给后端服务器内的邮箱,当前前端接收外部...

本文由澳门金莎娱乐网站发布于澳门金莎娱乐手机版,转载请注明出处:邮件服务器故障排除典型案例,使用队列查看器

关键词:

2008巧妙配置DHCP服务器,如何轻松搞定服务器管理

紧接着按下Shift功能键不放,并且用鼠标右键单击“ActiveDirectory用户和计算机”图标,执行右键菜单中的“打开方式”...

详细>>

机房空调基础知识之系统组成篇,空调压缩机工

上期我们给大家介绍了机房空调的制冷史相关BKJIA文章参考:连载:机房空调基础知识之制冷发展史),今天给大家带...

详细>>

灾备行业关于数据保护与容灾备份的常识,可差

飞康CDP最大的特点就是实时备份、瞬间可用,将传统备份的定时备份变成随时备份,就好像从照相技术升级到录像技...

详细>>

机房防雷接地规范要求与防雷接地方式,简述煤

最近各地气候异常,随着地震、水灾、干旱、地陷、雷击等灾难事件的频发,各种预警及防范措施也在相继出台。每...

详细>>