none
Problemas al montar almacen de carpetas publicas RRS feed

  • Pregunta

  • Buenos días

     

    Tengo un Exchange 2003 en el que está funcionando correctamente todo, salvo el almacen de carpetás públicas que no consigo montarlo. Al montar el buzón me sale el siguiente error:

    "Error de procesamiento interno. Pruebe a reiniciar el Administrador del sistema de Exchange, el servicio Almacén de información de Microsoft Exchange o ambos. Examine el registro de la aplicación para conocer los suscesos relacionados con este error. Los campos de descripción de estos sucesos contendrán códigos de error específicos y pueden contener vínculos a artículos de Microsoft Knowledgebase para resolver este problema.

    Nº de Id: c1041724

    Administrador de Exchange"

     

    Y si luego voy al visor de sucesos aparece el siguiente error relacionado con este problema:

     

    "

    Tipo de suceso:                Error

    Origen del suceso:          MSExchangeIS

    Categoría del suceso:    General

    Id. suceso:          9519

    Fecha:                  05/08/2010

    Hora:                    12:28:58

    Usuario:                              No disponible

    Equipo:                SRV-EXCHANGE

    Descripción:

    Error 0xfffffae7 al iniciar la base de datos "Primer grupo de almacenamiento\Almacén de carpetas públicas (SRV-EXCHANGE)" en el Almacén de información de Microsoft Exchange.

     

    Para obtener más información, haga clic en http://www.microsoft.com/contentredirect.asp.

    Datos:

    0000: 46 61 69 6c 65 64 20 74   Failed t

    0008: 6f 20 63 6f 6e 66 69 67   o config

    0010: 75 72 65 20 4d 44 42 00   ure MDB.

     

    "

     

    ¿Sabeis de que puede ser? Decir que ya reiniciado los servicios indicados y sigo teniendo el mismo problema. Para mas información comprobé si han ejecutado eseutil /p y ejecutando eseutil /mh "C:\Archivos de files\exchsrvr\mdbdata\pub1.edb" el resultado de reparar recuento es 2. Creo que alguien lo ejecutó hace unas semanas.

     

    Gracias

     

    Un saludo

    jueves, 5 de agosto de 2010 10:44

Todas las respuestas

  • Pone acá por favor el resultado de correr el comando eseutil /mh "C:\Archivos de files\exchsrvr\mdbdata\pub1.edb" y también eseutil /ml Enn (en tu caso Enn creo que seria E01, fijate dentro del directorio donde estan los logs).

    Saludos,


    Dario Woitasen | MCITP: Enterprise Messaging Administrator | MCTS: Microsoft Exchange Server 2010, Configuration
    jueves, 5 de agosto de 2010 18:56
  • Este es el resultado de correr eseutil /mh "C:\Archivos de files\exchsrvr\mdbdata\pub1.edb

    F:\Archivos de programa\Exchsrvr\bin>eseutil /mh "F:\Archivos de program
    vr\MDBDATA\pub1.edb"

    Microsoft(R) Exchange Server Database Utilities
    Version 6.5
    Copyright (C) Microsoft Corporation. All Rights Reserved.

    Initiating FILE DUMP mode...
             Database: F:\Archivos de programa\Exchsrvr\MDBDATA\pub1.edb

            File Type: Database
       Format ulMagic: 0x89abcdef
       Engine ulMagic: 0x89abcdef
     Format ulVersion: 0x620,11
     Engine ulVersion: 0x620,11
    Created ulVersion: 0x620,11
         DB Signature: Create time:07/21/2010 11:09:43 Rand:96155815 Compute
             cbDbPage: 4096
               dbtime: 29103 (0x71af)
                State: Clean Shutdown
         Log Required: 0-0 (0x0-0x0)
       Streaming File: Yes
             Shadowed: Yes
           Last Objid: 444
         Scrub Dbtime: 0 (0x0)
           Scrub Date: 00/00/1900 00:00:00
         Repair Count: 2
          Repair Date: 07/20/2010 18:57:03
     Old Repair Count: 2
      Last Consistent: (0xFAA2,1371,1AF)  08/05/2010 12:39:26
          Last Attach: (0xFAA2,136F,1A3)  08/05/2010 12:39:26
          Last Detach: (0xFAA2,1371,1AF)  08/05/2010 12:39:26
                 Dbid: 4
        Log Signature: Create time:09/18/2006 18:43:22 Rand:69208702 Compute
           OS Version: (5.2.3790 SP 2)

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

    Previous Incremental 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 3.0 seconds.

     

    Y este despues de correr eseutil /ml Enn

    F:\Archivos de programa\Exchsrvr\bin>eseutil /ml Enn

    Microsoft(R) Exchange Server Database Utilities
    Version 6.5
    Copyright (C) Microsoft Corporation. All Rights Reserved.

    Initiating FILE DUMP mode...

    Verifying log files...
         Base name: Enn

    No damaged log files were found.

    Operation completed successfully in 1.0 seconds.

     

     

    Un saludo,

    viernes, 6 de agosto de 2010 7:00
  • ¿Alguien me puede ayudar? Me urge bastante, sigo sin poder conseguir montar el almacen.

     

    Muchas gracias

     

    Un saludo,

    martes, 10 de agosto de 2010 6:17
  • La ubicación de los archivos de logs, el .edb y el .stm son los correctas? No te esta faltando el .stm de casualidad? Verifica los permisos sobre los archivos .edb y .stm.

     

    Saludos,


    Dario Woitasen | MCITP: Enterprise Messaging Administrator | MCTS: Microsoft Exchange Server 2010, Configuration
    martes, 10 de agosto de 2010 20:35
  • La ubicación de los archivos es la correcta y los permisos también. También verificado que no falta el .stm. Sigue dándome el problema a la hora de montar el almacén.

     

    Un saludo,

    miércoles, 11 de agosto de 2010 7:54
  • Disculpame, al ejecutar el  comando eseutil /ml Enn deberias reemplazar el nn por 00 o 01, lo que corresponda a la base de carpetas públicas, que imagino que en tu caso será E01. Esto lo vas a poder ver en las propiedades del Storage Group desde la consola de Exchange.

    Como bien mencionas parece que han ejecutado 2 veces /p, habría que ver si después de eso ejecutaron isinteg. Primero proba ejecutar el comando que menciono arriba y después quizás podríamos probar con isinteg.

    Sabes por que ejecutaron el /p? Se hizo algún restore de esta base? Tiene un solo Exchange? En las carpetas públicas tenian algo o solamente las carpetas de sistema?


    Dario Woitasen | MCITP: Enterprise Messaging Administrator | MCTS: Microsoft Exchange Server 2010, Configuration
    miércoles, 11 de agosto de 2010 14:30
  • Disculpame, al ejecutar el  comando eseutil /ml Enn deberias reemplazar el nn por 00 o 01, lo que corresponda a la base de carpetas públicas, que imagino que en tu caso será E01. Esto lo vas a poder ver en las propiedades del Storage Group desde la consola de Exchange.

    Como bien mencionas parece que han ejecutado 2 veces /p, habría que ver si después de eso ejecutaron isinteg. Primero proba ejecutar el comando que menciono arriba y después quizás podríamos probar con isinteg.

    Sabes por que ejecutaron el /p? Se hizo algún restore de esta base? Tiene un solo Exchange? En las carpetas públicas tenian algo o solamente las carpetas de sistema?

    Dario Woitasen | MCITP: Enterprise Messaging Administrator | MCTS: Microsoft Exchange Server 2010, Configuration

    Efectivamente lo que ejecute fué eseutil /ml E00 (es 00 en este caso). El comando isinteg ya lo probé y a la hora de elegir el database (En este caso almacen carpetas publicas) me sale lo siguiente:

     

    Enter a number to select a database or press Return to exit.
    9
    You have selected Primer grupo de almacenamiento / AlmacÚn de carpetas p·blicas
    (SRV-EXCHANGE).
    Continue?(Y/N)y
    Isinteg cannot initiate verification process.
      Please review the log file for more information.

     

     

    Efectivamente creo que hicieron un restore de la base de datos, por eso ejecutaron el /p. Solo tienen un servidor Exchange y si que tienen algo de información en las carpetas públicas.

    Un saludo,

    jueves, 12 de agosto de 2010 6:43
  • Se me ocurren más cosas para probar/entender como:

    • Verificar las exclusiones del antivirus de file system: http://support.microsoft.com/kb/823166/en-us
    • Correr eseutil /r, /d y /g sobre la base a ver si arroja algún otro error
    • Cuantos/Cuales archivos de logs tenes para esta base? Según lo que mostras de la ejecución de eseutil /ml parece que tenes solo E01... O ni siquiera... A pesar de esto la base dice claramente que no esta necesitando ningún log...

    El mensaje de error es el siguiente: 0xfffffae7 = JET_errObjectNotFound, que significa que hay algún objecto/archivo que no corresponde a la base, probablemente hayan realizado el restore mal, con lo que si no sabes con exactitud el procedimiento que realizaron se complica. Quizás el servidor haya cambiado, no restaurar todos los archivos que debian, quizás el .stm, los logs, pueden ser muchas las causas.

    Podrías probar todo lo que mencione y más, pero me parece que la solución que finalmente vas a tener que aplicar es restaurar la base de un backup o levantar una nueva. Si el ultimo backup que tenes es el que ya fue restaurado, podes probar nuevamente con ese, si volves a tener el mismo error quizás este corrupto y debas usar uno anterior.

    La ultima opción es levantar una base vacia:

    http://technet.microsoft.com/en-us/library/aa998947(EXCHG.65).aspx

     

    Saludos,

     


    Dario Woitasen | MCITP: Enterprise Messaging Administrator | MCTS: Microsoft Exchange Server 2010, Configuration
    jueves, 12 de agosto de 2010 15:06