locked
AYUDA URGENTE!!! PROBLEMA AL MONTAR BASE DE DATOS EXCHANGE 2010 RRS feed

  • Pregunta

  • Estimados, tengo un problema muy serio. No estoy pudiendo montar la base de datos de exchange 2010. En el dia de hoy empezo a dar errores en las casillas sin posibilidad de envio o recepcion de mails, se reinio el servidor y continuo con el mismo problema. Luego me di cuenta que la base estaba desmontada del servidor y no podia volver a montarla, me daba el siguiente error:

    --------------------------------------------------------
    Microsoft Exchange Error
    --------------------------------------------------------
    Failed to mount database 'Mailbox Database 0555519132'.

    Mailbox Database 0555519132
    Failed
    Error:
    Couldn't mount the database that you specified. Specified database: Mailbox Database 0555519132; Error code: An Active Manager operation failed. Error: The database action failed. Error: Operation failed with message: MapiExceptionJetErrorMissingLogFile: Unable to mount database. (hr=0x80004005, ec=-528)
    . [Database: Mailbox Database 0555519132, Server: GAMA-S02.Gamasi2003.local].

    An Active Manager operation failed. Error: The database action failed. Error: Operation failed with message: MapiExceptionJetErrorMissingLogFile: Unable to mount database. (hr=0x80004005, ec=-528)
    . [Database: Mailbox Database 0555519132, Server: GAMA-S02.Gamasi2003.local]

    An Active Manager operation failed. Error: Operation failed with message: MapiExceptionJetErrorMissingLogFile: Unable to mount database. (hr=0x80004005, ec=-528)
    . [Server: GAMA-S02.Gamasi2003.local]

    MapiExceptionJetErrorMissingLogFile: Unable to mount database. (hr=0x80004005, ec=-528)
    --------------------------------------------------------
    OK
    --------------------------------------------------------

    Al correr un escaneo para ver si la base estaba dañada o algo por el estilo, sale que esta en estado "Dirty Shutdown", o sea, que se cerro de manera erronea por algun motivo y de ahi en mas no se como hacer para recuperar los datos

    Este es el escaneo a la base:

    EXCHSRV\DATABASE>eseutil /mh "Mailbox Data.edb"

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

    Initiating FILE DUMP mode...
             Database: Mailbox Database.edb


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

    Fields:
            File Type: Database
             Checksum: 0x31019349
       Format ulMagic: 0x89abcdef
       Engine ulMagic: 0x89abcdef
     Format ulVersion: 0x620,17
     Engine ulVersion: 0x620,17
    Created ulVersion: 0x620,17
         DB Signature: Create time:03/28/2011 12:29:18 Rand:1338828 Computer:
             cbDbPage: 32768
               dbtime: 805752329 (0x3006ce09)
                State: Dirty Shutdown
         Log Required: 830763-830784 (0xcad2b-0xcad40)
        Log Committed: 0-830785 (0x0-0xcad41)
       Log Recovering: 0 (0x0)
      GenMax Creation: 09/03/2012 12:29:08
             Shadowed: Yes
           Last Objid: 138460
         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: (0xB94F7,8,1F)  07/22/2012 03:27:35
          Last Attach: (0xB94F8,9,86)  07/22/2012 03:27:35
          Last Detach: (0x0,0,0)  00/00/1900 00:00:00
                 Dbid: 1
        Log Signature: Create time:03/28/2011 12:29:17 Rand:1357181 Computer:
           OS Version: (6.1.7600 SP 0 NLS ffffffff.ffffffff)

    Previous Full Backup:
            Log Gen: 829975-829992 (0xcaa17-0xcaa28) - OSSnapshot
               Mark: (0xCAA29,8,16)
               Mark: 09/03/2012 00:30:47

    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: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

    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

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


    Operation completed successfully in 0.94 seconds.

    . El problema es que la base tiene 177GB de tamaño y no tengo espacio fisico para poder hacer un backup de la base y hacer una reparacion de la base. Se me ocurria crear una base nueva pero no se como leer y pasar los datos desde la base de datos vieja hacia la nueva.

    Alguna sugerencia??, se me estan acabando las ideas y el tiempo, encima, la empresa tiene los servidores virtualizados en un datacenter, con lo que no tengo forma de pasar la base a otro lugar que no sea otro servidor del datacenter y no me quieren dar espacio extra provisorio para pasar esa base, estoy en el horno. Agradeceria alguna idea practica y rapida.

    Gracias a todo


    Miguerus


    • Editado Miguerus lunes, 3 de septiembre de 2012 19:28
    lunes, 3 de septiembre de 2012 19:06

Respuestas

  • Hola Andres:

    Si, pude resolver el problema, me costo bastante. Lo que hice fue realizar una reparacion de la base de datos desde la consola con el comando Eseutil , con lo que recupere los de la misma y al mismo tiempo utilice el modificador /p que lo que hace es dejar la base de datos original sin compactar y luego te crea una nueva base de datos compactada con toda la informacion. De esa forma tenes la base original intacta y luego podes tener todos los datos defragmentados en la base nueva sin problema.

    Tene en cuenta que vas a tener que hacer esto con un disco de bastante espacio dependiendo del tamaño de la base de datos.

    Espero que te sirva.

    Saludos


    Miguerus

    jueves, 27 de diciembre de 2012 12:45

Todas las respuestas

  • Saludos Miguerus

    Ya encontraste una solución?, te pregunto por la fecha en que lo colocaste y tengo exactamente el mismo problema. Te agradecería mucho que me contaras.

    Atentamente Andrés

    jueves, 27 de diciembre de 2012 4:01
  • Hola Andres:

    Si, pude resolver el problema, me costo bastante. Lo que hice fue realizar una reparacion de la base de datos desde la consola con el comando Eseutil , con lo que recupere los de la misma y al mismo tiempo utilice el modificador /p que lo que hace es dejar la base de datos original sin compactar y luego te crea una nueva base de datos compactada con toda la informacion. De esa forma tenes la base original intacta y luego podes tener todos los datos defragmentados en la base nueva sin problema.

    Tene en cuenta que vas a tener que hacer esto con un disco de bastante espacio dependiendo del tamaño de la base de datos.

    Espero que te sirva.

    Saludos


    Miguerus

    jueves, 27 de diciembre de 2012 12:45
  • Miguerus muy agradecido desearía si no fuera molestia que me colaboraras ya que voy a leer bien lo que me contaste y si tengo dudas puntuales me respondieras.

    La primer duda que tengo es que en lo que leo dice que antes de usar /p la BD no puede estar "Dirty Shutdown" y como hago si no tengo los LOGS para recuperar si mucho tengo 3 y los LOGS requeridos son : 737284-737290 (0xb4004-0xb400a)  Log Committed: 0-737291 (0x0-0xb400b). ? Ademas que debo tener la BD fuera de linea como hago esto?.

    Mil gracias nuevamente.


    jueves, 27 de diciembre de 2012 13:41
  • Andres:

    La base de datos conviene que este offline cuando realizas el prosedimiento, ya que en linea puede haber perdida de datos. Para serte sincero, con lo que a Logs respecta, yo tampoco tenia los mismos. Mi problema principal es que la base de datos habia crecido tanto que ocupo todo el espacio en disco, asi que tuve que fragmentarla y reducir su espacio, por eso realice ese procedimiento, pero no me pidio los logs. Y para preservar el espacio en disco tuve que borrar algunos.

    Ahora bien, para ver el tema de eseutil en Dirty Shutdown tendrias que decirme que tipo de servidor exchange tenes, es 2010??. De ser asi en esta pagin http://www.trainsignal.com/blog/eseutil-exchange-2010 explica como recuperar la base desde una base de datos con Dirty Shutdown.

    Saludos


    Miguerus

    jueves, 27 de diciembre de 2012 18:45
  • Saludos

    El servidor es un E2K7 (server exchange 2007) y hay personal que nos vende el licenciamiento que en este momento me están colaborando para recuperar la BD pero creo que vamos por el mismo camino que me explicaste solo que como estoy en línea con ellos es mucho más detallado, lo bueno que aprendí es que no conocía el cálculo en Megas para cada usuario de buzón lo cual hacia que mi BD creciera que lo mejor es crear una BD modo VIP para aquellos usuarios que requieran mucho espacio en buzón y el resto en la BD normal, también la opción de chulear la opción de "Enable circular logging" para no estar borrando los LOGS.

    En general Miguerus gracias por tu ayuda si no fuera por ello no tendría como avanzar ya que en estos casos de “pánico” es mejor acesorarse bastante por todos lados antes de dar un paso y estaré contándote como me fue y contando mi caso en particular para que alguien más lo pueda usar con las precauciones pertinentes claro, ya luego marcaré las respuestas del foro. Mil gracias por tu agilidad en ayudarme.

     

    jueves, 27 de diciembre de 2012 18:56
  • Saludos

    El servidor es un E2K7 (server exchange 2007) y hay personal que nos vende el licenciamiento que en este momento me están colaborando para recuperar la BD pero creo que vamos por el mismo camino que me explicaste solo que como estoy en línea con ellos es mucho más detallado, lo bueno que aprendí es que no conocía el cálculo en Megas para cada usuario de buzón lo cual hacia que mi BD creciera que lo mejor es crear una BD modo VIP para aquellos usuarios que requieran mucho espacio en buzón y el resto en la BD normal, también la opción de chulear la opción de "Enable circular logging" para no estar borrando los LOGS.

    En general Miguerus gracias por tu ayuda si no fuera por ello no tendría como avanzar ya que en estos casos de “pánico” es mejor acesorarse bastante por todos lados antes de dar un paso y estaré contándote como me fue y contando mi caso en particular para que alguien más lo pueda usar con las precauciones pertinentes claro, ya luego marcaré las respuestas del foro. Mil gracias por tu agilidad en ayudarme.


    Listo a la fecha ya solucione el problema sin mayores percances y esto lo logré en colaboración de la empresa que nos vende el licenciamiento de Microsoft, primero haciendo una copia de seguridad de la base de datos que había luego como me indicaron en el foro usando el comando eseutil /p “ruta y nombre de la BD” lo cual se demoró de un día para otro y al final solo en el caso de nuestra infraestructura se borraron 2 tipos de archivos de LOGS más la CHK y listo cuando se le dijo montar lo hizo de manera satisfactoria.
    viernes, 28 de diciembre de 2012 15:32