美高梅开户-美高梅官方网站开户

您的位置:美高梅开户 > 服务器运维 > 【美高梅官方网站开户】传送延迟消除,邮件服

【美高梅官方网站开户】传送延迟消除,邮件服

发布时间:2019-08-29 13:38编辑:服务器运维浏览(123)

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

    症状描述:
    邮件服务器A和邮件服务器B,作前后端设置,前端接收邮件后,投递给后端服务器内的邮箱,当前前端接收外界邮件后,不可能投递给后端邮箱,导致邮件积压在前者服务器,内部邮件传递必要延期25分钟左右到达。

    邮件服务器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分钟,依据这一个线索,查找资料,获得如下类似症状
     

    因而体察前后端服务器的各类服务,开掘具备服务均通常,由于不能够投递给后端服务器,所以率先剖断只怕是后端服务器出现了难题,决定重运行。

    鉴于全局编录服务器难点而致使邮件传递出现延迟
    全局编录问题或许产生邮件传递出现延迟。在这种景观下,会生成 ND翼虎以布告发件人这一延迟。能够应用邮件追踪宗旨来会诊那么些主题材料。上边包车型地铁自己要作为模范遵守规则突显了从邮件追踪宗旨所访问到的多少:
    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 三千 与大局编辑和录音服务器之间出现不时性的互连网难点。
    • 使用同一个大局编录服务器的 Exchange 服务器过多引入的 Exchange 管理器与全局编辑和录音服务器管理器的比率是四比一)。

    重运转耗费时间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秒钟,依照这么些线索,查找资料,得到如下类似症状

    邮件追踪日志或许会起到一种误导成效。比如,假如全局编录服务器常规办事,并且邮件分类程序也平常办事,不过远程 SMTP 服务器不可用达一时辰,则邮件追踪日志恐怕与地方彰显的示范日志类似。另外,尽管邮件必需在本地传递,而且Exchange 存款和储蓄推行进程比相当的慢,则邮件追踪日志将展现出“邮件已交由到邮件分类程序”与“邮件已传递到本地存储”之间存在一点都不小的年华距离。
    复发难点时,应从全局编辑和录音服务器中接纳系统监视器日志。那推动你检查判断那些主题材料。再度利用全局编辑和录音服务器能够消除那几个标题。要缓和那么些难题,可以为每一台 Exchange 服务器钦命一台全局编辑和录音服务器。 

    注意:

    出于全局编辑和录音服务器难点而造成邮件传递出现延迟
    大局编辑和录音难点大概变成邮件传递出现延迟。在这种情景下,会生成 NDCR-V以通告发件人这一延迟。能够动用邮件追踪中央来会诊这几个难题。上面包车型地铁演示呈现了从邮件跟踪主旨所搜集到的数据:
    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 两千 与大局编辑和录音服务器之间出现偶然性的互连网难题。
    • 使用同贰个大局编录服务器的 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;

    要点:
    邮件追踪日志或者会起到一种误导成效。例如,借使全局编辑和录音服务器常规工作,况兼邮件分类程序也健康办事,然而远程 SMTP 服务器不可用达三十分钟,则邮件追踪日志恐怕与地点显示的演示日志类似。别的,要是邮件必需在该地传递,而且Exchange 存储实行进程比相当慢,则邮件追踪日志将显示出“邮件已交给到邮件分类程序”与“邮件已传递到地面存款和储蓄”之间存在异常的大的时光差别。
    复发难题时,应从全局编辑和录音服务器中动用系统监视器日志。那有利于你会诊那些主题素材。再度利用全局编录服务器可以化解那些难点。要缓解那个难题,可感觉每一台 Exchange 服务器钦赐一台全局编辑和录音服务器。
    注意:
    建议唯有在要排除故障时才手动配置全局编录服务器。手动配置了全局编辑和录音服务器后,假诺有个别服务器不可用,Exchange 将无法检测到。
    有关详细音讯,请参阅怎么着钦命全局编录服务器。
    有关 DSAccess 的另外新闻,请参阅 Microsoft 知识库中编号为 250570 的文章:“XCON: Directory 瑟维斯 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,通过命令
    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

    能够看来,两台服务器引用的GC是见仁见智的,由于原先不曾出现该问题,那么大家推断,是或不是是因为两台GC同步上出了难点,导致GC数据分化步,邮件服务器援引数据不能合作,导致邮件无法传递,由此,大家做了如下操作:
     
    核查邮件服务器的缺省援引GC,保障两邮件服务器援用同一台GC的数目,重运行生效后,难点解决。
     
    总结:
     
    由于EXCHANGE 服务器与域结合特别紧凑,所以,当邮件服务器出现难点后,有不小可能是域调控器的难点形成。
     
    附一:怎么着钦赐全局编辑和录音服务器
     

     
    全局编录难点或然变成邮件传递现身延迟。在这种气象下,会生成 NDRAV4以公告发件人这一延迟。能够选择邮件追踪中央来会诊那么些难题。
    下边是大局编辑和录音服务器的广大难点:
    • 全局编辑和录音服务器超载或专门的学业过度。
    • 全局编辑和录音服务器出现品质难题。
    • 内部存储器不足。
    • 硬盘空间不足。
    • Exchange 两千 Server 与全局编辑和录音服务器之间出现偶然性的网络难点。
    • 使用同叁个大局编录服务器的 Exchange 服务器过多引入的 Exchange 管理器与大局编辑和录音服务器管理器的比率是四比一)。

    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数据不联合,邮件服务器引用数据无法合营,导致邮件无法传递,由此,大家做了之类操作:

    邮件追踪日志只怕会起到一种误导功用。比方,假设全局编录服务器常规干活,况且邮件分类程序也平常工作,不过远程 SMTP 服务器不可用达一小时,则邮件追踪日志只怕与地点显示的演示日志类似。其余,若是邮件必需在地点传递,并且Exchange 存款和储蓄施行进度异常慢,则邮件追踪日志将呈现出“邮件已交给到邮件分类程序”与“邮件已传递到地面存款和储蓄”之间存在极大的光阴差距。
    复发难题时,应从全局编辑和录音服务器中动用系统监视器日志。那推进你会诊这一个主题素材。再一次使用全局编辑和录音服务器可以消除那么些标题。要消除那个难点,能够对每一台 Exchange 服务器钦命一台全局编辑和录音服务器。
      注意:
    提出独有在要排除故障时才手动配置全局编辑和录音服务器。手动配置了大局编辑和录音服务器后,假若有些服务器不可用,Exchange 将不能检查实验到。
    起来在此之前
    在实施本核心中的步骤在此之前,请阅读未送达报告邮件故障排除。
    实践此步骤要求有下列权限:
    • 本地管理员组的成员,以及在集体等第应用了 Exchange 管理员剧中人物的组的分子 

    考订邮件服务器的缺省引用GC,有限支撑两邮件服务器援引同一台GC的数量,重运营生效后,难点消除。

    本文由美高梅开户发布于服务器运维,转载请注明出处:【美高梅官方网站开户】传送延迟消除,邮件服

    关键词: 美高梅开户