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

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:
症状描述:
邮件服务器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,如需转载请自行联系原作者
目录
相关文章
|
20天前
|
Linux 数据库
Linux服务如何实现服务器重启后的服务延迟自启动?
【10月更文挑战第25天】Linux服务如何实现服务器重启后的服务延迟自启动?
87 3
|
1月前
|
网络协议 Unix Linux
一个.NET开源、快速、低延迟的异步套接字服务器和客户端库
一个.NET开源、快速、低延迟的异步套接字服务器和客户端库
|
1月前
|
弹性计算 安全 网络安全
阿里云国际版无法远程连接Windows服务器的解决方法
阿里云国际版无法远程连接Windows服务器的解决方法
|
1月前
|
网络协议 Java API
【网络】TCP回显服务器和客户端的构造,以及相关bug解决方法
【网络】TCP回显服务器和客户端的构造,以及相关bug解决方法
61 2
|
4月前
|
弹性计算 Linux 云计算
云服务器 ECS产品使用问题之如何优化延迟
云服务器ECS(Elastic Compute Service)是各大云服务商阿里云提供的一种基础云计算服务,它允许用户租用云端计算资源来部署和运行各种应用程序。以下是一个关于如何使用ECS产品的综合指南。
|
5月前
|
安全 Linux Shell
SSH服务器拒绝密码登录的解决方法
SSH服务器拒绝密码登录的解决方法
1306 1
|
4月前
|
安全 定位技术 数据中心
什么是海外服务器,优势有哪些,延迟大概在多少
至于延迟,这主要取决于用户的地理位置和服务器的地理位置。一般来说,用户和服务器之间的距离越远,网络延迟就越大。对于跨洲访问,延迟可能会在几十到几百毫秒之间。但这也受到许多因素的影响,如网络路由、带宽等。
75 0
|
6月前
|
弹性计算 缓存 负载均衡
【阿里云弹性计算】游戏服务器部署实战:利用阿里云ECS打造低延迟游戏环境
【5月更文挑战第24天】使用阿里云ECS打造低延迟游戏环境的实战指南,包括选择高性能处理器和SSD存储的实例,规划架构,选择近玩家的地域和可用区,部署软件,优化性能及监控。通过负载均衡、自动扩展和数据缓存提升体验,同时关注数据安全与网络安全。
336 4
|
5月前
|
安全 网络安全 数据安全/隐私保护
阿里云服务器不能发邮件禁用25端口的三种解决方法
阿里云服务器不能发邮件禁用25端口的三种解决方法
754 0
|
6月前
|
域名解析 网络协议 搜索推荐
阿里云DNS常见问题之阿里云华南地区服务器在中国移动线路延迟偏高如何解决
阿里云DNS(Domain Name System)服务是一个高可用和可扩展的云端DNS服务,用于将域名转换为IP地址,从而让用户能够通过域名访问云端资源。以下是一些关于阿里云DNS服务的常见问题合集: