邮件服务器问题--邮件积压、传递延迟解决方法

简介:
症状描述:
邮件服务器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分钟,根据这个线索,查找资料,得到如下类似症状
 
 
 

由于全局编录服务器问题而导致邮件传递出现延迟

全局编录问题可能导致邮件传递出现延迟。在这种情况下,会生成  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  处理器与全局编录服务器处理器的比率是四比一)。
   要点:
邮件跟踪日志可能会起到一种误导作用。例如,如果全局编录服务器正常工作,并且邮件分类程序也正常工作,但是远程  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:test.com /GC
 
得到如下信息:
NLTEST /DSGETDC:test.com /GC
            DC: \\*****.test.com
      Address: \\10.0.**.**
     Dom Guid: f4938c04-de3e-4db1-bbd6-b8a65eaeb77e
     Dom Name: test.com
  Forest Name: test.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: test.com /GC
            DC: \\****. test.com
      Address: \\10.0.**.**
     Dom Guid: f4938c04-de3e-4db1-tt58-b8a666dwb07e
     Dom Name:  test.com
  Forest Name:  test.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 (英文)。









本文转自 cdmatong 51CTO博客,原文链接:http://blog.51cto.com/cdmatong/28453,如需转载请自行联系原作者
目录
相关文章
|
弹性计算 Linux 测试技术
阿里云ECS网络不稳定、访问丢包、延迟高怎么办?
若ECS服务器经常出现网络不稳定、延迟高等情况,针对不同情况,下面列出一些常用的解决方法供大家参考: 一、Linux实例 可以尝试先用如winmtr之类的工具,查看是服务端的丢包还是网际路由线路的丢包。
|
5月前
|
移动开发 监控 Java
服务器延迟原因汇总
服务器延迟原因汇总
75 0
|
8月前
|
存储 缓存 负载均衡
国外服务器怎么有效降低延迟103.36.167
国外服务器怎么有效降低延迟103.36.167
|
弹性计算 应用服务中间件
阿里云香港地域服务器访问延迟丢包的原因及解决方法
阿里云提供中国香港地域云服务器,但是香港节点服务器通过公网IP访问其他国家和地区的云服务器ECS会有较高访问延迟,极限情况下可能会产生丢包
3189 0
阿里云香港地域服务器访问延迟丢包的原因及解决方法
|
测试技术 对象存储
阿里云服务器测试IP地址不同地域节点Ping值测速延迟
阿里云服务器测速Ping值延迟及不同地域节点测试IP地址
4242 0
|
弹性计算 监控 固态存储
公有云某客户ECS ESSD云盘磁盘延迟⾼案例分享
某客户反馈了3台ECS发生云盘IO抖动,体现在IOUtil、IOWait较⾼,此案例中出现的方法论值得借鉴与参考。
公有云某客户ECS ESSD云盘磁盘延迟⾼案例分享
阿里云服务器地域节点测速IP延迟ping值测试(国内+海外)
最近很多站长咨询我哪个节点云服务器最快?阿里云服务器支持哪些节点?阿里云服务器地域节点测试IP及各个地域节点Ping值延迟测速,本文分享的是OSS动态解析的IP,测试仅供参考,包括阿里云国内大陆地域和海外地域 阿里云建站干货分享:减少阿里云产品购买成本指南注意:本文仅供参考,实际精准信息请以阿里云...
|
API 弹性计算
要选海外服务器?如果是海外服务器国内访问是不是有延迟?
要选海外服务器?如果是海外服务器国内访问是不是有延迟? 我想做一个在国内访问的网站,想部署在阿里云上,但是想在阿里云中调用谷歌提供的一些API,不知道阿里云的网络通不通?要选海外服务器?如果是海外服务器国内访问是不是有延迟? 国内不能访问的API 国内地域的ECS,和我们家用的网络结果差不多,即家里不能访问到的国外资源,一般在阿里云的境内地域上的ECS也访问不了的喔。
3075 0
|
API 弹性计算
阿里云海外服务器中调用谷歌API吗?如果是海外服务器国内访问是不是有延迟?
阿里云海外服务器中调用谷歌API吗?如果是海外服务器国内访问是不是有延迟? 我想做一个在国内访问的网站,想部署在阿里云上,但是想在阿里云中调用谷歌提供的一些API,不知道阿里云的网络通不通?要选海外服务器?如果是海外服务器国内访问是不是有延迟? 以前看新闻说,谷歌有一些API资源也能在国内顺序访问得到了。
2643 0