none
Exchange Public Folder Database.edb en Dirty Shutdown (résolu) RRS feed

  • Question

  • Bonjour,

    Je suis en cour de réinstallation d'un serveur SBS 2008, mon probleme est sur echange 2007, j'ai une ancienne base public, au moment de la réinstallation, il m'a créer une nouvelle base, je l'ai démonter, et j'ai coché la case "cette base de données peut être ecrasé par une restauration", j'ai remplacé par la base sauvegarder précédamment avant la nouvelle installer. au moment de monter la base j'ai ce message :

    --------------------------------------------------------
    Erreur Microsoft Exchange
    --------------------------------------------------------
    Échec du montage de la base de données « Public Folder Database ».

    Public Folder Database
    Échec
    Erreur :
    Impossible pour Exchange de monter la base de données spécifiée. Base de données spécifiée : XXXXXX-SRV\Second Storage Group\Public Folder Database ; code d'erreur : MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)

    En creusant un peu j'ai découvert qu'elle avait mal été fermer sur l'ancien serveur :

    D:\Exchange Server\Mailbox\Second Storage Group>eseutil /mh "Public Folder Datab
    ase.edb"

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

    Initiating FILE DUMP mode...
             Database: Public Folder Database.edb

            File Type: Database
       Format ulMagic: 0x89abcdef
       Engine ulMagic: 0x89abcdef
     Format ulVersion: 0x620,12
     Engine ulVersion: 0x620,12
    Created ulVersion: 0x620,12
         DB Signature: Create time:07/09/2013 15:37:50 Rand:970123 Computer:
             cbDbPage: 8192
               dbtime: 13668512 (0xd090a0)
                State: Dirty Shutdown
         Log Required: 17443-17443 (0x4423-0x4423)
        Log Committed: 0-17444 (0x0-0x4424)
       Streaming File: No
             Shadowed: Yes
           Last Objid: 22961
         Scrub Dbtime: 0 (0x0)
           Scrub Date: 00/00/1900 00:00:00
         Repair Count: 0
          Repair Date: 00/00/1900 00:00:00
     Old Repair Count: 0
      Last Consistent: (0x4399,8,E9)  07/24/2014 21:40:26
          Last Attach: (0x439B,9,86)  07/24/2014 21:47:36
          Last Detach: (0x0,0,0)  00/00/1900 00:00:00
                 Dbid: 1
        Log Signature: Create time:07/09/2013 15:37:50 Rand:983320 Computer:
           OS Version: (6.0.6002 SP 2)

    Previous Full Backup:
            Log Gen: 17394-17395 (0x43f2-0x43f3) - OSSnapshot
               Mark: (0x43F4,8,16)
               Mark: 07/27/2014 23:00:14

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

    Previous Copy Backup:
            Log Gen: 17441-17442 (0x4421-0x4422) - OSSnapshot
               Mark: (0x4423,8,16)
               Mark: 07/28/2014 22:05:27

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

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

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

         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

    Operation completed successfully in 0.468 seconds.

    Je ne vois aucune erreur particulière a part qu'elle est "Dirty Shutdown"

    Bon je me dis que je vais lancer une réparation mais j'ai ce messasge :

    D:\Exchange Server\Mailbox\Second Storage Group>eseutil /R E01

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

    Initiating RECOVERY mode...
        Logfile base name: E01
                Log files: <current directory>
             System files: <current directory>

    Performing soft recovery...

     

    Operation terminated with error -1032 (JET_errFileAccessDenied, Cannot access fi
    le, the file is locked or in use) after 20.46 seconds.

    OK il me dis acces refusé, mais je ne comprends pas, elle n'est pas monté, j'ai essayer avec les fichiers que j'ai sauvegarder, j'ai le meme message.

    Si vous avez une piste pour m'aider?

    merci d'avance


    • Modifié vibe95110 mercredi 20 août 2014 08:26
    mardi 19 août 2014 13:32

Toutes les réponses

  • Bonjour,

    l'étape finale est d'utiliser la réparation par ESEUTIL /P !

    - Ensuite, supprimer les logs...

    - Tenter de remonter la base.

    Si cela ne fonctionne pas avec cette réparation, il ne restera plus qu'à repartir d'une sauvegarde ou recréer une nouvelle base de dossiers publics.

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(80 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    mercredi 20 août 2014 07:42
    Modérateur
  • Bonjour

    Merci de votre réponse, bon en continuant à avancer, j'ai découvert que je fais un peu mon boulet, pour les erreurs de droit, c'est assez simple, j'étais pas sur le même SP (pas sur que ce soit çà) que ma précédante version, et en plus je ne lançais pas la console powershell en administrateur (je pense que c'est çà), d'où les erreurs d'accès au fichier.

    Il a quand même fallu que je fasse un Eseutil /p ".\public folder database.edb" et tant que j'y étais j'ai défragmenter eseutil /d ".\public folder database.edb"

    Après ces manipulation la base s'est monté correctement.

    Bonne journée.

    mercredi 20 août 2014 08:24
  • L'étape de réparation par ESEUTIL /P permet aussi à la base de "s'auto-réparer" au redémarrage en mettant à jour les informations dans les registres (compteur/numéro de logs).

    C'est donc malheureusement une étape souvent nécessaire (et parfois longue).

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(80 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    mercredi 20 août 2014 12:16
    Modérateur