none
Problème Base Exchange 2013 RRS feed

  • Question

  • Bonjour,

    Suite à une nouvelle installation d'Exchange Serveur 2013 sur un serveur 2012 standard, je n'arrive pas à monter ma base de donnée Exchange.

    Lorsque je tente de la monter manuellement via la commande mount-database , j'ai le message d'erreur suivant qui apparait :

    Impossible de monter la base de données spécifiée. Base de données spécifiée: base2 ; code d'erreur: Une opération
    Active Manager a échoué. Erreur: L'action de base de données a échoué. Erreur: L'opération a échoué avec le message:
    MapiExceptionNoAccess: Unable to mount database. (hr=0x80070005, ec=-2147024891)
    Diagnostic context:
        Lid: 65256
        Lid: 10722   StoreEc: 0x80070005
        Lid: 1494    ---- Remote Context Beg ----
        Lid: 51375   StoreEc: 0x80070005
        Lid: 54909   StoreEc: 0x80070005
        Lid: 1750    ---- Remote Context End ----
        Lid: 1047    StoreEc: 0x80070005 [Base de données: Base2, Serveur: XXXXXX].
        + CategoryInfo          : InvalidOperation : (Base2:ADObjectId) [Mount-Database], InvalidOperationException
        + FullyQualifiedErrorId : 88FE9301,Microsoft.Exchange.Management.SystemConfigurationTasks.MountDatabase
        + PSComputerName        : XXXXXX

    J'ai essayé de créer une nouvelle base de données mais le problème est identique.

    Avez-vous des idées ?

    Merci d'avance

    mercredi 2 avril 2014 13:20

Réponses

  • Je pense qu'on ne le répétera jamais assez : installer Exchange sur un Contrôleur de domaine est une très mauvaise idée, surtout que le role DC modifie la gestion des disques pour supprimer le système de cache d'écriture.

    Pour ma part je ne chercherais pas plus loin.


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

    jeudi 3 avril 2014 09:55
    Modérateur

Toutes les réponses

  • Bonjour,

    Dans quel état se trouve la base de données ? A l'aide de l'outil eseutil.exe (dans le dossier Bin du répertoire d'installation Exchange) :

    eseutil /mh base.edb

    Il faut regarder le résultat de State: et Log Required:


    Ou pas ?

    mercredi 2 avril 2014 15:31
  • Bonjour,

    Dans quel état se trouve la base de données ? A l'aide de l'outil eseutil.exe (dans le dossier Bin du répertoire d'installation Exchange) :

    eseutil /mh base.edb

    Il faut regarder le résultat de State: et Log Required:


    Ou pas ?

    Bonjour,

    Lorsque je lance l'outil Eseutil.exe , voici le résultat de la commande pour les deux bases :

    Error : Access to source database failed with jet error -1811

    mercredi 2 avril 2014 16:21
  • Utilisez-vous un antivirus niveau fichiers ? Si tel est le cas, avez-vous suivi les recommandations d'exclusions ? http://technet.microsoft.com/en-us/library/bb332342.aspx


    Ou pas ?

    mercredi 2 avril 2014 16:36
  • Error : Access to source database failed with jet error -1811

    Vérifier l'antivirus comme l'indique Julien, essayer aussi de voir le journal d'évenement si vous avez des erreurs.

    Le serveur est un serveur classique sans autre produit ou rôle installé que Exchange, les disques sont locaux?


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

    mercredi 2 avril 2014 19:03
    Modérateur
  • Bonjour,

    Merci pour vos informations,

    Je viens de désactiver totalement l'antivirus et de redémarrer le serveur afin de tester. Le problème reste malheureusement identique.

    Au niveau des événements Exchange , j'ai plusieurs messages d'erreurs indiquant des erreurs d'indexations dû au fait qu'il n'arrive pas à lire la base de données.

    "Microsoft.Mapi.MapiexceptionMdbOffline : MapiExceptionMDBoffline unable to read the last event (hr : 0X80004005, ec:1142)."

    Concernant le serveur , en plus d'Exchange , le serveur est contrôleur de domaine , serveur DHCP , serveur DNS et également serveur d'applications.

    Les disques sont locaux.

    jeudi 3 avril 2014 07:58
  • Même avec ses services désactivés un antivirus peut encore avoir une action sur votre machine, notamment s'il s'appuie sur des pilotes (des .sys chargés au démarrage de l'OS); arrêter les services n'est pas forcément un moyen de le désactiver. Après cela dépend du produit que vous utilisez...

    Mais dans le doute je ferais quand même les exclusions, votre problème mis à part, ne serait ce que pour ne pas avoir des problèmes de performances. Votre machine dispose déjà de beaucoup de rôles. :)

    Pour revenir à mon post initial j'ai l'impression que je ne me suis pas bien exprimé, vous avez bien tapé :

    eseutil /mh "chemin complet vers votre .edb"

    A adapter selon le chemin et le nom de votre fichier de base de données. Par défaut C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\[...]\[...].edb


    Ou pas ?

    jeudi 3 avril 2014 08:42
  • En effet , je n'avais pas tapé le chemin entier , voici le résultat avec le chemin entier :

    --------------------------------------------------------------------------------------------------------------------------

    Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
    Version 15.00
    Copyright (C) Microsoft Corporation. All Rights Reserved.

    Initiating FILE DUMP mode...
             Database: c:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Mailbox Database 2106523591\Mailbox Database 2106523591.edb


    DATABASE HEADER:
    Checksum Information:
    Expected Checksum: 0x47f930fb
      Actual Checksum: 0x47f930fb

    Fields:
            File Type: Database
             Checksum: 0x47f930fb
       Format ulMagic: 0x89abcdef
       Engine ulMagic: 0x89abcdef
     Format ulVersion: 0x620,20
     Engine ulVersion: 0x620,20
    Created ulVersion: 0x620,20
         DB Signature: Create time:04/01/2014 21:57:52.732 Rand:1691233195 Computer:
             cbDbPage: 32768
               dbtime: 280 (0x118)
                State: Dirty Shutdown
         Log Required: 34-34 (0x22-0x22)
        Log Committed: 0-35 (0x0-0x23)
       Log Recovering: 0 (0x0)
      GenMax Creation: 04/02/2014 06:42:38.247
             Shadowed: Yes
           Last Objid: 5
         Scrub Dbtime: 0 (0x0)
           Scrub Date: 00/00/1900 00:00:00
         Repair Count: 0
          Repair Date: 00/00/1900 00:00:00.000
     Old Repair Count: 0
      Last Consistent: (0x0,0,0)  00/00/1900 00:00:00.000
          Last Attach: (0x1,1,268)  04/01/2014 21:57:53.825
          Last Detach: (0x0,0,0)  00/00/1900 00:00:00.000
        Last ReAttach: (0x6,2,0)  04/01/2014 22:40:46.585
                 Dbid: 1
        Log Signature: Create time:04/01/2014 21:57:50.747 Rand:643232457 Computer:
           OS Version: (6.2.9200 SP 0 NLS ffffffff.ffffffff)

    Previous Full Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00.000

    Previous Incremental Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00.000

    Previous Copy Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00.000

    Previous Differential Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00.000

    Current Full Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00.000

    Current Shadow copy backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00.000

         cpgUpgrade55Format: 0
        cpgUpgradeFreePages: 0
    cpgUpgradeSpaceMapPages: 0

           ECC Fix Success Count: none
       Old ECC Fix Success Count: none
             ECC Fix Error Count: none
         Old ECC Fix Error Count: none
        Bad Checksum Error Count: none
    Old bad Checksum Error Count: none

      Last checksum finish Date: 00/00/1900 00:00:00.000
    Current checksum start Date: 00/00/1900 00:00:00.000
          Current checksum page: 0


    Operation completed successfully in 0.46 seconds.

    ---------------------------------------------------------------------------------------------------------------------

    jeudi 3 avril 2014 09:13
  • Je pense qu'on ne le répétera jamais assez : installer Exchange sur un Contrôleur de domaine est une très mauvaise idée, surtout que le role DC modifie la gestion des disques pour supprimer le système de cache d'écriture.

    Pour ma part je ne chercherais pas plus loin.


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

    jeudi 3 avril 2014 09:55
    Modérateur