Understanding and analyzing -1018, -1019 y -1022 Exchange database errors

Seleccione idioma Seleccione idioma
Id. de artículo: 314917 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Este artículo proporciona información para ayudarle a comprender y analizar los errores de base de datos-1018, -1019 y -1022 Exchange. Este artículo describe las diferencias entre estos tres errores y los tipos de problemas en la base de datos que hacen que cada uno de estos tres errores que deben notificarse.

Más información

Exchange incluye la funcionalidad para detectar daños de nivel de archivo a páginas en sus bases de datos. Los tres errores más comunes que están asociados a los daños de nivel de archivo en una base de datos de Exchange son los siguientes:
  • -1018 JET_errReadVerifyFailure
  • JET_errPageNotInitialized -1019
  • JET_errDiskIO -1022
Los siguientes tres niveles de daño pueden producirse en una base de datos de Exchange:
  • Nivel de página (sistema de archivos)
  • Nivel de base de datos (motor de base de datos JET)
  • Nivel de aplicación (almacén de información de Exchange)
La utilidad Esefile.exe puede detectar errores en las bases de datos en el nivel de página. La utilidad Eseutil.exe puede detectar y reparar problemas en el nivel de página y el nivel de base de datos. La utilidad Isinteg.exe detecta y repara los problemas en el nivel de aplicación.

Daño a un menor nivel (el nivel de página) casi siempre da como resultado problemas en los niveles superiores (el nivel de base de datos o aplicación). Por lo tanto, después de reparar una base de datos con Eseutil, casi siempre deberá utilizar Isinteg posteriormente.

Daños en el nivel de aplicación y base de datos está relacionado con problemas en el código de Exchange o en los programas de terceros que se integran con Exchange. Daños en el nivel de página suele deberse a controladores, firmware o problemas de hardware, aunque el daño de nivel de página también podría deberse a problemas de Exchange.

Casi siempre encontrar la causa de un error -1018 en uno de los sistemas subyacentes que depende Exchange, no en Exchange código propio. Hay muy pocas excepciones a esta regla. Las excepciones a la fecha han sido respecto a Exchange reporting una condición -1018, no porque Exchange sí provoca un error -1018. Para obtener más información, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base:
237953Error -1018 incorrecto que ha devuelto durante la copia de seguridad en línea
230215 Checksuming de copia de seguridad que no se realiza en equipos de procesador único
Aunque la mayoría de los errores-1019 y -1022 también son causados por un error en un sistema subyacente, no se puede descartar la posibilidad de que-1019 y -1022 podrían producirse errores debido a un error de Exchange en el código lo más rápidamente.

Error -1018 es el error más comunes, lo que indica que una base de datos de Exchange ha sufrido un daño en el nivel de sistema de archivos. Por lo tanto, la mayor parte de este artículo se centra en el error -1018.

Hay tres formas básicas que pueden dañarse los datos en disco:
  • Datos incorrectos se escriben en los medios de almacenamiento.
  • Datos se escriben en el lugar equivocado en el medio de almacenamiento de información.
  • Datos está dañados o cambiados después de que se almacena.
Aunque es muy difícil evitar o corregir el 100 por ciento de todos los daños, es relativamente fácil de detectar un problema que se ha producido. Exchange detecta datos incorrectos y mal colocados en sus archivos de base de datos e informa un error -1018 o -1019. Si un archivo se encuentra gravemente dañado y partes de él no se encuentran completamente o que resulten inaccesibles cuando Exchange intenta leer el archivo, se informa un error -1022.

Cómo Exchange calcula sumas de comprobación y las páginas de base de datos de números

Para comprender cómo funcionan los mecanismos que desencadenan errores-1018 y -1019, debe comprender cómo almacena las páginas de datos en una base de datos de Exchange.

En el nivel lógico más bajo, puede ver un archivo de base de datos de Exchange como un conjunto de páginas de 4 kilobytes (KB), numeradas en orden secuencial. Datos es leer y escritas en una página de una base de datos de Exchange en un momento.

Cada página que contiene los datos almacena su propio número de página, junto con una suma de comprobación que se calcula a partir de todos los datos en la página. El propio valor de suma de comprobación es la única parte de la página que no se incluye en este cálculo.

Algoritmos de suma de comprobación, incluidos el algoritmo de suma de comprobación que utiliza Exchange, se ha comprendido bien y relativamente simple. Están diseñados para que lo más probable es que la suma de comprobación mismo dará como resultado de las dos páginas diferentes son bajos, incluso si la diferencia entre las páginas es sólo un único bit.

Aunque una prueba de suma de comprobación es suficiente para determinar si la página se ha modificado desde que fue escrita, una prueba de suma de comprobación no es suficiente para asegurarse de que la página está en el lugar correcto. A causa de esto, Exchange marca cada página con su propio número de página, así como una suma de comprobación.

Las dos primeras páginas de 4 KB en la base de datos están reservadas para la base de datos "cabecera". Cuando se detiene la base de datos, puede utilizar la utilidad de Eseutil MH cambiar a la vista de este encabezado. El encabezado contiene información de identificación sobre la base de datos como un todo.

Después de que estas páginas de encabezado primero dos, todas las otras páginas en la base de datos son datos. Todas las páginas de datos comparten una estructura común. Cada página tiene su propio encabezado de página, que contiene información de identificación sobre la página en particular, seguida de los datos reales.

Debido a que la primera página de datos en una base de datos de Exchange se encuentra después de las primeras páginas de encabezado de dos, página física 3 en la base de datos es la página lógica 1. 2 es el número de página lógica de página física 4 y así sucesivamente.

Los números de página lógica en la base de datos que se asignan directamente a los números de página física mediante la siguiente fórmula:
número de páginas lógicas = número de página física - 2
Debido a que las estructuras de página lógica y física del archivo de base de datos están tan estrechamente relacionadas, Exchange puede determinar fácilmente si cada página lógica se encuentra en la ubicación física correcta en el archivo.

Sólo una de las páginas en la base de datos para el que no se calcula una suma de comprobación está "sin inicializar páginas". Se trata de bloques de páginas que se crean cuando se amplía el tamaño de la base de datos para dejar espacio para más datos. Una página sin inicializar es aquél que tiene una suma de comprobación de cero y un número de página cero. Normalmente, se rellena cada byte de una página no inicializada con carácter 0 x 00.

Después de una página sin inicializar es utilizada por primera vez, no devuelve al estado sin inicializar, incluso si se vacía. En su lugar, se establece un indicador en la página vaciada para marcarlo disponibles para su reutilización. La página implica un número de página y la suma de comprobación, incluso cuando está vacío.

Exchange Server 2003 Service Pack 1 (SP1) puede cambiar el algoritmo de suma de comprobación y el formato de página que se utilizan. Además, Exchange Server 2003 SP1 Introdujo un algoritmo de código (ECC) para detectar y corregir automáticamente errores de bit único de corrección de errores.Para obtener más información acerca de esta nueva funcionalidad, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
867626Corrección de errores nuevo se incluyen en Exchange Server 2003 Service Pack 1

¿Qué provoca un Error -1018

Exchange genera un error -1018 cuando una página inicializado en el archivo de base de datos se encuentra con cualquiera de las siguientes condiciones:
  • La suma de comprobación que se almacena en la página no coincide con el resultado de la actualización de la suma de comprobación que se realiza a medida que se lee la página.
  • El número de página que se almacena en la página no coincide con el número de página que debe incluirse en la página, dada la ubicación física de la página en el archivo de base de datos.
Exchange podría ser responsable de autogenerar un error -1018 si Exchange realiza una de las acciones siguientes:
  • Construye una página que tenga la suma de comprobación incorrecta.
  • Crea una página correctamente, pero indica al sistema operativo que escriba la página en una ubicación incorrecta.
Después de que un administrador del sistema encuentre un error -1018, si el administrador ejecuta pruebas de diagnóstico de hardware en el servidor y estas pruebas informan de ningún problema, el administrador puede concluir que Exchange debe ser responsable del problema porque el hardware ha pasado el análisis inicial.

Sin embargo, en el caso tras caso, gracias a investigaciones por Microsoft o hardware proveedores revelaron problemas más sutiles en hardware, firmware o controladores de dispositivos que son realmente responsables de daños en el archivo de base de datos.

Las pruebas de diagnóstico ordinarias podrían no detectar todos los errores transitorios producidos por varias razones. Problemas en el software de controlador o firmware pueden quedar fuera de las capacidades de los programas de diagnóstico. Las pruebas de diagnóstico podrían que no puedas simular adecuadamente procesos de ejecución prolongados o cargas complejas. Además, la adición de registro de diagnóstico, supervisión o de depuración podría cambiar el sistema para que el problema vuelva a aparecer.

La simplicidad y estabilidad de los mecanismos de Exchange que generan las sumas de comprobación y escribir páginas en el archivo de base de datos es otra razón que la probabilidad de que la causa de un error -1018 es un problema de Exchange es baja. La suma de comprobación y los mecanismos de detección de página incorrectos son simple, confiable y esencialmente, siguen siendo los mismos desde el intercambio de la primero versión, excepto para los pequeños cambios para adaptarse a los cambios de formato de página de base de datos entre versiones de la base de datos.

Para explicar aún más, que se genera una suma de comprobación para una página que se va a escribir en el disco después de que todos los demás datos se ha escrito en la página, incluido el número de página propia. Una vez que Exchange agrega la suma de comprobación a la página, Exchange indica el sistema operativo Microsoft Windows para escribir la página en disco mediante el uso de interfaces estándar, publicadas Windows application programming interfaces (API).

La suma de comprobación podría generarse correctamente para una página, pero a continuación, se pueden escribir la página a una ubicación incorrecta en el disco duro. Esto puede deberse a un error de memoria transitorios, como una "mutación de bits". Por ejemplo, supongamos que Exchange crea una nueva versión de la página 70. La propia página no experimenta un error, pero la copia del número de página que se utiliza el controlador de disco o por el sistema operativo se altera aleatoriamente. Este problema puede producirse si 70 (binario 100110) se ha cambiado a 6 (binario 000110) de una celda de memoria inestable. Suma de comprobación de la página aún es correcta, pero la ubicación de la página en la base de datos es incorrecta. Exchange genera un error -1018 para la página cuando detecta que el número de página lógica no coincide con la ubicación física de la página. Otro tipo de error (causada por Exchange) de la numeración de páginas podría producirse si Exchange escribe el número de página incorrecto en la propia página. Pero esto causa otros errores, no el error -1018. Si Exchange escribe 71 en la página 70 y realiza la suma de comprobación en la página correctamente, la página se escribe en la ubicación 71 y supera las pruebas de número y la suma de comprobación de página.

Con frecuencia, un único error -1018 que se notifica en una base de datos de Exchange no hace que la base de datos detener o como resultado un síntoma de que la presencia del propio error -1018. La página podría estar en una carpeta que se accede con poca frecuencia (por ejemplo, los elementos enviados y elementos eliminados carpetas), o en un archivo adjunto que rara vez se abre o incluso está vacío.

Aunque un único error -1018 es poco probable para que se produzca una pérdida de datos, errores -1018 siguen siendo motivo de preocupación porque un error -1018 es la prueba de que el sistema de almacenamiento de información no confiable de almacenar o recuperar datos de al menos una vez. Aunque el error -1018 podría ser un problema transitorio que nunca volverá a producirse, es más probable que este error es una advertencia anticipada de un problema que agravándose. Incluso si el error primero-1018 se encuentra en una página vacía en la base de datos, no puede saber qué página podría dañarse a continuación. Si se daña una tabla global crítica, la base de datos puede llegar a ser unstartable y reparación de la base de datos podría ser sólo parcialmente correctos o.

Después de que se registra un error -1018, debe tener en cuenta y prever la posibilidad de un error inminente u otro daño aleatorio en la base de datos hasta que encuentre y elimine la causa raíz.

Recuperación de errores -1018

Exchange trata de una página que se produce un error -1018 como completamente ilegible para impedir que la acción en los datos aleatorios causar problemas en la base de datos.

No puede repararse o puede mantener una página que se produce un error -1018. Se debe ser erradicado de la base de datos. Existen tres métodos que puede utilizar para el borrado de la página desde la base de datos:
  • Restaurar la base de datos desde una copia de seguridad en línea.
  • Utilizar Eseutil.exe /D conmutador para realizar una desfragmentación sin conexión de la base de datos.
  • Utilizar Eseutil.exe /P conmutador para reparar la base de datos.

Restaurar la base de datos desde una copia de seguridad en línea

Si se encuentra un error -1018 durante la copia de seguridad en línea, se detiene la copia de seguridad. Esto garantiza que no existe la página dañada en la última copia de seguridad correcta. Si el registro circular está deshabilitado, puede restaurar la última copia de seguridad completa disponible y, a continuación, gire la base de datos de los siguientes registros de transacciones.

Utilizar Eseutil.exe modificador "/ D" para realizar una desfragmentación sin conexión de la base de datos

Este método es eficaz si el error -1018 se informa sobre una página vacía. Si se produce el error -1018 sólo durante la copia de seguridad en línea o de mantenimiento en línea durante la noche, esto indica que la página se accede con frecuencia o que puede incluso estar vacía. La desfragmentación sin conexión descarta todas las páginas vacías y los índices secundarios en una base de datos.

Utilizar Eseutil.exe "/ P" conmutador para reparar la base de datos

Si utiliza este método, pero se descarta la página errónea, no se repara una página errónea. Si la página que está implicada es una "página de la hoja", se produce la pérdida de datos. Una página de hoja en la base de datos es una página que transporta datos reales. Las páginas interiores llevan información sólo estructural y lógica. En la mayoría de los casos, Eseutil puede reconstruir completamente una tabla si se pierde una página interior. Sin embargo, la mayoría de las páginas de una base de datos son páginas de hoja.

Obras de funcionalidad de reparación del Eseutil bien y, en la mayoría de los casos pueden restaurar una base de datos para la operación con mínima pérdida de datos. Sin embargo, si se dañan muchas páginas o las tablas del sistema críticos se pierden, la pérdida de datos puede resultar catastrófica o la base de datos puede ser no reparable.

Reparar una base de datos suele ser una estrategia inferior en comparación con la restauración a partir de una copia de seguridad y confirmar la base de datos ya que reparación normalmente tarda más de restauración y es más arriesgado. Elija reparar sólo si:
  • No tiene una copia de seguridad.
  • No puede confirmar completamente desde la copia de seguridad.
Antes de reparar o restaurar una base de datos, haga siempre una copia de seguridad de los archivos de base de datos actual. Si la restauración no funciona, puede reparar la base de datos existente. Si la reparación no funciona, pero la copia anterior de la base de datos es todavía puede iniciar, puede que para salvar los datos que de lo contrario, se perdería.

Importante Después de reparar una base de datos, se debe comprobar el número de reparaciones en el encabezado de la base de datos. Si el recuento es mayor que cero, debe realizar una desfragmentación sin conexión mediante Eseutil y, a continuación, debe reparar la base de datos en el nivel de almacén de información con la utilidad Isinteg. Si no lo hace así, los usuarios podrían experimentar problemas, como la imposibilidad de abrir mensajes o datos adjuntos o referencias en sus buzones a los elementos que ya no existen.

Para comprobar el número de reparaciones, examine la salida de pantalla que se genera cuando se ejecuta el comando siguiente:
ESEUTIL /MH [database_file_name]
Para realizar una desfragmentación sin conexión de la base de datos reparada, ejecute el comando siguiente:
ESEUTIL /D [database_file_name]
Para hacer una revisión integral de Isinteg después de una reparación en Exchange 2000, debe ejecutar el servicio Almacén de información, pero se debe desmontar la base de datos que desea reparar. Ejecute el siguiente comando para la corrección de la base de datos:
ISINTEG -S [DE]nombreDeServidor]-FIX - TEST ALLTESTS
Para realizar una completa Isinteg corregir después de una reparación en Exchange Server 5.5, el almacén de información que se debe detener el servicio. Ejecute el comando siguiente, mediante el conmutador adecuado)-PRI o -PUB), dependiendo de si se ejecuta reparación contra una base de datos pública o privada:
ISINTEG-PRI|PUB-FIX - TEST ALLTESTS
Nota Se pueden ejecutar Eseutil e Esefile en archivos de base de datos sin procesar, independientemente de su archivo de ubicaciones del sistema. Los archivos de base de datos no es necesario incluso en un servidor de Exchange. Pero debe ejecutar Isinteg mientras la base de datos está implementada en un servidor de Exchange completamente configurado porque Isinteg funciona en el nivel de almacén de información y utiliza el servicio Almacén de información para tener acceso a la base de datos.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
244525Cómo ejecutar Eseutil en un equipo sin Exchange Server

Recuperación de un Error -1019

Cuando una página que se espera que esté en uso es no inicializado o está vacío, se informa un error de -1019 (JET_errPageNotInitialized). Si el campo número de página en una página en uso es 0 x 00000000, se informa un error de -1019 en lugar de un error -1018, incluso aunque la página también puede producir un error su prueba de suma de comprobación.

Los métodos para corregir un error -1019 son los mismos que para corregir un error -1018. Tenga en cuenta que un problema -1019 puede pasar desapercibido más de un problema -1018 porque no se detectan problemas -1019 copia de seguridad en línea.

Aunque la causa raíz de un error -1018 es muy probable que se encuentre fuera de Exchange, un error -1019 puede deberse a Exchange si punteros lógicos o vínculos entre páginas no son válidos.

Sin embargo, es más habitual que un error de -1019 deberse a que el sistema de archivos estuviera dañado o asignara páginas en el archivo de base de datos que no pertenezcan al archivo.

Recuperación de un Error -1022

Si Exchange solicita al sistema operativo para una página en la base de datos y se produce un error en lugar de los datos de la página que se devuelven, se produce un error -1022 (JET_errDiskIO). El error -1022 es un error genérico que aparece cuando un disco de entrada/salida (E/s) (problema) impide que Exchange tengan acceso a una página solicitada de la base de datos.

La razón más común para un error -1022 es un archivo de base de datos muy dañado o truncado. Si se produce este problema, Exchange solicita un número de página que es mayor que el número de páginas en el archivo de base de datos, y se produce un error -1022. Este problema puede ocurrir debido a problemas del sistema de archivos de o debido a la reproducción de registros de transacciones inadecuada.

Exchange 2000 contiene una amplia salvaguardas para evitar la reproducción del registro de transacciones que pueda dañar la base de datos, pero en Exchange Server 5.5 era posible reproducir un conjunto incompleto de los archivos de registro y dañar la base de datos. Por ejemplo, este problema puede producirse si debe iniciarse la reproducción del registro 9, pero en su lugar se ve obligada a reproducción para iniciar desde el registro de 10. Reproducción podría verse forzada si un administrador elimina el archivo punto de control y el registro 9. Si una transacción en el registro 9 amplía el tamaño de la base de datos, pero no se reproduce el 9 de registro en la base de datos, una referencia en el registro de 10 a las nuevas páginas que se agregan a las bases de datos hace que un error -1022. Sudden se bloquea a, paradas (francesa), y las infracciones de acceso también son síntomas comunes de la reproducción de un conjunto de registro de transacciones incompletas en una base de datos.

Comprensión y solución de problemas de la causa raíz de un error -1022 son más compleja que la solución de problemas de un error-1018 o -1019. Si el error está causado por daños de la base de datos del sistema de archivos, deberá comprobar o reparar el sistema de archivos y, a continuación, restaurar Exchange desde una copia de seguridad. Aunque la reparación de la base de datos sigue siendo una opción, la reparación es menos probable que se produzca correctamente que con otros errores porque un error -1022 suele indica un daño extenso.

Con diferencia, la razón más común para un error -1022 con una base de datos no dañada otra aplicación manteniendo los archivos abiertos y evitar que el almacén de información servicio tengan acceso a ellos. En tales casos, también puede haber errores de -1032 (JET_errFileAccessDenied). Reiniciar todos los servicios de Exchange o reiniciar el servidor podría quitar el bloqueo.

Los programas de terceros, como, por ejemplo, detectores de virus, pueden bloquear el acceso de Exchange a los datos de Exchange. Configure siempre detectores de virus de nivel de archivo para excluir archivos de datos de Exchange de la operación de detección para archivos. Existen varios detectores de virus que sacar partido del interfaz de programación de aplicaciones (API) para analizar los mensajes y datos adjuntos en el almacén de información de detección de virus de Exchange.

Analizar los errores-1018 y -1019

La información de esta sección está pensada principalmente para soporte técnico y análisis de causas de personal del proveedor que participan en la raíz.

Después de que un administrador encuentra un error-1018 o -1019, el administrador necesita saber al menos tres cosas:
  • Lo que estaba en la página dañada
  • ¿Cuál es la probabilidad de la correcta reparación
  • ¿Qué causó el daño en primer lugar
-Cuando se inicia el servicio, en el registro de sucesos de aplicación o en el resultado de las utilidades de Exchange como Eseutil, pueden producirse errores 1018 y -1019 en la línea de comandos. Un error -1018 en el registro de sucesos de aplicación que no se incluyan cuando se ejecuta una comprobación de integridad de la base de datos con el ESEUTIL /G comando. En esta situación, es probable que la página dañada está vacía.

En la mayoría de los casos, los errores se muestran en un formulario que permite identificar la página que informa del problema. También puede analizar toda la base de datos con Esefile para identificar páginas dañadas. Para obtener más información acerca de Esefile, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
248406Utilidad de soporte técnico de Esefile para Exchange Server 5.5 y Exchange 2000
Los ejemplos siguientes son las descripciones de error típico de -1018 desde el registro de sucesos de aplicación para las distintas versiones de Exchange, junto con el análisis de los detalles de cada error.
MSExchangeIS (248) Synchronous read page checksum error -1018
((1:3106 1:3106)(0-310013)(0-312215)) occurred.
Please restore the databases from a previous backup.
					
En el ejemplo anterior, se pueden interpretar los números entre paréntesis como sigue:
  • (1:3106 1:3106) representa la página en la base de datos que se ha solicitado (página 3106) y el número de página que realmente se ha encontrado escrito en la página (página 3106). 1: Indica que ésta es la base de datos 1, que es Priv.edb para Exchange Server 5.5. 2 De la base de datos es Pub.edb.
  • (0-310013) representa la dbTime valor que está actualmente escrito en la página. El dbTime valor es un valor de 64 bits que se escribe en cada página que se corresponde aproximadamente con el tiempo transcurrido desde que se ha modificado la página.
  • (0-312215) representa el actual dbTime valor de la base de datos como un todo: es probable que el dbTime valor que se escribiría en esta página si la página ha sido alterada ahora. El dbTime valor en la página debe ser siempre menor que el actual dbTime valor.
Dado que el número de página se leyó correctamente desde la página y el dbTime los valores son razonables (con la primera dbTime valor menor que el segundo), esta página no se reemplazó por completo con una página desde fuera de la base de datos o una página diferente.

Puede utilizar Esefile para salida de la página con un comando similar al siguiente:
/D de Esefile database.edb 3106 > 3106.txt
Dado que esta página aparece sustancialmente intacta con respecto a la estructura, también puede utilizar Eseutil para ver la lógica más información acerca de la página. Puede utilizar la versión de Eseutil de Exchange 2000 para ver la información de la estructura de página de bases de datos de Exchange 2000 y Exchange Server 5.5.

Advertencia No utilice la versión de Exchange 2000 de Eseutil contra una base de datos de Exchange Server 5.5 en cualquier modo que escribe en la base de datos. Para estar seguro, utilice sólo la /M switches y nunca utilizar el /P, /G, o /R. Además, no copiar versiones de Eseutil.exe y Ese.dll Exchange 2000 a un equipo con Exchange Server 5.5. En su lugar, copie estos archivos en un servidor remoto y proporcionar una ruta de acceso de convención de nomenclatura Universal (UNC, Universal Naming Convention) explícita de línea de comandos para la base de datos que está examinando.

Un comando similar al siguiente comando envía la información de lógica de una página en un archivo de texto:
Eseutil /M \\exchange1\d$\exchsrvr\mdbdata\priv.edb /p3106 > 3106.txt

Initiating FILE DUMP mode...
      Database: priv.edb
          Page: 3106

                        pgnoThis <0x02360004,  4>:  3106 (0x00000c22)
                        objidFDP <0x02360018,  4>:  19 (0x00000013)
                ulChecksumParity <0x02360000,  4>:  4269350574 (0xfe791eae)
        ** computed checksum: 157180847 (0x095e63af)
                   dbtimeDirtied <0x02360008,  8>:  310013 (0x000000000004bafd)
                          cbFree <0x0236001c,  2>:  436 (0x01b4)
                       ibMicFree <0x02360020,  2>:  3608 (0x0e18)
                     itagMicFree <0x02360022,  2>:  3 (0x0003)
               cbUncommittedFree <0x0236001e,  2>:  0 (0x0000)
                        pgnoNext <0x02360014,  4>:  3108 (0x00000c24)
                        pgnoPrev <0x02360010,  4>:  3088 (0x00000c10)
                          fFlags <0x02360024,  4>:  2050 (0x00000802)
                Leaf page
                Primary page
Este resultado, puede ver que la página es una página de hoja, lo que significa que tiene datos reales en ella. Si reparar esta base de datos, la reparación dará como resultado la pérdida de al menos estos datos. Para obtener más información acerca de cómo averiguar qué tabla o el buzón pertenece la página, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
262196Cómo determinar qué buzón contiene una página determinada de una base de datos
Si el resultado de Eseutil no muestra la página de hoja para la página, lo más probable es que reparar trabajo completamente son altos. Más de las páginas interiores o estructurales se pueden reconstruir completamente el proceso de reparación.

El resultado que también desee presentar esto como una "página vacía". En este caso, una desfragmentación sin conexión eliminará la página errónea de la base de datos.

Recuerde que si una página ha sido reemplazada por completo por un bloque de datos que no pertenezcan al archivo de base de datos, el resultado de Eseutil puede ser sin significado.

El siguiente error es otro ejemplo:
MSExchangeIS ((247) ) Synchronous read page checksum error -1018
((1:1057816 1:3688618971) (3688618971-3688618971) (0-16815256)) occurred.
Please restore the databases from a previous backup.
En este ejemplo, el número de página que se lea desde la página (3688618971) no coincide con la página solicitada, lo que significa que el área de encabezado de página donde se almacena el número de página está dañado. Es probable que el número de página ni siquiera existe en la base de datos. Para determinar si éste es el caso, multiplique al número de página por 4096 y, a continuación, compare ese número para el tamaño en bytes del archivo de base de datos. En este caso, el número de página es poco probable que lo escribió originalmente Exchange, a menos que la base de datos es de 15 terabytes de tamaño (3,688,618,971 x 4096 = 15,108,583,305,216).

Observe también que la primera dbTime valor exactamente repite el patrón de número de página. Si convierte 3688618971 en hexadecimal (usar Calc.exe su modo científico), se convierte en 0xDBDBDBDB. En Exchange 2000 y Exchange Server 5.5, 8 bytes dbTime valor se almacena inmediatamente después del valor de número de página de 4 bytes. A causa de esto, sabrá que al menos doce bytes contiguos para dos campos distintos han sido sobrescritos con un patrón específico. Si utiliza Esefile para ver esta página directamente, probablemente descubrirá que toda la página se ha sobrescrito con el modelo de 0xDB. Otro patrón de bytes no válida frecuentes es 0xFF. Si éste era el caso de que el error anterior, el dbTime valor sería 4294967295.

El siguiente error proporciona información de la página como un desplazamiento de byte en el archivo, no como un número de página:
Information Store (2160) The database page read from the file
"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 897024 (0x00000000000db000)
for 4096 (0x00001000) bytes failed verification due to a page checksum
mismatch. The expected checksum was 2651583211 (0x9e0bf2eb) and the
actual checksum was 2651582996 (0x9e0bf214). The read operation will
fail with error -1018 (0xfffffc06). If this condition persists then
please restore the database from a previous backup.
					
Puede convertir el primer desplazamiento en el número de página por quitar los tres ceros finales, restar 1 y el resultado de convertir a formato decimal. En este ejemplo, 0x00000000000db - 1 = 0xda = 218 decimal. Puede utilizar este número de página decimal con Esefile o Eseutil.

Nota Restar sólo 1, en lugar de 2, para tener en cuenta las páginas de encabezado de dos en la base de datos porque los desvíos empezar a contar en 0 x 0 en lugar de 0 x 1. Si desea comprobar las páginas de encabezado con Esefile o Eseutil, hacer referencia a la página -1 y 0.

En realidad, un encabezado de la base de datos de Exchange requiere sólo una página. La segunda página es una copia de "sombra" del encabezado. Las sumas de comprobación que se notifican al utilizar el Esefile /D función dump de página debe ser siempre el mismo para las páginas -1 y 0 después de la base de datos se cierra sin problemas. Si se vuelve a escribir el encabezado durante un bloqueo, Exchange utiliza la copia de encabezado con una suma de comprobación limpio cuando se reinicie Exchange.

Continuando con el ejemplo anterior, las sumas de comprobación estén realmente muy cerca entre sí, que se diferencia en sólo dos caracteres. Cuando las sumas de comprobación son close, esto indica que los cambios en la página fueron mínimos: quizás sólo un único bit error. Es muy probable que esta página todavía contiene suficientes de su estructura lógica que vale la pena analizar con Eseutil /M /P.

La suma de comprobación esperada en el mensaje de error es la suma de comprobación que se lea desde la página tal y como existe ahora en la base de datos. La suma de comprobación real en el mensaje de error es la suma de comprobación que Exchange vuelve a dinámicamente como lo lee en la página.

Si la suma de comprobación real en una página es 0x89abcdef, la página contiene todos los caracteres 0 x 00. Si la suma de comprobación real es 0x76543210, la página contiene todos los caracteres de 0xFF.

El ejemplo siguiente es un error -1019:
Information Store (3928) The database page read from the file
"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 1675264 (0x0000000000199000)
for 4096 (0x00001000) bytes failed verification because it contains
no page data.  The read operation will fail with error -1019 (0xfffffc05).
If this condition persists then please restore the database from a
previous backup.
					
Durante el funcionamiento normal, si una página puede informar de un error -1019 o un error -1018, -1019 error tiene prioridad y se informa. Recuerde que se produce un error -1019 siempre que el número de página en el que se escribe en una página es 0 x 00000000, pero Exchange espera que la página esté en uso. Puede resultar difícil probar si se produce un error -1019 porque el sistema de archivos asignada a un bloque de ceros en el archivo de base de datos, o debido a que Exchange ha cometido un error y se hace referencia a una página no utilizada como "en uso".

No puede saber desde el error anterior si no se ha inicializado la página o en algún otro estado. Debe utilizar Esefile y Eseutil para examinar más detenidamente la página. En este ejemplo, el número de página es 408 decimal (derivado de 0x199).

Puede utilizar Eseutil para examinar más detenidamente la página. El pgnoThis valor debe coincidir con el número de página que se consulta, y el ulChecksumParity valor informes adicionales ** suma de comprobación calculada valor si la suma de comprobación en la página es incorrecta. Puede utilizar el Esefile /D Cambie a mirar la página sin procesar para determinar si está sin inicializar (todos los caracteres de 0 x 00).

Falsos errores -1018

Cuando la página en el disco es correcta, pero el sistema de E/s recupera los datos de forma incorrecta, se produce un error de "false" -1018. Estos errores suelen ser transitorio y difícil de aislar. Pero incluso un error -1018 "false" merece mucha atención. La confiabilidad del sistema de almacenamiento aún está en peligro, y el sistema podría estar en peligro de problemas adicionales o error.

Si sospecha que los errores transitorios de lectura en el sistema, utilice el Esefile /D cambiar o Eseutil /M /P Para comprobar las páginas individuales que participan. Si utiliza cualquier utilidad de analizar toda la base de datos, coloca presión sobre el sistema de E/s que podría dar como resultado más falsos.

Exchange Server 5.5 Service Pack 2 (SP2) agrega funcionalidad para ayudar a identificar errores transitorios de lectura. Vuelve a Exchange leer una página 16 veces después de un error de comprobación de lectura. Si la página leer finalmente se consigue tras varios intentos, indica que hay un problema del sistema en la lectura de forma fiable desde el disco. Incluso si se produce un error en todas las lecturas de 16, no manera concluyente demuestra que la página es incorrecta. Realizar una prueba secundaria con Esefile o Eseutil.

Todas las bases de datos

Puesta a cero de base de datos está pensado para ocultar la información eliminada en una base de datos de Exchange para que no se puede recuperar ni leer mediante el examen directo del archivo de base de datos. Para obtener más información acerca de todas las bases de datos, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
223161Información sobre ESE puesta a cero
Si se habilita la puesta a cero de base de datos, las secciones de páginas vacías o parcialmente vacías que se hayan sobrescrito con modelos de caracteres específicos, pero la página aún no se devuelve al estado sin inicializar.

Propiedades

Id. de artículo: 314917 - Última revisión: martes, 24 de mayo de 2011 - Versión: 0.1
La información de este artículo se refiere a:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Palabras clave: 
kbinfo kbmt KB314917 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 314917

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com