none
Très Urgent SVP : Plus de messagerie le service "Transport Microsoft Exchange" s'arrête après avoir démarré RRS feed

  • Question

  • Bonjour,

    après avoir regardé dans le forum, je cherche la manipulation qui permet de nettoyer les fichiers dans le dossier queue

    Le service « Transport Microsoft Exchange » s’arrête après avoir démarré

    Je n’ai pas supprimé de fichier de Log, mais dans les journaux d’evenements , j’ai un fichier situé dans C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue qui pose probleme :

    Voilà le détail de l’erreur :

    Nom du journal :Application

    Source :       ESE

    Date :         11/09/2012 08:03:39

    ID de l'événement :412

    Catégorie de la tâche :Logging/Recovery

    Niveau :       Erreur

    Mots clés :    Classique

    Utilisateur :  N/A

    Ordinateur :   SERVEUR.ccc.local

    Description :

    edgetransport (6712) Base de données de messages de transport: Impossible de lire l'en-tête du fichier journal C:\Program Files\Microsoft\Exchange Server\TransportRoles\data\Queue\trn00005AEA.log. Erreur -530.

    Pour plus d'informations, visitez le site http://www.microsoft.com/contentredirect.asp.

     

    Puis suivi de cette erreur :

     

    Nom du journal :Application

    Source :       MSExchangeTransport

    Date :         11/09/2012 08:03:40

    ID de l'événement :17003

    Catégorie de la tâche :Stockage

    Niveau :       Erreur

    Mots clés :    Classique

    Utilisateur :  N/A

    Ordinateur :   SERVEUR.ccc.local

    Description :

    Base de données de messages de transport : Une opération a rencontré une erreur irrécupérable. Il se peut que la base de données soit endommagée. Le service de transport de Microsoft Exchange s'arrête. Une récupération ou une réparation manuelle de la base de données est peut-être nécessaire. Détails de l'exception : Microsoft.Exchange.Isam.IsamBadLogSignatureException: Bad signature for a log file (-530)

       à Microsoft.Exchange.Isam.?A0x4e2193d1.HandleError(Int32 err)

       à Microsoft.Exchange.Isam.Interop.MJetInit(MJET_INSTANCE instance)

       à Microsoft.Exchange.Transport.Storage.DataSource.InitInstance()

     

    Précision importante : ma base est clean shutdown après avoir lancé la commande eseutil /mh

    Je vois bien le fichier en cause, trn00005AEAA.log dans le dossier, mais comment purger ces logs ou bien les intégrer dans la base.

    La base se démonte et se remonte correctement.

     

    Merci de votre aide.

    Cordialement.

    Stéphane

    mardi 11 septembre 2012 10:37

Réponses

Toutes les réponses

  • Bonjour,

    Commencer par les propositions mentionées dans ces liens:

    ID412

    Unable to Start Microsoft Exchange Transport Service on Exchange 2010 & Windows Server 2008

    ID17003


    Best regards Bourbita Thameur Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton

    • Marqué comme réponse Hervé-Bug mardi 11 septembre 2012 12:30
    mardi 11 septembre 2012 11:06
    Modérateur
  • Bonjour,

    merci beaucoup. Le fait de déplacer le dossier data m'a solutionner le problème. Le service de transport est reparti correctement.

    Une chance que la base n'ai pas été endommagée.

    Merci de votre rapidité de réponse.

    Bonne journée.

    Cordialement.

    Stéphane

    • Marqué comme réponse Hervé-Bug mardi 11 septembre 2012 12:29
    • Non marqué comme réponse Hervé-Bug mardi 11 septembre 2012 12:30
    mardi 11 septembre 2012 12:29
  • La base de données Mailbox (le stockage des BAL) est différente de la base de transport (qui gère le transport des emails), c'est la même technologie derrière (ese), mais la gestion est indépendante.

    Selon votre infrastructure (2007 Vs  2010, nbre de serveurs HUB), vous aurez peut être perdu des messages en cours de transit.

    mardi 11 septembre 2012 12:36
    Modérateur
  • Je l'ai signalé aux utilisateurs dez renvoyer les mails expédiés après l'heure du plantage, car je ne suis ps sur que les avis de non remis fonctionnent dans ce cas (sauf avec l'option de suivi du message depuis le client Outlook). Merci
    mardi 11 septembre 2012 13:23
  • Si vous êtes en Exchange 2010 avec plusieurs HUBS / site, vous ne devriez pas avoir perdu d'email grâce au systeme "shadow redundancy", il est normalement activé par défaut. D'après le contenu de votre demande, je pense que vous êtes en mono serveur, multi rôle, dans ce cas ce système ne fonctionne pas.
    mardi 11 septembre 2012 13:43
    Modérateur