Ubuntu 10.10 Install Aircrack-ng with Airolib-ng Support.

This guide will install Aircrack-ng with the Airolib-ng support which uses the SQlite Database to speed up the cracking process.

First Install the following packages:

sudo apt-get install build-essential
sudo apt-get install libssl-dev
sudo apt-get install sqlite3
sudo apt-get install libsqlite3-dev

Next Install Aircrack-ng with Airolib-ng Support

tar -zxvf aircrack-ng-1.1.tar.gz
cd aircrack-ng-1.1
make sqlite=true

make sqlite=true install

When Prompt do as suggested:

sudo airodump-ng-oui-update

Hackear Facebook nunca fué tan fácil

Nunca fue tan fácil obtener información de un internauta. Una nueva extensión de Firefox llamada Firesheep permite ver los datos de los usuarios conectados a redes sociales como Facebook o Twitter e incluso robar su identidad online. Es fácil y rápido. Para ello, se aprovecha de reses inalámbricas no seguras, donde los cookies están sin encriptar. Utilizar HTTPS en el login es una costumbre de prácticamente toda página o servicio web, pero después, en el resto de la navegación, este protocolo no se usa, con lo que cualquiera, con algo de conocimientos, puede hacerse pasar por nosotros solo compartiendo una red WiFi, informan desde NeoTeo .

Eric Butler, un desarrollador de aplicaciones y software ha hecho un plugin para Firefox que brinda a cualquiera la posibilidad de hackear una cuenta Facebook, o cualquier otra cosa, con un proceso automatizado llamado Firesheep, y que presentó el ToorCon (una conferencia Hacker en San Diego, Estados Unidos) para demostrar lo frágil que es nuestra seguridad en la Red.
Lo único que hace falta es instalar el plugin, conectarse a una red WiFi y esperar que algún «pajarito» use la misma red para conectarse, por ejemplo, a Facebook o a alguna otra red social. Es tan fácil que cualquier con malas intenxiones podría hacerlo, por lo que es conveniente no dar más datos sobre el sistema. El caso nos demuestra que no deberíamos entrar en servicios que no sean estrictamente HTTPS cuando utilizamos un WiFI público.
Firesheep es gratuito, open source, y funciona en todo sistema donde funcione Firefox. En Windows hace falta tener instaladas las librerías Winpcap para capturar el tráfico WiFi.

ESE 474 -1018: error irrecuperable detectado en la base de datos

La herramienta Solucionador de problemas de la base de datos de Microsoft Exchange ha detectado uno o más eventos 474 de ESE con el código de error -1018 en el registro de aplicación. Este error se genera si el componente de comprobación de integridad de Microsoft Exchange determina que Exchange Server no pudo almacenar ni recuperar correctamente los datos del archivo de base de datos de Exchange del subsistema de disco duro.

Explicación

Se puede producir un evento 474 de ESE con un error -1018 debido a un componente de hardware del subsistema de disco duro defectuoso, o debido a firmware o controladores incompatibles o no actualizados en el subsistema del disco duro.

Tras encontrar un error -1018, las pruebas de hardware de diagnóstico ejecutadas en el servidor pueden notificar que no existen problemas de hardware del subsistema de disco y entonces se puede dar por supuesto que Exchange Server es responsable del problema.

Una exhaustiva investigación realizada por Microsoft y los proveedores de hardware ha determinado que los responsables de la mayoría de los errores -1018 son sutiles errores con los componentes de hardware del subsistema de disco, controladores o firmware.

Exchange notifica un error -1018 cuando se encuentra una página inicializada en el archivo de base de datos con una de las condiciones siguientes:

  • La suma de comprobación que se almacena en la página no coincide con el resultado de la repetición del cálculo de la suma de comprobación que se realiza cuando se lee la página.
  • El número de página almacenado en la página no coincide con el que debería aparecer en la página, dada la ubicación física de ésta en el archivo de base de datos.

Exchange puede ser responsable de autogenerar un error -1018 si tiene lugar uno de los siguientes escenarios:

  • Exchange crea una página con la suma de comprobación incorrecta.
  • Exchange crea una página correctamente, pero indica al sistema operativo que escriba la página en la ubicación incorrecta.

Exchange genera una suma de comprobación para una página que está a punto de escribirse en un disco después de que se han escrito todos los datos en la página. Esto incluye el número de página en sí. Después de que Exchange agregue la suma de comprobación a la página, Exchange indica al sistema operativo de Windows que escriba la página en el disco mediante API basadas en Windows publicadas estándar.

Los errores de memoria transitorios pueden hacer que entonces la página se escriba en la ubicación incorrecta del disco duro.

Aunque la suma de comprobación de la página sea correcta, Exchange notifica un error -1018 porque el número de página lógico no coincide con el físico.

Un único error -1018 notificado en una base de datos de Exchange no suele hacer que la base de datos de Exchange se detenga ni muestre un síntoma aparte de la presencia del error -1018. Puede que la página afectada se encuentre en una carpeta de acceso infrecuente, como las carpetas Elementos eliminados o enviados, en datos adjuntos que no se suelen abrir, o incluso puede estar vacía.

Aunque es poco probable que un solo error -1018 cause una pérdida de datos importante, los errores -1018 constituyen un problema, porque pueden ser indicativos de que el sistema de almacenamiento no almacenó o recuperó datos de forma confiable al menos una vez. El error -1018 es una advertencia temprana de un problema que probablemente irá empeorando. Incluso si el primer error -1018 se notificó para una página vacía de la base de datos, no se puede saber cuál será la siguiente página dañada. Si una tabla global crítica resulta dañada, puede que la base de datos de Exchange no se inicie y que la reparación de la base de datos no se realice correctamente o sólo de forma parcial.

Una vez registrado un error -1018, planee ante la eventualidad de un error inminente o daños aleatorios adicionales en la base de datos hasta que encuentre la causa del error.

Acción del usuario

Antes de intentar corregir los errores -1018 de 474 de ESE incluidos en el registro de la aplicación, asegúrese de que el subsistema de disco del servidor sea estable.

Para solucionar los problemas del subsistema de disco, realice los siguientes pasos:

  1. Abra el registro de la aplicación y busque eventos 474 de ESE. En cada evento, anote la ruta de acceso completa de la base de datos afectada. Una vez compilada una lista de las bases de datos afectadas, anote las letras de unidad a las que se hace referencia en las rutas de base de datos. Esta información le permitirá concentrarse en solucionar los problemas directamente en estos discos físicos.
  2. Revise el registro del sistema y asegúrese de que no se hayan registrado errores de tiempo de espera, escritura o lectura de disco.
  3. Use las utilidades de diagnóstico del subsistema de disco proporcionadas por el fabricante y póngase en contacto con el proveedor de hardware de subsistema de disco para obtener más ayuda para comprobar la integridad del subsistema de disco.

Una vez que haya corregido los problemas con el subsistema de disco o haya comprobado su estabilidad, use los siguientes métodos para recuperarse del error -1018. Estos métodos se enumeran en el orden de uso preferido:

Primer método Mueva los buzones de las bases de datos a las que se haga referencia en los eventos 474 de ESE del registro de la aplicación. Mueva los buzones a almacenes correctos existentes y conocidos, o bien cree uno o varios almacenes de buzones específicamente para este fin. Cuando haya movido todos los buzones, elimine los almacenes de buzones dañados.

Para mover buzones (Exchange 2000 Server o Exchange Server 2003)

  1. En Equipos y usuarios de Active Directory, seleccione el usuario o usuarios cuyos buzones desea mover.
  2. Haga clic con el botón secundario en la lista de usuarios que ha seleccionado en el paso anterior y, a continuación, haga clic en Tareas de Exchange.
  3. En el Asistente para tareas de Exchange, en la página Tareas disponibles, haga clic en Mover buzón y, a continuación, haga clic en Siguiente.
  4. Lea atentamente y siga los pasos restantes del asistente.

Para mover buzones (sólo Exchange Server 2003)

  1. En Administrador del sistema de Exchange, expanda sucesivamente Servidores, el servidor desde el que desea mover los buzones, el Grupo de almacenamiento desde el que desea mover los buzones, el Almacén de buzones que contiene los buzones que desea mover y, a continuación, haga clic en Buzones.
  2. En el panel de detalles, haga clic con el botón secundario en el usuario o usuarios cuyos buzones desee mover y, a continuación, haga clic en Tareas de Exchange.
  3. En el Asistente para tareas de Exchange, en la página Tareas disponibles, haga clic en Mover buzón y, a continuación, haga clic en Siguiente.
  4. Lea atentamente y siga los pasos restantes del asistente.

Para mover buzones mediante la Consola de administración de Exchange sólo para Exchange Server 2007

  1. Inicie la Consola de administración de Exchange.
  2. En el árbol de la consola, expanda Configuración de destinatarios y después haga clic en Buzón.
  3. En el panel de resultados, haga clic en el buzón o buzones que desee mover.
  4. En el panel de acciones, haga clic en Mover buzón.
  5. En el Asistente para mover buzones, en la página Introducción, seleccione el servidor, el grupo de almacenamiento y la base de datos de buzones a los que desee mover el buzón y haga clic en Siguiente.
  6. En la página Opciones de mover, seleccione una opción para tratar los mensajes dañados en un buzón y después haga clic en Siguiente.
  7. En la página Mover programación, especifique cuándo se realizará el traslado y después haga clic en Siguiente.
  8. En la página Mover buzón, revise el resumen para confirmar los traslados de buzones y después haga clic en Mover.
  9. En la página Finalización, haga clic en Finalizar.

Para obtener más información acerca de los escenarios permitidos para usar el Asistente para mover buzones y el cmdlet Move-Mailbox, consulte “Moving Mailboxes” (Cómo mover buzones) (http://go.microsoft.com/fwlink/?LinkId=85754, en inglés) en la documentación del producto de Exchange Server 2007.

Segundo método Restaurar las bases de datos desde una copia de seguridad correcta. Para obtener más información acerca de la restauración de bases de datos de Exchange Server, consulte los siguientes artículos:

Tercer método Use Eseutil para realizar una reparación completa de las bases de datos afectadas. Este método sólo se debe llevar a cabo si los dos anteriores no dan resultado. Una vez ejecutada la reparación completa, también debe realizar una desfragmentación sin conexión de la base de datos reparada, así como ejecutar la herramienta Isinteg para reparar los daños lógicos. Estos pasos se pueden llevar a cabo mediante la tarea de reparación del Solucionador de problemas de la base de datos de Exchange. Esto ejecutará automáticamente los comandos Eseutil /P, Eseutil /D e Isinteg.

ESE 455 -1811 (0xfffff8ed): Falta el archivo de registro de transacciones actual (Exx.log)

La herramienta Solucionador de problemas de la base de datos de Microsoft Exchange ha detectado uno o más eventos ESE 455 con el código de error 1811 (0xfffff8ed) en el registro de aplicación. Este suceso indica que falta el registro de transacciones actual (exx.log), que no se puede obtener acceso a él o que no coincide la firma.

Explicación

El error puede deberse a lo siguiente:

  • El error 1811 que corresponde a JET_errFileNotFound. Se puede producir este error en un archivo de registro de Exchange que tenga una firma distinta y un número interno de generación de registros (LGeneration). Normalmente, el archivo de registro de Exchange es el archivo E00.log. Si el archivo E00.log tiene una firma que no coincide, es probable que no se pueda montar el almacén de información, aunque la base de datos sea coherente.
  • Un programa antivirus pondrá en cuarentena o eliminará el archivo de registro actual de Exchange.
  • Se ha ejecutado el comando de reparación eseutil /p en las bases de datos dañadas y no se han eliminado los archivos de registro.
  • Se ha ejecutado el comando de recuperación eseutil /r con un nombre de base de archivo de registro incorrecto, como en el ejemplo, eseutil /r Exx.log, donde Exx.log es un nombre de base de archivo de registro de tres caracteres.

Este error también se puede identificar como 1811, JET_errFileNotFound. Este error se aplica a las siguientes versiones de Exchange Server:

  • Microsoft Exchange Server 2007
  • Microsoft Exchange Server 2003
  • Microsoft Exchange 2000 Server
Acción del usuario

Para resolver este error, realice una de las operaciones siguientes:

  • Si el archivo de registro tiene una firma y un número de creación del registro distintos, póngase en contacto con el servicio de soporte técnico de Microsoft. Para obtener más información, visite la página de contacto del sitio web Ayuda y Soporte técnico de Microsoft.
  • Si un programa antivirus pone en cuarentena o elimina el archivo de registro de Exchange, siga estos pasos:
    • Examine la configuración del programa antivirus.
    • Asegúrese de que el programa antivirus no está configurado para explorar los directorios de Exchange Server.
    • De forma predeterminada, algunos programas antivirus están configurados para explorar unidades y directorios semanalmente en modo manual o automático. Esta configuración se puede omitir fácilmente. Asegúrese de agregar los directorios de Exchange Server a las ubicaciones excluidas del programa antivirus. Para obtener más información sobre cómo configurar los programas antivirus para que funcionen con Exchange, consulte el artículo 823166 de Microsoft Knowledge Base, Introducción a los programas de software antivirus que se usan en Exchange Server 2003.
    • Revise los archivos de registro del programa antivirus para comprobar si el archivo de registro de Exchange se puso en cuarentena o se eliminó.

    Utilice uno de los siguientes métodos para recuperar el archivo de registro de Exchange:

Método 1: Si el archivo de registro de Exchange se puso en cuarentena

  1. Recupere el registro de Exchange en la carpeta que contiene los archivos de registro de producción.
  2. Inicie el servicio Almacén de información de Microsoft Exchange. Si no faltan más archivos de registro, la base de datos se montará. Si faltan otros archivos de registro, vea si están ubicados en la carpeta de cuarentena del programa antivirus. Si los archivos de registro no se encuentran en la carpeta de cuarentena, pase al método 2.

Si se eliminó el archivo de registro de Exchange, deberá restaurar la base de datos del grupo de almacenamiento a partir de una copia de seguridad. A continuación, deberá reproducir los archivos de registro. Para restaurar una base de datos disponible, siga estos pasos:

Método 2: Si el archivo de registro de Exchange se eliminó

  1. Mueva todas las bases de datos incoherentes a una carpeta de copia de seguridad.
  2. Si se ha creado un nuevo archivo E00.log, muévalo a la carpeta de copia de seguridad. Además, mueva el archivo E00.chk a la carpeta de copia de seguridad.
  3. Copie todos los archivos de registro existentes en la carpeta de copia de seguridad.
    Bb266899.note(es-es,EXCHG.80).gifNota:
    Deberá copiar los archivos de registro. No mueva los archivos de registro.
  4. Cambie el nombre del último archivo E00*.log por E00.log.
  5. Restaure la base de datos a partir de una copia de seguridad. A continuación, reproduzca los archivos de registro. Esto deja la base de datos en un estado coherente. Sin embargo, la base de datos no contiene el archivo E00.log que se copió en la carpeta de copia de seguridad. Aunque existe cierta pérdida de datos, ahora dispone de una base de datos que se puede montar.
    Bb266899.note(es-es,EXCHG.80).gifNota:
    Si no puede restaurar la base de datos a partir de una copia de seguridad, ejecute las utilidades de reparación en la base de datos para dejarla en un estado coherente
  6. Inicie el servicio Almacén de información de Microsoft Exchange.

Si se ha ejecutado el comando de reparación eseutil /p en las bases de datos dañadas y no se han eliminado los archivos de registro, siga los siguientes pasos:

Para determinar si se ejecutó el comando eseutil /p

  1. Haga clic en Inicio, en Ejecutar, escriba cmd y, a continuación, haga clic en Aceptar.
  2. Escriba lo siguiente en el símbolo del sistema:
    c:\program files\exchsrvr\bin\eseutil /mh "c:\program files\exchsrvr\mdbdata\<name of Exchange database.edb>"

    La sintaxis anterior supone que:

    • Los archivos de programa de Exchange Server se instalaron en la carpeta c:\Archivos de programa\exchsrvr.
    • La base de datos está en la carpeta c:\archivos de programa\exchsrvr\mdbdata.
  3. Lea el atributo del número de reparación. Si el atributo del número de reparación es 0 (cero), no se ejecutó el comando eseutil /p. Si el atributo del número de reparación no es 0, se ejecutó el comando eseutil /p en la base de datos.

Si las bases de datos públicas y privadas están en un estado de cierre coherente o limpio, es posible mover los archivos de registro de transacciones a otra carpeta. Para determinar si las bases de datos están en un estado de cierre coherente o limpio, siga estos pasos:

Para determinar si las bases de datos están en un estado de cierre coherente o limpio

  1. Haga clic en Inicio, en Ejecutar, escriba cmd y, a continuación, haga clic en Aceptar.
  2. Para examinar el almacén de información privada, escriba lo siguiente:
    c:\program files\exchsrvr\bin\eseutil /mh "drive:\program files\exchsrvr\mdbdata\priv1.edb"
  3. Para examinar el almacén de información pública, escriba lo siguiente:
    c:\program files\exchsrvr\bin\eseutil /mh "drive:\program files\exchsrvr\mdbdata\pub1.edb"

    La sintaxis de los pasos 2 y 3 supone que:

    • Los archivos de programa de Exchange Server se instalaron en la carpeta c:\Archivos de programa\exchsrvr.
    • La base de datos está en la carpeta c:\archivos de programa\exchsrvr\mdbdata.
  4. Revise los resultados de la comprobación de coherencia. Si una base de datos es coherente (estado = cierre limpio), todos los archivos de registro se han confirmado en el almacén de información. Si la base de datos no es coherente (estado = cierre sucio), es posible que la base de datos no esté dañada. Puede que los archivos de registro no se hayan confirmado aún en la base de datos.
  5. Si el estado informa de un cierre limpio, mueva todos los archivos de registro de todos los directorios mdbdata a una carpeta de copia de seguridad.
  6. Monte las bases de datos.

Si el comando de recuperación eseutil /r se ejecutó con un nombre de base de archivo de registro incorrecto, utilice el modificador correcto para ejecutar adecuadamente el comando. Los nombres comunes de base de archivo de registro son e00, e01, e02 y e03. Por ejemplo, el siguiente comando contiene un nombre de base de archivo de registro correcto:

eseutil /r e00

ESE 454 -515: Falta el archivo de registro de transacciones necesario

La herramienta Microsoft® Exchange Server Analyzer ha encontrado un suceso ESE 454 con el código de error -515, el cual indica que no se ha podido montar la base de datos de Exchange debido a que falta un archivo del registro de transacciones.

Explicación

Se puede producir un suceso ESE 454 con un error -515 cuando el Motor de almacenamiento extensible (ESE) trata de poner todas las bases de datos en un grupo de almacenamiento en un determinado estado durante el proceso de recuperación. Si falta algún archivo del registro de transacciones necesario, el proceso de recuperación falla y no se puede montar la base de datos, dando lugar al error -515.

Acción del usuario

Para resolver este problema, realice al menos una de las operaciones siguientes:

  • Aplicando los procedimientos aquí descritos, averigüe qué archivos del registro de transacciones faltan y dónde se encuentran. A continuación, llévelos de nuevo al directorio del registro de transacciones del grupo de almacenamiento.
  • Restaure la base de datos con una copia de seguridad.
Bb267001.Caution(es-es,EXCHG.80).gifPrecaución:
No debe intentar restaurar la base de datos, a menos que haya fallado la solución anterior de localizar y restaurar los archivos concretos del registro de transacción que falten. Si lo hiciera, se sobrescribirían todos los datos agregados desde la última copia de seguridad.
Bb267001.note(es-es,EXCHG.80).gifNota:
Antes de restaurar una o más bases de datos, mueva o elimine de la ruta de destino los archivos del registro de transacciones que estén asociados al grupo de almacenamiento afectado.

Para identificar los archivos del registro de transacciones que faltan utilizando el Asistente para la solución de problemas de Microsoft Exchange en Exchange Server 2003 y Exchange Server 2007

  1. Desde la ventana Visualizar los resultados del examen del registro de sucesos del Asistente para la solución de problemas de Microsoft Exchange, haga clic en el vínculo Utilizar la tarea Database Recovery Management para comprobar y resolver este problema con el fin de averiguar qué archivos del registro de transacciones necesarios faltan.
  2. Registre los nombres de los archivos de registro indicados en el paso 1.
  3. Determine la ubicación actual de los archivos de registro y devuélvalos a la ubicación esperada.
Bb267001.note(es-es,EXCHG.80).gifNota:
No olvide buscar en la Papelera de Reciclaje y en las carpetas de cuarentena del antivirus cuando indague la ubicación actual de los archivos del registro de transacciones que faltan.
  1. Pruebe a montar la base de datos Exchange afectada.

Para identificar y restaurar manualmente los registros de transacciones que faltan en Exchange 2000 Server o Exchange Server 2003

  1. Inicie el Administrador del sistema de Exchange.
  2. Expanda sucesivamente Grupos administrativos, su grupo administrativo, Servidores, haga clic con el botón secundario en su grupo de almacenamiento y, a continuación, haga clic enPropiedades.
  3. En la ficha General, en Ubicación del registro de transacciones, guarde la ruta de la ubicación de los archivos.
  4. Desde el símbolo del sistema, abra el directorio en el que se ubica Eseutil.exe. La ruta predeterminada de Eseutil.exe en Exchange 2000 Server y Exchange Server 2003 es C:\Archivos de programa\exchsrvr\bin.
  5. En el símbolo del sistema, escriba el siguiente comando:
    eseutil /ml "logpath\logprefix"

    Cuando logpath es la ruta de los archivos de registro de transacciones registrados en el paso 3 y logprefix es el prefijo de los archivos del registro de transacciones, normalmente e00.

    Un ejemplo de este comando con las opciones predeterminadas sería:

    eseutil /ml "c:\program files\exchsrvr\mdbdata\e00".

  6. Los archivos del registro de transacciones que faltan se comunicarán en uno de los dos formatos siguientes dependiendo de cuáles sean:
    • Archivo de registro que faltan: c:\Archivos de programa\exchsrvr\mdbdata\E0002BE2.log
    • ERROR: Archivo o archivos de registro que faltan: El archivo de registro es generación 11.235 (0x2BE3), pero la generación esperada es 11.234 (0x2BE2).

    Donde 0x2BE2 sea el archivo de registro que falta, E0002BE2.log.

  7. Registre los nombres de los archivos de registro indicados en el paso 6.
  8. Determine la ubicación actual de los archivos de registro y devuélvalos a la ubicación esperada en el paso 3.
Bb267001.note(es-es,EXCHG.80).gifNota:
No olvide buscar en la Papelera de Reciclaje y en las carpetas de cuarentena del antivirus cuando indague la ubicación actual de los archivos del registro de transacciones que faltan.
  1. Pruebe a montar la base de datos Exchange afectada.

Para identificar y restaurar manualmente los registros de transacciones que faltan en Exchange Server 2007

  1. Inicie la consola de administración de Exchange en el servidor en el que se ubique el grupo de almacenamiento.
  2. En el árbol de la consola, expanda Configuración del servidor y haga clic en Buzón.
  3. En el panel de resultados, haga clic en el servidor Buzón que contiene el grupo de almacenamiento para el cual desea restaurar los archivos del registro de transacciones que faltan.
  4. Haga clic con el botón secundario en el grupo de almacenamiento y, a continuación, haga clic en Propiedades.
  5. . En la ficha General, en Ruta del registro, guarde la ruta de la ubicación de los archivos del registro de transacciones.
  6. Desde el símbolo del sistema, abra el directorio en el que se ubica Eseutil.exe. En Exchange Server 2007, Eseutil se localiza en la carpeta de instalación de Exchange predeterminada. Es decir, <Unidad del Sistema>:\Archivos de programa\Microsoft\Exchange Server\Bin.
  7. En el símbolo del sistema, escriba el siguiente comando:
    eseutil /ml "logpath\logprefix"

    Cuando logpath es la ruta de los archivos de registro de transacciones registrados en el paso 5 y logprefix es el prefijo de los archivos del registro de transacciones, normalmente e00.

    Un ejemplo de este comando con las opciones predeterminadas sería:

    eseutil /ml "c:\Program Files\Microsoft\Exchange Server\Bin\e00".

  8. Los archivos del registro de transacciones que faltan se comunicarán en uno de los dos formatos siguientes dependiendo de cuáles sean:
    • Archivo de registro que faltan: c:\Archivos de programa\Microsoft\Exchange Server\Bin\E000000049A.log
    • ERROR: Archivo o archivos de registro que faltan: El archivo de registro es generación 11.235 (0x2BE3), pero la generación esperada es 11.234 (0x2BE2).

    Donde 0x2BE2 sea el archivo de registro que falta, E0002BE2.log.

  9. Registre los nombres de los archivos de registro indicados en el paso 8.
  10. Determine la ubicación actual de los archivos de registro y devuélvalos a la ubicación esperada en el paso 5.
Bb267001.note(es-es,EXCHG.80).gifNota:
No olvide buscar en la Papelera de Reciclaje y en las carpetas de cuarentena del antivirus cuando indague la ubicación actual de los archivos del registro de transacciones que faltan.
  1. Pruebe a montar la base de datos Exchange afectada.

ESE 428 (0xfffff8f0): Espacio disponible insuficiente en la unidad de registro de transacciones

La herramienta Solucionador de problemas de la base de datos de Microsoft® Exchange ha detectado uno o más sucesos ESE 428 en el registro de aplicación. Este suceso indica que no hay espacio libre suficiente en la unidad del registro de transacciones. Cuando se produce este error, Exchange Server no puede crear un nuevo archivo de registro de transacciones. Esto hará que todas las bases de datos del grupo de almacenamiento afectado se desconecten, ya que se deben registrar las actualizaciones de las bases de datos en el registro de transacciones.

Explicación

Exchange Server proporciona dos mecanismos para impedir que la unidad del registro de transacciones se llene:

  • Registro circular. Los registros de transacciones se borran automáticamente después de que el punto de control de la base de datos avance tras haber pasado por ellos. El espacio en disco que se usa para los archivos de registro de transacciones se mantendrá por debajo de 50 MB en la mayoría de las circunstancias. Durante la copia de seguridad, puede suspenderse la eliminación de los registros de transacciones hasta finalizar la copia de seguridad.
    Bb219028.note(es-es,EXCHG.80).gifNota:
    De forma predeterminada, el registro circular no está habilitado en Microsoft Exchange 2000 Server y versiones posteriores.
  • Copia de seguridad del grupo de almacenamiento. Exchange Server quita el excedente de registros después de que se haya hecho una copia de seguridad en línea completa o incremental de todas las bases de datos del grupo de almacenamiento con un método de copia de seguridad que implemente el Servicio de instantáneas de volumen (VSS) o una API de copia de seguridad de transmisión por secuencias en línea para Exchange Server.

Si el registro circular no está habilitado y no se cumple ninguna de las siguientes condiciones, el número de archivos de registro de transacciones aumentará hasta que se agote el espacio en disco duro:

  • El programa de copia de seguridad no quita los archivos de registro de transacciones.
  • El programa de copia de seguridad ha dejado de ejecutarse.
  • Los archivos de registro de transacciones no se purgan con ningún otro método.

Es posible que en algunas ocasiones tenga que quitar manualmente archivos de registro de transacciones si no dispone de espacio en el disco duro. O puede que tenga que quitar archivos de registro de transacciones si cree que se va a quedar sin espacio en el disco duro antes de poder ejecutar una copia de seguridad en línea completa o incremental de todas las bases de datos de un grupo de almacenamiento en concreto. Si quita registros que están por delante de cualquier punto de control de base de datos y la base de datos se detiene después anormalmente, no se podrá montar hasta que se hayan restaurado los registros necesarios. Por lo tanto, determine qué registros se pueden quitar sin problemas antes de eliminar manualmente archivos de registro de transacciones.

El error se puede presentar también como JET_errDiskFull o código de error 0xfffff8f0. Este error se aplica a las siguientes versiones de Exchange Server:

  • Microsoft Exchange Server 2007
  • Microsoft Exchange Server 2003
  • Microsoft Exchange 2000 Server
Acción del usuario

Para resolverlo, seleccione una de las soluciones siguientes:

  • Ejecute la herramienta Database Recovery Management. En Microsoft Exchange Server 2007, la herramienta está bajo las herramientas Database recovery en el Cuadro de herramientas de la consola de administración de Exchange. La herramienta Exchange Server Analyzer puede determinar automáticamente qué archivos de registro se pueden quitar de manera segura y los copiará en una ubicación de copia de seguridad. Se recomienda encarecidamente usar Exchange Server Analyzer para mover los archivos de registro.
    Bb219028.note(es-es,EXCHG.80).gifNota:
    La herramienta Exchange Server Analyzer no funcionará en Exchange 2007 si el grupo de almacenamiento que contiene la base de datos está habilitada para la replicación continua de clústeres (CCR).
  • Compruebe los valores Estado y Registro necesario del encabezado de cada base de datos para determinar qué archivos de registro de transacciones se pueden quitar manualmente de manera segura.
    Bb219028.note(es-es,EXCHG.80).gifNota:
    A lo largo de este artículo, quitar un archivo de registro de transacciones significa moverlo a otra ubicación en la que se pueda almacenar, eliminar o hacer una copia de seguridad del mismo. Esta acción dependerá de los requisitos. A lo largo de este artículo, eliminar un archivo de registro de transacciones hace referencia al tipo de eliminación que no permite hacer una copia de seguridad ni restaurar dicho archivo.

Siga estos pasos detallados para determinar qué archivos de registro de transacciones se pueden quitar manualmente con seguridad.

Para examinar el encabezado de la base de datos y quitar archivos de registro innecesarios

  1. Desmonte la base de datos cuyo encabezado desea examinar.
  2. Haga clic en Inicio, seleccione Ejecutar y escriba cmd para abrir la ventana del símbolo del sistema.
  3. En el símbolo del sistema, vaya a la ruta del directorio donde está ubicado el archivo de registro.
    Bb219028.note(es-es,EXCHG.80).gifNota:
    En Exchange 2000 Server y Exchange Server 2003, para determinar la ruta y el nombre de los archivos .edb y .stm de una base de datos, use Exchange System Manager para ver la ficha Base de datos del cuadro de diálogo de propiedades de cada objeto de la base de datos. En Exchange Server 2007, para determinar el nombre y la ruta del archivo de base de datos, expanda la consola de administración de Exchange en Configuración del servidor, haga clic en Buzón y, a continuación, vea la ficha Base de datos.
  4. Escriba el siguiente comando Eseutil junto con el modificador /MH en el símbolo del sistema.
    "eseutil /MH databasefilename.edb"
    Bb219028.note(es-es,EXCHG.80).gifNota:
    En la sintaxis, databasefilename es el nombre de la base de datos que desea examinar.
  5. Examine los valores Estado y Registro necesario en la información del encabezado que se muestra.

    El valor Estado proporciona la siguiente información sobre la correcta desvinculación de la base de datos:

    • Si la base de datos se ha desvinculado correctamente, el valor Estado será el de cierre limpio o coherente. Este valor depende de la versión de Exchange Server que se esté ejecutando. Puede quitar todos los archivos de registro de transacciones excepto el actual.
      Bb219028.note(es-es,EXCHG.80).gifNota:
      Si quitar el archivo de registro de transacciones cuando todas las bases de datos se encuentran en estado de cierre limpio, provocará un restablecimiento de la secuencia de los archivos de registro. Esto no impide que las bases de datos se inicien. Sin embargo, un restablecimiento de la secuencia de los archivos de registro afectará a la capacidad de confirmar una base de datos desde la copia de seguridad anterior si la situación se produce.
    • Si la base de datos no se ha desvinculado correctamente, el Estado será de cierre sucio o incoherente. Determine qué archivos de registro de transacciones se pueden quitar comprobando el campo Registro necesario en el encabezado de la base de datos.
      Bb219028.note(es-es,EXCHG.80).gifNota:
      Cuando la base de datos se encuentra en estado de cierre sucio o incoherente, significa que alguno de los archivos de registro de transacciones contiene transacciones pendientes necesarias para la base de datos. Si quita los archivos de registro de transacciones en estas circunstancias, la base de datos no se puede volver a iniciar a menos que la restaure desde la copia de seguridad. Como alternativa, puede repararla con los comandos Eseutil e Isinteg.

      Debe examinar los valores de registro necesario de todas las bases de datos de un grupo de almacenamiento antes de quitar un registro de dicho grupo de almacenamiento.
      El campo Registro necesario muestra el intervalo de archivos de registro numerados que se necesitan para iniciar esta base de datos. Si el intervalo es 0 – 0, no se necesitan archivos de registro para iniciarla. Esto indica que el estado de la base de datos es el de cierre limpio o coherente. Si hay archivos de registro más antiguos que el registro de punto de control, puede quitarlos, a excepción de este último.
      Si ejecuta una versión de Exchange Server anterior a Exchange Server 2003 Service Pack 1 (SP1), debe convertir el intervalo decimal que se muestra en el campo Registro necesario en valores hexadecimales. Por ejemplo, si el valor Registro necesario es 28217 – 28221, la base de datos requerirá desde el archivo de registro 06E39 hasta el 06E3D. En Exchange  2003 SP1, el campo Registro necesario se ha mejorado para tratar tanto valores decimales como hexadecimales.

      Bb219028.note(es-es,EXCHG.80).gifNota:
      Puede usar el cálculo científico de la Calculadora de Windows para convertir el valor numérico decimal en hexadecimal. Inicie la Calculadora y haga clic en Científica del menú Ver. Escriba el número decimal y haga clic en Hex.

      Dado que en Exchange 2000 y en Exchange 2003 se pueden tener hasta cuatro grupos de almacenamiento, cada uno con un determinado conjunto de archivos de registro, el prefijo Edb no se muestra en los nombres de archivo de registro de transacciones. En Exchange 2000 y Exchange 2003, el prefijo Edb se sustituye con E00, E01, E02 o E03. En un grupo de almacenamiento de recuperación, el prefijo Edb se sustituye con R00. En el Administrador del sistema de Exchange, el prefijo del nombre del archivo de registro del grupo de almacenamiento se muestra en la ficha General del cuadro de diálogo de propiedades del objeto del grupo de almacenamiento concreto. Por lo tanto, si el prefijo del grupo de almacenamiento es E01 y la entrada de Registro necesario es 28217 – 28221 (0x06E39 – 0x06E3D), los registros que se necesitan son de E0106E39.log a E0106E3D.log.

  6. Se pueden quitar con total seguridad todos los archivos de registro numerados que estén por debajo de la entrada menor de cualquier campo Registro necesario de cualquier base de datos del grupo de almacenamiento.
    Bb219028.note(es-es,EXCHG.80).gifNota:
    Recuerde que debe mover, no eliminar, los archivos de registro.
    Bb219028.note(es-es,EXCHG.80).gifNota:
    Como práctica recomendada, no debe quitar el archivo de registro de transacciones más reciente. Éste es el archivo de registro con la marca de hora más reciente y aún no tiene un número de secuencia en el nombre de archivo. Aun cuando haya determinado que es seguro quitar este archivo, déjelo para evitar el restablecimiento de la secuencia de archivos de registro de nuevo en 0. Si la restablece, afectará a los ciclos de copia de seguridad. Es posible que no pueda confirmar la base de datos desde una copia de seguridad realizada antes del restablecimiento.