none
Latence et perte lors de la réception de gros message. RRS feed

  • Discussion générale

  • Bonjour à tous

     Je ne suis pas un expert en informatique et notamment Exchange 2013, mais suite à l’installation, par un prestataire, d’Exchange 2013 en virtuel sur 2 serveurs en DAG, pour la haute disponibilité, je suis confronté à quelques problèmes :

    -          Plus le message est volumineux, plus il met du temps à être réceptionner, voir En-têtes de l’Email :

     Received: from SERV-EXCH02 (192.168.2.224) by

     SERV-EXCH01 (192.168.2.223) with Microsoft SMTP Server (TLS) id

     15.0.712.24 via Mailbox Transport; Mon, 18 Nov 2013 12:28:15 +0100

     Received: from SERV-EXCH01 (192.168.2.223) by

     SERV-EXCH02 (192.168.2.224) with Microsoft SMTP Server (TLS) id

     15.0.712.24; Mon, 18 Nov 2013 12:20:31 +0100

     Received: from relai.message.com (192.168.2.254) by

     SERV-EXCH01 (192.168.2.223) with Microsoft SMTP Server id

     15.0.712.24 via Frontend Transport; Mon, 18 Nov 2013 12:20:32 +0100

     Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com

     [209.85.212.171])

                    (using TLSv1 with cipher RC4-SHA (128/128 bits))            

                    (No client certificate requested)             

                    by relai.message.com (Postfix) with ESMTP id B0520735BA7

                    for < P___.C___@______.com >; Mon, 18 Nov 2013 12:19:54

     +0100 (CET)

    Received: by mail-wi0-f171.google.com with SMTP id hj6so455549wib.16

            for <P___.C___@______.com>; Mon, 18 Nov 2013 03:19:53 -0800

     (PST)

     

    C’était un message de 2Mo.

    De plus, si le message dépasse les 5Mo, il est perdu, je ne le reçois jamais.

     Avez-vous des idées et/ou des solutions à mon problème ?

     Merci de votre soutient

    Cordialement
    • Type modifié Florin Ciuca dimanche 24 novembre 2013 20:19
    mardi 19 novembre 2013 15:35

Toutes les réponses

  • Difficile à dire, mais lorsqu'un message est reçu il est indexé en même temps, c'est peut être ce processus qui ralenti la réception des emails.

    Vous pouvez utiliser cette cmdlet pour voir la charge d'une partie du mécanisme de transport lors de la réception d'un email avec PJ :

    ([XML] (Get-ExchangeDiagnosticInfo -Process EdgeTransport -Component ResourceManager -Argument verbose).result).diagnostics.components.resourcemanager.ResourceMonitors.ResourceMonitor |Out-GridView

    (http://brucejdc.azurewebsites.net/?p=2592)



    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    mardi 19 novembre 2013 16:15
    Modérateur
  • Bonjour et merci de votre réponse.

    Ci dessous ce que le donne le Get-ExchangeDiagnosticInfo

     

    type displayName currentPressure   | resourcellses | lowPressureLimit mediumPressureLimit highPressureLimit
    DatabaseMonitor Base de donnees de   files d'attente et esp... 52 Normal 94 96 98
    DatabaseLoggingFolderMonitor Espace disque   contenant le journal de bas... 52 Normal 92 94 96
    VersionBucketsMonitor   0 Normal 80 120 200
    MemoryPrivateBytesMonitor Octets prives 2 Normal 71 73 75
    MemoryTotalBytesMonitor   51 Normal 84 89 94
    SubmissionQueueMonitor   0 Normal 2000 4000 10000
    DiskSpaceMonitor Espace disque de   stockage temporaire (... 52 Normal 95 97 99

    Je l’ai transcrit en tableau car je ne suis pas autoriser de mettre une copie d’écran !!

    J’ai les mêmes valeurs avec ou sans Email en attente, De plus, pour le moment je n’ai que 5 utilisateurs dessus.

    J’ai envies d’essayer de supprimer le DAG pour voir ??

    mercredi 20 novembre 2013 17:33
  • J’ai envies d’essayer de supprimer le DAG pour voir ??

    Je ne pense pas que cela soit lié, la partie DAG concerne les bases de données et pas la réception des emails.

    Vous n'avez rien dans la partie Observateur d’événements?


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    mercredi 20 novembre 2013 19:28
    Modérateur
  • Alors, voici un élément (Avertissement)récurant que j'ai environ chaque minute : ASP.NET 4.0.30319.0

    Event code: 3005

    Event message: Une exception non gérée s'est produite.

    Event time: 20/11/2013 22:04:44

    Event time (UTC): 20/11/2013 21:04:44

    Event ID: db8293e0bc4f4aa98f639740d82a9c63

    Event sequence: 13095

    Event occurrence: 3731

    Event detail code: 0

    Application information:

        Application domain: /LM/W3SVC/2/ROOT/owa-3-130290966617443116

        Trust level: Full

        Application Virtual Path: /owa

        Application Path: E:\Microsoft\Exchange Server\V15\ClientAccess\owa\

        Machine name: SERV-EXCH01

    Process information:

        Process ID: 8560

        Process name: w3wp.exe

        Account name: AUTORITE NT\Système

    Exception information:

        Exception type: MapiExceptionIllegalCrossServerConnection

        Exception message: MapiExceptionIllegalCrossServerConnection: Monitoring mailbox [] with application ID [Client=OWA;Action=ViaProxy] is not allowed to make cross-server calls to [SERV-EXCH02.domromo.local]

       à Microsoft.Mapi.MonitoringBlockingExRpcConnectionFactory.Create(ExRpcConnectionInfo connectionInfo)

       à Microsoft.Mapi.MapiStore.OpenMapiStore(String serverDn, String userDn, String mailboxDn, Guid guidMailbox, Guid guidMdb, String userName, String domainName, String password, String httpProxyServerName, ConnectFlag connectFlags, OpenStoreFlag storeFlags, CultureInfo cultureInfo, Boolean wantRedirect, String& correctServerDN, ClientIdentityInfo clientIdentity, String applicationId, Client xropClient, Boolean wantWebServices, Byte[] clientSessionInfo, TimeSpan connectionTimeout, Byte[] tenantHint)

       à Microsoft.Exchange.Data.Storage.MailboxSession.ForceOpen(MapiStore linkedStore)

    Request information:

        Request URL: https://localhost:444/owa/proxylogon.owa

        Request path: /owa/proxylogon.owa

        User host address: 127.0.0.1

        User: DOMROMO\SM_be34ca85cc264621a

        Is authenticated: True

        Authentication Type: Kerberos

        Thread account name: AUTORITE NT\Système

    Thread information:

        Thread ID: 62

        Thread account name: AUTORITE NT\Système

        Is impersonating: False

        Stack trace:    à Microsoft.Mapi.MonitoringBlockingExRpcConnectionFactory.Create(ExRpcConnectionInfo connectionInfo)

       à Microsoft.Mapi.MapiStore.OpenMapiStore(String serverDn, String userDn, String mailboxDn, Guid guidMailbox, Guid guidMdb, String userName, String domainName, String password, String httpProxyServerName, ConnectFlag connectFlags, OpenStoreFlag storeFlags, CultureInfo cultureInfo, Boolean wantRedirect, String& correctServerDN, ClientIdentityInfo clientIdentity, String applicationId, Client xropClient, Boolean wantWebServices, Byte[] clientSessionInfo, TimeSpan connectionTimeout, Byte[] tenantHint)

       à Microsoft.Exchange.Data.Storage.MailboxSession.ForceOpen(MapiStore linkedStore)

     il y a aussi plusieurs autre évènement id : 1006 lié au compteur de performances : DatabaseDriveSapceTrigger

    ainsi que deux erreur de cliché instantané source : VSS code 8194

    mercredi 20 novembre 2013 21:37
  • Le premier message est lié au health monitor en DAG qui essai d'ouvrir la BAL de monitoring sur une base passive. Il peut etre ignoré.

    Vous devriez vérifier les événements décris en fin de cet article (backpressure), meme si la description de vos symtomes n'est pas exactement identiques.

    http://technet.microsoft.com/en-us/library/bb201658(v=exchg.150).aspx

    Autre coupable : l'antivirus fichier, qui n'a pas exclus les fichiers de travail d'Exchange. Vous pouvez vérifier en le désactivant par exemple.


    Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr

    jeudi 21 novembre 2013 07:40
    Modérateur
  • Bonjour

    Oui c’est bien ce que je pensais pour le 1<sup>er</sup> message d’erreur.

    Pour l’anti-virus, il est installé, mais déjà désactivé dans les services depuis que je me suis aperçu de ce problème.

    J’ai regardé l’article sur les BackPressure. Il y a peut-être des choses à chercher de ce coté effectivement.

    J’ai 2 écarts par rapport à ce qu’indique l’article :

    -          SmtpStepThrottlingDelayInterval : ma valeur est 00:00:01 alors que dans l’article il indique 00:00:05

    -          SmtpStartThrottlingDelayInterval : ma valeur est 00:00:01 alors que dans l’article il indique 00:00:10

    Mais en même temps dans ce même article il déconseille la modification de ces valeurs !!

    De plus, je ne trouve pas d’explication sur la fonctionnalité de ces paramètres, par contre il semble que pour Exchange 2010 il est bien préconisé de les passer à 1s.

    Cordialement

    jeudi 21 novembre 2013 17:14
  • Bonjour,

    l'antispam de Exchange 2013 a t-il été activé lors de l'installation?

    On peut le désactiver si nécessaire... 

    A+


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(78 MCPs). https://mvp.support.microsoft.com/profile=CE2B565B-B13D-4C24-B04D-F0D5766D14A1 http://base.faqexchange.info

    jeudi 21 novembre 2013 19:16
    Modérateur
  • Bonjour<o:p></o:p>

    Non, ni l'anti-Spam ou Malware n'ont été activé à l'installation sauf pour le Sender ID
    => je viens de le désactiver.<o:p></o:p>

    Mail cela ne change rien. Faut-il redémarrer le serveur ?<o:p></o:p>

    Cordialement<o:p></o:p>


    vendredi 22 novembre 2013 07:18