Ese Util

c5541abf-15ce-464f-b5d2-758395fcdf3e

Guía de utilidades de bases de datos de Microsoft Exchange Server

Microsoft Corporation

Publicación: 12 de diciembre de 2006

Autor: Equipo de documentación de Exchange Server

Descripción breve

Cuando una base de datos está dañada, los datos se pueden restaurar a partir de la copia

de seguridad o reparar mediante Eseutil. Eseutil es una utilidad de la línea de comandos que

funciona con el Motor de almacenamiento extensible (ESE), los archivos de base de datos

(.edb), los archivos de secuencia (.stm) y los archivos de registro (.log) asociados a un

almacén de información en un grupo de almacenamiento determinado.

¿Comentarios? Envíe sus comentarios a [email protected].

mailto:[email protected]?subject=Print%20Feedback:%20Microsoft%20Exchange%20Server%20Database%20Utility%20Guid

Contents

Guía de utilidades de bases de datos de Exchange Server.....................................................7

ISInteg................................................................................................................................. 12

Para obtener más información............................................................................................12

Modo de desfragmentación de Eseutil /D...............................................................................13

¿Cómo funciona la desfragmentación de Eseutil?..............................................................14

¿Cuánto tarda en desfragmentarse una base de datos?....................................................14

¿Cuándo se debe ejecutar Eseutil /D?................................................................................15

¿Cuándo no se debe ejecutar Eseutil /D?...........................................................................16

Información adicional..........................................................................................................16

Cómo ejecutar Eseutil /D (Desfragmentación).......................................................................17

Antes de empezar...............................................................................................................17

Procedimiento.....................................................................................................................17


Modo de reparación de Eseutil /P..........................................................................................19

Volver a poner en producción una base de datos reparada................................................20

Práctica recomendada de Eseutil /P...................................................................................21

Versiones anteriores de Exchange......................................................................................21


Cómo ejecutar Eseutil /P (reparación) en diferentes escenarios............................................22

Antes de empezar...............................................................................................................22

Procedimiento.....................................................................................................................23

Consideraciones posteriores a la reparación......................................................................24

Referencia de la línea de comandos...................................................................................25


Modo de restauración de Eseutil /C.......................................................................................26


Cómo ejecutar Eseutil /C (restauración) en diferentes escenarios.........................................27

Antes de empezar...............................................................................................................28

Procedimiento.....................................................................................................................28

Control de la reproducción de los archivos de registro de transacciones...........................29

Sintaxis de línea de comandos...........................................................................................30


Modo de recuperación Eseutil /R...........................................................................................31

Recuperación de hardware.................................................................................................32

Recuperación de software..................................................................................................32

Diferencias de la versión.....................................................................................................33


Cómo ejecutar Eseutil /R en modo de recuperación..............................................................36

Sintaxis de línea de comandos para ejecutar Eseutil /R.....................................................37

Sintaxis de línea de comandos para escenarios de recuperación más complejos.............37



Modo de integridad de Eseutil /G...........................................................................................41

Otras versiones de Exchange.............................................................................................41


Cómo ejecutar Eseutil /G en modo de integridad...................................................................42

Procedimiento.....................................................................................................................42



Modo de volcado de archivo Eseutil /M..................................................................................45


Cómo ejecutar Eseutil /M en modo de volcado de archivo.....................................................46

Cómo ejecutar Eseutil /M....................................................................................................47



Modo de suma de comprobación de Eseutil /K......................................................................50

Versiones de Exchange anteriores......................................................................................51


Cómo ejecutar Eseutil /K en modo de suma de comprobación..............................................52

Antes de empezar...............................................................................................................52

Procedimiento.....................................................................................................................53



Modo de copia de archivo de Eseutil /Y.................................................................................55


Cómo ejecutar Eseutil /Y en modo de archivo de copia.........................................................56

Procedimiento.....................................................................................................................56



Estrategias de recuperación de bases de datos.....................................................................58

Descripción de la estructura de una base de datos............................................................58

Descripción de las estrategias de recuperación de bases de datos...................................58


Referencia para errores comunes de Eseutil.........................................................................61

Códigos de error. Descripciones.........................................................................................61


Copyright................................................................................................................................ 78

Guía de utilidades de bases de datos de Exchange Server

Cuando una base de datos está dañada, los datos se pueden restaurar a partir de la copia

de seguridad o reparar mediante Eseutil. Eseutil es una utilidad de la línea de comandos que

funciona con el Motor de almacenamiento extensible (ESE), los archivos de base de datos

(.edb), los archivos de secuencia (.stm) y los archivos de registro (.log) asociado a un

almacén de información en un grupo de almacenamiento determinado. Eseutil se ubica en la

carpeta C:\Program Files\Exchsrvr\Bin de Exchange Server 2000 y de

Exchange Server 2003. La herramienta se puede ejecutar en una base de datos a la vez

desde la línea de comandos y se puede utilizar para realizar diversas tareas de la base de

datos como, por ejemplo, reparación, desfragmentación sin conexión y comprobaciones de

integridad en Exchange Server 5.5, Exchange Server 2000 y Exchange Server 2003. Los

modificadores de Eseutil más comunes se enumeran en la tabla que se muestra a

continuación.

Nota:

Descargue la guía Guía de utilidades de bases de datos de Exchange Server (en

inglés) para imprimirla o consultarla sin conexión.

El modo de reparación de Eseutil se puede utilizar para reparar una base de datos dañada,

mientras que los modos de restauración y recuperación se pueden usar para reproducir

archivos del registro de transacciones en una base de datos. Los modos de volcado de

encabezado de archivo se pueden utilizar para correlacionar archivos de registro de bases

de datos y transacciones, así como para determinar otra información sobre ellos. El modo de

suma de comprobación se puede utilizar para comprobar la integridad del archivo de una

base de datos. El modo de archivo de copia es útil para copiar archivos grandes de forma

muy rápida. El modo de desfragmentación se puede utilizar para compactar una base de

datos sin conexión porque reduce el tamaño de los archivos de bases de datos eliminando

los espacios vacíos.

Los temas de esta guía describen la herramienta de reparación Eseutil e informan acerca de

las situaciones en que se puede utilizar dicha herramienta; asimismo, describen los

diferentes modos con instrucciones acerca de cómo ejecutar Eseutil en dichos modos y

proporcionan ayuda con la solución de errores comunes de Eseutil. Para obtener más

información acerca de errores comunes de Eseutil, consulte Referencia para errores

comunes de Eseutil.

7

http://go.microsoft.com/fwlink/?LinkId=71974


Modo de Eseutil Modificador Descripción

Desfragmentación /D Eseutil desfragmenta los

archivos de la base de

datos. Este modo reduce el

tamaño bruto en disco de la

base de datos (.edb) y de los

archivos de secuencia (.stm)

descartando la mayoría de

páginas vacías e índices ad

hoc.

Para obtener más

información al respecto,

consulte los temas

siguientes:

Modo de

desfragmentación de

Eseutil /D

Cómo ejecutar Eseutil /D

(Desfragmentación)

8


Reparación /P Eseutil repara las páginas

dañadas de la base de datos

en una base de datos sin

conexión pero descarta las

que no se pueden corregir.

En modo de reparación, la

utilidad Eseutil corrige tablas

individuales pero no ajusta

las relaciones entre tablas.

ISInteg deberá utilizarse

para comprobar las

relaciones lógicas entre

tablas.

Para obtener más


consulte los temas

siguientes:

Modo de reparación de

Eseutil /P

Cómo ejecutar Eseutil /P

(reparación) en

diferentes escenarios

Restauración /C Eseutil muestra el archivo

Restore.env y controla la

recuperación de hardware

después de la restauración

desde una copia de

seguridad en línea.

Para obtener más


consulte los temas

siguientes:

Modo de restauración de

Eseutil /C

Cómo ejecutar Eseutil /C

(restauración) en

diferentes escenarios

9


Recuperación /R Eseutil reproduce archivos

de registro de transacciones

o los desplaza para

restaurar una base de datos

a fin de mantener su

coherencia interna o para

actualizar una copia anterior

de una base de datos.

Para obtener más


consulte los temas

siguientes:

Modo de recuperación

Eseutil /R

Cómo ejecutar Eseutil /R

en modo de

recuperación

Integridad /G Eseutil comprueba la

integridad lógica del nivel de

página y del nivel del Motor

extensible de

almacenamiento (ESE) de la

base de datos pero no

comprueba la integridad de

base de datos a nivel de

almacén de información.

Para obtener más


consulte los temas

siguientes:

Modo de integridad de

Eseutil /G

Cómo ejecutar Eseutil /G

en modo de integridad

10


Volcado de archivo /M Eseutil muestra

encabezados de archivos de

base de datos, archivos de

registro de transacciones y

archivos de punto de control.

El modo también muestra la

asignación de espacio de

base de datos y los

metadatos.

Para obtener más


consulte los temas

siguientes:

Modo de volcado de

archivo Eseutil /M

Cómo ejecutar

Eseutil /M en modo de

volcado de archivo

Suma de comprobación /K Eseutil verifica las sumas de

comprobación en todas las

páginas de la base de datos

y archivos de secuencia.

Para obtener más


consulte los temas

siguientes:

Modo de suma de

comprobación de Eseutil

/K

Cómo ejecutar Eseutil /K

en modo de suma de

comprobación

11


Archivo de copia /Y Eseutil realiza una copia

rápida de archivos muy

grandes.

Para obtener más


consulte los temas

siguientes:

Modo de copia de

archivo de Eseutil /Y

Cómo ejecutar Eseutil /Y

en modo de archivo de

copia

ISIntegLa utilidad ISInteg se suele utilizar después de una operación de reparación de Eseutil.

También se puede utilizar cuando un evento o error la exige. Varios artículos de Microsoft

Knowledge Base recomiendan el uso de ISInteg para resolver problemas específicos.

ISInteg corrige los problemas de base de datos a nivel de aplicación de la base de datos.

Eseutil corrige los problemas de base de datos a nivel de ESE. ISInteg entiende la base de

datos como una colección de buzones y elementos dentro de éstos, y puede correlacionar y

reparar información y relaciones entre buzones, carpetas, elementos y datos adjuntos.

El personal de pruebas creó en un principio ISInteg como una utilidad para uso interno en el

grupo de desarrollo de Exchange, aunque se lanzó al público debido a su utilidad general.

Puede realizar varias pruebas independientes e interrelacionadas de la base de datos y

puede solucionar las discrepancias que encuentra. ISInteg no puede corregir

exhaustivamente todos los problemas posibles de la base de datos aunque suele funcionar

correctamente. Con el tiempo, ISInteg se ha mejorado incrementalmente para hacerlo más

robusto y útil.

Para obtener más informaciónPara obtener más información acerca de las estrategias de recuperación de la base de

datos, consulte Estrategias de recuperación de bases de datos.

Para obtener más información acerca de errores comunes de Eseutil, consulte Referencia

para errores comunes de Eseutil.

12

Para obtener más información sobre la utilidad ISInteg, consulte el artículo 182081 de

Microsoft Knowledge Base "Descripción de la herramienta de Isinteg"

(http://go.microsoft.com/fwlink/?linkid=3052&kbid=182081).

Para obtener más información acerca de la reparación de bases de datos de Exchange y de

la recuperación de desastres, consulte la Guía de operaciones para la recuperación de

desastres de Exchange Server 2003 (http://go.microsoft.com/fwlink/?LinkId=47570).

Para obtener más información acerca de los tipos de archivos del Motor de almacenamiento

extensible (ESE), consulte Extensible Storage Engine Files (http://go.microsoft.com/fwlink/?

LinkId=68167). (Archivos del Motor de almacenamiento extensible).

Modo de desfragmentación de Eseutil /D

El modificador /D de Eseutil se usa para desfragmentar y compactar una base de datos sin

conexión. La opción de desfragmentación hace que el almacenamiento usado sea contiguo,

elimina el almacenamiento no utilizado y compacta la base de datos, lo que reduce su

tamaño. Para obtener instrucciones sobre cómo usar la sintaxis de Eseutil /D, consulte Cómo

ejecutar Eseutil /D (Desfragmentación).

El modificador /D de Eseutil se usa para desfragmentar y compactar una base de datos.

Durante las operaciones habituales, los archivos de base de datos nunca disminuyen por

debajo de su tamaño actual. A medida que se libera espacio en la base de datos debido a la

eliminación de elementos, las páginas existentes se vuelven a usar en la medida de lo

posible. Habitualmente, una base de datos de Microsoft® Exchange Server aumentará

durante varios meses después de haberse puesto en servicio, si bien finalmente el tamaño

se estabiliza.

En condiciones normales, realizar una desfragmentación sin conexión no hará que se

recupere un espacio en disco significativo de forma permanente. El archivo aumentará de

nuevo a su tamaño no desfragmentado previo. En circunstancias especiales, como al mover

una gran cantidad de buzones de la base de datos, es posible que merezca la pena

desfragmentar la base de datos sin conexión. De forma predeterminada, en el transcurso de

una operación habitual la base de datos se desfragmenta lógicamente cada noche. Esto no

reduce el tamaño del archivo en disco, pero sí hace que la base de datos funciones de

manera eficaz.

Nota:

Puede usar la utilidad Eseutil para desfragmentar el almacén de información y el

directorio de Microsoft Exchange Server 5.5 y el almacén de información de

Microsoft Exchange 2000 y versiones más recientes.

13




http://go.microsoft.com/fwlink/?linkid=3052&kbid=182081

¿Cómo funciona la desfragmentación de Eseutil?Cuando Eseutil desfragmenta una base de datos eliminando el almacenamiento no utilizado

y compactando la base de datos, en realidad lo que hace es crear una base de datos nueva

que contiene toda la información de la original. Una vez que se ha completado la

desfragmentación, la base de datos original se elimina o guarda en una ubicación

especificada por el usuario y la nueva versión se copia sobre la original. Si la utilidad

encuentra un problema lógico grave en la base de datos, la desfragmentación se detendrá.

En tal caso, la base de datos deberá repararse primero con Eseutil /P para poder

desfragmentarla.

Cuando se realiza una desfragmentación sin conexión, Exchange crea copias temporales del

archivo de base de datos (archivo .edb) y del archivo de base de datos de secuencias

(archivo .stm). Las tablas del archivo .edb se conservan y copian en la base de datos

temporal, mientras que las páginas e índices que estén vacíos se descartan. Dado que esto

hace que cambien los números de las páginas físicas de la base de datos, las páginas no se

copian inalteradas, sino que todos los vínculos de página existentes entre ellas se actualizan

y todas las páginas que queden en la base de datos pasarán por comprobaciones de

integridad. Todas las páginas en el archivo .stm que contengan información se conservarán

en el archivo temporal .stm y las referencias a las páginas se actualizan en el archivo .edb.

¿Cuánto tarda en desfragmentarse una base de datos?La duración de una desfragmentación depende de la cantidad de base de datos que hay

vacía y no del tamaño del archivo de base de datos. Por ejemplo, si se desfragmenta una

base de datos de 100 GB que contiene 10 GB datos, se invertirá el mismo tiempo que en

desfragmentar una base de datos de 11 GB que contiene 10 GB de datos.

De forma predeterminada, cuando la desfragmentación finaliza, la base de datos temporal se

convierte automáticamente en la nueva base de datos de producción y la base de datos de

producción original se elimina. La duración de la desfragmentación puede reducirse

notablemente si tiene al menos el mismo espacio libre en las mismas unidades lógicas que el

tamaño de los archivos de base de datos originales. Así, la base de datos temporal puede

colocarse en la misma unidad lógica y la copia final se completará casi de manera inmediata.

No es recomendable usar una unidad de red para conservar la base de datos temporal. Si

utiliza una unidad de red para la base de datos temporal la desfragmentación tardará más

tiempo y cualquier error en la red, ya sea transitorio o permanente, finalizaría el proceso.

Puesto que una desfragmentación no puede reanudarse, tendría que empezar de nuevo

desde el principio.

14

Nota:

Solamente necesita un espacio libre extra en la unidad lógica similar al tamaño final

de los archivos tras la desfragmentación. Si bien es imposible anticipar la cantidad

de espacio en disco exacta que se va a recuperar, se recomienda destinar un 110%

de espacio libre en disco para garantizar que el proceso es correcto. Para obtener

información sobre cómo determinar la cantidad de espacio en disco necesaria para

la desfragmentación, consulte el artículo 195914 de Microsoft Knowledge Base,

"Determinar espacio libre en base de datos con Exchange 5.5 Service Pack 1 y

versiones posteriores de Exchange" (http://go.microsoft.com/fwlink/?

linkid=3052&kbid=195914).

¿Cuándo se debe ejecutar Eseutil /D?Existen diversas situaciones donde resulta adecuado ejecutar Eseutil /D para desfragmentar

una base de datos de Exchange. A continuación se muestra una lista de tales situaciones:

Existe una cantidad considerable de espacio en blanco en la base de datos que puede

recuperarse y que no se va a volver a usar. Un ejemplo sería cuando el número de

buzones en la base de datos se ha reducido considerablemente.

Un evento se registra de forma reiterada en el registro de la aplicación y aconseja que

desfragmente la base de datos sin conexión. Esto sucede en raras ocasiones, cuando

una desfragmentación en línea normal ya no puede desfragmentar la base de datos

eficazmente.

Cuando se llega al límite de tamaño de base de datos de 16 GB en la versión estándar

de Exchange y se debe recuperar espacio en blanco para montar la base de datos. Si

ejecuta Exchange Server 2003, deberá instalar Service Pack 2 (SP2) para elevar el

límite a 75 GB. Para obtener más información sobre el aumento del límite del tamaño de

la base de datos, consulte el artículo 828070 de Microsoft Knowledge Base, "El almacén

del buzón de Exchange Server 2003 no se monta cuando la base de datos del almacén

del buzón alcanza el límite de 16 GB" (http://go.microsoft.com/fwlink/?

linkid=3052&kbid=828070).

Nota:

Tras desfragmentar la base de datos usando Eseutil, recomendamos que realice una

copia de seguridad completa de la base de datos. Esta copia de seguridad completa

es necesaria porque con la desfragmentación de la base de datos se crean nuevos

archivos de base de datos que tienen firmas de base de datos nuevas. La

reproducción del archivo de registro tras la restauración depende de las firmas de la

base de datos para coincidir con los valores previstos escritos en los archivos de

registro de transacciones. Cualquier copia de seguridad de la base de datos

realizada antes de la desfragmentación contendrá archivos de base de datos que

tienen firmas distintas de las de la nueva base desfragmentada. En caso de que se

15





restaure una base de datos más antigua, los nuevos registros de transacciones

vinculados con los archivos de la nueva base desfragmentada no se reproducirán.

¿Cuándo no se debe ejecutar Eseutil /D?Existen diversas situaciones donde no resulta adecuado ejecutar Eseutil /D para

desfragmentar una base de datos de Exchange. A continuación se muestra una lista de tales

situaciones:

La desfragmentación de Eseutil no debe ejecutarse a modo mantenimiento estándar.

Exchange ejecuta una desfragmentación en línea automática cada noche que controla el

mantenimiento cotidiano de Exchange. No hay motivo alguno por el que haya que

ejecutar periódicamente una desfragmentación sin conexión, a menos que se den unas

circunstancias especiales.

La desfragmentación de Eseutil no se puede ejecutar cuando la base de datos no esté

en un estado coherente.

Nota:

Como norma, a menos que prevea recuperar más de un 20 por ciento de espacio

disponible, la desfragmentación no provocará una disminución permanente de los

archivos de base de datos.

Información adicionalPara obtener más información, consulte los siguientes temas de la Guía de utilidades de

bases de datos de Exchange Server:

Modo de reparación de Eseutil /P

Modo de restauración de Eseutil /C

Modo de recuperación Eseutil /R

Modo de integridad de Eseutil /G

Modo de volcado de archivo Eseutil /M

Modo de suma de comprobación de Eseutil /K

Modo de copia de archivo de Eseutil /Y

Estrategias de recuperación de bases de datos

Referencia para errores comunes de Eseutil

16

Cómo ejecutar Eseutil /D (Desfragmentación)

En esta sección se explica cómo se puede utilizar el comando Eseutil para desfragmentar o

compactar archivos de base de datos de Exchange sin conexión en todas las versiones de

Exchange. Para obtener información acerca de Eseutil /D, consulte Modo de

desfragmentación de Eseutil /D.

Antes de empezarAntes de desfragmentar una base de datos mediante Eseutil, tenga en cuenta lo siguiente:

1. Asegúrese de que dispone de espacio libre en el disco igual al 110 por ciento del tamaño

final de la base de datos que desea procesar (siendo el tamaño final el tamaño actual del

archivo menos el tamaño del espacio en blanco de éste).

2. Desmonte la base de datos antes de desfragmentar ya que Eseutil realiza una

desfragmentación sin conexión. Durante la desfragmentación sin conexión, los clientes

no tendrán acceso a la base de datos desmontada.

Procedimiento

Cómo desfragmentar una base de datos de Exchange 2000 o Exchange 2003

1. En el Administrador del sistema de Exchange, haga clic con el botón secundario

del mouse en la base de datos que desee desfragmentar y, a continuación, haga clic

en Desmontar el almacén.

2. En el símbolo del sistema, cambie a la carpeta Exchsrvr\Bin y, a continuación,

escriba el comando Eseutil /d, un modificador de base de datos y cualquier otra

opción que desee utilizar. Por ejemplo, el siguiente comando (todo en una sola línea

de comando) ejecuta la utilidad de desfragmentación estándar en una base de datos

de buzones:

C:\program files\exchsrvr\bin> Eseutil /d c:\progra~1\exchsrvr\mdbdata\priv1.edb

Utilice el siguiente modificador de base de datos para ejecutar la desfragmentación

Eseutil en una base de datos específica:

Eseutil /d <database_name> [options]

Cómo desfragmentar la base de datos de Exchange Server 5.5

1. Detenga el servicio que controla la base de datos que desea desfragmentar

17

utilizando el subprograma Servicios del Panel de control.

Para el directorio de la base de datos de Exchange, detenga el servicio de

directorio de Microsoft Exchange.

Para las bases de datos de buzones de Exchange o de carpetas públicas,

detenga el servicio Almacén de información de Microsoft Exchange.

2. En el símbolo del sistema, cambie a la carpeta Winnt\System32 y, a continuación,

escriba el comando Eseutil /d, un modificador de base de datos y cualquier otra

opción que desee utilizar.

Por ejemplo, el siguiente comando ejecuta la utilidad de desfragmentación estándar

en el directorio y almacena la copia en el archivo definido por el usuario:

C:\winnt\system32> Eseutil /d /ds /tc:\dbback\tempdfrg.edb /p

Utilice uno de los siguientes modificadores de base de datos para ejecutar Eseutil en

una base de datos específica.

Option Description----------------------------------------/ds Directory/ispriv Private information store/ispub Public information store

Utilice una o varias de las siguientes opciones para especificar las operaciones que

desee realizar en la base de datos.

Referencia de la línea de comandos

Ésta es la referencia de la línea de comandos que se observa al escribir Eseutil ./? en el

símbolo del sistema de la carpeta Exchsrvr\Bin y la D seleccionada para la

desfragmentación.

DEFRAGMENTATION/COMPACTION: DESCRIPTION: Performs off-line compaction of a database. SYNTAX: ESEUTIL /d <database name> [options] PARAMETERS: <database name> - filename of database to compact OPTIONS: zero or more of the following switches, separated by a space: /s<file> - set streaming file name (default: NONE) /t<db> - set temp. database name (default: TEMPDFRG*.EDB) /f<file> - set temp. streaming file name (default: TEMPDFRG*.STM) /i - do not defragment streaming file /p - preserve temporary database (ie. don't instate) /b<db> - make backup copy under the specified name /8 - set 8k database page size (default: auto-detect) /o - suppress logo NOTES: 1) If instating is disabled (ie. /p), the original database is preserved uncompacted, and the temporary database will

18

contain the defragmented version of the database.

Para obtener más informaciónPara obtener más información, consulte los siguientes temas en la Guía de utilidades de












El modo de reparación de Eseutil corrige los problemas de base de datos en los niveles de

página y de tabla del Motor de almacenamiento extensible (ESE), aunque no lo hace a nivel

de aplicación. Después de reparar una base de datos mediante Eseutil, deberá ejecutar

ISInteg para reparar la base de datos a nivel de aplicación. Para comprender el significado

de nivel de página de base de datos, niveles de tabla del ESE y los niveles de aplicación,

consulte Estrategias de recuperación de bases de datos. Para obtener más información

acerca de la sintaxis y las instrucciones para utilizar Eseutil /P, consulte Cómo ejecutar

Eseutil /P (reparación) en diferentes escenarios.

Durante la reparación, puede que sea necesario descartar filas de tablas o incluso tablas

enteras. Una vez completadas las reparaciones a nivel de ESE, es necesario realizar una

reparación a nivel de aplicación para corregir problemas que puedan existir a nivel de

aplicación debido a la falta de datos. La utilidad de integridad de almacenes de información

(ISInteg) se puede utilizar para realizar este análisis y reparación a nivel de aplicación en

Exchange. En el siguiente ejemplo se explica cómo funciona la reparación de Eseutil.

Por ejemplo, una tabla de la base de datos almacena mensajes de todos los buzones. Se

utiliza una tabla independiente para cada carpeta Bandeja de entrada de usuario.

Supongamos que se pierde un mensaje al utilizar Eseutil para reparar la tabla del mensaje.

Eseutil no correlacionará el mensaje con la referencia a éste de cada carpeta Bandeja de

19

entrada porque Eseutil no comprende el esquema de tablas cruzadas de la aplicación.

ISInteg es necesario para comparar la tabla de mensaje reparada con cada carpeta Bandeja

de entrada y para eliminar un mensaje perdido de la Bandeja de entrada.

En resumen, Eseutil mira en cada una de las páginas y tablas de la base de datos de

Exchange y asegura la coherencia e integridad dentro de cada tabla. ISInteg, cuya ejecución

se recomienda realizar después de Eseutil, repara una base de datos a nivel de aplicación y

asegura la integridad de las relaciones entre tablas.

La reparación de las bases de datos implica la realización, en este orden, de estas tres

etapas:

1. Eseutil se ejecuta en modo /P para realizar una reparación a nivel de tabla y de página

de la base de datos

2. Eseutil se ejecuta en modo /D para reconstruir por completo los índices y desfragmentar

la base de datos

3. A continuación, ISInteg se ejecuta para reparar la base de datos a nivel de aplicación

Nota:

Una reparación correcta no significa necesariamente que una base de datos se

pueda utilizar siempre. La pérdida de los metadatos del sistema puede dejar una

base de datos sin montar o vacía. Cuando una base de datos no se puede reparar,

puede restaurar los datos a partir de la copia de seguridad o crear una base de datos

nueva.

Volver a poner en producción una base de datos reparadaEl usuario debe tomar una decisión propia acerca de si debe mantener en producción de

forma permanente una base de datos reparada. La política de muchos administradores es

utilizar las bases de datos reparadas sólo para salvar datos. Los administradores mueven los

buzones a otra base de datos tan pronto como pueden o combinan los datos de una base de

datos reparada con una base de datos buena conocida.

Tanto Eseutil como ISInteg generan archivos de registro de reparación detallados que

enumeran los errores encontrados y corregidos. Para obtener más información acerca de las

causas y consecuencias de errores específicos, puede buscar en la Microsoft Knowledge

Base y consultar el tema en Referencia para errores comunes de Eseutil. La información de

estas áreas puede ayudar a decidir si es mejor aceptar los riesgos de dejar en producción

una base de datos reparada.

20

Práctica recomendada de Eseutil /PUtilice Eseutil /P si no puede restaurar una base de datos a partir de la copia de seguridad o

cuando no se pueda recuperar por completo los registros de transacciones.

Nota:

Si no puede recuperar por completo los registros de transacciones, lo mejor es

seguir una estrategia híbrida. Puede restaurar una versión de trabajo de la base de

datos a partir de la copia de seguridad, reparar la base de datos dañada del grupo

de almacenamiento de recuperación y combinar ambas bases de datos.

Microsoft recomienda que siga estas prácticas recomendadas al reparar una base de datos:

No permita que una base de datos reparada permanezca en producción durante un

período de tiempo prolongado.

No utilice la opción de reparación de Eseutil cuando la copia de seguridad esté

disponible.

No utilice el modo de reparación de Eseutil para eliminar un error -1018. Para obtener

información acerca del error -1018, consulte el artículo 812531 de la Microsoft

Knowledge Base, "Support WebCast: Microsoft Exchange: Understanding and Resolving

Error -1018" ("Web de soporte técnico Microsoft Exchange: Comprender y resolver error

1018")(http://go.microsoft.com/fwlink/?linkid=3052&kbid=812531).

Versiones anteriores de ExchangeLa tabla que se muestra a continuación explica el modo en que funciona el modo de

reparación de Eseutil en las distintas versiones de Exchange:

Exchange 200x De forma predeterminada, se almacena un

registro detallado del proceso de reparación

en un archivo de texto sin formato llamado

database.integ.raw. Este registro indicará al

usuario exactamente las tablas que se

repararon y los problemas que tuvieron que

repararse.

Exchange 5.5 Se necesitaba para especificar el registro

detallado con el modificador /V para ver

detalles similares.

21













Cómo ejecutar Eseutil /P (reparación) en diferentes escenarios

La sintaxis y los comportamientos de Eseutil que se describen en esta sección se aplican a

Exchange Server 2003 Service Pack 2 (SP2) y proporcionan instrucciones para ejecutar la

reparación de Eseutil en la base de datos. El modo de reparación de Eseutil corrige bases de

datos dañadas a niveles de página y tabla, aunque no a nivel de aplicación. Es posible que

una reparación se realice correctamente, por lo que se mantendrán las tablas de base de

datos coherentes, aunque puede que la base de datos quede tan dañada que no se pueda

montar. Para obtener más información acerca del modo de reparación de Eseutil, consulte

Modo de reparación de Eseutil /P.

Antes de empezarTenga en cuenta lo siguiente antes de ejecutar el modo de reparación de Eseutil en la base

de datos:

Debe haber suficiente espacio de disco en la unidad lógica local para la base de datos

de reparación temporal. Sugerimos mantener el 20 por ciento del tamaño de los archivos

de la base de datos que se van a reparar, aunque el tamaño del archivo temporal variará

considerablemente en función de la naturaleza de las reparaciones. Si no se puede

mantener un espacio suficiente, puede redireccionar archivos temporales a una unidad

diferente, como se escribe a continuación.

22

La base de datos de secuencia (archivo .stm) debe estar en la misma carpeta que la

base de datos (archivo .edb) de la Interfaz de programación de aplicaciones de

mensajería (MAPI) o deberá establecer un modificador de línea de comando para

identificar la ruta de acceso de la base de datos de secuencia, como se describe a

continuación.

Procedimiento

Para ejecutar Eseutil /P

La sintaxis de línea de comandos básica para reparar una base de datos con Eseutil

es:

ESEUTIL /P database_filename.edb

Nota:

Con Exchange Server 5.5, deberá ejecutar /V para ver el registro detallado

predeterminado de Exchange 2000 Server y versiones posteriores.

El usuario podrá encontrar estas situaciones al ejecutar la reparación de Eseutil en la base

de datos:

Los archivos de la base de datos y los de secuencia no coinciden

Falta el archivo de secuencia

Los archivos de la base de datos y los de secuencia no coinciden

Ciertos errores de hardware pueden dejar la base de datos y las bases de datos de

secuencia sin sincronización entre sí o puede que el usuario obtenga una base de datos de

secuencia no actualizada con respecto al archivo de base de datos. De forma

predeterminada, la reparación comprueba al principio si se produjo este problema, en cuyo

caso, sale que el usuario pueda obtener el archivo correcto si está disponible.

Puede forzar la reparación para que continúe después de este problema, pero si el archivo

de secuencia es uno que en realidad no pertenece a la base de datos, esta operación no

salvará los datos de éste. En su lugar, se seleccionarán todos los datos del archivo de

secuencia. Fuerce la omisión de una discrepancia sólo si está muy seguro de que los

archivos de secuencia y de base de datos están juntos y de que están a punto de estar

sincronizados entre sí.

La base de datos de secuencia se compone íntegramente de datos de usuario sin procesar.

Toda la estructura lógica y la información de propiedad sobre los datos se encuentran en la

base de datos de MAPI (archivo .edb). Todos los datos del archivo .stm que no coincidan con

los indicadores del archivo .edb se perderán durante una reparación.

23

Siga estos pasos para ejecutar Eseutil /P con el fin de omitir una discrepancia del archivo de

secuencia:

Para omitir la discrepancia del archivo de secuencia

Para omitir una discrepancia del archivo de secuencia, agregue el modificador /I a la

línea de comandos de Eseutil. Por ejemplo:

ESEUTIL /P priv1.edb /I

Falta el archivo de secuencia

Incluso si la base de datos de secuencia se ha destruido o falta, el usuario puede completar

correctamente una reparación, pero se perderán todos los datos de ese archivo. Si la

mayoría de los usuarios son clientes de MAPI (usuarios de Microsoft® Office Outlook®),

puede que la pérdida de datos sea insignificante. Si la mayoría de usuarios se conectan

mediante el Protocolo de oficina de correos versión 3 (POP3) o Protocolo de acceso a

mensajes de Internet versión 4 (IMAP4), es probable que la pérdida de datos sea

catastrófica.

Siga el paso siguiente para ejecutar Eseutil /P cuando falte un archivo de secuencia de base

de datos o cuando la reparación no pueda terminar con el archivo de secuencia actual:

Para crear un nuevo archivo de secuencia

Para crear un nuevo archivo de secuencia, utilice el modificador /CREATESTM. Por

ejemplo:

ESEUTIL /P PRIV1.EDB /CREATESTM

Consideraciones posteriores a la reparaciónRecuerde lo siguiente después de haber ejecutado Eseutil /P para reparar la base de datos:

Realice una copia de seguridad completa de la base de datos tan pronto como pueda

después de la reparación. La reparación invalida las copias de seguridad anteriores.

Esto no significa que las copias de seguridad anteriores no se puedan restaurar o que

sean totalmente despreciables. Significa que la reparación hace imposible desplazar la

base de datos a partir de una copia de seguridad anterior. Si restaura una copia de

seguridad anterior, la reproducción del archivo de registro de transacciones terminará en

el punto en que se realizó la reparación. Los cambios en la base de datos posteriores a

la reparación no se pueden volver a colocar en una base de datos restaurada. Por lo

tanto, es de suma importancia que realice una copia de seguridad completa de la base

de datos tan pronto como pueda después de la reparación.

24

Recuerde que debe ejecutar la desfragmentación (Eseutil /D) así como ISInteg -fix para

terminar la reparación. Sólo si intenta utilizar la base de datos reparada para guardar

datos y, a continuación, descartarlos, puede omitir estos pasos adicionales. Omitirlos

significa que puede que se guarden menos datos que si se realizan los pasos

adicionales, pero también puede significar ahorrar varias horas de tiempo de

recuperación.

Importante:

Debe realizar una copia de seguridad completa de la base de datos, ejecutar la

desfragmentación y ejecutar ISInteg antes de volver a poner en producción una base

de datos reparada. La práctica recomendada del grupo de TI de Microsoft es mover

un buzón en cuanto sea viable más que dejar una base de datos reparada en

producción de forma indefinida. Para obtener más información, consulte Modo de

reparación de Eseutil /P.

Referencia de la línea de comandosÉsta es la referencia de la línea de comandos que se observa al escribir Eseutil ./? en el

símbolo del sistema de la carpeta Exchsrvr\Bin y la P seleccionada para la reparación.

REPAIR: DESCRIPTION: Repairs a corrupted or damaged database. SYNTAX: ESEUTIL /p <database name> [options] PARAMETERS: <database name> - filename of database to repair OPTIONS: zero or more of the following switches, separated by a space: /s<file> - set streaming file name (default: NONE) /t<db> - set temp. database name (default: TEMPREPAIR*.EDB) /f<name> - set prefix to use for name of report files (default: <database>.integ.raw) /i - bypass the database and streaming file mismatch error /g - run integrity check before repairing /createstm - create empty streaming file if the file is missing /8 - set 8k database page size (default: auto-detected) /o - suppress logo NOTES: 1) Repair does not run database recovery. If a database is in a "Dirty Shutdown" state it is strongly recommended that before proceeding with repair, recovery is first run to properly complete database operations for the previous shutdown. 2) The /i option ignores the signature mismatch error in the check phase if the database and streaming file do not match each other. The database and streaming file will receive new signatures in the repair phase. Without using this option, repair will terminate immediately once the database and streaming file mismatch error occur 3) The /g option pauses the utility for user input before repair is performed if corruption is detected. This optio overrides /createstm and /o options. 4) The /createstm option is irreversible. Once you

25

start the repair process a new streaming file will be created. Any streaming file that existed before the repair will no longer work with this database.













El modo de restauración de Eseutil permite ejecutar recuperaciones de hardware en una

base de datos restaurada a partir de una copia de seguridad en línea y, asimismo, ver el

archivo Restore.env. Este archivo se genera durante la restauración de una copia de

seguridad en línea y controla el proceso de recuperación de hardware. Para obtener más

información acerca de la ejecución de Eseutil /C, consulte Cómo ejecutar Eseutil /C

(restauración) en diferentes escenarios.

El término "recuperación de hardware" hace referencia al proceso mediante el cual se

controla la reproducción del archivo de registro de transacciones en una base de datos que

se ha restaurado usando la interfaz de programación de aplicaciones (API) de la copia de

seguridad tradicional en línea heredada. Este proceso es distinto a la reproducción del

registro de transacciones que tiene lugar después de un bloqueo de la base de datos o tras

haber restaurado una base de datos usando la API de la copia de seguridad del Servicio de

instantáneas de volumen (VSS).

Las aplicaciones de copia de seguridad que implementan la API de copia de seguridad

tradicional en línea heredada de Exchange ofrecen una configuración en la interfaz de

usuario para iniciar una recuperación de hardware tras la restauración del último conjunto de

26

copia de seguridad. En Microsoft® Windows NT® NTBackup, esto se denomina “último

conjunto de copia de seguridad”.

Si no consigue activar la recuperación de hardware de la aplicación de copia de seguridad,

deberá ejecutarla manualmente desde la línea de comandos con Eseutil para poder montar

la base de datos restaurada.

Nota:

Si ejecuta los comandos de restauración de Eseutil desde donde el archivo

Restore.env se encuentra, la sintaxis de los comandos es muy sencilla. De lo

contrario, deberá agregar la información de la ruta a los modificadores. En

consecuencia, se recomienda enormemente ejecutar estos comandos desde la

ubicación de Restore.env.

Información adicionalPara obtener más información acerca de la recuperación de una base de datos, consulte

Recuperación de una base de datos de Exchange (http://go.microsoft.com/fwlink/?

LinkId=67227).

Para obtener más información, consulte los siguientes temas de la Guía de utilidades de











Cómo ejecutar Eseutil /C (restauración) en diferentes escenarios

En esta sección se explica la sintaxis de la línea de comandos y la reproducción de archivos

de registro de transacciones para ejecutar una recuperación de hardware mediante la

restauración de Eseutil en la base de datos. El modo de restauración de Eseutil permite

27



ejecutar la recuperación de hardware en una base de datos restaurada a partir de una copia

de seguridad en línea, así como ver el archivo Restore.env. El archivo Restore.env se crea al

restaurar una base de datos a partir de una copia de seguridad en línea y controla el proceso

de recuperación de hardware. Para obtener más información acerca de Eseutil /C, consulte

Modo de restauración de Eseutil /C.

Antes de empezarImportante:

Es posible que el comando Eseutil /CC no funcione en un servidor de Exchange

2000 que se ejecute en un clúster de servidor, por lo que puede recibir el siguiente

mensaje de error: Error devuelto de una llamada a una función de devolución de

llamada (0x8004010F). Operación finalizada con un error -107

(JET_errInternalError, Fatal internal error).

Para obtener más información acerca de este error, consulte el artículo 266689 de Microsoft

Knowledge Base, "El comando "eseutil /cc" no funciona en servidor de clúster".

Procedimiento

Para ejecutar Eseutil /C

Para ver el archivo Restore.env, utilice esta sintaxis de línea de comandos básica:

ESEUTIL /CM “d:\temp\First Storage Group”

Nota:

Si ejecuta el comando desde el directorio en que se encuentra Restore.env,

no es necesario especificar los datos de la ruta de acceso. Si especifica los

datos de la ruta de acceso, no anexe Restore.env al final de la ruta de

acceso.

Para ejecutar una recuperación de hardware, ejecute la siguiente sintaxis de línea de

comandos:

ESEUTIL /CC “d:\temp\First Storage Group”

Nota:

Si ejecuta el comando desde el directorio en que se encuentra Restore.env,

no es necesario especificar los datos de la ruta de acceso. Si especifica los

datos de la ruta de acceso, no anexe Restore.env al final de la ruta de

acceso.

Para obtener más información acerca del modo de ejecutar Eseutil /CC, consulte

28


"Cómo ejecutar Eseutil /cc" (http://go.microsoft.com/fwlink/?LinkId=67228).

Para forzar la recuperación de una base de datos no victimizada, puede ejecutar el

siguiente comando como si la base de datos estuviera victimizada, tal y como se

muestra en este ejemplo:

ESEUTIL /CC /T

Nota:

No utilice parámetros con el modificador /T. El uso del modificador /T hará

que se reproduzcan todos los registros de transacciones que se encuentren

en la ubicación de Restore.env, tanto si se encuentran en el archivo

Restore.env como si no. No se reproducirán registros de la carpeta en

ejecución

Control de la reproducción de los archivos de registro de transacciones.El comportamiento de reproducción del archivo de registro de transacciones mediante Eseutil

/CC depende se si la base de datos se ha victimizado o no.

Nota:

Si no está seguro del estado de victimización de una base de datos, copie los

archivos de registro en las carpetas temporales y en ejecución. De este modo, se

asegurará de que alguna de las copias del registro se tendrá en cuenta a la hora de

la reproducción.

Si una base de datos NO se ha victimizado, los registros de transacciones se reproducirán de la siguiente manera:

En primer lugar, se reproducirá la secuencia de archivos de registro del archivo

Restore.env.

Si existen más archivos de registro en la ubicación de Restore.env, no se reproducirán

bajo ningún concepto.

Si existen archivos de registro coincidentes adicionales en la carpeta de registro del

grupo de almacenamiento en ejecución y están en secuencia contigua con los archivos

enumerados en Restore.env, se reproducirán.

Si existen archivos de registro adicionales en la carpeta de registro del grupo de

almacenamiento en ejecución y no coinciden o no están en secuencia contigua y se ha

deshabilitado el registro circular, se producirá un error y no se podrá realizar la

recuperación de hardware. Para resolver errores de este tipo, los archivos de registro

coincidentes y contiguos deben estar ubicados; por otra parte, puede utilizar los

modificadores de Eseutil /CC /T para ignorar los archivos de registro de la carpeta en

29


ejecución y reproducir únicamente archivos de registro enumerados en el archivo

Restore.env.

Si el registro circular está actualmente habilitado o estaba habilitado cuando se realizó la

copia de seguridad, sólo se reproducirán los archivos de registro enumerados en

Restore.env.

Si no existen archivos de registro en la carpeta de registro del grupo de almacenamiento

en ejecución, la recuperación se realizará correctamente utilizando sólo los archivos de

registro enumerados en Restore.env.

Si una base de datos se ha victimizado, los registros de transacciones se reproducirán de la siguiente manera:


Restore.env.

Si existen archivos de registro adicionales en la ubicación de Restore.env y, además,

coinciden y son contiguos con los registros enumerados en Restore.env, también se

reproducirán.

No se reproducirán archivos de registro adicionales de la carpeta de registro del grupo

de almacenamiento en ejecución.

Si se ha restaurado una base de datos en un grupo de almacenamiento de recuperación (RSG), los registros de transacciones se reproducirán de la siguiente manera:

El resto de bases de datos del RSG se deben desmontar antes de iniciar la reproducción

de cualquier archivo de registro de transacciones.


Restore.env.

Si existen archivos de registro coincidentes adicionales en la carpeta de registro en

ejecución del RSG y están en secuencia contigua con los archivos enumerados en

Restore.env, se reproducirán.

Si existen más archivos de registro en la ubicación de Restore.env, no se reproducirán

bajo ningún concepto.

Importante Cuando la recuperación de hardware se realiza correctamente, se eliminan

todos los archivos del directorio temporal (donde se creó Restore.env). Nunca coloque una

copia única de un archivo de registro en la carpeta temporal Restore.env.

Sintaxis de línea de comandosÉsta es la referencia de la línea de comandos que se observa al escribir Eseutil ./? en el

símbolo del sistema de la carpeta Exchsrvr\Bin y la C seleccionada para la restauración.

30

RESTORE: DESCRIPTION: Restore information and completion. SYNTAX: ESEUTIL /c[mode-modifier] <path name> [options] PARAMETERS: [mode-modifier] - a letter designating the type of operation to be done m - dump Restore.Env c - start recovery for a Restore.Env <path name> - directory of the restore (Restore.Env location) OPTIONS: zero or more of the following switches, separated by a space: /t[instance] - name of the instance containing the log files to play forward, or if [instance] is not specified, don't play forward any log files unless they are in the restore directory (default: use instance specified by Restore.Env) /f<path name> - directory containing the log files to play forward (note: doesn't work with /t) /k - preserves the log files used for recovery /8 - set 8k database page size (default: 4k) /o - suppress logo

Información adicionalPara obtener más información, consulte los siguientes temas en la Guía de utilidades de












La recuperación se refiere al proceso de reproducción de archivos del registro de

transacciones en una base de datos. Hay dos tipos de recuperación:

31

Recuperación del hardware: Se refiere a un proceso de reproducción del registro de

transacciones que tiene lugar después de restaurar una base de datos desde una copia

de seguridad en línea.

Recuperación de software: Se trata de un proceso de reproducción del archivo de

transacciones que tiene lugar cuando una base de datos se vuelve a montar después de

una parada inesperada, o cuando los registros de transacción se reproducen en una

copia de seguridad de archivo sin conexión de una base de datos.

Para obtener más información acerca de las recuperaciones del hardware y de software,

consulte "Reproducción de los archivos de registro de transacciones: Recuperación de

software y recuperación de hardware en Exchange Server 2003"

(http://go.microsoft.com/fwlink/?linkid=68147).

Para obtener más información acerca de las instrucciones para ejecutar Eseutil en el modo

de recuperación, consulte Cómo ejecutar Eseutil /R en modo de recuperación.

Recuperación de hardwareLa recuperación de hardware se produce cuando los archivos del registro de transacciones

deben reproducirse en una copia de seguridad en línea restaurada. En el resto de supuestos

de recuperación, se realizará una recuperación de software. La recuperación de hardware

puede hacerse con Eseutil mediante el modo de restauración (/C).

Recuperación de softwareEn el supuesto predeterminado de una recuperación de software, un evento externo detiene

inesperadamente una base de datos de Exchange, pero los archivos de base de datos y de

registro permanecen intactos y en su lugar. Cuando la base de datos se vuelve a montar,

Exchange lee el archivo de punto de control y comienza a reproducir el registro de

transacción que aparece como registro de punto de control. Si no existe ningún archivo de

punto de control, la reproducción comienza con el archivo de registro más antiguo disponible

en la carpeta de registro de transacciones para el grupo de almacenamiento.

Exchange escribe en los archivos de la base de datos las transacciones completadas que se

encontraron en el archivo de registro y que todavía no se hubieran escrito, y deshace

cualquier transacción incompleta. Exchange nunca comienza por escribir una transacción en

los archivos de la base de datos, hasta que todas las operaciones que la componen se

hayan asegurado en los archivos de registro. Si todos los registros de transacciones no

confirmados que están presentes en el momento de la interrupción inesperada están

presentes cuando comienza la reproducción, no necesita deshacer físicamente ni echar atrás

una transacción en la base de datos.

32

http://go.microsoft.com/fwlink/?linkid=68147

Importante:

Una presunción fundamental del proceso de recuperación de software es que

ninguna base de datos ni ningún archivo de registro se hayan movido, eliminado o

destruido como resultado del error, o por la intervención del administrador, tras el

error.

Diferencias de la versiónEseutil se mejora constantemente y se agregan diferencias de una versión a otra.

Actualmente hay tres versiones principales de Eseutil /R para cada una de las tres versiones

principales de Exchange, enumeradas a continuación:

Exchange Server versión 5.5

Exchange 2000 Server

Exchange Server 2003

Exchange Server 5.5

La sintaxis de la línea de comandos para la recuperación de software con Eseutil en

Microsoft® Exchange 2000 Server y Microsoft® Exchange Server 2003 es diferente de la

utilizada en Exchange 5.5. Las reglas y prácticas recomendadas para realizar la

recuperación de software manual con Eseutil también han cambiado.

En Exchange 5.5, casi nunca hay una razón de peso para realizar la recuperación de

software con Eseutil. Cada vez que se inicia el almacén de información, la recuperación

de software se ejecuta automática y correctamente. En Exchange 5.5, la función de

recuperación de software de Eseutil estaba dirigida principalmente a entornos de prueba

donde puede que se deseara recuperar una base de datos en un servidor que no tenía

Exchange instalado.

Existe un importante riesgo de ejecutar Eseutil /R en Exchange 5.5: Si después de

restaurar una copia de seguridad en línea, ejecutamos una recuperación de software,

normalmente la base de datos se dañará. Una copia de seguridad en línea necesita una

recuperación de hardware, no de software.

Sólo si se reúnen las dos condiciones siguientes, es seguro ejecutar una recuperación

de software en lugar de una de hardware en Exchange 5.5 y versiones anteriores:

Las rutas de acceso a la base de datos no han cambiado desde que se realizó la

copia de seguridad.

Los archivos .pat del conjunto de la copia de seguridad en línea tienen exactamente

un tamaño de 8 K (es decir, se componen de sólo dos páginas de encabezados y no

contienen ninguna página de base de datos).

33

En el resto de los casos, ejecutar la recuperación de software en lugar de la de hardware

dañará la base de datos en proporción al tamaño de los archivos .pat.

Nota:

Si divide el tamaño de los bytes de un archivo .pat entre 4096 y sustrae dos,

obtendrá el número de páginas dañadas lógicamente que se encontrarán en la

base de datos después de ejecutar de forma incorrecta una recuperación de

software.


En Exchange 2000, se implementaron medidas de seguridad de manera que siempre se

evita que se ejecute la recuperación de software cuando se necesita una recuperación de

hardware.

Existe otro riesgo al ejecutar la recuperación de software con Eseutil. Este riesgo sigue

existiendo en Exchange 2000 o Exchange 2003: Si se especifican de forma incorrecta las

rutas de acceso a los archivos de registro, al archivo de punto de control o a los archivos de

base de datos, la recuperación puede modificar la base de datos o los archivos de registro y

evitará que se pueda volver a realizar la recuperación.

Si Eseutil no encuentra archivos del registro de transacciones existentes al intentar ejecutar

la recuperación, creará un nuevo archivo del registro de transacciones e intentará conectar la

base de datos a él. Si la base de datos tiene un estado incoherente o se encuentra en estado

de cierre incorrecto, no se podrá iniciar. Si la base de datos tiene un estado coherente, se

adjuntará y, a continuación, se desasociará del nuevo archivo de registro.

En cualquier caso, existe riesgo al realizar cambios en la base de datos o al agregar archivos

de registro al servidor que podría provocar que la base de datos no se pudiera iniciar o que

podría confundir futuras soluciones de problemas en la recuperación.

Nota:

El hecho de que no haya errores en los informes de recuperación con Eseutil, no

significa que la base de datos recuperada se pueda montar. La recuperación se

realizará correctamente cuando todos los datos disponibles de los registros de

transacciones de que se dispone se hayan aplicado a los archivos de base de datos.

La correcta recuperación no dice nada acerca de si los datos disponibles fueron

suficientes para restaurar las bases de datos con coherencia.

En Exchange 5.5, casi siempre era mejor colocar archivos en ubicaciones adecuadas y, a

continuación, iniciar el Almacén de información para realizar la recuperación. En Exchange

2003 hay dos mejoras en la funcionalidad de recuperación Eseutil que ofrecen ventajas

importantes con respecto al montaje de una base de datos para ejecutar la recuperación en

ésta:

34

Eseutil puede forzar que se complete la recuperación incluso si falta una base de datos.

Esta capacidad también está disponible en Exchange 2000.

Si un grupo de almacenamiento se detiene de forma inesperada, todas las bases de

datos que se ejecutan en ese momento serán incoherentes o estarán en estado de cierre

incorrecto. Supongamos que la razón por la que se detuvo un grupo de almacenamiento

fue que una unidad de base de datos tuvo un error repentinamente y que dicha unidad

se vuelve inaccesible. En este caso, faltará una de las bases de datos.

Si se ejecuta la recuperación mientras falta la base de datos, es posible que modifique el

estado de los registros de transacciones de manera que si la unidad se vuelve de nuevo

accesible, la recuperación no se completará correctamente con dicha base de datos.

Nota:

Si se restaura la base de datos a partir de la copia de seguridad, la recuperación

podrá completarse correctamente. Este escenario sólo se aplica a la

recuperación de una base de datos conectada al registro actual en el momento

en que se produjo la detención repentina.

Si sabe que la base de datos perdida no se recuperará, puede recuperar el resto de

bases de datos del grupo de almacenamiento sin restaurar antes la base de datos que

falta a partir de la copia de seguridad utilizando el modificador Eseutil /I (ignorar).

Antes de utilizar este modificador para ejecutar la recuperación en el resto del grupo de

almacenamiento, deberá realizar una copia de seguridad de todos los archivos del registro

de transacciones, incluido el registro actual (Enn.log). Si mantiene una copia del registro

actual y del resto de registros, podrá recuperar la base de datos que falta si se vuelve

disponible de forma inesperada. Una vez recupere el resto de bases de datos y, por lo tanto,

escriba más información en Enn.log, es posible que no pueda recuperar la base de datos

que falta mediante ese archivo de registro.

Exchange Server 2003

La recuperación de Eseutil puede recuperar una base de datos que se ha movido a una

ubicación de ruta de acceso diferente. Esta capacidad sólo está disponible en

Exchange 2003.

La recuperación de hardware siempre pudo terminar correctamente, incluso si las bases de

datos de Exchange se habían movido a distintas ubicaciones de rutas de acceso desde el

momento en que se realizó una copia de seguridad. Pero hasta la aparición de

Exchange 2003, la recuperación de software sólo funcionaba si los archivos de base de

datos se encontraban en la misma ruta de acceso de la unidad que los definidos en los

archivos del registro de transacciones que se iban a reproducir.

En Exchange 2003, se agregó el modificador /D al modo de recuperación para permitir

ignorar la ruta de acceso de la base de datos codificada en los archivos de registro de la

transacción. La nueva capacidad es muy útil al restaurar copias sin conexión de bases de

35

datos en grupos de almacenamiento de recuperación o al recuperar una base de datos "que

falta", tal y como se describe en la situación anterior.

Ahora puede copiar una base de datos y un grupo de registros de transacciones a la carpeta

que desee y ejecutar la recuperación de software de forma correcta. Una vez que la base de

datos es coherente, puede moverla a cualquier otra ruta de acceso deseada y conectarla a

una secuencia de registro diferente.












Cómo ejecutar Eseutil /R en modo de recuperación

La recuperación se refiere al proceso de reproducción de archivos del registro de

transacciones en una base de datos. Hay dos tipos de recuperación: recuperación de

hardware y de software. La recuperación de hardware puede hacerse con Eseutil mediante

el modo de restauración (/C). Para obtener información acerca de la recuperación de Eseutil,

consulte Modo de recuperación Eseutil /R.

36

Sintaxis de línea de comandos para ejecutar Eseutil /R

Para ejecutar Eseutil /R

La sintaxis de línea de comandos básica para ejecutar la recuperación de software

con Eseutil es:

ESEUTIL /R Enn

Por ejemplo:

ESEUTIL /R E00

Nota:

Enn especifica el prefijo del archivo de registro de los registros de

transacciones que se intentan reproducir en la base de datos. Esta línea de

comandos sólo funcionará cuando se ejecute desde la carpeta en la que se

encuentren los archivos del registro de transacciones y sólo cuando las

bases de datos que se van a recuperar estén en sus ubicaciones de rutas de

acceso originales. El especificador del prefijo del registro es un parámetro

necesario para Eseutil /R.

Sintaxis de línea de comandos para escenarios de recuperación más complejos

Los archivos del registro de transacciones no están en la carpeta actual

Como regla general, siempre debe ejecutar Eseutil /R desde la carpeta en la que se

encuentran los archivos del registro de transacciones que se van a reproducir. Esto se debe

a que el proceso predeterminado de recuperación de software busca la ruta a las bases de

datos en los archivos del registro de transacciones. Si ejecuta la recuperación desde una

carpeta en la que no existen archivos de registro, se generará un nuevo archivo del registro

de transacciones que no dispondrá de información acerca de la ubicación de las bases de

datos. Si desea ejecutar la recuperación desde fuera de la carpeta de registros de

transacciones, agregue este modificador al comando:

/Lpath_to_logfiles

Por ejemplo:

ESEUTIL /R E00 /Ld:\exchsrvr\logfiles

37

Control del archivo de punto de control

En la mayoría de los casos en que se ejecuta la recuperación de software manualmente,

deseará eliminar u ocultar el archivo de punto de control porque, por lo general, el usuario

deseará reproducir todos los registros de transacciones disponibles más que empezar desde

la mitad de una secuencia disponible.

Si ejecuta la recuperación desde una carpeta donde hay un archivo de punto de control

válido y no desea que dicho archivo afecte a la recuperación, deberá definir una ruta de

acceso diferente para que se cree un archivo de punto de control durante la recuperación. Es

posible que tenga que realizar esta operación después de restaurar una copia de seguridad

sin conexión en un grupo de almacenamiento donde las bases de datos se están ejecutando.

Si ejecuta la recuperación desde una carpeta diferente y desea utilizar el archivo de punto de

control para controlar la recuperación, deberá seleccionar la ruta de acceso del archivo de

punto de control.

Si desea controlar el uso del archivo de punto de control durante la recuperación, agregue

este modificador al comando de recuperación:

/Spath_to_or_away_from_current_checkpoint

Por ejemplo:

ESEUTIL /R E00 /Sd:\

Recuperación de un grupo de almacenamiento en el que falta una base de datos

Si un grupo de almacenamiento se detiene de forma inesperada y se elimina (o no se

encuentra disponible) una de las bases de datos incoherentes, no podrá montar ninguna de

las bases de datos del grupo de almacenamiento hasta que se restaure la base de datos que

falta o se ejecute la recuperación manual con el modificador /I.

Importante:

Antes de recuperar a la vez que se omite la base de datos que falta, deberá realizar

una copia de seguridad de todos los archivos de registros de transacciones, incluido

el archivo de registro actual (Enn.log). Cuando Enn.log se haya modificado al

recuperar el resto de bases de datos, es posible que no se pueda utilizar para

recuperar la base de datos que falta si una vez más se vuelve disponible.

Recuperación de una base de datos "fuera de lugar"

Este método de recuperación aísla por completo el proceso de recuperación del grupo de

almacenamiento que se está ejecutando. También es la manera de recuperar una copia de

seguridad sin conexión en un grupo de almacenamiento de recuperación si intenta reproducir

archivos de registro en la copia de seguridad.

38

Para prepararse para realizar esta operación, debe mover los archivos de base de datos

(.edb y .stm), así como todos los registros de transacciones que pretenda reproducir a una

única carpeta temporal.

Para ejecutar Eseutil fuera de lugar

Desde esta carpeta puede ejecutar el siguiente comando:

ESEUTIL /R Enn /I /D

Por ejemplo:

ESEUTIL /R E00 /I /D

El modificador /I puede ser necesario o no en función de si existen registros de cierre limpio

en los registros de transacciones de otras bases de datos que estaban conectadas a los

registros. En este caso, se recomienda utilizar el modificador de modo que no tenga que

iniciar de nuevo la recuperación en caso de que haya un "dato adjunto colgante" en alguna

parte del archivo de registro.

El comportamiento del modificador /D merece una explicación más detallada. Si el

modificador /D no se encuentra presente, las rutas de acceso de la base de datos

almacenadas en los archivos de registro de transacciones se utilizarán para ubicar las bases

de datos. Éste es el único comportamiento disponible en Eseutil para Exchange 2000 y

versiones anteriores. Si se utiliza el modificador /D sin una ruta de acceso, el directorio actual

se utilizará como la ruta de acceso para los archivos de base de datos. Si detrás del

modificador /D se especifica una ruta de acceso del archivo (sin espacios intermedios), dicha

ruta de acceso se utilizará para ubicar los archivos de base de datos. Para obtener más

información acerca del uso del modificador /D para resolver problemas con los registros de

transacciones mientras se mueve una base de datos de Exchange, consulte Problemas con

archivos de registro de transacciones al mover una base de datos de buzones de Exchange.

Debido a la posibilidad de errores de escritura, se recomienda encarecidamente eliminar la

necesidad de utilizar rutas de acceso con los modificadores de Eseutil ejecutando Eseutil

desde una carpeta en la que ya se encuentren todos los archivos de datos.

Cuando termine la recuperación y los archivos de base de datos estén en el estado Cierre

limpio, basta con montar las bases de datos para moverlos al grupo de almacenamiento

adecuado y conectarlos a los archivos de registro que se encuentren allí.

Nota:

Por lo general, será necesario marcar la casilla "Se puede sobrescribir esta base de

datos por una restauración" en las propiedades del objeto de base de datos del

Administrador del sistema de Exchange antes de montar la base de datos.

39

Referencia de la línea de comandosÉsta es la referencia de la línea de comandos que se observa al escribir eseutil ./? en el

símbolo del sistema de la carpeta Exchsrvr\Bin y la R seleccionada para la restauración.

RECOVERY: DESCRIPTION: Performs recovery, bringing all databases to a clean-shutdown state. SYNTAX: ESEUTIL /r <3-character logfile base name> [options] OPTIONS: zero or more of the following switches, separated by a space: /l<path> - location of log files (default: current directory) /s<path> - location of system files (eg. checkpoint file) (default: current directory) /i - ignore mismatched/missing database attachments /t - on successful recovery, truncate log files /u[log] - stop recovery when the Undo phase is reached with the option to stop when a certain log generation is recovered. [log] is the log generation number and if not specified the replay will go to the end of the existing logs. /d[path] - location of database files, or current directory if [path] not specified (default: directory originally logged in log files) /n<path1[:path2]> - new location of database file and optional old location if the database file location changed. Can be specified for each database file. If a certain database is not in the list,it won't get recovered. To allow recovery in the original location for all other database, use /n*. (not valid with /d switch, not valid with/b switch) /8 - set 8k database page size (default: 4k) /o - suppress logo







40







El modo de integridad de Eseutil /G es una forma confiable de comprobar si una base de

datos de Exchange Server contiene o no determinadas incoherencias. El uso de esta

herramienta para probar la integridad de la base de datos es un enfoque seguro porque la

comprobación se efectúa en modo de sólo lectura. Es importante detectar un determinado

tipo de anomalías o incoherencias para poder llevar a cabo los pasos pertinentes para

arreglar la base de datos. Antes de efectuar una comprobación de integridad, deberá

recuperar la base de datos al estado de cierre limpio.

Para obtener más información acerca de la comprobación de integridad usando Eseutil,

consulte Cómo ejecutar Eseutil /G en modo de integridad.

Otras versiones de ExchangeEn Exchange Server versión 5.5, si el motor de base de datos de Exchange (ESE) halla un

error de comprobación de lectura (Error -1018 (JET_errReadVerifyFailure)) en el transcurso

de una comprobación de integridad con Eseutil, no realizará operaciones de reintento. En

caso de que ESE intente leer la página después de un error inicial, el tiempo necesario para

ejecutar la función Eseutil aumentará muy considerablemente. En Exchange Server 5.5

Service Pack 2 (SP2), ESE tratará de leer correctamente la página hasta un máximo de 16

veces.







41






Cómo ejecutar Eseutil /G en modo de integridad

La comprobación de integridad en Eseutil consiste básicamente en una ejecución de prueba

de la función de reparación. Los problemas que se traten en la reparación se incluirán en el

archivo <basededatos>.integ.raw. En los archivos .raw se registran los resultados de todas

las tablas de la base de datos, no únicamente de aquellas que presenten problemas. Para

obtener más información acerca del modo de integridad de Eseutil, consulte Modo de

integridad de Eseutil /G.

Nota:

La comprobación de integridad puede finalizar antes de tiempo si el daño en la base

de datos es de una naturaleza tal que algunas partes de la base de datos deban

repararse para que se puedan comprobar otras. El hecho de que una comprobación

de integridad termine antes de que finalice no implica necesariamente que la

reparación no se lleve a cabo correctamente. Si bien se puede realizar una

comprobación de integridad después de un cierre con errores, esto no es

recomendable. Para ello, deberá recuperar la base de datos al estado de cierre

limpio antes de efectuar una comprobación de integridad.

Procedimiento

Para ejecutar Eseutil /G

La sintaxis de línea de comandos básica para ejecutar una comprobación de

integridad con Eseutil es:

ESEUTIL /G database_filename.edb

Por ejemplo:

ESEUTIL /G priv1.edb

Nota:

42

Debe existir espacio en disco disponible para el equivalente de un 25 por

ciento de tamaño combinado de la base de datos de Exchange (.edb) y los

archivos de la base de datos de secuencias (.stm). La base de datos de

secuencias debe estar en la misma carpeta que el archivo .edb.

Es posible que encuentre los siguientes escenarios cuando ejecute una comprobación de

integridad de Eseutil /G en la base de datos:

Espacio en la unidad local insuficiente para la base de datos temporal

Omisión de desajustes de la base de datos de secuencias

Espacio en la unidad local insuficiente para la base de datos temporal

Una gran parte de las comprobaciones de integridad conllevan la reconstrucción de índices y

de otros datos de una base de datos temporal, tras lo cual se pasa a realizar una

comparación entre las dos bases de datos.

Si no tiene espacio en disco libre equivalente a un 20 por ciento del tamaño de los archivos

que se van a comprobar, habrá más probabilidades de que se quede sin espacio en disco

durante la comprobación. Puede agregar este modificador al comando para redireccionar la

base de datos “de borrador” a una unidad con más espacio:

/Tpath_to_temporary_database

Por ejemplo:

ESEUTIL /G priv1.edb /T\\Server2\d$\scratchpad.edb

Nota:

No hay espacio entre el modificador /T y la especificación de la ruta. También puede

usar una especificación de ruta de letra de unidad normal si así lo desea.

Omisión de no coincidencias de la base de datos de secuencias

Exchange detectará si una base de datos y su base de datos de secuencias correspondiente

están sincronizadas entre sí. Si no existe tal sincronización, puede omitir el problema y forzar

una comprobación de integridad sin tener esto en cuenta mediante el modificador /I. Por

ejemplo:

ESEUTIL /G priv1.edb /I

Si el archivo .raw resultante no informa de errores de suma de comprobación de archivos

SLV (.stm o archivos de base de datos de secuencias), la posibilidad de una reparación

correcta y de una reintegración de los datos del archivo de secuencias es alta, si bien ambos

archivos pueden estar formalmente desincronizados.

43

Referencia de la línea de comandosA continuación se indica una referencia de línea de comandos que se puede obtener

ejecutando Eseutil /? y, a continuación, G desde la carpeta Exchsrvr\bin:

INTEGRITY: DESCRIPTION: Verifies integrity of a database. SYNTAX: ESEUTIL /g <database name> [options] PARAMETERS: <database name> - filename of database to verify OPTIONS: zero or more of the following switches, separated by a space: /s<file> - set streaming file name (default: NONE) /t<db> - set temp. database name (default: TEMPINTEG*.EDB) /f<name> - set prefix to use for name of report files (default: <database>.integ.raw) /i - bypass the database and streaming file mismatch error /8 - set 8k database page size (default: auto-detect) /o - suppress logo NOTES: 1) Integrity-check does not run database recovery. If a database is in a "Dirty Shutdown" state it is strongly recommended that before proceeding with an integrity- check, recovery is first run to properly complete database operations for the previous shutdown. 2) The /i option ignores the signature mismatch error if the database and streaming file do not match each other.












44


A pesar de que el modo de volcado de Eseutil suele estar supervisado por administradores,

es una inestimable herramienta de solución de problemas y diagnóstico. Este modo no

repara o realiza cambios en archivos. Su propósito es proporcionarle información acerca del

estado de los archivos de base de datos. Por ejemplo, para ver si la base de datos se ha

reparado mediante el comando Eseutil /P, vuelque el encabezado mediante uno de los

siguientes comandos del almacén de información privada:

ESEUTIL /mh x:\exchsrvr\mdbdata\priv.edb |more

O bien

ESEUTIL /mh x:\exchsrvr\mdbdata\pub.edb |more

En el modo de volcado de archivos, podrá:

Ver información del encabezado de la base de datos, la base de datos de secuencia y

los archivos de registro de punto de control y transacciones.

Ver información del encabezado de páginas individuales de la base de datos.

Validar que una serie de archivos de registro de transacciones forma un conjunto que se

corresponde y que no hay ningún archivo dañado.

Ver la asignación de espacio dentro de la base de datos y los archivos de base de datos

de secuencia.

Ver los metadatos de todas las tablas o de una tabla concreta del archivo de base de

datos.

Para obtener más información acerca de la sintaxis y ejecución de Eseutil /M en distintos

escenarios, consulte Cómo ejecutar Eseutil /M en modo de volcado de archivo.

En la siguiente tabla se ofrece información acerca de los modificadores utilizados para ver

los encabezados de distintos tipos de archivos de base de datos:

Puede utilizar Para

Modificador Eseutil /mh Ver la información de encabezado de los

archivos de la base de datos de Exchange

(.edb), archivos de secuencia (.stm) y

archivos de revisión (.pat) de un almacén de

información privada o pública.

Nota Los archivos de revisión sólo existen

en servidores basados en Exchange 2000

Server antes de Service Pack 2 (SP2).

45

Puede utilizar Para

Modificador Eseutil /ml Ver el encabezado de un archivo de registro

de almacenamiento de información privada.

Modificador Eseutil /mk Ver la información de encabezado de los

archivos de punto de control de almacén de

información privada.












Para obtener más información acerca de los modificadores /ml y /mh, consulte Ejemplos de

Eseutil.exe.

Cómo ejecutar Eseutil /M en modo de volcado de archivo

Puede utilizar el modificador /m con Eseutil para crear un archivo de volcado o salida con

formato de diversos tipos de archivo de base de datos que el usuario especifica al ejecutar

Eseutil.

La sintaxis para Eseutil /m es:

ESEUTIL /m mode-modifier file_name [options]

Los modificadores de modo más comunes que se utilizan con Eseutil son:

46



h: encabezado de la base de datos de volcado (predeterminado)

k: archivo de punto de control de volcado

l: archivo de registro de volcado o conjunto de registros

Nota:

Para enumerar las opciones adicionales de Eseutil, escriba eseutil /? en el símbolo

del sistema y, a continuación, pulse INTRO.

Para obtener más información acerca del modo de volcado de archivos de Eseutil, consulte

Modo de volcado de archivo Eseutil /M.

Cómo ejecutar Eseutil /MPuede ejecutar Eseutil en modo de volcado de archivos para realizar las siguientes tareas:

Ver el archivo de registro de transacciones y los encabezados de página de base de

datos

Validar archivos de registro de transacciones

Comprobar metadatos y uso del espacio

Ver encabezados de archivos y páginas

El encabezado del punto de control, del registro de transacciones y de los archivos de bases

de datos es la primera página física de cada archivo. Algunos archivos tienen un encabezado

"a la sombra", esto es, una copia del encabezado en la segunda página del archivo. El

encabezado de archivo contiene información importante sobre el estado y diagnóstico acerca

del archivo. Si se correlaciona la información de encabezado de diversos archivos, puede

determinar si los archivos están juntos o no coinciden.

Hay diversos modificadores para ver para ver diferentes tipos de encabezados de archivos.

Asegúrese de que utiliza el modificador correcto con el tipo de archivo adecuado; de lo

contrario, el resultado no será válido.

Para ver el encabezado de los archivos de la base de datos y los encabezados de las páginas

Para ver el encabezado de una base de datos, archivo de base de datos de

secuencia o archivo de revisión de copia de seguridad en línea:

ESEUTIL /MH {filename.edb | filename.stm | filename.pat}

Para ver el encabezado de un archivo de punto de control:

ESEUTIL /MK filename.chk

Para ver el encabezado de un archivo de registro de transacciones:

47

ESEUTIL /ML filename.log

Para ver el encabezado de una página de base de datos:

ESEUTIL /M database_filename.edb /Plogical_page_number

Nota:

No existe espacio entre /P y el número de página.

Validar archivos de registro de transacciones

Antes de Exchange 2000, había que comprobar cuidadosamente un conjunto de archivos de

registro de transacciones a fin de determinar:

Si todos procedían de la misma secuencia

Si había intervalos en la secuencia de registros.

Para hacer esto era necesario examinar y comparar cada encabezado de archivo. No

había forma de comprobar que un archivo de registro de transacciones no estaba

dañado. No se realizaba la suma de comprobación en los archivos de registro de

transacciones de Exchange 5.5.

A partir de Exchange 2000 Server, puede utilizar el modificador /ml para comprobar la

secuencia y la integridad de un conjunto de archivos de registro.

Para comprobar la secuencia y la integridad de un conjunto de archivos de registro:

Ejecute la siguiente sintaxis de comando:

ESEUTIL /ML Enn

Por ejemplo:

ESEUTIL /ML E00

Nota:

Al especificar sólo el prefijo de archivo de registro, en lugar de un nombre de

archivo de registro concreto, se explorarán y validarán todos los archivos de

registro de la carpeta actual. Deberá ejecutar este comando desde la

carpeta en la que se encuentren los archivos de registro. El procesamiento

de cada archivo de registro durará unos pocos segundos. Para procesar el

archivo de registro actual de un grupo de almacenamiento en ejecución,

deberán desmontarse todas las bases de datos del grupo de

almacenamiento.

Comprobar metadatos y uso del espacio

El resultado de los comandos de metadatos y el del uso de espacio son muy parecidos entre

sí. Un volcado de uso de espacio es un volcado de metadatos con columnas agregadas para

48

estadística de uso de espacio y bases de datos de secuencia. Un volcado de metadatos se

completará más rápido que un volcado de uso de espacio. Por lo tanto, utilice el volcado de

metadatos para buscar información de tabla como, por ejemplo, los valores pgnoFDP y

objidFDP si no le preocupa el uso del espacio.

Para ver un volcado de metadatos

Ejecute esta sintaxis de comando básica para que se muestre información de

metadatos para una base de datos:

ESEUTIL /MM database_filename.edb

También puede visualizar datos de una única tabla especificando el nombre de ésta.

Por ejemplo, es posible que desee consultar el mensaje o la tabla de datos adjuntos:

ESEUTIL /MM database_filename.edb /t1-23

Nota:

La tabla de datos adjuntos de una base de datos de Exchange 200x es la

tabla 1-23.

Nota:

La sintaxis de volcado de uso de espacio es idéntica a la de los metadatos,

excepto que se utiliza el modificador /MS en lugar de /MM.

Se enumera un total agregado de las páginas libres de la base de datos en la última línea de

un volcado de uso de espacio. Puede multiplicar este número por el tamaño de la página en

la base de datos para obtener una idea aproximada del espacio que es probable que exija la

desfragmentación.

Notes:

En una base de datos normal, el volcado de metadatos durará varias pantallas. Para

conservar el resultado en un archivo, agregue un comando de redirección al final de

la línea de comandos, por ejemplo:

ESEUTIL /MM database_filename.edb > filename.txt

Referencia de la línea de comandosA continuación se muestra la referencia de la línea de comandos que se puede obtener al

ejecutar Eseutil /? seguido de M desde la carpeta Exchsrvr\bin:

FILE DUMP: DESCRIPTION: Generates formatted output of various database file types. SYNTAX: ESEUTIL /m[mode-modifier] <filename> [options] PARAMETERS: [mode-modifier] - an optional letter designating the type of file dump to perform. Valid values are: h - dump database header (default) k - dump checkpoint file

49

l - dump log file or set of logs m - dump meta-data s - dump space usage u - dump undefined codepoint fixup table <filename> - name of file to dump. The type of the specified file should match the dump type being requested (eg. if using /mh, then <filename> must be the name of a database) OPTIONS: zero or more of the following switches, separated by a space /p<pgno> - dump the specified page from the database /s<file> - set streaming file name (default: NONE) /t<table> - perform dump for specified table only /v - verbose /8 - set 8k database page size (default: auto-detect /o - suppress logo

Información adicionalPara obtener más información, consulte los siguientes temas en la Guía de utilidades de











Para obtener más información acerca de los modificadores /ml y /mh, consulte Ejemplos de

Eseutil.exe.


La herramienta Eseutil de Microsoft® Exchange Server 2003 incluye un modificador /K que

sirve para comprobar la integridad en el nivel de página de las bases de datos del almacén

de información. Este modificador también se puede usar para detectar daños en el

encabezado de archivos. El daño en el encabezado de archivos puede suceder en bases de

50



datos, archivos de registro, archivos de revisión o archivos de controles. Asimismo, puede

usar el comando Eseutil /K para comprobar la integridad de suma de comprobación de los

registros de transacciones cuando todas las bases de datos del grupo de almacenamiento

están desmontadas.

Nota:

El modo de suma de comprobación no ejecuta una recuperación de la base de

datos. En caso de que una base de datos sea incoherente o se encuentre en estado

de cierre con errores, Microsoft recomienda realizar una operación de recuperación

para asegurar que las operaciones de dicha base de datos finalizan correctamente.

Tras la operación de recuperación, podrá usar la herramienta Eseutil para llevar a

cabo la comprobación de integridad.

Para obtener más información acerca de la ejecución de Eseutil en modo de suma de

comprobación, consulte Cómo ejecutar Eseutil /K en modo de suma de comprobación.

Gracias a que ahora Eseutil cuenta con las funciones de ESEFile, las capacidades de suma

de comprobación de esta herramienta se han ampliado para incluir bases de datos de

secuencias, archivos de registro y archivos de controles. Observe los siguientes usos del

comando de suma de comprobación de Eseutil /K:

En caso de que realice una suma de comprobación únicamente en una base de datos de

secuencias, sólo se comprobarán las páginas de encabezado de la base de datos. Los

datos se pasarán por alto. Si desea realizar una suma de comprobación de toda la base

de datos de secuencias, deberá ejecutar el modo de suma de comprobación del archivo

de base de datos de Exchange (.edb). La razón estriba en que las sumas de

comprobación de los datos en el archivo de secuencias no se almacenan realmente en

dicho archivo, sino en una tabla del archivo .edb.

El modo de suma de comprobación de Eseutil es inservible en páginas individuales de la

base de datos. Sin embargo, puede usar el modo de página de volcado para determinar

si la suma de comprobación de una página concreta es correcta.

Versiones de Exchange anterioresAntes de Exchange 2003, se podía realizar una suma de comprobación de una base de

datos durante una copia de seguridad en línea ejecutando Eseutil /G o mediante la utilidad

ESEFile. Eseutil sustituye la utilidad de compatibilidad ESEFile de Microsoft Exchange 2000

Server y Exchange Server 5.5.



51










Cómo ejecutar Eseutil /K en modo de suma de comprobación

En esta sección se explica el funcionamiento del modo de suma de comprobación de

Eseutil /K en las bases de datos de Exchange Server 2003 y, asimismo, trata los

procedimientos básicos al respecto. Exchange 2003 utiliza un procedimiento de suma de

comprobación por medio del modificador /K para confirmar la integridad de los datos de las

páginas que una base de datos contiene. Este modificador también sirve para realizar un

procedimiento de suma de comprobación de un archivo de secuencias. Para obtener más

información sobre cómo usar Eseutil en el modo de suma de comprobación, consulte Modo

de suma de comprobación de Eseutil /K.

Antes de empezarImportante:

Antes de proceder a usar la herramienta Eseutil, utilice el Administrador del sistema

de Exchange para desmontar los almacenes que desea examinar.

La característica de suma de comprobación no ejecuta una recuperación de la base de

datos. En caso de que una base de datos sea incoherente o se encuentre en estado de

cierre con errores, se recomienda realizar una operación de recuperación para asegurar que

las operaciones de dicha base de datos finalizan correctamente. Tras la operación de

recuperación, podrá usar la utilidad Eseutil para llevar a cabo la comprobación de integridad.

52

Procedimiento

Para llevar a cabo una suma de comprobación de Eseutil /K con sintaxis básica

Escriba esta sintaxis básica en la línea de comandos para realizar una suma de

comprobación de una base de datos ESE, una base de datos de secuencias, un

registro de transacciones o un archivo de controles:

ESEUTIL /K <filename>

Nota:

Reemplace <nombredearchivo> con la ruta y el nombre del archivo en el que

desea realizar una suma de comprobación.

Los siguientes modificadores de la línea de comandos opcionales están asociados al

modificador /K:

/s<nombredearchivo> Use este modificador para especificar el nombre del archivo de

secuencias. No hay valor predeterminado establecido.

/t<basededatos> Use este modificador para especificar el nombre de la base de datos

temporal. El nombre predeterminado es Tempchksum*.edb.

/e Use este modificador si no desea realizar un procedimiento de suma de comprobación

del archivo de base de datos.

/i Use este modificador si no desea realizar un procedimiento de suma de comprobación

del archivo de secuencias.

/o Use este modificador para suprimir el logotipo de Microsoft.

Para usar Eseutil con el fin de realizar una suma de comprobación sólo en el archivo .EDB o .STM

1. Haga clic en Inicio y, a continuación, haga clic en Ejecutar.

2. En el cuadro Abrir, escriba cmd y, a continuación, haga clic en Aceptar.

3. Cambie a la carpeta C:\Archivos de programa\ExchSrvr\Bin, escriba uno de los

siguientes comandos (el que proceda según la situación) y, a continuación, presione

Entrar:

Para comprobar la integridad de la base de datos del almacén de información

pública:

ESEUTIL /K "c:\program files\exchsrvr\mdbdata\pub1.stm"

Para comprobar la integridad de la base de datos del almacén de información

privada:

ESEUTIL /K "c:\program files\exchsrvr\mdbdata\priv1.stm"

53

Si quiere ahorrar tiempo realizando la suma de comprobación solamente en los archivos en

cuestión, puede usar los modificadores /E (omitir EDB) o /I (omitir stm). Con el modificador

/E, la tabla de suma de comprobación para la base de datos de secuencias se lee desde el

archivo edb, pero no se realiza suma de comprobación de otras páginas del archivo edb. Por

su parte, con el nombre de archivo .stm en modo de suma de comprobación se realizará una

suma de comprobación únicamente en las dos primeras páginas de encabezado de la base

de datos de secuencias. Por ejemplo:

ESEUTIL /K priv1.edb /E (realiza suma de comprobación del archivo stm sólo)

ESEUTIL /K priv1.edb /E (realiza suma de comprobación del archivo edb sólo)

ESEUTIL /K priv1.stm (realiza suma de comprobación de páginas de encabezado de stm

sólo)

Nota No se puede realizar una suma de comprobación del archivo de secuencias completo,

a menos que los archivos de base de datos se encuentren en estado de cierre limpio. La

razón es que la tabla que almacena las sumas de comprobación en el archivo de secuencias

se encuentra en el archivo edb. Por tanto, en caso de que la base de datos no esté en

estado de cierre limpio, no podrá saber con seguridad si la tabla es válida y está

completamente actualizada.

Sintaxis de línea de comandosA continuación se indica una referencia de línea de comandos que se puede obtener

ejecutando eseutil /? y, a continuación, K desde la carpeta Exchsrvr\bin:

CHECKSUM: DESCRIPTION: Verifies the checksums of a database, streaming file, checkpoint file, or log file (or set of log files). SYNTAX: ESEUTIL /k <file name> [options] PARAMETERS: <file name> - file name to verify OPTIONS: zero or more of the following switches, separated by a space: /s<file> - set streaming file name (default: NONE) /t<db> - set temp. database name (default: TEMPCHKSUM*.EDB) /p<x> - add artificial 1 second pause once every x I/O's (default: no pause) /e - don't checksum database file /i - don't checksum streaming file /8 - set 8k database page size (default: auto-detect) /o - suppress logo NOTES: 1) This operation does not run database recovery. If the database file (.edb) is in a "Dirty Shutdown" state it is not possible to verify checksums in the streaming file (.stm). 2) If the file is not a database file, the options are ignored. 3) If the file is a streaming file, only the header is verified and not the data pages. 4) The pause (/p) option is provided as a throttling mechanism. It only applies when verifying checksums

54

of a database file.

Para obtener más informaciónPara obtener más información, consulte los siguientes temas de la Guía de utilidades de












La capacidad de Eseutil para copiar archivos de gran tamaño es una nueva funcionalidad

presentada en Exchange Server 2003 que se ha importado de ESEFile. El modo de copia de

archivo se optimiza para copiar archivos muy grandes de forma eficaz. El modificador sirve

para copiar una base de datos, un archivo de secuencias o un archivo de registro. Sin

embargo, este modo no está pensado para ser una utilidad con fines de copiado general.

Nota:

Dado que el modo de copia de archivo no acepta especificaciones de archivo de

carácter comodín, deberá especificar completamente un nombre de archivo y copiar

los archivos uno a uno.

Dependiendo de cuáles sean las condiciones de disco y de red, puede que el modo de copia

de archivo permita copiar un archivo hasta un 20 por ciento más rápido que una copia

normal. Asimismo, puede copiar archivos de gran tamaño que versiones anteriores de

Microsoft® Windows 2000 Service Pack 2 (SP2) no permitían.

Para obtener más información sobre cómo ejecutar Eseutil en modo de copia de archivo,

consulte Cómo ejecutar Eseutil /Y en modo de archivo de copia.

55

Para obtener más informaciónPara obtener más información, consulte los siguientes temas de la Guía de utilidades de











Cómo ejecutar Eseutil /Y en modo de archivo de copia

Puede utilizar el modificador Eseutil /Y para copiar una base de datos, archivo de secuencia

o archivo de registro. Para obtener una mejor velocidad y estabilidad, deberá ejecutar Eseutil

/Y desde un símbolo de sistema local en el servidor de destino de copia más que desde

una ubicación intermedia. Para obtener más información acerca del modo de archivo de

copia de Eseutil, consulte Modo de copia de archivo de Eseutil /Y.

Procedimiento

Para ejecutar el comando Eseutil /Y

1. Escriba la sintaxis (como se muestra en los ejemplos más abajo) en el símbolo del

sistema local de la carpeta de destino.

A continuación se muestra un ejemplo de cómo copiar el archivo priv1.edb desde

server1 a la ubicación actual:

ESEUTIL /Y \\server1\d$\priv1.edb

A continuación se muestra un ejemplo de cómo copiar el archivo priv1.edb desde

sever1 a server2 especificando los nombres completos de ruta de acceso y

archivo del origen y del destino:

56

ESEUTIL /Y \\server1\d$\priv1.edb /D\\server2\d$\priv1.edb

Nota:

A diferencia del comando de copia predeterminado, debe utilizar el

modificador /D al especificar la ubicación del destino.

Sintaxis de línea de comandosA continuación se muestra la referencia de la línea de comandos que se puede obtener al

ejecutar Eseutil /? seguido de "Y" desde la carpeta Exchsrvr\bin:

COPY FILE: DESCRIPTION: Copies a database, streaming file, or log file. SYNTAX: ESEUTIL /y <source file> [options] PARAMETERS: <source file> - name of file to copy OPTIONS: zero or more of the following switches, separated by a space: /d<file> - destination file (default: copy source file to current directory) /o - suppress logo NOTES: 1) If performed on arbitrary files, this operation may fail at the end of the file if its size is not sector-aligned.












57


En esta sección se explica la estructura de una base de datos y se tratan las distintas

estrategias de recuperación de bases de datos.

Descripción de la estructura de una base de datosPara entender la forma en que una base de datos se estructura, debe poseer conocimientos

sobre niveles de página, niveles de tabla del Motor de almacenamiento extensible (ESE) y

niveles de aplicación de una base de datos. A continuación se ofrece una breve descripción

de cada uno de estos niveles:

Nivel de página: El archivo contiene una serie ordenada de páginas (por lo general, 4

kilobytes o un múltiplo de 4 kilobytes), donde cada página comparte una estructura

organizativa común. Todas las páginas tienen información de encabezado de página y datos

de página. Esta información de encabezado incluye las sumas de comprobación de la página

con las que Exchange puede comprobar la integridad de los datos y, asimismo, corregir los

errores de un solo bit en la página en cuestión.

Nivel de tabla de ESE: Los grupos de páginas forman parte de las tablas que el motor de

base de datos ESE administra. Una base de datos de Exchange típica contiene miles de

tablas individuales.

Nivel de aplicación: ESE es una base de datos de uso general que pueden utilizar

diferentes aplicaciones; así, tanto Exchange como el servicio de directorio Active Directory

usan ESE. El motor de base de datos ESE almacena la información en tablas de la forma en

que una aplicación concreta lo indique. ESE en sí no entiende las relaciones entre tablas que

las aplicaciones definen o el significado de los datos almacenados en cada una de las tablas.

Descripción de las estrategias de recuperación de bases de datosLa estrategia más elemental para la recuperación desde un archivo de base de datos dañado

consiste en restaurar una copia conocida de la base de datos a partir de la copia de

seguridad y desplazar dicha base de datos usando archivos de registro de transacciones

generados posteriormente. Para usar esta estrategia, se dan por hecho las tres siguientes

suposiciones:

Existe una copia de seguridad de la base de datos en buenas condiciones.

58

Todos los archivos de registro de transacciones generados a partir de la copia de

seguridad están disponibles y no dañados.

El problema de la base de datos no tiene su origen en un daño lógico o una eliminación

no deseada. Por ejemplo, si un antivirus ha tenido que dañar o eliminar mensajes, estos

daños y eliminaciones formarán parte del registro de transacciones y se reproducirán en

la base de datos tras la restauración a partir de la copia de seguridad.

A continuación se describen otras estrategias de recuperación de bases de datos.

Mover buzones

Cuando un buzón de Exchange se mueve a una base de datos distinta, el Almacén de

información de Exchange procesa el contenido del buzón de igual modo a cuando dicho

contenido se creó. Los elementos dañados se pasarán por alto, con lo cual mover todos los

buzones a una base de datos nueva resulta ser una excelente estrategia para eliminar los

elementos dañados y, al mismo tiempo, maximizar la cantidad de contenido de usuario

recuperado.

Tras mover un buzón, los perfiles de los clientes de Outlook se actualizarán

automáticamente para señalar a los clientes a la nueva base de datos o nuevo servidor. Para

que esto suceda, el servidor anterior debe permanecer en línea con el servicio de almacén

de información en funcionamiento hasta que todos los clientes hayan iniciado sesión una vez

y se les haya redireccionado. En caso de que el servidor anterior no permanezca en línea,

los perfiles de los clientes de Outlook deberán actualizarse manualmente o mediante

secuencias de comandos.

Tras haber movido un buzón, los archivos sin conexión o en modo caché anteriores seguirán

funcionando y, además, se conservará la funcionalidad de reglas del cliente.

Mover un buzón afecta al servidor de destino del mismo modo que si se volvieran a enviar

todos los elementos del buzón a la vez, de manera que, si mueve una gran cantidad de

buzones, lo más conveniente es hacerlo en momentos de poca actividad e informar antes a

los clientes acerca de cuándo se va a proceder a ello y de cómo obtener ayuda en caso de

que surjan problemas al iniciar sesión una vez acabado el movimiento.

Del mismo modo, mover una gran cantidad de buzones hará que se genere un mayor

número de archivos de registro de transacciones de la base de datos de destino. En

consecuencia, durante una operación de movimiento masivo de buzones se deberá

supervisar rigurosamente el espacio en disco para los registros de transacciones. En caso de

que quede poco espacio en disco para los registros de transacciones, puede realizar una

copia de seguridad completa o incremental en línea con el fin de borrar los archivos de

registro o habilitar el registro circular antes del movimiento y deshabilitarlo inmediatamente

después.

59

Si mueve todos los buzones a una base de datos nueva y desecha la anterior base de datos,

se maximizará la conservación del contenido de usuario recuperable, al tiempo que se

reducirá la inactividad de la base de datos.

Para obtener información sobre el modo de mover una base de datos de Exchange a otro

servidor o grupo de almacenamiento, consulte Movimiento de una base de datos de

buzones de Exchange a otro servidor o grupo de almacenamiento.

Reparación de una base de datos

Normalmente, una base de datos se debe reparar sólo cuando no es viable restaurarla y

desplazarla. La reparación de una base de datos requiere con frecuencia más tiempo que

restaurarla a partir de la copia de seguridad.

Nota En caso de que la base de datos esté muy dañada, la reparación tardará más tiempo

en ejecutarse y la posibilidad de que se lleve a cabo correctamente será menor. Por el

contrario, si lleva a cabo una reparación en una base de datos no dañada o poco dañada

usando un hardware de tipo servidor de clase empresarial típico, el proceso durará

generalmente una hora por cada 5 GB de datos. Si quiere calcular las duraciones de las

reparaciones como parte de la elaboración de acuerdos de nivel de servicio (SLA), deberá

realizar su propia prueba comparativa en una base de datos normal ejecutando un hardware

parecido al que se usa para Exchange en su organización. En caso de que una base de

datos esté muy dañada, la duración de la reparación puede aumentar diez veces o más.

Para obtener más información sobre el modo de usar Eseutil para reparar una base de

datos, consulte Modo de reparación de Eseutil /P.

Restauración, reparación y combinación

Con frecuencia, la restauración, reparación y combinación de una base de datos se

denomina estrategia híbrida. Esta estrategia es útil cuando existe una copia de seguridad de

la base de datos en buenas condiciones pero no se han creado todos los registros de

transacciones después de la copia de seguridad.

En tal caso, puede restaurar la copia de seguridad y, al mismo tiempo, reparar la copia de la

base de datos dañada en un grupo de almacenamiento de recuperación en el mismo

servidor o en un servidor de laboratorio. Así, puede usar la función de grupo de

almacenamiento de recuperación para montar ambas copias de la base de datos de forma

independiente y combinar los datos de la base de datos reparada en la base de datos

restaurada.

Dando por hecho que la reparación se ha llevado a cabo correctamente, esta estrategia

presenta la posibilidad de recuperar casi la misma cantidad de datos que si se hubiera

dispuesto de los registros de transacciones. Para obtener más información sobre las distintas

estrategias híbridas usando grupos de almacenamiento de recuperación, consulte la guía en

60

Uso de grupos de almacenamiento de recuperación de Exchange Server 2003

(http://go.microsoft.com/fwlink/?LinkId=47589).













En esta sección se tratan los errores más habituales del Motor de almacenamiento

extensible (ESE) detectados al ejecutar Eseutil en los archivos de base de datos del almacén

de información, los archivos de registro de transacciones y los archivos de secuencias.

Códigos de error. DescripcionesEn la siguiente tabla se describen algunos de los errores de base de datos comunes

detectados al ejecutar Eseutil.

61



Número de error Error JET Descripción del error

Error -327 (0xfffffeb9) JET_errBadPageLink Este error se produce

cuando la base de datos

contiene daños lógicos. Los

daños lógicos pueden surgir

de un error en Exchange o a

causa de un bloqueo del

disco duro. Un bloqueo

puede derivar en error en

caso de que no se haya

conservado el orden de

escritura de las páginas de

la caché, lo que provoca que

sólo algunas páginas de la

transacción se hayan

actualizado y el resto hayan

permanecido en su versión

más antigua.

Error -501 (0xfffffe0b) JET_errLogFileCorrupt Este error indica que hay un

archivo de registro de

transacciones dañado

físicamente. Las causas y

efectos son parecidos al

error -1018 en un archivo de

base de datos. Un archivo

de registro no se puede

reparar ni recuperar cuando

este error tiene lugar.

Error -510 (0xfffffe02) JET_errLogWriteFail Este error señala que

Exchange no pudo escribir

en el archivo de registro

actual. Puede que el disco

de registro esté lleno, que un

error de hardware haya

dejado el disco inaccesible o

que cualquier otro proceso

haya bloqueado el archivo

de registro.

62


Error -514 (0xfffffdfe) JET_errBadLogVersion Este error tiene lugar cuando

se intenta reproducir un

archivo de registro que se ha

generado con una versión

de Exchange distinta. Esto

puede suceder después de

actualizar a una versión

principal de Exchange y, en

ocasiones, tras una

actualización de Service

Pack o de revisión a partir

de la cual se haya alterado

el esquema o la estructura

interna de la base de datos.

Entre los Service Pack que

pueden activar este error se

incluyen Exchange 2000

Server Service Pack 1 (SP1)

o Service Pack 2 (SP2),

Exchange Server 2003 SP1

y Exchange Server 5.5

Service Pack 4 (SP4).

63


Error -515 (0xfffffdfd) JET_errInvalidLogSequence Este error pone de

manifiesto que falta un

archivo de registro o que

éste no coincide con el resto

de archivos de registro. Esto

puede suceder si la firma del

registro no coincide, si la

hora de creación no encaja

con la de los otros registros

de la secuencia o si se

detecta otro problema que

indica que el registro en

cuestión no forma parte de

la secuencia original. La

mayoría de veces, este error

se produce porque falta un

archivo de registro. También

puede producirse si intenta

combinar las múltiples

secuencias de registro

surgidas como consecuencia

de haber restaurado una

base de datos varias veces.

64


Error -519 (0xfffffdf9) JET_errLogSequenceEnd Exchange Server 2003 y sus

versiones anteriores admiten

secuencias de archivos de

registro de hasta 1.000.000

archivos por grupo de

almacenamiento antes de

que la secuencia de registro

deba restablecerse en uno.

Sin embargo, traspasado

este límite, el

comportamiento de la base

de datos varía en función de

la versión de Exchange.

Para obtener más

información acerca de la

resolución de este error en

Exchange 2000 y Exchange

2003, consulte en Microsoft

Knowledge Base el artículo

830408,"Los almacenes de

base de datos de Exchange

permanecen montados

aunque se hayan utilizado

todos los registros de

transacciones disponibles

para un grupo de

almacenamiento".

65





Error -530 (0xfffffdee) JET_errBadLogSignature Este error indica una no

coincidencia de firma. La

firma es "buena", pero no

coincide con otros archivos

de registro de la secuencia o

con la firma de registro

escrita en la base de datos.

Esto puede deberse a que

se han encontrado archivos

de registro procedentes de

secuencias diferentes o a

que una base de datos se ha

bloqueado y los registros

necesarios para recuperarla

ya no existen.

Error -531 (0xfffffded) JET_errBadDbSignature Este error es similar al error

-530. Tanto las bases de

datos como los archivos de

registro poseen firmas que

los identifican y relacionan

entre sí. Las firmas no tienen

por qué coincidir en todos

los casos; sin embargo,

cuando la no coincidencia de

firmas afecta a la

recuperación, aparecerá el

error -531 o el -530. Algunas

veces, la recuperación

puede llevarse a cabo

correctamente tras un error -

531, si bien su presencia

indica que los datos del

archivo de transacciones no

se han podido aplicar a la

base de datos.

66


Error -532 (0xfffffdec) JET_errBadCheckpointSigna

ture

Este error pone de

manifiesto el archivo de

controles no coincide con los

archivos de registro de

transacciones. Este error se

subsana si se elimina el

archivo de controles. Esto

hará igualmente que

Exchange examine cada

registro de transacciones a

fin de determinar si es

necesario para una posible

recuperación. Si hay cientos

de estos archivos, es posible

que esto tarde varios

minutos o más.

Error -533 (0xfffffdeb) JET_errCheckpointCorrupt Este error indica que se ha

eliminado un archivo de

controles dañado. En la

mayoría de las versiones de

Exchange, los archivos de

controles dañados se

eliminan automáticamente y

se vuelven a crear. Puede

que un archivo de controles

dañado se elimine porque no

se puede usar.

67


Error -537 (0xfffffde7) JET_errBadSLVSignature Este error indica que el

archivo .edb y el

archivo .stm actuales no

coinciden entre sí. Una base

de datos de Exchange 2000

Server o de Exchange

Server 2003 se compone de

dos archivos, el archivo de

base de datos de MAPI .edb

y el archivo de base de

datos de secuencia .stm.

Estos archivos se deben

mantener sincronizados

entre sí y no se pueden usar

con otras bases de datos.

Error -540 (0xfffffde4) JET_errDatabaseStreaming

FileMismatch

Para obtener más

información, consulte el error

-537.

68


Error -543 (0xfffffde1) JET_errRequiredLogFilesMi

ssing

Este error indica que faltan

archivos de registro. Una


que se ha cerrado

correctamente está en

estado de cierre limpio y se

ha separado de sus archivos

de registro. De esta forma, la

base de datos es

independiente de dichos

archivos de registro. Todos

los archivos de registro

existentes se podrán

eliminar y la base de datos

podrá reiniciarse con un

conjunto de archivos de

registro nuevo o distinto.

Nota:

Si se eliminan los

archivos de registro

de una base de

datos en estado de

cierre limpio,

afectará a las

capacidades de

validez y

desplazamiento de

las copias de

seguridad

anteriores.

Si una base de datos no se

ha cerrado correctamente,

permanecerá conectada a

uno o más archivos de

registro. Estos archivos de

registro son necesarios para

devolver la base de datos a

un estado coherente. En

consecuencia, si estos

archivos de registro no están

disponibles, la base de datos

69


Error -544 (0xfffffde0) JET_errSoftRecoveryOnBac

kupDatabase

Este error señala que se ha

realizado una recuperación

de software en la base de

datos en lugar de una

recuperación de hardware.

Si una base de datos se

restaura a partir de una

copia de seguridad

tradicional en línea, se

hallará en un estado

especial que requiere una

"recuperación de hardware"

frente a una "recuperación

de software", que se ejecuta

tras un bloqueo de la base

de datos ordinario. La


se ejecuta activando la

reproducción del registro de

transacciones en la

aplicación de copia de

seguridad o bien ejecutando

Eseutil /CC tras haber

restaurado la base de datos

y los archivos de registro de

transacciones. Para obtener

más información acerca de

la ejecución de la

recuperación de hardware,

consulte Modo de

restauración de Eseutil /C.

70


Error -548 (0xfffffddc) JET_errLogSequenceEndDa

tabasesConsistent

Es posible que este error

aparezca junto al error -519

e indica que no se pueden

generar más archivos de

registro de transacciones en

esta secuencia, aunque las

bases de datos están todas

en modo de cierre limpio.

Esto quiere decir que se

pueden eliminar archivos de

registro de transacciones

con total seguridad y

restablecer la secuencia de

registro. Para obtener más


resolución de este error en

Exchange 2000 y Exchange



830408,"Los almacenes de


permanecen montados

aunque se hayan utilizado

todos los registros de

transacciones disponibles

para un grupo de

almacenamiento".

71





Error -549 (0xfffffddb) JET_errStreamingDataNotLo

gged

Este error sucede cuando el

registro circular se habilita y

los datos del archivo de

base de datos de

secuencias (.stm) no se han

registrado. El registro

circular hace que los

archivos de registro se

eliminen en cuanto los datos

que contienen se han escrito

en el archivo de base de

datos. Así, se reducen los

requisitos de espacio en

disco para el registro de

transacciones, al tiempo que

evita el desplazamiento de la

base de datos a partir de

una copia de seguridad. De

forma predeterminada, el

registro circular está

deshabilitado y se usa el

proceso de copia de

seguridad en línea para

eliminar el número excesivo

de registros de

transacciones que ya no son

necesarios para desplazar la

base de datos. Si modifica la

configuración del registro

circular, deberá realizar

inmediatamente una copia

de seguridad completa.

72


Error -550 (0xfffffdda) JET_errDatabaseInconsisten

t

Este error tiene lugar cuando

faltan archivos de registro de

transacciones o cuando no

se pueden aplicar todos los

datos de los archivos de

registro a la base de datos.

En caso de que una base de

datos se pare de forma

inesperada, estará en

estado de cierre con errores.

(El estado de una base de

datos puede consultarse

leyendo el encabezado de la

base de datos mientras ésta

se encuentra parada. Para

obtener más información,

consulte la sección Modo de

volcado de archivo

Eseutil /M.)

Una base de datos en

estado de cierre con errores

seguirá conectada a sus

archivos de registro de

transacciones

correspondientes y, por lo

tanto, solicitará que éstos le

sean aplicados para que se

pueda iniciar. Para corregir

este error, deberá aplicar los

archivos de registro

pertinentes, restaurar la

base de datos o repararla.

73


Error -551 (0xfffffdd9) JET_errConsistentTimeMism

atch

Este error está

estrechamente relacionado

con el error -1216

(JET_errAttachedDatabase

Mismatch). Normalmente

ocurre al restaurar copias sin

procesar de los archivos de

una base de datos mientras

otras bases de datos del

grupo de almacenamiento se

encuentran en estado de

cierre con errores. Para

obtener más información

acerca de la resolución del

error en Exchange Server



296843, "Cómo recuperar

una base de datos de


después del error -1216".

Error -552 (0xfffffdd8) JET_errDatabasePatchFileM

ismatch

Este error puede producirse

en versiones de Exchange

anteriores a Exchange 2000

Server Service Pack 2 (SP2)

tras realizar una

restauración a partir de una

copia de seguridad

tradicional en línea. El

archivo de revisión es un

archivo que se usa en la

reproducción del registro de

transacciones en versiones

de Exchange antiguas. Las

mejoras implementadas en

Service Pack 2 para

Exchange 2000 permiten la


sin datos de revisión.

74





Error -1216 (0xfffffb40 JET_errAttachedDatabaseMi

smatch

Este error está

estrechamente relacionado

con el error -551

(JET_errConsistentTimeMis

match). Suele tener lugar

tras un bloqueo simultáneo

de todas las bases de datos

de un grupo de

almacenamiento si una de

ellas ya no está disponible

(por ejemplo, debido a que

su disco se ha destruido).

Para obtener más


resolución del error en

Exchange Server 2000,

consulte en Microsoft


296843, "Cómo recuperar

una base de datos de


después del error -1216".

75





Error -1206 JET_errDatabaseCorrupted Se trata de un error genérico

y por lo general no señala un

problema grave. Este error

aparecerá al final de una

comprobación de integridad

donde se han encontrado

problemas de una gravedad

leve o media. Busque la

palabra ERROR en el

archivo

<basededatos>.integ.raw

para obtener información

detallada acerca de los

problemas detectados en la

base de datos.

Para obtener más

información, consulte Centro

de sucesos y mensajes de

error.

Para obtener más


resolución del error en


Standard Edition, consulte

en Microsoft Knowledge

Base el artículo 313704,

"XADM: Ejecutar una

comprobación de integridad

en el Database de Srs.edb

siempre devuelve un

mensaje de error

JET_errDatabaseCorrupted".

76








Error -939586631 (Error

desconocido, error

desconocido)

Error desconocido Este error tiene lugar al

intentar ejecutar Eseutil /CC

con una ruta incorrecta al

archivo Restore.env. Como

resultado de este error, el

almacén de buzones no

podrá montar la base de

datos. Puede solucionar este

problema ejecutando

Eseutil /CC con una ruta

correcta al archivo

Restore.env. Si el problema

persiste, puede ejecutar

Eseutil /P seguido de

Eseutil /D y, a continuación,

tratar de ejecutar Eseutil /CC

de nuevo para recuperar la

base de datos. Para obtener

más información acerca de

la ejecución de Eseutil /CC,

consulte Cómo ejecutar

Eseutil /C (restauración) en

diferentes escenarios.

Información adicionalPara obtener más información acerca de estos códigos de error, consulte

Artículo 266361 de Microsoft Knowledge Base, "98 códigos de error de 0 a -1048 del

Motor de almacenamiento extensible"

Códigos de error del Motor de almacenamiento extensible (ESE)

Para obtener más información sobre las nociones de los tipos de archivo del Motor de

almacenamiento extensible (ESE), consulte Extensible Storage Engine Files (Archivos del

Motor de almacenamiento extensible).

Para obtener más información, consulte los siguientes temas de la Guía de utilidades de




77

http://go.microsoft.com/fwlink/?linkid=68168










Copyright

La información contenida en este documento representa la visión actual de Microsoft

Corporation acerca de los asuntos tratados hasta la fecha de su publicación. Como

Microsoft debe responder a condiciones de mercado variables, no debe interpretarse como

un compromiso por parte de Microsoft y Microsoft no puede garantizar la precisión de la

información que se presenta después de la fecha de publicación.

Este documento se proporciona con propósito informativo únicamente. MICROSOFT NO

OTORGA NINGUNA GARANTÍA, YA SEA EXPLÍCITA, IMPLÍCITA O ESTATUTARIA, CON

RESPECTO A LA INFORMACIÓN CONTENIDA EN ESTE DOCUMENTO.

Es responsabilidad del usuario el cumplimiento de todas las leyes de derechos de autor

aplicables. Ninguna parte de este documento puede ser reproducida, almacenada o

introducida en un sistema de recuperación, o transmitida de ninguna forma, ni por ningún

medio (ya sea electrónico, mecánico, por fotocopia, grabación o de otra manera) con ningún

propósito, sin la previa autorización por escrito de Microsoft Corporation, sin que ello

suponga ninguna limitación a los derechos de propiedad industrial o intelectual.

Microsoft puede ser titular de patentes, solicitudes de patentes, marcas, derechos de autor, u

otros derechos de propiedad industrial o intelectual sobre los contenidos de este documento.

El suministro de este documento no le otorga ninguna licencia sobre estas patentes, marcas,

derechos de autor, u otros derechos de propiedad intelectual, a menos que ello se prevea en

un contrato por escrito de licencia de Microsoft.

A menos que se indique lo contrario, las compañías, organizaciones, productos, nombres de

dominios, direcciones de correo electrónico, logotipos, personas, lugares y acontecimientos

utilizados en los ejemplos son ficticios. No se pretende ni se debe inferir de ningún modo

relación con ninguna compañía, organización, producto, nombre de dominio, dirección de

correo electrónico, logotipo, persona, lugar o acontecimiento real.

© 2006 Microsoft Corporation. Reservados todos los derechos.

78

Microsoft, MS-DOS, Windows, Windows Server, Windows Vista, Active Directory, ActiveSync,

ActiveX, Entourage, Excel, FrontPage, Hotmail, JScript, Microsoft Press, MSDN, MSN,

Outlook, SharePoint, Visual Basic, Visual C++, Visual Studio, Win32, Windows Mobile,

Windows NT y Windows Server System son marcas registradas o marcas comerciales de

Microsoft Corporation en los EE.UU. y/o en otros países.

Todas las demás marcas son propiedad de sus respectivos propietarios.

79

Ese Util

Documents

Transcript of Ese Util