none
id 1014 MsExchangeStoreDriver RRS feed

  • Question

  • Bonjour,

     

    Nous avons mis en place une architecture exchange 2007 SP1 en lieu et place d'une architecture exchange 2000 dans un domaine Windows 2000 SP4.

    Les serveurs qui hébergent exchange 2007 SP1 sont des windows 2008 64bits, un est utilisé avec les rôles CAS et Transport HUB, l'autre à le rôle Boîtes Messagerie.

    Un contrôleur de domaine, ayant les rôles Maître de schéma et Maître d’attribution de noms de domaine, a été installé en version Windows 2008 Standard 64 bits. Il a aussi le rôle catalogue global. Les autres contrôleurs de domaines sont installés avec la version Windows 2003 SP4.

     

    Les utilisateurs n'avaient pas de soucis jusqu'au moment ou nous avons voulu augmenté la mémoire sur les deux serveurs. Les deux serveurs avaient 4 Go de mémoire et nous avons rajouté 4 Go au serveur CAS/Transport HUB et 8 Go au serveur de Boîtes Messagerie.

    Après avoir rebooté, les utilisateurs ne pouvaient plus ni recevoir, ni envoyer de messages.

     

    Nous n'avons pas eu d'erreur au redémarrage du serveur Transport Hub.

    Le journal dévènement sur le transport Hub fait remonter le message d'erreur suivant et en quantité importante (un pour chaque mail envoyé ou reçu :

     

    Event Id 1014 - Source MsExchangeStoreDriver

    Échec de l'ouverture de l'élément de message par le pilote de banque d'informations pour l'événement 137589, boîte aux lettres 58bfa345-9478-4ba8-afdf-09c93a5d1c01, MDB e0f16729-0784-4927-a6b3-5c1d525b2e02. Aucun rapport de non-remise ne sera généré.

     

    Nous avons regardé si les services étaient redémarré correctement, si les droits sur le dossier "D:\TransportRoles\data\Queue" était bon car nous avons déplacé les datas files du serveur Transport Hub (cela fonctionné depuis plusieurs jours ainsi et le serveur avait déjà était rebooté).

    Nous avons lancé l'analyseur exchange, et n'avons pas eu d'autres erreurs que celle cité plus haut (event id 1014).

     

    Le fichier de log Message Tracking Log fait apparaitre des erreurs du type :

    ......

    2008-09-30T08:50:26.795Z,,,,,,<nom du serveur>,Failure,,DSN,DSN,54~~,,,Non remis : ,~

    .....

    2008-09-30T08:50:26.795Z,,<nom du serveur>,,,,,STOREDRIVER,FAIL,53, ~ ,The following information should help identify the cause of this error: ""MapiExceptionNoAccess:..., ~~

    ......

     

    Après avoir retiré la mémoire rajouté sur le serveur Transport Hub, et une heure après l'avoir redémarré, le fonctionnement d'envoie/réception est redevenue normal.

     

    Pouvez-vous me dire si cela vous semble un fonctionnement normal, et donc s'il y a des paramètres à valider pour que le serveur prenne en compte l'augmentation de mémoire vive ?

    Si la réponse est négative, avez vous connaissance d'un cas similaire et les corrections qui ont pu être faites ?

     

    Merci.

     

    Philippe

    mardi 30 septembre 2008 15:15

Réponses

  • Bonsoir,

     

    je n'ai pas encore vu de cas similaire... Il est probable que la situation serait redevenue normale même avec la mémoire!

     

    Il n'y a pas de procédure à réaliser pour l'ajout de mémoire. Parfois, il faut modifier la taille du fichier de swap...

     

    En revanche, il est indispensable de forcer Exchange 2007 à ne pas utiliser de DC 2000.

     

    A+

    mardi 30 septembre 2008 20:34
    Modérateur

Toutes les réponses

  • Bonsoir,

     

    je n'ai pas encore vu de cas similaire... Il est probable que la situation serait redevenue normale même avec la mémoire!

     

    Il n'y a pas de procédure à réaliser pour l'ajout de mémoire. Parfois, il faut modifier la taille du fichier de swap...

     

    En revanche, il est indispensable de forcer Exchange 2007 à ne pas utiliser de DC 2000.

     

    A+

    mardi 30 septembre 2008 20:34
    Modérateur
  • Bonjour,

     

    Je prends note de la remarque concernant Exchange 2007 par rapport au DC 2000.

     

    Concernant le fichier swap, il est vrai que nous n'avions pas fait la modification, je modifie cela.

     

    Merci.

     

    A plus

    mardi 30 septembre 2008 22:30