Use E2 K 3 Rec Stor Grps

c5541abf-15ce-464f-b5d2-758395fcdf3e
Uso de los grupos de almacenamiento de

recuperación de Microsoft Exchange
Server 2003

Microsoft Corporation
Publicación: 12 de diciembre de 2006
Autor: Equipo de documentación de Exchange Server
Descripción breve
Este documento trata sobre el uso de la característica de grupo de almacenamiento de
recuperación en Exchange Server 2003.
¿Comentarios? Envíe sus comentarios a exchdocs@microsoft.com.

Contents
Uso de grupos de almacenamiento de recuperación de Exchange Server 2003.....................9
Introducción al uso de grupos de almacenamiento de recuperación de Exchange Server 2003

.............................................................................................................................................. 9
A quién va dirigida esta guía...............................................................................................10
Terminología utilizada en esta guía.....................................................................................10
Cómo funcionan los grupos de almacenamiento de recuperación en Exchange Server 2003

............................................................................................................................................ 11
Cuándo puede utilizar un grupo de almacenamiento de recuperación................................11
Cuándo no debería utilizar un grupo de almacenamiento de recuperación........................12
Diferencias entre un grupo de almacenamiento de recuperación y un grupo de

almacenamiento normal...................................................................................................... 14
Cómo se vincula la base de datos de recuperación con la base de datos original.................15

msExchMailboxGUID.......................................................................................................... 15
msExchOrigMDB................................................................................................................ 17
Cómo cambiar el atributo msExchOrigMDB mediante Edición de ADSI................................19

Procedimiento..................................................................................................................... 20
Diferencias de copia de seguridad y restauración con respecto a versiones anteriores de

Exchange............................................................................................................................ 21
Clave del Registro de sobrescritura del grupo de almacenamiento de recuperación.........22
Configuración de un grupo de almacenamiento de recuperación..........................................23

Consideraciones al crear un grupo de almacenamiento de recuperación...........................24
Nombre del grupo de almacenamiento de recuperación.....................................................25
Ubicación del registro de transacciones..............................................................................26
Ubicación de la ruta de acceso del sistema........................................................................26
Creación de un grupo de almacenamiento de recuperación...............................................27
Consideraciones al agregar una base de datos a un grupo de almacenamiento de
recuperación.................................................................................................................... 27
Nombre de la base de datos...............................................................................................27
Ubicaciones de los archivos de base de datos...................................................................28
Sobrescribir opciones.......................................................................................................... 30
Agregar una base de datos a un grupo de almacenamiento de recuperación....................30
Cambio de la configuración de un grupo de almacenamiento de recuperación..................31
Cómo configurar un grupo de almacenamiento de recuperación...........................................31

Procedimiento..................................................................................................................... 31
Cómo crear el grupo de almacenamiento de recuperación....................................................31

Procedimiento..................................................................................................................... 32
Cómo agregar bases de datos para la restauración...............................................................33

Procedimiento..................................................................................................................... 33
Cómo volver a crear un grupo de almacenamiento de recuperación existente con un nombre

nuevo.................................................................................................................................. 36
Procedimiento..................................................................................................................... 37
Restauración de bases de datos en un grupo de almacenamiento de recuperación de

Exchange Server 2003........................................................................................................ 37
Restauración de bases de datos desde conjuntos de copias de seguridad en línea..........38
Restauración de bases de datos a partir de copias de seguridad sin conexión o de copias
de archivos...................................................................................................................... 40
Cómo restaurar bases de datos desde conjuntos de copias de seguridad en línea...............42

Procedimiento..................................................................................................................... 42
Cómo restaurar conjuntos de copias de seguridad en línea en un grupo de almacenamiento

de recuperación.................................................................................................................. 44
Antes de empezar............................................................................................................... 44
Procedimiento..................................................................................................................... 44
Cómo ejecutar manualmente una recuperación de hardware................................................47

Procedimiento..................................................................................................................... 47
Cómo comprobar una recuperación de hardware y montar las bases de datos recuperadas48
Procedimiento..................................................................................................................... 48
Cómo restaurar bases de datos a partir de copias de seguridad sin conexión o de copias de
archivos............................................................................................................................... 49
Procedimiento..................................................................................................................... 50
Cómo comprobar que todos los archivos de la base de datos que se desea restablecer están
en el estado Cierre limpio................................................................................................... 52
Procedimiento..................................................................................................................... 52
Cómo restaurar copias de archivos de bases de datos en un grupo de almacenamiento de

recuperación....................................................................................................................... 53
Procedimiento..................................................................................................................... 53
Solución de problemas de restauración y recuperación en Exchange Server 2003...............55
El equipo especificado no es un servidor de Microsoft Exchange..........................................57

Base de datos en uso (0xC7FE1F41) No se encontró la base de datos (0xC7FE1F42).......58
La base de datos no se puede sobrescribir con una restauración (0xC7FE1F46).................59
JET_errBadDBSignature (0xc8000262, -939523486, 0xfffffded, -531)

JET_errBadCheckpointSignature (0xC8000214, -939523564, 0xfffffdec, -532)..................59
JET_errSoftRecoveryOnBackupDatabase (0xfffffde0, -544)..................................................59
JET_errMissingRestoreLogFiles (0xC800022D, -939523539, 0xfffffdd3, -557)......................60
Cómo guardar los datos procedentes del grupo de almacenamiento de recuperación de

Exchange Server 2003........................................................................................................ 60
Requisitos para utilizar ExMerge con un grupo de almacenamiento de recuperación...........61
Establecimiento de permisos para la combinación de datos..................................................62
Cómo conceder a su cuenta administrativa de inicio de sesión derechos temporales para leer
todos los buzones de una base de datos de Exchange......................................................63
Procedimiento..................................................................................................................... 63
Solución de problemas de ExMerge.......................................................................................64

Error 0x8004011d................................................................................................................ 64
Error al obtener la lista de bases de datos de almacén de información privada en el
servidor 'nombre del servidor'.......................................................................................... 65
Se encontró un error al recuperar la lista de buzones hospedados en las bases de datos
seleccionadas.................................................................................................................. 65
El almacén 'MSPST MS' no se abrió El almacén 'MSEMS' no se abrió..............................66
Cómo descubrir y configurar los nombres correctos de los servicios MAPI...........................66

Procedimiento..................................................................................................................... 66
Estrategias y prácticas recomendadas de ExMerge..............................................................67
Recuperación de una base de datos de buzones mediante una base de datos de tonos de
marcado en Exchange Server 2003....................................................................................69
Configuración de las expectativas del usuario final durante el proceso de recuperación.......73
Creación de la base de datos de tonos de marcado..............................................................74
Cómo restablecer una base de datos de Exchange y crear una base de datos de tonos de
marcado.............................................................................................................................. 74
Procedimiento..................................................................................................................... 75
Configuración del grupo de almacenamiento de recuperación...............................................76
Restauración en la base de datos del grupo de almacenamiento de recuperación...............77

Intercambio de bases de datos entre el grupo de almacenamiento de recuperación y el grupo
de almacenamiento original................................................................................................ 78
Movimiento de los archivos de base de datos entre carpetas de una misma unidad.........78
Movimiento de archivos de base de datos entre servidores...............................................79
Cómo dejar los archivos en su lugar y cambiar las rutas de acceso lógicas.......................79
Cómo intercambiar bases de datos entre el grupo de almacenamiento de recuperación y el

grupo de almacenamiento original......................................................................................79
Antes de empezar............................................................................................................... 80
Procedimiento..................................................................................................................... 80
Cómo mover archivos de base de datos de Exchange entre carpetas de una misma unidad
............................................................................................................................................ 80
Procedimiento..................................................................................................................... 81
Cómo mover archivos de base de datos de Exchange entre servidores................................81

Procedimiento..................................................................................................................... 82
Cómo intercambiar archivos de base de datos de Exchange mediante el intercambio de las

rutas de acceso lógicas....................................................................................................... 83
Procedimiento..................................................................................................................... 83
Combinación de datos entre bases de datos intercambiadas................................................84
Ventajas de la estrategia de los tonos de marcado de mensajería........................................85
Uso del modo de recuperación de Outlook 2003 Exchange con una base de datos de tonos
de marcado......................................................................................................................... 86
Cómo restablecer archivos .ost.............................................................................................. 87

Procedimiento..................................................................................................................... 88
Recuperación de elementos eliminados o de buzones purgados mediante un grupo de

almacenamiento de recuperación en Exchange Server 2003.............................................89
Cómo recuperar un buzón purgado desde una copia de seguridad en línea mediante el
servidor de base de datos original......................................................................................91
Procedimiento..................................................................................................................... 91
Resumen del uso de grupos de almacenamiento de recuperación en Exchange Server 2003

............................................................................................................................................ 93
Movimiento de las bases de datos de buzones de Exchange entre grupos de

almacenamiento de Exchange Server 2003.......................................................................94
Requisitos previos para mover una base de datos a un grupo o servidor de almacenamiento
diferente.............................................................................................................................. 96
Consideraciones sobre grupos de almacenamiento y la asignación de nombre a bases de
datos................................................................................................................................... 97
Consideraciones generales para mover archivos...............................................................97
Movimiento de una base de datos mediante la copia de archivos......................................99
Movimiento de una base de datos mediante una copia de seguridad en línea...................99
Movimiento de una base de datos a un grupo de almacenamiento de recuperación.......100
Resumen de consideraciones relativas a la asignación de nombres................................100
Comprobación de la coherencia antes de mover los archivos de base de datos.................101
Consideraciones sobre el archivo de registro de transacciones en Exchange 2003............103
Consideraciones sobre copias de seguridad y su restauración............................................104
Registro de transacciones de Exchange en Exchange Server 2003....................................105
Cómo funcionan las copias de seguridad en línea de Exchange en Exchange Server 2003
.......................................................................................................................................... 110
Restauración de una copia de seguridad en línea............................................................112
Reproducción de los archivos de registro de transacciones: Recuperación de software y

recuperación de hardware en Exchange Server 2003......................................................114
Tipos de recuperación....................................................................................................... 114
Búsqueda de coincidencias en bases de datos de Exchange y archivos de registro de

Exchange Server 2003...................................................................................................... 121
Ejemplos de Eseutil.exe....................................................................................................... 124

Eseutil /mh........................................................................................................................ 124
Eseutil /ml......................................................................................................................... 125
Copyright.............................................................................................................................. 127
9
Uso de grupos de almacenamiento de

recuperación de Exchange Server 2003
Utilizar la función Grupo de almacenamiento de Microsoft® Exchange Server 2003 permite
montar una segunda copia de una base de datos de buzones Exchange, en el mismo
servidor que la base de datos original, o en cualquier otro servidor de Exchange del mismo
grupo administrativo de Exchange. Esto se puede hacer mientras la base de datos original
está funcionando y dando servicio a los clientes. El grupo de almacenamiento de
recuperación también puede resultar útil en escenarios de recuperación de desastres. Esta
guía proporciona información acerca de cómo determinar si un grupo de almacenamiento de
recuperación resulta útil para su instalación, cómo configurar un grupo de almacenamiento
de recuperación y cómo solucionar problemas comunes.
Nota:
Descargue la guía Using Microsoft Exchange Server 2003 Recovery Storage Groups
(Uso de grupos de almacenamiento de recuperación de Microsoft Exchange
Server 2003) para imprimirla o consultarla sin conexión.
Introducción al uso de grupos de

almacenamiento de recuperación de
Exchange Server 2003
La función de grupos de almacenamiento de recuperación de Microsoft® Exchange
Server 2003 permite montar una segunda copia de una base de datos de buzones
Exchange, en el mismo servidor que la base de datos original, o en cualquier otro servidor de
Exchange del mismo grupo administrativo de Exchange. Esto se puede hacer mientras la
base de datos original está funcionando y dando servicio a los clientes. Esta capacidad
permite recuperar datos de una copia de seguridad anterior de la base de datos sin
entorpecer el acceso del usuario a los datos actuales. El grupo de almacenamiento de
recuperación también puede resultar útil en distintos supuestos de recuperación de
desastres, sobre todo en el supuesto de Tono de marcado de mensajería que se describe
más adelante en este documento.
Antes de Exchange Server 2003, montar una copia extra o una versión distinta de una base
de datos de producción hacía necesario que el administrador de Exchange creara un bosque
de servicio de directorios y un servidor de recuperación de Microsoft Active Directory®
aparte. Esto no sólo significaba que había que disponer de un servidor de repuesto para la
recuperación de la base de datos de Exchange, sino que crear tal servidor solía necesitar
10
unas dos horas de tiempo de instalación. En Exchange 2003, crear un grupo de

almacenamiento de recuperación sólo precisa de unos cuantos clics del ratón en el
Administrador del sistema de Exchange, un tiempo total de instalación de unos dos minutos.
El proceso es muy similar al de crear un grupo de almacenamiento normal.
Una vez haya creado un grupo de almacenamiento para recuperación y le haya agregado
una o más bases de datos, puede restablecer en él los juegos de copia de seguridad en
línea, o copiar los archivos de base de datos sin conexión en el grupo de almacenamiento de
recuperación. Para restablecer los datos correctamente al grupo de almacenamiento de
recuperación, no tiene que modificar los agentes de copia de seguridad en línea actuales.
Exchange 2003 identifica de forma lógica la copia de la base de datos que se ejecuta en el
grupo de almacenamiento de recuperación con respecto al resto de la organización de
Exchange. Los clientes no pueden conectarse a esta base de datos y no se puede entregar
correo en ella. Para extraer los datos de los buzones desde esta base de datos, es necesario
utilizar una nueva versión de la herramienta Asistente para combinar buzones (ExMerge).
A quién va dirigida esta guía

Este documento va dirigido a los administradores de Exchange que tienen las siguientes
responsabilidades relacionadas con una instalación de Exchange:
 Creación de planes para la recuperación de desastres
 Creación de procedimientos detallados para la recuperación de desastres
 Realización de operaciones de recuperación
Debería tener derechos de administrador de Exchange para el grupo administrativo que

contiene el servidor del grupo de almacenamiento de recuperaciones y derechos de
administrador en el servidor del grupo de almacenamiento de recuperaciones.
Terminología utilizada en esta guía

Para sacar el máximo partido a esta guía, asegúrese de familiarizarse con los siguientes
términos:
 Recuperación
Reproducir registros de transacciones en una base de datos restaurada, devolviéndola a

un estado coherente. Hay dos formas de recuperación:
 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 o sin conexión de una base de
datos. El proceso de reproducción utiliza sólo archivos de registro que están
presentes en el directorio del grupo de almacenamiento.
11
 Recuperación del hardware Se refiere a un proceso de reproducción del registro

de transacciones que tiene lugar después de restablecer una base de datos desde
una copia de seguridad en línea. El proceso de reproducción comienza con los
archivos de registro que se restauran desde la copia de seguridad y, a continuación,
sigue con otros archivos de registro presentes en el directorio del grupo de
almacenamiento.
 Reproducción
Un proceso por el cual Exchange examina los registros de transacciones de un grupo de

almacenamiento, con el fin de identificar las transacciones que se han registrado pero
que no se han incorporado a las bases de datos de ese grupo de almacenamiento. Este
proceso, también conocido como reproducción de archivos de registro, actualiza las
bases de datos con los registros de transacciones.
 Restaurar
Devolver los archivos de base de datos y de registro a su lugar en un servidor.
Cómo funcionan los grupos de

almacenamiento de recuperación en
Antes de comenzar a utilizar grupos de almacenamiento de recuperación, debería tener
nociones generales de cómo funcionan y cuáles son sus limitaciones.
Cuándo puede utilizar un grupo de

almacenamiento de recuperación
Los grupos de almacenamiento de recuperación se diseñaron para ayudar en la
recuperación de la base de datos, bajo las siguientes condiciones:
 La información lógica acerca del grupo de almacenamiento y sus buzones sigue intacta y
sin cambios en el servicio de directorios Microsoft® Active Directory®.
 Además, necesita recuperar un único buzón, una única base de datos o un grupo de
bases de datos en un único grupo de almacenamiento. Los supuestos de recuperación
incluyen:
 Recuperación de elementos eliminados que un usuario purgó por error en su buzón.
 Recuperación o reparación de una copia alternativa de una base de datos mientras

otra copia sigue en producción, normalmente con el objetivo de combinar datos entre
12
las dos bases de datos mediante la herramienta Asistente para combinar buzones
(ExMerge).
 Recuperación de una base de datos en un servidor distinto del servidor original de

esa base de datos. Si fuera necesario, puede combinar los datos recuperados otra
vez en el servidor original (aunque el rendimiento sería más lento, que si el grupo de
almacenamiento de recuperación y la base de datos original estuvieran en el mismo
servidor).
Utilice las siguientes normas para trabajar con grupos de almacenamiento de recuperación:
 La base de datos que se está recuperando debe de estar en un servidor que sea
miembro del mismo grupo que el servidor en el que se ejecuta el grupo de
almacenamiento de recuperación (si la base de datos es de un grupo administrativo
diferente, la operación de restauración no tendrá éxito).
 Si desea recuperar más de una base de datos a la vez, puede agregar varias bases de
datos al grupo de almacenamiento de recuperación, siempre que sean todas del mismo
grupo de almacenamiento original (una vez se haya agregado la primera base de datos,
sólo se puede agregar bases de datos desde el grupo de almacenamiento de esa base
de datos). En caso contrario, tendrá que utilizar más de un grupo de almacenamiento de
recuperación (en más de un servidor).
 La base de datos que se está recuperando es de un servidor en el que se ejecuta una

versión de Exchange que está entre Microsoft Exchange Server 2000, Service Pack (SP)
3 y la versión de Exchange que se ejecuta en el servidor del grupo de almacenamiento
de recuperación.
Todas las bases de datos restauradas en el grupo de almacenamiento de recuperación

se actualizarán a la versión de la base de datos que esté actualmente ejecutándose en
el servidor del grupo de almacenamiento de recuperación. Esto significa que no se
puede volver a copiar las bases de datos en sus servidores originales sin actualizar
primero los servidores originales a la misma versión de Exchange (versión principal y
versión del service pack). No obstante, puede utilizar ExMerge para mover datos de un
servidor a otro, independientemente de que las versiones no coincidan.
Además, las bases de datos de versiones de Exchange posteriores a la versión del

servidor del grupo de almacenamiento de recuperación no se pueden restaurar al grupo
de almacenamiento de recuperación.
Cuándo no debería utilizar un grupo de

Los grupos de almacenamiento de recuperación no son adecuados si se dan las siguientes
condiciones:
13
 Necesita recuperar el contenido de carpetas públicas. Sólo se pueden realizar

operaciones de recuperación de buzones. Los procedimientos para la recuperación de
carpetas públicas en Exchange Server 2003 son los mismos que en Exchange 2000.
 Necesita restaurar servidores completos.
 Necesita restaurar bases de datos desde varios grupos de almacenamiento.
 Está en una situación de emergencia que precisa del cambio o recreación de su

topología de Active Directory.
Además, no puede utilizar un grupo de almacenamiento de recuperación si los datos de

configuración de Exchange almacenados en Active Directory han cambiado desde la última
copia de seguridad de la base de datos. La funcionalidad de un grupo de almacenamiento de
recuperación depende de determinados atributos de buzones y de base de datos de buzones
en Active Directory. (Más adelante en esta sección se describen estos atributos más
detalladamente). Debido a esta limitación, no se pueden utilizar los grupos de
almacenamiento de recuperación bajo las siguientes circunstancias:
 Necesita recuperar buzones que se han eliminado o purgado del sistema, o que se han
movido a otras bases de datos o servidores.
Volver a crear un buzón eliminado no resulta útil en esta situación, porque Exchange no
reconoce al buzón recreado como si fuera el mismo buzón. Cuando se crea un buzón
para un usuario, tiene un identificador único. Si elimina y vuelve a crear un buzón, éste
tendrá un nuevo identificador que será distinto del identificador anterior. Si desea más
información acerca de estos identificadores, consulte Cómo se vincula la base de datos
de recuperación con la base de datos original.
Nota:
Puede utilizar grupos de almacenamiento de recuperación en forma limitada,
cuando necesite recuperar buzones eliminados o purgados. Si desea obtener
más información acerca de esta situación, consulte Recuperación de elementos
eliminados o de buzones purgados mediante un grupo de almacenamiento de
 No puede utilizar un grupo de almacenamiento de recuperación para recuperar una base

de datos de Exchange de la que se hiciera copia de seguridad, utilizando las API de
instantáneas de volumen. Los datos de Exchange de los que se hace copia de seguridad
mediante la API de instantánea de volumen tienen que restaurarse mediante la API de
instantánea de volumen.
 La base de datos que contiene los buzones que intenta recuperar se movió a un grupo
de almacenamiento diferente después de la última copia de seguridad, o desde entonces
se ha eliminado.
Volver a crear la base de datos eliminada no resolverá esta situación, por motivos
similares a los que se aplican a un buzón que se ha vuelto a crear. Cada base de datos
14
tiene, asimismo, un identificador único y, en Exchange, una base de datos que se ha

vuelto a crear es una nueva base de datos sin relación alguna con la base de datos
anterior.
Diferencias entre un grupo de

almacenamiento de recuperación y un
grupo de almacenamiento normal
Un grupo de almacenamiento de recuperación es similar a un grupo de almacenamiento
normal. No obstante, algunas de las funciones y características de un grupo de
almacenamiento normal están desactivadas en los grupos de almacenamiento de
recuperación. Estos cambios se realizaron para minimizar la sobrecarga en el rendimiento de
un grupo de almacenamiento de recuperación para evitar interacciones problemáticas entre
el grupo de almacenamiento de recuperación y el resto de la organización de Exchange, y
para minimizar la probabilidad de que existan errores al configurar el grupo de
almacenamiento de recuperación.
Los grupos de almacenamiento de recuperación difieren de los grupos de almacenamiento

normales, en lo siguiente:
 Todos los protocolos, excepto MAPI, están deshabilitados. Los protocolos Protocolo
simple de transferencia de correo (SMTP), Llamada a procedimiento remoto (RPC),
X.400, Protocolo de oficina de correos versión 3 (POP3) e IMAP4 están deshabilitados
para las bases de datos de un grupo de almacenamiento de recuperación. Como
resultado, el correo no se puede enviar hacia ni desde una base de datos en un grupo de
almacenamiento de recuperación. Esto evita que el grupo de almacenamiento de
recuperación inserte correo en su sistema Exchange o que lo elimine de él.
 Los buzones de usuario de un grupo de almacenamiento de recuperación no se pueden

conectar a cuentas de Active Directory. En el momento de escribir estas líneas, la única
interfaz admitida para acceder al contenido del buzón en el grupo de almacenamiento de
recuperación es la versión Exchange 2003 de ExMerge.
 Las directivas de administración del sistema y los buzones no se aplican. Esto evita que
el sistema elimine los elementos del grupo de almacenamiento de recuperación mientras
se intentan salvar.
 El mantenimiento en línea y la desfragmentación no se ejecutan contra las bases de

datos en el grupo de almacenamiento de recuperación y, de esta forma, se elimina el
efecto de unas operaciones tan intensivas sobre el rendimiento del servidor.
 Las bases de datos de un grupo de almacenamiento de recuperación no se pueden

establecer para que se monten automáticamente al iniciar el servicio del Almacén de
información de Microsoft Exchange. Un administrador siempre debe iniciar las bases de
15
datos manualmente. Si se montaron en el momento de una conmutación por error del

clúster, las bases de datos no se reiniciarán automáticamente una vez completada la
conmutación por error.
 No existe soporte para cambiar las rutas de acceso de los datos ni para mover los
archivos de datos después de la creación inicial del grupo de almacenamiento de
recuperación. Puede eliminar y volver a crear el grupo de almacenamiento de
recuperación para cambiar las rutas de acceso, o mover los archivos manualmente hasta
las ubicaciones deseadas.
Cómo se vincula la base de datos de

recuperación con la base de datos original
Dos atributos de Active Directory vinculan una copia de base de datos en un grupo de
almacenamiento de recuperación con su base de datos original:
 msExchMailboxGUID Establecido en el objeto de usuario propietario del buzón.
 msExchOrigMDB Establecido en cada objeto de base de datos en el grupo de

msExchMailboxGUID
El valor del atributo msExchMailboxGUID de una cuenta de usuario en Active Directory
coincide con el GUID del buzón en Exchange. Tal y como se muestra en la siguiente figura,
después de restaurar una base de datos en un grupo de almacenamiento de recuperación,
cada buzón de la base de datos del grupo de almacenamiento de recuperación sigue
llevando el mismo GUID que el buzón correspondiente de la base de datos original. El
asistente Combinar buzones (ExMerge) utiliza el GUID para que cada buzón coincida en la
base de datos del grupo de almacenamiento de recuperación con un usuario de Active
Directory. Una vez realizada esta coincidencia, ExMerge puede mover los datos desde el
buzón en la base de datos del grupo de almacenamiento de recuperación hasta el buzón
correcto de la base de datos original.
16
Cada buzón tiene un GUID, que vincula el buzón tanto a un usuario de Active Directory
como al buzón recuperado en el grupo de almacenamiento de recuperación
El GUID del buzón es el atributo fundamental de un buzón. El valor de este atributo se define
en la base de datos cuando se crea el buzón; el valor permanece invariable durante toda la
vigencia del buzón. Se trata de un valor único que distingue a un buzón de todos los demás.
Los buzones eliminados o purgados no se pueden recuperar fácilmente en le grupo de
almacenamiento de recuperación, porque al eliminar un buzón se quitan todos los atributos
de buzón al objeto de usuario de Active Directory que antes era propietario del buzón. Si
elimina el buzón y a continuación, antes de purgarlo, lo vuelve a conectar a un usuario
diferente, aparecerá el mismo valor msExchMailboxGUID como atributo para el nuevo
usuario. De hecho, si cambia sólo los valores de msExchMailboxGUID entre las dos
cuentas de usuario con buzones en la misma base de datos, intercambiará los buzones entre
ellas (los atributos adicionales diferencial las cuentas de usuario con buzones en distintas
bases de datos).
Si el valor msExchMailboxGUID cambia en un solo carácter, la siguiente vez que el usuario

afectado inicie sesión, Exchange creará un buzón completamente nuevo, basándose en el
nuevo GUID. En el Administrador del sistema de Exchange, vería que este usuario tiene dos
buzones. (Después de un rato, el agente de limpieza de buzones se ejecutará
17
automáticamente, y el buzón original del usuario se mostrará después como desconectado y,

por tanto, será un candidato para la purga). Supongamos que msExchMailboxGUID se
volviera a cambiar a su valor original. La siguiente vez que el usuario iniciara sesión, el
buzón original volvería a estar disponible, y el nuevo se desconectaría.
Cuando se elimina un buzón, Exchange en realidad conserva el buzón durante 30 días, por
si se desea recuperar datos de él más tarde. Exchange elimina sólo los atributos que
vinculan la cuenta de Active Directory al buzón. Antes de purgar el buzón de la base de
datos, puede utilizar el Centro de recuperación de buzones para volver a conectar el buzón a
la anterior cuenta de Active Directory, o a una cuenta distinta de Active Directory.
Cuando se purga un buzón que se ha eliminado (o cuando se purga un buzón

automáticamente, 30 días después de haberlo eliminado), el buzón (y su GUID) se eliminan
de la base de datos. En esta fase, no puede utilizar el Centro de recuperación de buzones
para volver a conectar el buzón. No obstante, si se realizó una copia de seguridad de la base
de datos, entre el momento en que el buzón se eliminó y el momento en que se purgó,
puede recuperar el buzón de la copia de seguridad. Si desea obtener más información
acerca de este proceso, consulte Recuperación de elementos eliminados o de buzones
purgados mediante un grupo de almacenamiento de recuperación en Exchange Server 2003.
msExchOrigMDB
Para recuperar datos desde un buzón en al grupo de almacenamiento de recuperación, el
buzón tiene que residir en la base de datos original desde la que se generó la copia de
seguridad de la base de datos que se está restaurando.
Cada base de datos del grupo de almacenamiento de recuperación tiene un atributo

msExchOrigMDB que vincula la base de datos a una base de datos en un grupo de
almacenamiento normal. Tal y como se muestra en la siguiente figura, el atributo
msExchOrigMDB contiene el nombre completo de la base de datos original desde la que se
generó la base de datos del grupo de almacenamiento de recuperación.
18
El atributo msExchOrigMDB asocia una base de datos del grupo de almacenamiento

de recuperación a una base de datos normal.
El nombre completo de un objeto en Active Directory describe la ruta de acceso a su

ubicación en el directorio. Todos los objetos de Active Directory tienen un atributo
distinguishedName que indica el nombre completo del objeto en un formato adecuado para
copiarlo y pegarlo en el atributo msExchOrigMDB. Los objetos de base de datos de
Exchange están ubicados en la rama Servicios del contenedor Configuración, en cada
bosque de Active Directory en el que esté instalado Exchange.
El nombre completo de una base de datos típica de Exchange tiene este formato:
CN=<database name>,CN=<storage group name>,CN=InformationStore,CN=<exchange server

name>,CN=Servers,CN=<administrative group name>,CN=Administrative Groups,CN=<Exchange
Organization Name>,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=<root active
directory domain>,DC=<top level domain, such as com or org>
Por ejemplo:
CN=MailboxDatabase1,CN=Second Storage
Group,CN=InformationStore,CN=Exchange1,CN=Servers,CN=First Administrative
Group,CN=Administrative Groups,CN=TailspinToys,CN=Microsoft
Exchange,CN=Services,CN=Configuration,DC=tailspin,DC=com
19
Si mueve el buzón a una base de datos distinta, ExMerge puede identificar el buzón, porque
su GUID sigue presente en Active Directory, pero ExMerge no puede extraer datos de él ni
combinar datos en él.
En tal caso, tiene dos opciones:
 Mover el buzón otra vez a la base de datos original antes de utilizar ExMerge.
 En Active Directory, cambie el atributo msExchOrigMDB en el objeto de base de datos

del grupo de almacenamiento de recuperación, para que señale a la base de datos en la
que reside ahora el buzón.
Si utiliza esta opción, todos los buzones que no se movieron a una nueva base de datos
se volverán inaccesibles para ExMerge, a no ser, por supuesto, que vuelva a cambiar el
atributo msExchOrigMDB y lo devuelva a su valor inicial.
No es posible cambiar el atributo msExchOrigMDB mediante el Administrador del

sistema de Exchange o los programas administrativos estándar de Active Directory.
Puede utilizar herramientas como ADSI Edit, LDIFDE o LDP para ver y cambiar los
atributos sin procesar de Active Directory. Si desea obtener instrucciones detalladas,
consulte Cómo cambiar el atributo msExchOrigMDB mediante Edición de ADSI.
Cómo cambiar el atributo msExchOrigMDB

mediante Edición de ADSI
Para recuperar datos desde un buzón en al grupo de almacenamiento de recuperación, el
buzón tiene que residir en la base de datos original desde la que se generó la copia de
seguridad de la base de datos que se está restaurando. Cada base de datos del grupo de
almacenamiento de recuperación tiene un atributo msExchOrigMDB que vincula la base de
datos a una base de datos en un grupo de almacenamiento normal. El atributo
msExchOrigMDB contiene el nombre completo de la base de datos original desde la que se
generó la base de datos del grupo de almacenamiento de recuperación. El siguiente
procedimiento describe cómo cambiar el atributo msExchOrigMDB utilizando Edición de
ADSI.
20
El atributo msExchOrigMDB asocia una base de datos del grupo de almacenamiento

de recuperación a una base de datos normal.
Procedimiento
Para cambiar el atributo msExchOrigMDB mediante Edición de ADSI
1. Instale Edición de ADSI en una estación de trabajo o un servidor que sea el miembro
de un dominio. Edición de ADSI no está instalado como opción predeterminada con
Microsoft Windows®. Forma parte de las Herramientas de soporte para Windows
Server.
2. En Edición de ADSI, expanda el contenedor Configuración hasta que encuentre la

base de datos a la que se trasladó el buzón (para ayudar a navegar en el árbol del
servicio de directorio de Active Directory®, consulte los ejemplos de nombres
completos en la sección "msExchOrigMDB" de Cómo se vincula la base de datos de
recuperación con la base de datos original).
3. Abra las propiedades del objeto de base de datos y encuentre el atributo

distinguisedName. Seleccione y copie todo el campo Valor en el portapapeles de
Windows.
4. En el contenedor Configuración, encuentre el objeto de base de datos del grupo de

21
5. Abra las propiedades del objeto de base de datos y encuentre el atributo

msExchOrigMDB. Haga clic en Borrar y, a continuación, elimine el nombre
completo del cuadro de texto Editar atributo. Copie el nombre completo de la otra
base de datos, haga clic en Establecer y, a continuación, haga clic en Aceptar.
Nota:
Después de cambiar los permisos, agregar o eliminar bases de datos del
grupo de almacenamiento de recuperación o cambiar atributos del grupo de
almacenamiento de recuperación, es posible que se tarde hasta 15 minutos
en actualizar los valores anteriormente en caché. Además, deberá dar
tiempo para que los cambios se repliquen entre los controladores de dominio
de Active Directory. Hasta que los cambios se hayan replicado y las cachés
afectadas se hayan actualizado, es posible que haya errores al restaurar al
grupo de almacenamiento de recuperación o al extraer datos desde él.
Diferencias de copia de seguridad y

restauración con respecto a versiones
anteriores de Exchange
Uno de los objetivos del diseño de la función del grupo de almacenamiento de recuperación
consistía en evitar la modificación o actualización de los programas o agentes de copia de
seguridad en línea ya existentes. La API de copia de seguridad en línea de Exchange se
implementa en la herramienta Backup (después de instalar el Administrador del sistema de
Exchange o Exchange Server en un equipo) y en muchos programas de copia de seguridad
de terceros. La principal ventaja de utilizar un programa de copia de seguridad que
implementa esta API es que se puede hacer copia de seguridad de bases de datos de
Exchange, sin interrumpir el servicio a los usuarios. Las copias de seguridad de la base de
datos tienen lugar cuando los usuarios están conectados a las bases de datos y las
modifican. Los registros de transacciones generados durante la copia de seguridad se
almacenan con la copia de seguridad y se utilizan para reconstruir todos los cambios.
Otra ventaja de la API de la copia de seguridad en línea es que simplifica la selección de las
bases de datos para las operaciones de copia de seguridad o de restauración. En vez de
tener que saber qué archivos de Exchange necesitan copia de seguridad para una
determinada base de datos, el administrador selecciona el servidor y las bases de datos
correspondientes de los que se harán copias de seguridad y Exchange recogerá y hará las
copias de seguridad automáticamente de los archivos pertinentes.
Cuando se utilice el programa Copia de seguridad u otro programa de copias de seguridad

para Exchange con el fin de restaurar bases de datos en Exchange Server 2003, Exchange
22
primero determinará si un grupo de almacenamiento de recuperación existe en el servidor

Exchange designado y si la base de datos seleccionada para la restauración está presente
en el grupo de almacenamiento de recuperación. Si lo es, Exchange redirige los archivos
restaurados al grupo de almacenamiento de recuperación. El programa de recuperación no
es consciente de que la restauración se ha redirigido al grupo de almacenamiento de
recuperación de ese servidor.
SI la base de datos que se va a restaurar no está en el grupo de almacenamiento de

recuperación, la restauración termina inmediatamente, incluso si la base de datos existe en
otro grupo de almacenamiento del servidor. En tanto que el grupo de almacenamiento de
recuperación exista, Exchange lo tratará como si fuera el único grupo de almacenamiento del
servidor, a efectos de restauración. Si el grupo de almacenamiento de recuperación no está
presente o se ha eliminado, Exchange vuelve al comportamiento de restauración normal, y
no es necesario restablecer el servicio.
Clave del Registro de sobrescritura del grupo

de almacenamiento de recuperación
Si desea tener un comportamiento de restauración normal en un servidor, sin tener que
eliminar el grupo de almacenamiento de recuperación, puede utilizar Regedit.exe para
establecer un valor del Registro de Windows que dé instrucciones al servicio del Almacén de
información de Microsoft Exchange para que ignore al grupo de almacenamiento de
recuperación, durante la operación de restauración.
Nota:
La modificación incorrecta del Registro puede ocasionar problemas graves que
quizás requieran volver a instalar el sistema operativo. Es posible que los problemas
derivados de una modificación incorrecta del Registro no se puedan resolver. Antes
de modificar el Registro, se recomienda realizar una copia de seguridad de todos los
datos importantes.
Importante:
Se recomienda encarecidamente que se utilice esta clave sólo en un entorno de
prueba.
Para ello, navegue hasta esta ruta de acceso en el Registro de Windows, en el servidor de
Exchange:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
Cree un valor DWORD llamado sobrescritura del grupo de almacenamiento de

recuperación y establezca el valor de sus datos en 1.
Puede eliminar esta clave, o establecer su valor en 0 cuando desee volver a restaurar en el
grupo de almacenamiento de recuperación. Como al eliminar el grupo de almacenamiento de
23
recuperación, el servicio del Almacén de información de Microsoft Exchange advierte

inmediatamente de los cambios en esta clave y no es necesario reiniciar ningún servicio de
Exchange.
Importante:
No olvide eliminar esta clave, una vez haya terminado de utilizarla. Dejar esta clave
en el Registro cuando haya terminado con la operación de restauración puede llevar
a resultados inesperados para el servidor afectado, durante futuras operaciones. Si
no sabe que la clave está presente, es posible que restaura una base de datos a una
ubicación no deseada. En el peor supuesto posible, puede sobrescribir una base de
datos en producción con un acopia que deseaba restaurar en un grupo de
almacenamiento de recuperación. Si la base de datos original está montada cuando
intenta restaurar una copia de seguridad, la restauración dará un error en el que le
informará de que primero hay que desmontar la base de datos. Pero si la base de
datos original está desmontada cuando se comienza la restauración, es posible que
quede sobrescrita con la restauración.
Configuración de un grupo de
La configuración de un grupo de almacenamiento de recuperación implica dos pasos
básicos: la creación del grupo de almacenamiento de recuperación y la adición de las bases
de datos que se restaurarán. Este proceso crea las estructuras lógicas que Microsoft®
Exchange Server 2003 utiliza para gestionar los datos restaurados. La restauración del
contenido de las bases de datos es un proceso independiente y se explica en Restauración
de bases de datos en un grupo de almacenamiento de recuperación de Exchange Server
2003.. La siguiente figura muestra cómo un grupo de almacenamiento de recuperación
aparece en el Administrador del sistema de Exchange después de haber agregado una base
de datos.
24
Administrador del sistema de Exchange que muestra un grupo de almacenamiento de

recuperación con una base de datos
Consideraciones al crear un grupo de

Aunque Exchange limita el número de grupos de almacenamiento ordinarios de un servidor a
cuatro, el grupo de almacenamiento de recuperación no cuenta para este límite. Puede crear
un grupo de almacenamiento de recuperación en un servidor que ya contenga cuatro grupos
de almacenamiento.
Para un mejor rendimiento, ponga el grupo de almacenamiento de recuperación en el mismo

servidor que al base de datos original que esté restaurando. Puede combinar los datos
recuperados en una base de datos desde una base de datos de grupo de almacenamiento
de recuperación, en un servidor distinto, pero el rendimiento será visiblemente más bajo de
lo que sería si ambas bases de datos estuvieran en el mismo servidor.
Las propiedades críticas que se deben establecer al crear un grupo de almacenamiento de

recuperación son:
 Nombre
 Ubicación del registro de transacciones

25
 Ubicación de la ruta de acceso del sistema
Nombre del grupo de almacenamiento de

recuperación
Si está restaurando una base de datos utilizando una copia de seguridad en línea (una copia
de seguridad creada por Copia de Seguridad u otra aplicación de copia de seguridad para
Exchange), anote el nombre del grupo de almacenamiento original al que pertenece la base
de datos original. Es posible que necesite utilizar este nombre para el grupo de
almacenamiento de recuperación, según el siguiente criterio:
 Si el grupo de almacenamiento original no existe en el servidor en el que se está

creando el grupo de almacenamiento de recuperación, el grupo de almacenamiento de
recuperación tiene que tener el mismo nombre que el grupo de almacenamiento original.
Por ejemplo, si está creando el grupo de almacenamiento de recuperación en un
servidor de recuperación que no tenga otros grupos de almacenamiento, el grupo de
almacenamiento de recuperación tiene que tener el mismo nombre que el grupo de
almacenamiento original.
 SI el grupo de almacenamiento original existe en el servidor en el que se está creando el

grupo de almacenamiento de recuperación, el grupo de almacenamiento de
recuperación tiene que tener un nombre diferente. Por ejemplo, si está creando el grupo
de almacenamiento de recuperación en el servidor en el que residen la base de datos y
el grupo de almacenamiento originales, el grupo de almacenamiento de recuperación
puede tener cualquier otro nombre (distinto de los nombres que ya se han utilizado).
Al comienzo de una operación de restauración, la API de copia de seguridad en línea de

Exchange comprueba que existe un grupo de almacenamiento en el servidor de destino con
el mismo nombre que el grupo de almacenamiento del conjunto de la copia de seguridad. Si
este no es el caso, el agente de copia de seguridad informa del siguiente error:
The specified computer is not a Microsoft Exchange server or
its Microsoft Exchange services are not started.
Otros agentes de copia de seguridad pueden informar de errores distintos.
Los agentes de copia de seguridad existentes trabajan transparentemente con grupos de

almacenamiento de recuperación. La API funciona como si la operación de restauración se
hiciera en el grupo de almacenamiento que coincida con el nombre del conjunto de la copia
de seguridad. No obstante, la restauración está en realidad dirigida al grupo de
Si un grupo de almacenamiento con un nombre que coincide con el nombre del conjunto de
copia de seguridad ya existe en el servidor, el siguiente error aparece cuando se intenta
nombrar al grupo de almacenamiento de recuperación:
26
The object Storage Group Name already exists.
Enter a unique directory name for this object.
Si este error tiene lugar, proporcione al grupo de almacenamiento de recuperación un

nombre diferente. No existen más restricciones para los nombres.
Ubicación del registro de transacciones

No establezca como ruta de acceso del registro de transacciones la misma ruta de acceso
que para los registros de transacciones de otro grupo de almacenamiento del servidor. En la
mayoría de los casos, se pueden establecer los registros de transacciones en la misma ruta
de acceso que la ruta de acceso de restauración que se pretendía para la base de datos.
Esta recomendación contradice a la recomendación que se suele dar para el establecimiento
de la base de datos de Exchange y las rutas de acceso del registro de transacciones.
Para un mejor rendimiento en un servidor Exchange típico, los registros de transacciones y

las bases de datos deberían estar separados en conjuntos de unidades físicas diferentes. No
obstante, en el grupo de almacenamiento de recuperación, casi no se escribe información en
una base de datos, sólo se leen datos para ponerla a salvo. Esta falta de actividad de la base
de datos significa que existe una actividad mínima del registro de transacciones que
cualquier archivo de registro nuevo que se cree no resultará útil para la operación de
recuperación. Por tanto, la ubicación de los registros de transacción para el grupo de
almacenamiento de recuperación raras veces afecta al rendimiento.
Algunos supuestos de recuperación implican copiar o mover archivos de datos del grupo de
almacenamiento de recuperación, de una ubicación a otra. En tales supuestos, no resulta
esencial establecer todas las rutas de acceso a datos para un grupo de almacenamiento de
recuperación hasta una única ubicación, pero hacerlo facilita la administración y la
inspección de los archivos. Los supuestos de recuperación más comunes se explican
detalladamente más adelante, en este mismo documento.
Ubicación de la ruta de acceso del sistema

Exchange utiliza el directorio mencionado en Ubicación del registro de transacciones para
los archivos de punto de control (véase la figura 2.2). En la mayoría de los casos, debería
establecer este directorio como el mismo que para los registros de transacciones. Aunque no
hace daño el establecer una ruta de acceso diferente, hacerlo complica innecesariamente la
solución de problemas y la gestión de archivos.
27
Creación de un grupo de almacenamiento de

recuperación
Aunque no es necesario hacerlo, puede resultar más conveniente ejecutar el Administrador
del sistema de Exchange en el servidor en el que se pretende crear el grupo de
almacenamiento de recuperación. Al hacerlo, es más sencillo comprobar y examinar rutas de
acceso de datos y, a continuación, decidir dónde situar los archivos de datos para el grupo
de almacenamiento de recuperación. Para ello, no es necesario que esté en la consola del
servidor. Puede utilizar una sesión de escritorio remoto.
Nota:
No puede crear un grupo de almacenamiento de recuperación en ambos servidores
virtuales de Exchange, en un clúster de dos nodos. En clústeres con varios nodos
activos/pasivos con más de dos servidores virtuales es posible crear grupos de
almacenamiento de recuperación en varios servidores virtuales.
Para obtener instrucciones detalladas, consulte Cómo crear el grupo de almacenamiento de

recuperación.
Consideraciones al agregar una base de datos a

un grupo de almacenamiento de recuperación
Las principales consideraciones a la hora de agregar una base de datos a un grupo de
almacenamiento de recuperación son las siguientes:
 Nombre de la base de datos
 Ubicaciones de archivo para la base de datos y la base de datos de secuencias
 Sobrescribir opciones
Nombre de la base de datos

Puede dar a la base de datos del grupo de almacenamiento de recuperación el nombre que
desee. Si restaura una copia de seguridad en línea de la base de datos, se restaura
correctamente con ese nombre, incluso si el nombre es completamente diferente del original.
Importante:
Esta norma se aplica al nombre de la base de datos lógica, y no a los nombres de
los archivos de la base de datos. Si desea información acerca de los nombres de los
archivos de la base de datos, consulte "Ubicaciones de archivos de base de datos",
más adelante, en este tema.
Este comportamiento difiere del de la restauración en un grupo de almacenamiento ordinario.

En un grupo de almacenamiento ordinario, sólo se puede restaurar una copia de seguridad
28
en línea si el nombre de la base de datos del conjunto de copia de seguridad coincide con el
nombre lógico de una base de datos en el servidor de restauración. (El nombre lógico es el
nombre del objeto de base de datos, tal y como se ve en el Administrador del sistema de
Exchange). Pero las normas son diferentes para una base de datos de un grupo de
almacenamiento de recuperación. Tal y como se describía anteriormente, en este
documento, cada base de datos del grupo de almacenamiento de recuperación tiene un
atributo llamado msExchOrigMDB. Este atributo vincula la base de datos del grupo de
almacenamiento de recuperación con la base de datos original.
Debido a que los nombres de la base de datos pueden ser diferentes, puede proporcionar a
la base de datos del grupo de almacenamiento de recuperación un nombre que la distinga de
la base de datos original. Por ejemplo, puede resultar conveniente agregar un sufijo al
nombre de la base de datos del grupo de almacenamiento de recuperación. Sin un sufijo,
puede ver el nombre de la base de datos dos veces en algunas listas administrativas y, por
ello, puede resultarle difícil distinguir entre la base de datos original y la base de datos del
grupo de almacenamiento de recuperación.
Ubicaciones de los archivos de base de datos

Existen cuatro consideraciones principales, a la hora de decidir si se restaura la base de
datos:
 Espacio en disco Puede no tener suficiente espacio en disco para restaurar una copia
en la unidad en la que la base de datos original existe. La planificación de espacio
suficiente en disco en cada unida de la base de datos puede parecer una pérdida
extravagante de espacio en disco, pero es una práctica recomendable, por varias
razones:
En primer lugar, si una base de datos existente resulta dañada y no se puede montar, se
puede mover o cambiar el nombre de la base de datos dañada antes de comenzar a
restaurar desde la copia de seguridad. Si no tiene suficiente espacio en disco para
hacerlo, tiene dos alternativas: Tiene que eliminar la base de datos existentes antes de
restaurar desde copia de seguridad, o tiene que emplear el tiempo necesario (a menudo
varias horas para las bases de datos grandes) en copiar la base de datos a otro disco
antes de poder comenzar la restauración desde la copia de seguridad.
En segundo lugar, la desfragmentación sin conexión de una base de datos funciona

creando una segunda copia de la base de datos que se ha purgado de páginas vacías.
Si no tiene suficiente espacio en la misma unidad para esta segunda copia, tiene que
desfragmentar la base de datos en una unidad distinta y copiar la base de datos
desfragmentada de nuevo a la unidad original. Esta actividad puede aumentar el tiempo
de desfragmentación en varias horas para una base de datos grande.
La contrapartida de no conservar suficiente espacio libre en disco para tales operaciones

consiste en el aumento del tiempo de inactividad o en un aumento del riesgo, cuando se
29
realiza una recuperación después de un desastre o cuando se realizan operaciones de

mantenimiento sin conexión.
 Rendimiento La restauración de una copia de la base de datos en la misma unidad

que la base de datos original tiene algún efecto sobre el rendimiento. La degradación del
rendimiento a menudo pasa desapercibida para los usuarios finales, pero puede resultar
significativo, según su hardware y su configuración concretos.
 Estrategia de recuperación pretendida Por norma general, si la estrategia de

recuperación implica copiar de nuevo la base de datos del grupo de almacenamiento de
recuperación en su ubicación de grupo de almacenamiento original, intente colocar la
base de datos del grupo de almacenamiento de recuperación en la misma unidad lógica
que la base de datos original. Al hacerlo, podrá volver a poner la base de datos en su
lugar original, en sólo unos segundos, independientemente del tamaño de los archivos
de la base de datos. Esto puede reducir el tiempo para completar todas las operaciones
de recuperación, en varias horas.
 Nombres de archivos El nombre de archivo predeterminado para la base de datos que

sugiere el Administrador del sistema de Exchange puede o no coincidir con el nombre
del archivo para la base de datos, en el grupo de almacenamiento original. Utilice las
siguientes normas para determinar qué nombre de archivo utilizar:
 Si realiza la restauración desde una copia de seguridad en línea, no es necesario

que los nombres de los archivos coincidan. Exchange cambia automáticamente el
nombre de los archivos restaurados desde la copia de seguridad en línea para que
coincidan con los nombres del grupo de almacenamiento de recuperación.
No obstante, si pretende mover estos archivos desde el grupo de almacenamiento

de recuperación hasta el grupo de almacenamiento original, los nombres de archivo
tienen que coincidir con los nombres definidos para la base de datos de destino en el
Administrador del sistema de Exchange (aparecen en la ficha Base de datos del
cuadro de diálogo Propiedades de la base de datos). Si no utilizó los mismos
nombres de archivo al crear la base de datos en el grupo de almacenamiento de
recuperación, tiene que cambiar manualmente el nombre de los archivos antes de
moverlos. En caso contrario, Exchange no los reconocerá como pertenecientes a la
base de datos adecuada.
 Si está restaurando una copia de seguridad sin conexión o una base de datos de
copia de archivo, al grupo de almacenamiento de recuperación, los nombres de
archivo definidos para la base de datos del grupo de almacenamiento de
recuperación tienen que coincidir con los nombres de archivo de la base de datos del
grupo de almacenamiento original. Como no utiliza la interfaz de copia de seguridad
en línea de Exchange, sólo Exchange reconoce los archivos como pertenecientes a
la base de datos correcta si los nombres de archivo coinciden.
30
Como norma general, será menos confuso y será menos probable el cometer errores si
se da el nombre correcto a las bases de datos a medida que se crean los objetos de la
base de datos, en vez de cambiar el nombre posteriormente a los verdaderos archivos.
Sobrescribir opciones
Cuando se agrega una base de datos a un grupo de almacenamiento de recuperación, deje
activada la casilla de verificación Esta base de datos puede sobrescribirse con una
restauración. Lo que es importante recordar acerca de esta casilla de verificación es que, si
restaura la misma base de datos al grupo de almacenamiento de recuperación una segunda
vez, tendrá que volver a marcar esta casilla de verificación antes de poder montar la
segunda restauración de la base de datos. Si no lo hace, no se producen daños, pero
Exchange le recuerda lo que hay que hacer, mostrando el siguiente mensaje de error:
The database files in this store were replaced with older versions by an offline
restore. To use the restored files, open the Database property page for this Store,
select 'This database can be overwritten by a restore', wait for Active Directory
replication, and then try again.ID no: c104173a
No debería agregar la misma base de datos a más de un grupo de almacenamiento de

recuperación a la vez, en su organización de Exchange. Si configura la misma base de datos
en grupos de almacenamiento de recuperación que están en dos servidores distintos, puede
dar como resultado confusión tanto para la API de copia de seguridad como para ExMerge.
Después, es posible que no consiga restaurar la base de datos ni extraer datos de ella, a no
ser que elimine una de las bases de datos duplicadas del grupo de almacenamiento de
recuperación.
Agregar una base de datos a un grupo de

Después de que haya decidido los nombres y las ubicaciones de los archivos, puede agregar
las bases de datos al grupo de almacenamiento de recuperación. Esta operación crea la
estructura de base de datos lógica en Exchange.
Si desea obtener instrucciones detalladas, consulte Cómo agregar bases de datos para la
restauración.
Para obtener información acerca de cómo restaurar los datos a la base de datos, consulte
Restauración de bases de datos en un grupo de almacenamiento de recuperación de
Exchange Server 2003..
31
Cambio de la configuración de un grupo de

No se puede cambiar el nombre al grupo de almacenamiento de recuperación, ni cambiar
sus rutas de acceso de datos, una vez creado. Si decide más tarde cambiar las rutas de
acceso del directorio, los nombres de archivos o los nombres lógicos, tiene que eliminar el
grupo de almacenamiento de recuperación y volver a empezar. Si ya ha restaurado los datos
en un grupo de almacenamiento de recuperación antes de descubrir que estos nombres no
eran los adecuados, consulte Cómo volver a crear un grupo de almacenamiento de
recuperación existente con un nombre nuevo.
Cómo configurar un grupo de

La configuración de un grupo de almacenamiento de recuperación implica dos pasos
básicos: la creación del grupo de almacenamiento de recuperación y la adición de las bases
de datos que se restaurarán. Este proceso crea las estructuras lógicas que Microsoft®
Exchange Server 2003 utiliza para gestionar los datos restaurados.
Procedimiento
Para configurar un grupo de almacenamiento de recuperación
1. Cree el grupo de almacenamiento de recuperación en el equipo en que tenga
Exchange Server 2003. Para obtener los pasos detallados, consulte Cómo crear el
2. Agregue las bases de datos que se restaurarán al equipo con Exchange Server
2003. Si desea conocer los pasos detallados, consulte Cómo agregar bases de
datos para la restauración.
Cómo crear el grupo de almacenamiento

de recuperación
Este tema explica cómo crear el grupo de almacenamiento de recuperación para ayudar en
la recuperación de la base de datos. Si desea obtener más información, consulte Cómo
configurar un grupo de almacenamiento de recuperación.
32
Procedimiento
Para crear un grupo de almacenamiento de recuperación
1. En el Administrador del sistema de Exchange, haga clic con el botón derecho en el
servidor en el que desee poner el grupo de almacenamiento de recuperación, señale
a Nuevo y haga clic en Grupo de almacenamiento de recuperación.
2. Nombre el grupo de almacenamiento de recuperación y establezca la ubicación del

registro de transacciones y la ubicación de la ruta de acceso del sistema (véase la
figura siguiente). Recuerde que si el servidor no tiene ya un grupo de
almacenamiento con un nombre idéntico al nombre del grupo de almacenamiento de
la base de datos que se restaurará, tiene que darle ese nombre al grupo de
Cuadro de diálogo Propiedades para un nuevo grupo de almacenamiento de

recuperación
33
Cómo agregar bases de datos para la

restauración
Este tema explica cómo agregar las bases de datos que se restaurarán para ayudar en la
recuperación de la base de datos. Si desea obtener más información, consulte Cómo
configurar un grupo de almacenamiento de recuperación.
Procedimiento
Para agregar una base de datos a un grupo de almacenamiento de recuperación
1. En el Administrador del sistema de Exchange, encuentre el servidor en el que creó el
grupo de almacenamiento de recuperación, haga clic con el botón derecho en el grupo
de almacenamiento de recuperación y, a continuación, haga clic en Agregar bases de
datos para recuperar.
Exchange determina automáticamente qué bases de datos se pueden agregar al grupo

de almacenamiento de recuperación y le presenta una lista desde la que puede elegir.
2. En el cuadro de diálogo Seleccione la base de datos que desea recuperar, haga clic
en la base de datos que desee recuperar y, a continuación, haga clic en Aceptar (véase
la siguiente figura).
Nota:
Si el grupo de almacenamiento de recuperación ya contiene una base de datos,
Exchange limita la lista de bases de datos a aquellas que estén en el mismo
grupo de almacenamiento que la que ya se ha agregado al grupo de
Cuadro de diálogo Seleccione la base de datos que desea recuperar.

34
3. Dé un nombre a la base de datos y defina las rutas de acceso para la base de datos y
los archivos de base de datos de secuencias (véanse las dos figuras siguientes).
Recuerde que, si su intención es copiar estos archivos en el grupo de almacenamiento
original para sustituir la base de datos original, los nombres tienen que coincidir con los
que se utilizan para la base de datos original.
Ficha General para una nueva base de datos de grupo de almacenamiento de

recuperación
35
Ficha Base de datos para una nueva base de datos de grupo de almacenamiento
de recuperación
36
Cómo volver a crear un grupo de

almacenamiento de recuperación existente
con un nombre nuevo
No se puede cambiar el nombre a un grupo de almacenamiento de recuperación, ni cambiar
sus rutas de acceso de datos, una vez creado. Si decide más tarde cambiar las rutas de
acceso a los directorios, los nombres de archivo o los nombres lógicos deberá eliminar el
grupo de almacenamiento de recuperación y recrear un grupo de almacenamiento de
recuperación existente con un nombre nuevo. Si desea obtener más información, consulte
Configuración de un grupo de almacenamiento de recuperación.
37
Procedimiento
Para volver a crear un grupo de almacenamiento de recuperación con un nombre
nuevo
1. En el Administrador del sistema de Exchange, realice el montaje y desconéctese de
las bases de datos restauradas. Así se asegura de que todos los registros de
transacciones se han confirmado en los archivos de base de datos (archivos .edb
y .stm).
2. Para comprobar que los registros de transacciones se confirmaron, en el símbolo del

sistema, utilice la herramienta Utilidades de base de datos de Exchange Server
(Eseutil.exe) y ejecute el comando Eseutil/mh [nombre del archivo de la base de
datos].edb. Busque una línea en el resultado de este comando, en la que ponga
"Estado: Cierre limpio". No continúe si el estado es "Cierre incorrecto".
Nota:
Si las bases de datos están en estado de Cierre incorrecto, consulte
Registro de transacciones de Exchange en Exchange Server 2003 y Cómo
funcionan las copias de seguridad en línea de Exchange en Exchange
Server 2003 para obtener información acerca de cómo recuperar los datos.
3. En Microsoft Windows® Explorer, mueva los archivos de la base de datos

(archivos .edb y .stm) a una ruta de acceso diferente, en la misma unidad (por
ejemplo, D:\DBSAVE).
4. En el Administrador del sistema de Exchange, elimine el grupo de almacenamiento

de recuperación y vuelva crearlo, poniendo cuidado de elegir la ruta de acceso, el
nombre de archivo y el nombre lógico correctos.
5. Siga las instrucciones del tema Cómo restaurar copias de archivos de bases de
datos en un grupo de almacenamiento de recuperación.
Restauración de bases de datos en un

grupo de almacenamiento de recuperación
de Exchange Server 2003.
Puede restaurar bases de datos en un grupo de almacenamiento de recuperación desde
conjuntos de copias de seguridad en línea que se tomaran utilizando la API de copia de
seguridad de secuencias ESE o manualmente, copiando archivos de base de datos en las
rutas de acceso de archivos adecuadas. Los grupos de almacenamiento de recuperación no
se pueden utilizar para restaurar bases de datos de las que se hicieran copias de seguridad
38
utilizando las API de Instantáneas de volumen. Los datos de Exchange de los que se hace
copia de seguridad mediante la API de instantánea de volumen tienen que restaurarse
mediante la API de instantánea de volumen.
Restauración de bases de datos desde

conjuntos de copias de seguridad en línea
Antes de comenzar a restaurar datos, asegúrese de que configura el sistema
adecuadamente, tal y como se describe en Configuración de un grupo de almacenamiento
de recuperación. Revisar:
 Existe un grupo de almacenamiento de recuperación. Si el servidor no contiene un grupo

de almacenamiento con el mismo nombre que el grupo de almacenamiento original (por
ejemplo, si está restaurando la base de datos a un servidor en el que anteriormente no
existía), el grupo de almacenamiento de recuperación tiene que tener el mismo nombre
que el grupo de almacenamiento original.
 La base de datos que desea restaurar se ha agregado al grupo de almacenamiento de

recuperación. De manera predeterminada, estas bases de datos no están montadas.
Déjela en este estado.
Nota:
Después de cambiar los permisos, agregar o eliminar bases de datos del grupo
de almacenamiento de recuperación o cambiar atributos del grupo de
almacenamiento de recuperación, es posible que se tarde hasta 15 minutos en
actualizar los valores anteriormente en caché. Hasta que la caché se haya
actualizado, es posible que haya errores al restaurar a o extraer datos desde el
La siguiente figura proporciona un diagrama del proceso de restauración. Para obtener

instrucciones detalladas acerca de cómo restaurar bases de datos desde los conjuntos de
copias de seguridad en línea, consulte Cómo restaurar bases de datos desde conjuntos de
copias de seguridad en línea.
39
Introducción sobre cómo restaurar datos en un grupo de almacenamiento de

recuperación desde un conjunto de copia de seguridad en línea
40
Restauración de bases de datos a partir de

copias de seguridad sin conexión o de copias
de archivos
de recuperación. Para revisarlo, asegúrese de que:
 Existe un grupo de almacenamiento de recuperación. Como no utiliza una copia de

seguridad en línea, el nombre del grupo de almacenamiento de recuperación no importa.

recuperación. Los nombres de archivo de la base de datos del grupo de almacenamiento
de recuperación coinciden con los nombres de archivos de la base de datos original.
Como opción predeterminada, la base de datos del grupo de almacenamiento de
recuperación no está montada. Déjela en este estado.
Nota:
La siguiente figura proporciona un diagrama del proceso de restauración. Si desea obtener

instrucciones detalladas acerca de cómo restaurar bases de datos a partir de copias de
seguridad sin conexión o de copia de archivos, consulte Cómo restaurar bases de datos a
partir de copias de seguridad sin conexión o de copias de archivos.
41
Introducción sobre cómo restaurar datos desde una copia de seguridad sin conexión
o desde una copia de archivos en un grupo de almacenamiento de recuperación
42
Cómo restaurar bases de datos desde

conjuntos de copias de seguridad en línea
de recuperación. Revisar:
 Existe un grupo de almacenamiento de recuperación. Si el servidor no contiene un grupo

de almacenamiento con el mismo nombre que el grupo de almacenamiento original (por
ejemplo, si está restaurando la base de datos a un servidor en el que anteriormente no
existía), el grupo de almacenamiento de recuperación tiene que tener el mismo nombre
que el grupo de almacenamiento original.

recuperación. De manera predeterminada, estas bases de datos no están montadas.
Déjela en este estado.
Nota:
Procedimiento
Para restaurar bases de datos desde conjuntos de copias de seguridad en línea
1. Restaure los conjuntos de copias de seguridad en línea en un grupo de
almacenamiento de recuperación. Si desea información más detallada, consulte
Cómo restaurar conjuntos de copias de seguridad en línea en un grupo de
2. Ejecute la recuperación de hardware manualmente, si fuera necesario. Para obtener

información detallada, consulte Cómo ejecutar manualmente una recuperación de
hardware.
3. Compruebe la recuperación de hardware y montar las bases de datos recuperadas

Para obtener información detallada, consulte Cómo comprobar una recuperación de
hardware y montar las bases de datos recuperadas.
Introducción sobre cómo restaurar datos en un grupo de almacenamiento de

recuperación desde un conjunto de copia de seguridad en línea
43
44
Cómo restaurar conjuntos de copias de

seguridad en línea en un grupo de
Puede restaurar bases de datos en un grupo de almacenamiento de recuperación desde
conjuntos de copias de seguridad en línea o manualmente, copiando archivos de base de
datos en las rutas de acceso de archivos adecuadas.
Antes de empezar
adecuadamente. Si desea obtener información más detallada, consulte Configuración de un
Procedimiento
Para restaurar los conjuntos de copias de seguridad en línea en un grupo de
1. En el Administrador del sistema de Exchange, desconecte las bases de datos
actualmente montadas en el grupo de almacenamiento de recuperación.
2. En un símbolo del sistema, ejecute el comando Eseutil /mh [nombre de archivo de

base de datos].edb para examinar cada encabezado de base de datos. El encabezado
debería contener una línea en la que pusiera "Estado: Cierre limpio", comprobando que
cada base de datos se ha desconectado correctamente. Recuerde verificar el archivo de
base de datos .edb y su archivo de base de datos de secuencia .stm correspondiente.
Nota:
Para obtener más información sobre los dos tipos de archivos de base de datos,
consulte Administración de almacenes de buzones y almacenes de carpetas
públicas, en la Guía de administración de Exchange Server 2003
3. En el Administrador de archivos de Windows, elimine los archivos de registro de

transacciones (*.log) y los archivos de punto de control (*.chk) del directorio del grupo de
almacenamiento de recuperación para evitar que interfieran con la recuperación.
4. Utilizando el Administrador del sistema de Exchange, compruebe que la casilla de

verificación Se puede sobrescribir esta base de datos por una restauración está
activada para cada base de datos nuevamente recuperada.
5. En el programa Copia de seguridad (o en un programa de copias de seguridad distinto),

elija un conjunto de copia de seguridad completo para restaurar. Determine si necesita
45
ejecutar automáticamente una recuperación de hardware, una vez completa la

restauración. Una vez restaurados todos los conjuntos de copias de seguridad, es
necesario ejecutar la recuperación de hardware para reproducir los registros de
transacción y poner la base de datos restaurada en estado montable. Utilice las
siguientes normas para determinar si debería ejecutar la recuperación de hardware
manual o automáticamente:
 Si este es el único conjunto de copia de seguridad que necesita restaurar, y no

necesita agregar archivos de registro extra al grupo de almacenamiento de
recuperación, establezca que la recuperación de hardware se ejecute
automáticamente, una vez completa la restauración. En el programa Copia de
seguridad, puede hacerlo si activa la casilla de selección Último conjunto de
restauración, tal y como se muestra en la siguiente figura.
 Si tiene conjuntos de copias de seguridad adicionales que restaurar, espere hasta

estar seguro de que restaura el último conjunto para utilizar la opción Último
conjunto de restauración (tal y como se describe anteriormente en este
procedimiento).
 Si copiará manualmente los archivos del registro de transacciones al grupo de

almacenamiento de recuperación, además de restaurar los archivos de registro
desde la copia de seguridad en línea, necesitará ejecutar manualmente la
recuperación de hardware, tal y como se describe en Reproducción de los archivos
de registro de transacciones: Recuperación de software y recuperación de hardware
en Exchange Server 2003. La ejecución manual de la recuperación de hardware le
permitirá comprobar que todos los archivos de registro coinciden y que están en
secuencia antes de comenzar con la recuperación.
Casilla de verificación Último conjunto de restauración en el cuadro de diálogo

Restaurar base de datos del programa Copia de seguridad
46
6. Restaure el conjunto de copia de seguridad completo al servidor del grupo de

7. Si tiene copias de seguridad adicionales del registro de transacciones incrementales o

diferenciales, restáurelas. Al restaurar la copia de seguridad final, puede establecer que
la recuperación de hardware se ejecute automáticamente, a no ser que determinara en
el paso 5 anterior que necesita ejecutar manualmente la recuperación de hardware.
Nota:
Si desea obtener más información acerca de las copias de seguridad
incrementales y diferenciales de Microsoft® Exchange Server 2003, consulte
Cómo funcionan las copias de seguridad en línea de Exchange en Exchange
Server 2003.
8. Si hay archivos de registro adicionales, muévalos al directorio del registro de

transacciones. Compruebe que la secuencia y las firmas de estos archivos de registro
coincidan con los del conjunto de copia de seguridad y, a continuación, ejecute
manualmente la recuperación de hardware. Para obtener más información, consulte
Cómo ejecutar manualmente una recuperación de hardware.
Si no está familiarizado con cómo realizar esta tarea, consulte Búsqueda de

47
coincidencias en bases de datos de Exchange y archivos de registro de Exchange

Server 2003.
Importante:
Si utiliza archivos de registro adicionales, aparte de los incluidos en los
conjuntos de copias de seguridad, debería ejecutar manualmente la
recuperación de hardware.
Cómo ejecutar manualmente una

recuperación de hardware
Este procedimiento describe cómo ejecutar manualmente una recuperación de hardware.
Este procedimiento se aplica al tema Cómo restaurar bases de datos desde conjuntos de
copias de seguridad en línea.
Procedimiento
Para ejecutar manualmente la recuperación de hardware
1. En un símbolo del sistema, cambie el directorio predeterminado a la carpeta en la
que existe el archivo Restore.env. Esta será una subcarpeta de la ubicación temporal
que definió al restablecer la copia de seguridad.
Si ya se ha ejecutado satisfactoriamente una recuperación del hardware, Exchange

habrá eliminado Restore.env automáticamente.
Si está utilizando archivos de registro adicionales, además de los incluidos en los

conjuntos de copias de seguridad, lo mejor es ejecutar la recuperación de hardware
manualmente. La ejecución manual de la recuperación de hardware permite verificar
la secuencia y las firmas de todos los archivos de registro antes de que se inicie la
recuperación. Si ya ha copiado y dejado en su sitio todos los archivos de registro
adicionales antes de restaurar los conjuntos de copias de seguridad, puede ejecutar
la recuperación de hardware desde dentro de la aplicación de copia de seguridad,
pero será difícil de comprobar antes de la ejecución de la recuperación el que todos
los archivos de registro necesarios están realmente presentes.
2. Asegúrese de que todos los archivos de registro, inclusive los archivos de registro
extra que no formaban parte del conjunto de la copia de seguridad, están en su lugar
(tal y como se describe en el procedimiento anterior).
3. Desde la carpeta identificada en el paso 1, ejecute el comando Eseutil /cc para

48
comenzar la recuperación de hardware.
Cómo comprobar una recuperación de

hardware y montar las bases de datos
recuperadas
Este procedimiento describe cómo comprobar la recuperación de hardware y cómo montar
las bases de datos recuperadas.
Procedimiento
Para comprobar la recuperación de hardware y montar las bases de datos recuperadas
1. Espere a que se complete la recuperación de hardware. Puede examinar el Registro de
aplicaciones en busca de eventos que indiquen que la recuperación de hardware se ha
completado satisfactoriamente. También puede inspeccionar la carpeta temporal en la
que está Restore.env. Una vez completada satisfactoriamente la recuperación, Exchange
elimina automáticamente todos los archivos de la carpeta.
2. Mediante un símbolo del sistema, compruebe que la recuperación de hardware fue

satisfactoria, utilizando el comando Eseutil /mh [nombre de la base de datos].edb para
examinar el encabezado de cada base de datos. El encabezado debería contener una
línea en la que pusiera "Estado: Cierre limpio". Si el estado es "Cierre incorrecto", la
recuperación de hardware probablemente no se ejecutó automáticamente o se
produjeron errores en la recuperación. Puede corregir el problema que causó el error y
después volver a intentar la recuperación de hardware mediante el procedimiento
descrito en Cómo ejecutar manualmente una recuperación de hardware.
3. Después de haber completado satisfactoriamente una recuperación de hardware, monte

la base de datos.
4. Si corresponde, monte otras bases de datos en el grupo de almacenamiento de

recuperación.
La siguiente figura muestra una base de datos recuperada con varios buzones en el
Administrador del sistema de Exchange.
Buzones recuperados en el Administrador del sistema de Exchange

49
Cómo restaurar bases de datos a partir de

copias de seguridad sin conexión o de
copias de archivos
Antes de comenzar a restaurar los datos, asegúrese de que el sistema está configurado
adecuadamente. Para revisarlo, asegúrese de que:
 Existe un grupo de almacenamiento de recuperación. Como no utiliza una copia de

seguridad en línea, el nombre del grupo de almacenamiento de recuperación no importa.

recuperación. Los nombres de archivo de la base de datos del grupo de almacenamiento
de recuperación coinciden con los nombres de archivos de la base de datos original.
Como opción predeterminada, la base de datos del grupo de almacenamiento de
recuperación no está montada. Déjela en este estado.
Nota:
50
Procedimiento
Para restaurar las bases de datos desde copias de seguridad sin conexión o de copias
de archivo.
1. Compruebe que todos los archivos de base de datos que desea restaurar están en el
estado Cierre limpio. Si desea obtener información detallada, consulte Cómo
comprobar que todos los archivos de la base de datos que se desea restablecer
están en el estado Cierre limpio.
2. Restaure las copias de archivo de las bases de datos en un grupo de

almacenamiento de recuperación. Si desea información más detallada, consulte
Cómo restaurar copias de archivos de bases de datos en un grupo de
Introducción sobre cómo restaurar datos desde una copia de seguridad sin
conexión o desde una copia de archivos en un grupo de almacenamiento de
recuperación
51
52
Cómo comprobar que todos los archivos

de la base de datos que se desea
restablecer están en el estado Cierre limpio
Este procedimiento describe cómo comprobar que todos los archivos de base de datos que
se restaurarán están en estado Cierre limpio.
Procedimiento
Para comprobar que todos los archivos de base de datos que desea restaurar están en
el estado Cierre limpio
1. En un símbolo del sistema, ejecute el comando Eseutil /mh [nombre de archivo de
base de datos].edbpara examinar cada encabezado de base de datos. Recuerde
que cada archivo de base de datos .edb tiene que ir acompañado por su archivo de
base de datos de secuencias .stm coincidente.
2. SI fuera necesario, ejecute la recuperación de software de cada base de datos. Si

los archivos de base de datos están en estado Cierre limpio, no es necesario, pero sí
posible, ejecutar una recuperación de software y reproducir archivos de registro de
transacciones adicionales en la base de datos. Si los archivos de la base de datos
no están en estado Cierre limpio, tiene que ejecutar la recuperación de software de
cada base de datos o reparar cada base de datos después de que las copias se
hayan puesto en su lugar.
 Si los archivos de registro de transacción están disponibles, utilice Utilidades de

base de datos de Exchange Server (Eseutil.exe) para reproducir el archivo de
registro de transacciones necesario en la base de datos.
Es mejor realizar la reproducción del registro de transacciones en una carpeta

por etapas vacía antes de mover una base de datos al grupo de almacenamiento
de recuperación. Esto garantiza que no habrá interferencias con los archivos
existentes de registro o de punto de control en el grupo de almacenamiento de
recuperación.
Nota:
Si desea obtener más información acerca de cómo reproducir los archivos
de registro de transacciones de esta forma, consulte Reproducción de los
archivos de registro de transacciones: Recuperación de software y
recuperación de hardware en Exchange Server 2003. Si desea más
información acerca de cómo determinar qué archivos de registro son
necesarios, consulte Búsqueda de coincidencias en bases de datos de
Exchange y archivos de registro de Exchange Server 2003.
53
 Si los archivos de registro necesarios no están disponibles, tiene que utilizar la

función de reparación Eseutil /p para restaurar la base de datos a un estado de
coherencia y, a continuación, utilizar la herramienta Comprobador de integridad
del almacén de información (Isinteg.exe) para solucionar las referencias
defectuosas en la base de datos, causadas por obligar a la base de datos a la
coherencia sin aplicar todas las transacciones.
Nota:
Si tiene que reparar una base de datos, algunos datos pueden perderse. La
pérdida de datos es frecuentemente mínima; no obstante, puede resultar
catastrófica.
Cómo restaurar copias de archivos de

bases de datos en un grupo de
Este procedimiento describe cómo restaurar copias de archivo de bases de datos en un
Procedimiento
Para restaurar las copias de archivo de las bases de datos en un grupo de
1. En el Explorador de Windows, copie los archivos de base de datos .edb y .stm en las
ubicaciones definidas para ellos en el directorio del grupo de almacenamiento de
recuperación.
Si los nombres de archivos definidos en el Administrador del sistema de Exchange para

la base de datos y los archivos de base de datos de secuencia son distintos de los
nombres de los archivos reales, puede cambiar el nombre de los archivos o eliminar la
base de datos del grupo de almacenamiento de recuperación en el Administrador del
sistema de Exchange y volver a empezar con los nombres correctos. Si en este punto
pretende reproducir los archivos de registro en las bases de datos, debería elegir el
segundo método. No obstante, es una práctica recomendable el reproducir los archivos
de registro "fuera de lugar" tal y como se describía en la anterior sección. Esta práctica
es importante si está restaurando varias bases de datos en un único grupo de

54
actualmente montadas en el grupo de almacenamiento de recuperación.
3. En el Explorador de Windows, quite los archivos de registro de transacciones (*.log) y los

archivos de punto de control (*.chk) del directorio del grupo de almacenamiento de
recuperación para evitar que interfieran con la recuperación.
4. Utilizando el Administrador del sistema de Exchange, compruebe que la casilla de

verificación Se puede sobrescribir esta base de datos por una restauración está
activada para cada base de datos nuevamente recuperada.
5. Si necesita ejecutar manualmente una recuperación de software, siga estos pasos:
a. En el Explorador de Windows, copie los archivos de transacciones necesarios a la

misma ubicación que los archivos de base de datos.
b. Identifique el archivo de registro con el número de secuencia más alto y, a
continuación, quite los últimos cinco caracteres del nombre del archivo. Por ejemplo,
si el archivo de registro con el número de secuencia más alto es E0001234.log,
cámbiele el nombre por E00.log.
c. En un símbolo del sistema, cambie el directorio predeterminado a la carpeta en la

que se han restaurado los archivos de la base de datos. Todos los archivos de
registro de transacciones deberían estar en esta carpeta, también. Ejecute el
comando Eseutil /r Enn /i /d para completar la recuperación de software. Sustituya
Enn por el nombre de archivo que utilizara para el archivo de registro del paso
anterior. En este ejemplo, el nombre del archivo es E00. Después de que termine la
recuperación de software, compruebe que los archivos de la base de datos estén en
estado Cierre limpio, ejecutando Eseutil /mh [nombre de archivo de base de
datos].edb
6. Mediante el Administrador del sistema de Exchange, monte la base de datos.
7. Si corresponde, monte otras bases de datos en el grupo de almacenamiento de

recuperación.
La siguiente figura muestra una base de datos recuperada con varios buzones en el
Buzones recuperados en el Administrador del sistema de Exchange

55
Solución de problemas de restauración y

recuperación en Exchange Server 2003
Restaurar una base de datos en un grupo de almacenamiento de recuperación es similar a
restaurarla en un grupo de almacenamiento normal. No obstante, existen algunas diferencias
que debería conocer:
 Para distinguir los registros de transacciones del grupo de almacenamiento de

recuperación de los archivos de registro normales, el nombre básico de los archivos de
transacciones es R00, en vez de Enn. El registro del grupo de almacenamiento de
recuperación actual se llama R00.log y los posteriores registros de grupo de
almacenamiento de recuperación se llaman R0000001.log, R0000002.log, etc.
 La recuperación de hardware (reproducción del archivo de registro de transacciones

desde una copia de seguridad en línea) no se puede realizar en un grupo de
almacenamiento de recuperación mientras las bases de datos del grupo están
montadas. En un grupo de almacenamiento normal, se puede restaurar una base de
datos mientras las demás están en funcionamiento.
 Después de que una recuperación de hardware o de software (reproducción del archivo

de registro desde una copia de seguridad de copia de archivo) se haya completado en
un grupo de almacenamiento de recuperación, Microsoft® Exchange Server 2003
desconecta las bases de datos de los registros de transacción que tengan prefijos que
comiencen por Enn y luego las vuelve a conectar a la serie de registros R00 del grupo de
56
almacenamiento de recuperación. Si desea una información detallada acerca del registro

y la recuperación de transacciones, consulte los apéndices de este documento.
 Si está restaurando copias de seguridad de copia de archivo de bases de datos, en vez

de copias de seguridad en línea, y desea reproducir los registros de transacciones en
ellas (recuperación de software), ejecute la herramienta Utilidades de base de datos de
Exchange Server (Eseutil.exe), utilizando los modificadores /r, /i y /d antes de montar las
bases de datos en el grupo de almacenamiento de recuperación. Para obtener
información detallada acerca del proceso de sintaxis exacto, consulte Reproducción de
los archivos de registro de transacciones: Recuperación de software y recuperación de
hardware en Exchange Server 2003.
Si experimenta un error durante una operación de restauración o una recuperación,

compruebe en el registro de eventos de la aplicación si existe información adicional acerca
del error. Durante cualquier operación de recuperación de base de datos de Exchange,
Exchange registra una secuencia estándar de Id. de eventos o errores. Por ejemplo,
independientemente del motivo exacto de un error en una recuperación, puede haber
registrado un evento 904. En la descripción del evento 904, encontrará información acerca
del error concreto que ha tenido lugar y el número específico de Id. del error.
El mismo Id. del error también puede aparecer en distintos formatos numéricos, según de la
interfaz que esté informando del error. Por ejemplo, los Id. de error 0xC8000262,
-939523486, 0xfffffded y -531, todos ellos se refieren al mismo error:
JET_errBadDBSignature. Puede utilizar la herramienta Búsqueda de códigos de error
(Err.exe) Descargas para Exchange Server 2003 para traducir muchos errores numéricos.
También puede buscar los errores en Microsoft Knowledge Base, en la dirección
http://go.microsoft.com/fwlink/?LinkId=31845. En la mayoría de los casos, el Id. del error se
explica en lenguaje normal, en el propio mensaje de error.
Por ejemplo, puede ver el error JET_errBadDBSignature con las siguientes variaciones:
 El archivo Restore.env informa de Error de recuperación: 0xC8000262.
 Eseutil.exe informa de Operación terminada por un error -939523486 (el archivo de

registro existente tiene una firma defectuosa)..
 En el registro del evento de aplicaciones, la descripción del evento 904 indica el error
como Función de devolución de llamada del almacén de información, llamada
ErrESECBRestoreComplete finalizó con error 0xC8000262. El archivo de registro
existente tiene una firma defectuosa.
Las tres formas de este error se generan simultáneamente, y la versión que se ve depende
de dónde se busque el error.
El resto de esta sección indica causas y soluciones de varios errores comunes de

restauración y recuperación.
57
El equipo especificado no es un servidor

de Microsoft Exchange
Al comienzo de una operación de restauración, Copia de seguridad u otra aplicación de
copia de seguridad puede mostrar el siguiente error u otro similar:
The specified computer is not a Microsoft Exchange server or
its Microsoft Exchange services are not started.
Es un error genérico que puede tener varias causas:
 El servicio del Almacén de información de Microsoft Exchange en el servidor objetivo de

Exchange no funciona.
 El nombre del grupo de almacenamiento de recuperación no es el mismo que el nombre

del grupo de almacenamiento original, y se está restaurando una base de datos desde
un servidor distinto al grupo de almacenamiento de recuperación.
 La casilla de verificación Esta base de datos puede sobrescribirse con una

restauración no está seleccionada en el Administrador del sistema de Exchange, en las
Propiedades de la base de datos.
 La base de datos no se encontró en el servidor de destino especificado para una

operación de restauración. Esto a menudo se debe a la replicación de los servicios de
directorio de Microsoft Active Directory® o a la latencia de la caché. Espere varios
minutos y vuelve a intentarlo. Esto también puede suceder si ha establecido la clave del
Registro Sobrescritura de grupo de almacenamiento de recuperación y está
restaurando una base de datos desde un servidor diferente hasta el grupo de
almacenamiento de recuperación. Si desea obtener más información acerca de la clave
del Registro, consulte "Clave del Registro de sobrescritura de grupo de almacenamiento
de recuperación" en Diferencias de copia de seguridad y restauración con respecto a
versiones anteriores de Exchange.
 La misma base de datos se ha configurado en un grupo de almacenamiento de

recuperación, en un servidor diferente. Debería tener sólo una copia de una base de
datos configurada en todos los grupos de almacenamiento de recuperación, en todos los
servidores.
 La aplicación de copia de seguridad no se puede conectar al servidor de Exchange.
Para verificarlo, puede intentar una operación de restauración a una base de datos
normal, en el mismo servidor (una base de datos que no está configurada en el grupo de
almacenamiento de recuperación). Antes de realizar esta prueba, tiene, bien que eliminar
el grupo de almacenamiento de recuperación, de forma que el servidor muestre un
comportamiento de restauración normal, bien que configurar la clave del Registro
Sobrescritura de grupo de almacenamiento de recuperación. Si el error vuelve a
suceder, el problema es seguramente del servidor y no específico del grupo de
58
almacenamiento de recuperación. Si aparece un error de "No se encontró la base de

datos" en el registro de sucesos de aplicación de Windows, el problema no está en la
conexión al servidor, sino en la conexión al grupo de almacenamiento de recuperación.
Importante:
Asegúrese de que la base de datos que especifica para esta prueba está
montada, o de que se trata de una base de datos de prueba que se puede
destruir. Si ha definido el valor del Registro Sobrescritura de grupo de
almacenamiento de recuperación en 1 y la base de datos no está montada, se
sobrescribirá inmediatamente al intentar la restauración. Si la base de datos está
montada, se registrará un error de "Base de datos en uso", la restauración dará
un error y la base de datos existente no se verá afectada.
 Configuración errónea de la aplicación de copia de seguridad o del servidor de
Exchange. Para obtener más información acerca de otros motivos para este error,
consulte Microsoft Knowledge Base en http://go.microsoft.com/fwlink/?LinkId=31845.
Base de datos en uso (0xC7FE1F41) No se

encontró la base de datos (0xC7FE1F42)
Puede ver errores de que la base de datos está en uso o no se encuentra, en un servidor en
el que se haya establecido la clave del Registro sobrescritura del grupo de
almacenamiento de recuperación. Si desea obtener más información acerca de esta clave
del Registro, consulte "Clave del Registro de sobrescritura del grupo de almacenamiento de
recuperación" en Diferencias de copia de seguridad y restauración con respecto a versiones
anteriores de Exchange.
La replicación de Active Directory o la latencia de la caché también pueden dar lugar al error
de base de datos no encontrada. Si este fuera el motivo, puede tener que esperar hasta 15
minutos para que la caché del almacén local de Exchange se restablezca. Puede limpiar la
caché del almacén local de Exchange si interrumpe y reinicia todos los servicios de
Exchange, el servicio de administración de IIS (IIS Admin) y todos los servicios de
Instrumental de administración de Windows (WMI).
Normalmente, la replicación de Active Directory también se completará en este período de

tiempo, pero según la topología de replicación de su Active Directory y la latencia, la
replicación puede tardar algo más.
59
La base de datos no se puede sobrescribir

con una restauración (0xC7FE1F46)
La solución al error de que la base de datos no se puede sobrescribir con una restauración
es muy sencilla: En el Administrador del sistema de Exchange, abra las propiedades de la
base de datos y en la ficha Base de datos active la casilla de verificación Se puede escribir
esta base de datos por una restauración.
Cuando el grupo de almacenamiento de recuperación se crea inicialmente, esta casilla de

verificación está activada, pero después de que una base de datos se haya restaurado y
montado con éxito, la casilla de verificación se desactiva. Si vuelve a realizar la restauración
en la misma base de datos del grupo de almacenamiento de recuperación, deberá volver a
activar la casilla.
JET_errBadDBSignature (0xc8000262,
-939523486, 0xfffffded, -531)
JET_errBadCheckpointSignature
(0xC8000214, -939523564, 0xfffffdec, -532)
Puede que vea los errores Jet_errBadDBSignature o Jet_errBadCheckpointSignature si
anteriormente ha restaurado bases de datos al grupo de almacenamiento de recuperación y
si, a continuación, elimina el primer conjunto de bases de datos y configura el grupo de
almacenamiento de recuperación para restaurar las bases de datos desde otro grupo de
almacenamiento.
Como norma general, debería eliminar completamente el grupo de almacenamiento de

recuperación y todos sus archivos de datos antes de restaurar desde un conjunto distinto de
bases de datos. Si no lo hizo, normalmente podrá corregir estos errores y permitir que las
bases de datos se monten, eliminando los archivos que coincidan con la especificación *nn.*
desde las carpetas de datos del grupo de almacenamiento. Esto incluye al archivo R00.log,
al archivo R00.chk y a cualquier archivo Enn.log o Enn.chk.
JET_errSoftRecoveryOnBackupDatabase
(0xfffffde0, -544)
El error Jet_errSoftRecoveryOnBackupDatabase indica que ha intentado montar una base de
datos restaurada a partir de una copia de seguridad en línea, sin completar primero la
60
recuperación de hardware. Para resolver este error, desconéctese de todas las bases de
datos que están en funcionamiento en el grupo de almacenamiento y, a continuación, ejecute
el comando Eseutil /cc desde la carpeta temporal en la que existe Restore.env.
JET_errMissingRestoreLogFiles
(0xC800022D, -939523539, 0xfffffdd3, -557)
El error Jet_errMissingRestoreLogFiles se ve principalmente cuando una base de datos se
monta en el grupo de almacenamiento de recuperación, durante un intento de recuperación
de hardware en otra base de datos. Es más probable que vea este error si restaura una base
de datos desde un grupo de almacenamiento hasta el grupo de almacenamiento de
recuperación y después restaura otra base de datos desde el mismo grupo de
almacenamiento. Para corregir este error, desconéctese de todas las bases de datos que
están en funcionamiento en el grupo de almacenamiento y, a continuación, ejecute el
comando Eseutil /cc desde la carpeta temporal en la que existe Restore.env. Si esto no
corrige el problema, puede que le falten algunos archivos de registro. Si desea más
información acerca de archivos de registro, consulte Búsqueda de coincidencias en bases de
datos de Exchange y archivos de registro de Exchange Server 2003.
Cómo guardar los datos procedentes del

de Exchange Server 2003
Microsoft® Exchange Server 2003 Service Pack 1 incluyó una nueva tarea del Administrador
del sistema de Exchange, cuyo nombre era Recuperar datos del buzón, que permitía realizar
combinaciones sencillas del contenido de buzones entre un buzón en un grupo de
almacenamiento de recuperación y el mismo buzón en un grupo de almacenamiento normal.
Para obtener más información acerca de esta tarea, consulte la ayuda en línea del
Antes de Exchange 2003 Service Pack 1, el único método compatible de extracción de datos
de una base de datos en un grupo de almacenamiento de recuperación era la herramienta
ExMerge de la versión de Microsoft Exchange Server 2003.Esta versión de ExMerge puede
conectar un buzón desconectado en una base de datos de grupo de almacenamiento de
recuperación con el buzón y la cuenta de usuario originales todavía presentes en alguna
parte del sistema. Esta versión de ExMerge está disponible en Descargas para Exchange
Server 2003.
61
La documentación que acompaña a ExMerge es exhaustiva. Además, varios artículos en

Microsoft Knowledge Base explican el uso de ExMerge y cómo solucionar problemas y
errores comunes.
ExMerge incluye capacidades sofisticadas de selección y filtrado de mensajes y se puede

usar para exportar los datos de un buzón a archivos de carpetas personales de Outlook
(.PST). Si no precisa de tales capacidades y solamente desea combinar todo el contenido
del buzón del grupo de almacenamiento de recuperación en el buzón original, no es
necesario que utilice ExMerge, sino que, en su lugar, puede usar simplemente la tarea
Recuperar datos del buzón para combinar directamente los buzones desde el Administrador
del sistema de Exchange.
Puede pasar este tema por alto a menos que vaya a usar la herramienta ExMerge para
recuperar datos. El resto de este tema asume que se está familiarizado con la funcionalidad
general y la interfaz de ExMerge. Entre los temas de esta sección se describen:
 Cómo ExMerge interacciona con los grupos de almacenamiento de recuperación.
 Permisos necesarios para utilizar ExMerge con un grupo de almacenamiento de

recuperación.
 Solución de problemas comunes de ExMerge.
 Prácticas recomendables para trabajar con ExMerge.
Requisitos para utilizar ExMerge con un

Las mismas capacidades de ExMerge disponibles para las bases de datos en un grupo de
almacenamiento normal están disponibles para las bases de datos que se ejecutan en un
grupo de almacenamiento de recuperación, incluyendo combinación en un paso, filtrado de
mensajes y carpetas y extracción de normas y permisos. No obstante, existen diferencias
importantes:
 Para extraer datos del buzón desde una base de datos en un grupo de almacenamiento
de recuperación hasta un archivo de carpetas personales (.pst), no es necesario ignorar
los permisos administrativos Denegar y Recibir como. No obstante, para combinar estos
datos procedentes del grupo de almacenamiento de recuperación en sus buzones
originales, tiene que permitir que los administradores tengan permisos para Recibir como
en los buzones de destino.
Como opción predeterminada, Exchange deniega explícitamente a las cuentas

administrativas los permisos Enviar como y Recibir como para todos los buzones. Esto
evita que los administradores inicien sesión en los buzones como clientes, y que utilicen
ExMerge con esos buzones.
62
Cuando se extraen datos desde una base de datos de almacenamiento de recuperación,

ExMerge utiliza un inicio de sesión administrativo especial que no requiere que se haya
concedido a los administradores una forma de saltarse los permisos Denegar. Para
combinar los datos con la base de datos original, puede conceder a los administradores
la forma de ignorar los permisos Denegar de esa base de datos. El uso de la sustitución
de los permisos puede auditarse.
 El buzón original tiene que seguir presente en la base de datos original y tiene que
seguir conectado a una cuenta de usuario del servicio de directorios Microsoft Active
Directory®.
Si el buzón de la base de datos original se ha desconectado, ExMerge no lo muestra en

la lista de buzones disponibles. Si el buzón se ha movido a una base de datos diferente,
aparecerá en la lista de buzones disponibles pero ExMerge da un error al intentar extraer
datos.
Si el buzón se ha desconectado y vuelto a conectar a un usuario distinto de Active

Directory, pero sigue presente en la base de datos original, ExMerge puede extraer sus
datos desde el grupo de almacenamiento de recuperación. No obstante, el Nombre para
mostrar del buzón, tal y como se ve en ExMerge, coincide con el atributo mailNickname
del actual propietario del buzón, mientras que el Nombre de directorio visto en ExMerge
coincide con el atributo mailNickname del propietario anterior.
El archivo .pst extraído por ExMerge se basa en el antiguo atributo mailNickname, y el

archivo .pst tiene que cambiar de nombre para que este coincida con el nuevo atributo
mailNickname, antes de que ExMerge pueda importar los datos otra vez al buzón
original. Esto significa que no se puede hacer una combinación en un sólo paso si se ha
conectado el buzón a un usuario distinto. Tiene que hacer una combinación en dos
pasos, manualmente, cambiando el nombre al archivo .pst extraído, entre ambos pasos.
Establecimiento de permisos para la

combinación de datos
Antes de poder devolver los datos a los buzones originales, tiene que superar la denegación
de permiso administrativo predeterminada en la base de datos objetivo.
Como opción predeterminada, a las cuentas de Windows con acceso administrativo se les
niega permiso para leer el contenido de los buzones de Exchange normales. Para que
ExMerge fusione los datos con la base de datos original, tiene que poder abrir los buzones
en esa base de datos. Por tanto, un administrador no puede utilizar ExMerge a estos efectos
sin saltarse primero las denegaciones de permisos.
63
Si desea ver instrucciones detalladas, consulte Cómo conceder a su cuenta administrativa de

inicio de sesión derechos temporales para leer todos los buzones de una base de datos de
Exchange.
Cómo conceder a su cuenta administrativa

de inicio de sesión derechos temporales
para leer todos los buzones de una base
de datos de Exchange
Este tema explica cómo conceder a su cuenta de inicio administrativa derechos temporales
para leer todos los buzones de una base de datos de Microsoft® Exchange Server 2003.
Antes de poder devolver los datos a los buzones originales, tiene que superar la denegación
de permiso administrativo predeterminada en la base de datos objetivo.
Como opción predeterminada, a las cuentas de Microsoft Windows® con acceso

administrativo se les niega permiso para leer el contenido de los buzones de Exchange
normales. Para que ExMerge fusione los datos con la base de datos original, tiene que poder
abrir los buzones en esa base de datos. Por tanto, un administrador no puede utilizar
ExMerge a estos efectos sin saltarse primero las denegaciones de permisos. Si desea
obtener más información, consulte Cómo guardar los datos procedentes del grupo de
almacenamiento de recuperación de Exchange Server 2003.
Procedimiento
Para conceder derechos temporales a su cuenta administrativa de inicio de sesión y
poder leer todos los buzones en una base de datos de Exchange
1. Cree un Grupo de seguridad de Windows y llámelo con un nombre parecido a
"Administradores de recuperación de Exchange".
2. Agregue la cuenta de Windows que utilice para ejecutar ExMerge en este grupo.
Esta cuenta debería ser ya una cuenta de administrador de Exchange y tener
permisos de administrador local en el servidor o los servidores de Exchange
implicados en el proceso de combinación de los buzones.
3. En el Administrador del sistema de Exchange, encuentre la base de datos objetivo y

abra su cuadro de diálogo Propiedades. En la ficha Seguridad, agregue el grupo
Administradores de recuperación de Exchange y conceda a este grupo permisos de
Control total para la base de datos.
Puede que sea necesario esperar hasta 15 minutos para que los permisos
concedidos sean efectivos. Como alternativa, puede restablecer los permisos en
64
caché si detiene y reinicia todos los servicios de Exchange, el servicio de

administración de IIS (IIS Admin) y los servicios de Administración de Windows.
Debido a esta latencia, debería conceder los permisos necesarios tan pronto como
sepa que los necesita, no justo antes de que necesite utilizarlos.
Nota:
En el momento de escribir estas líneas, sólo el permiso Recibir como es
esencial para que ExMerge funcione adecuadamente con una base de datos
funcionando en un grupo de almacenamiento normal. Por tanto, puede
restringir el grupo de administradores de recuperación de Exchange a este
permiso, en vez de a Control total. Si conceder sólo el permiso Recibir como
no funciona, debería conceder Control total como paso inicial para
solucionar el problema.
Solución de problemas de ExMerge

Esta sección trata acerca de algunos de los errores de ExMerge más comunes que se
pueden encontrar al utilizar ExMerge con un grupo de almacenamiento de recuperación. El
artículo 824126 de Microsoft Knowledge Base, "Cómo utilizar Grupos de almacenamiento de
recuperación en Exchange Server 2003", contiene información sobre este tema en concreto.
Para obtener información sobre otros problemas de ExMerge, consulte Búsqueda de Ayuda y
Soporte Técnico. Proporcione las palabras clave Exchange Server 2003 y ExMerge.
Error 0x8004011d
Uno de los errores más frecuentes del archivo de registro de ExMerge es:
Error opening message store (EMS). Verify that the Microsoft Exchange Information
Store service is running and that you have the correct permissions to log on. -
0x8004011d
Existen varias causas potenciales para este error, incluyendo las siguientes:
 Permisos insuficientes en una base de datos o un buzón para extraer o insertar datos.
Su cuenta de inicio de sesión debería recibir permisos completos para la base de datos,
tal y como se describe en Establecimiento de permisos para la combinación de datos.
 La base de datos de destino para la segunda fase de una operación de ExMerge no está
montada actualmente.
 El buzón seleccionado para la extracción de datos en el grupo de almacenamiento de

recuperación se ha movido con respecto a la base de datos original.
65
 La misma base de datos se ha configurado en grupos de almacenamiento de

recuperación separados, en varios servidores.
 La base de datos que contiene el buzón Operador de sistema está desconectada.

Normalmente, se trata de la primera base de datos de buzones configurada en un
servidor. Tiene que montarse además de las bases de datos de las que se están
extrayendo los datos.
Error al obtener la lista de bases de datos de

almacén de información privada en el servidor
'nombre del servidor'
El mensaje de error al obtener la lista de bases de datos de almacén de información privada
en el servidor 'nombreDelServidor' a menudo aparece porque se carece de permisos
administrativos suficientes en Exchange para ver la lista de bases de datos de un servidor de
Exchange. El primer paso para solucionar este problema consiste en determinar si se
pueden ver el servidor y las bases de datos mediante el Administrador del sistema de
Exchange. Debería tener derechos de administrador de Exchange para el grupo
administrativo que contiene el servidor del grupo de almacenamiento de recuperación, así
como derechos de administrador local en el servidor del grupo de almacenamiento de
recuperación.
Se encontró un error al recuperar la lista de

buzones hospedados en las bases de datos
seleccionadas
El mensaje de que se encontró un error al recuperar la lista de buzones hospedados en las
bases de datos seleccionadas puede tener lugar cuando la base de datos no está montada.
Recuerde que las bases de datos del grupo de almacenamiento de recuperación no se
montan automáticamente cuando se inicia el servicio del Almacén de información de
Exchange. Tiene que montarlas manualmente una vez completado el inicio del servicio
Almacén de información de Microsoft Exchange.
Si no se muestran buzones para la base de datos del grupo de almacenamiento de

recuperación, pruebe otras bases de datos del servidor. Si ExMerge no puede mostrar
buzones para ninguna base de datos del servidor, el problema no es específico del grupo de
También verá este error si alguno de los buzones de la base de datos del grupo de
almacenamiento de recuperación se ha eliminado o purgado desde sus ubicaciones
originales. En este caso, ExMerge muestra los otros buzones del grupo de almacenamiento
de recuperación que no se han eliminado. Para leer recomendaciones acerca de cómo
66
recuperar los datos desde un buzón purgado o eliminado, consulte Recuperación de

elementos eliminados o de buzones purgados mediante un grupo de almacenamiento de
Si mueve un buzón a una base de datos diferente, ExMerge no lo elimina y sigue mostrando
el buzón en el grupo de almacenamiento de recuperación. No obstante, no podrá exportar
datos desde dicho buzón hasta que lo devuelva a la base de datos original. Para obtener
información acerca de cómo superar esta situación, consulte Cómo funcionan los grupos de
almacenamiento de recuperación en Exchange Server 2003.
El almacén 'MSPST MS' no se abrió El almacén

'MSEMS' no se abrió
Los errores "El almacén 'MSPST MS' no se abrió" o "El almacén 'MSEMS' no se abrió"
pueden verse en el archivo de registro ExMerge (exmerge.log) después de un error al
combinar datos desde el grupo de almacenamiento de recuperación. Estos errores
normalmente indican un problema de no coincidencia de localización del lenguaje. Los
errores normalmente pueden resolverse si se introducen los nombres localizados correctos
de los servicios MAPI de los que depende ExMerge.
Para obtener instrucciones detalladas, consulte Cómo descubrir y configurar los nombres
correctos de los servicios MAPI.
Cómo descubrir y configurar los nombres

correctos de los servicios MAPI
Este tema explica cómo resolver los errores "El almacén 'MSPST MS' no se abrió" o "El
almacén 'MSEMS' no se abrió" en el archivo de registro ExMerge (exmerge.log) después de
un error al combinar datos desde el grupo de almacenamiento de recuperación. Estos
errores normalmente indican un problema de no coincidencia de localización del lenguaje.
Los errores normalmente pueden resolverse si se introducen los nombres localizados
correctos de los servicios MAPI de los que depende ExMerge. Si desea obtener más
información, consulte Cómo guardar los datos procedentes del grupo de almacenamiento de
recuperación de Exchange Server 2003.
Procedimiento
Para descubrir y configurar los nombres correctos para los servicios MAPI
1. En el archivo ExMerge.ini que se agrupa con la herramienta ExMerge, encuentre la
línea LoggingLevel y establezca su valor en 3, en vez de en 0. Esto permite un
67
registro detallado de los errores de ExMerge.
2. Vuelva a ejecutar ExMerge para reproducir la condición que generó el error. Para
reducir el resultado del archivo de registro, seleccione sólo un buzón que combinar.
3. En el archivo ExMerge.log, encuentre las líneas que comiencen por "Comprobando

el servicio" y que estén seguidas por un error "no se abrió". Por ejemplo:
[15:02:19] Checking service 'Microsoft Exchange Message Store'
[15:02:19] Checking service 'Personal Folders'
[15:02:19] Store 'MSPST MS' was not opened.
[15:02:19] Ending Routine: EDKRoutines::OpenStores)
4. En el archivo ExMerge.ini, encuentre LocalisedExchangeServerServiceName y

quite el punto y coma (;) que precede a la línea. A continuación, establezca el valor
con el nombre de servicio mostrado en el archivo ExMerge.log. Por ejemplo:
LocalisedExchangeServerServiceName = Microsoft Exchange Message Store
5. En el archivo ExMerge.ini, encuentre LocalisedPersonalFoldersServiceName y

quite el punto y coma (;) que precede a la línea. A continuación, establezca el valor
con el nombre de servicio mostrado en el archivo ExMerge.log. Por ejemplo:
LocalisedPersonalFoldersServiceName = Personal Folders
Estrategias y prácticas recomendadas de

ExMerge
Normalmente, ExMerge puede extraer un gigabyte de datos de buzón por hora. Combinar
todos los datos de una gran base de datos puede tardar de varias horas a varios días. Al
utilizar varias copias de ExMerge o al filtrar datos, puede restaurar primero los datos más
críticos. ExMerge puede detectar elementos duplicados y no insertará varias copias de un
único mensaje, ni siquiera si se ejecuta en varias pasadas. Entre las prácticas sugeridas se
incluyen las siguientes:
 Aprenda cómo utilizar ExMerge antes de necesitarlo.
Debería conocer perfectamente las capacidades de filtrado de los menús de Opciones.

La documentación de la combinación de buzones es completa y describe capacidades
que pueden resultar útiles para fines distintos de la recuperación tras un desastre.
 Ejecute simultáneamente varias copias de ExMerge.
Normalmente, ejecutar tres o cuatro procesos ExMerge a la vez produce las mayores
velocidades de extracción de datos. Si es posible, ejecute cada proceso de ExMerge
68
desde un equipo independiente. Si ejecuta varias copias de ExMerge desde el mismo

equipo, realice copias separadas en carpetas separadas de los archivos ExMerge.exe y
ExMerge.ini e inicie cada instancia de ExMerge desde una carpeta predeterminada
distinta. Este enfoque proporciona la mayor flexibilidad y evita que los archivos de
registro de ExMerge interfieran unos con otros.
 Filtre las carpetas extraídas por ExMerge, de forma que las carpetas más importantes se
restauren primero.
Por ejemplo, durante la primera ejecución de ExMerge, seleccione "Ignorar estas

carpetas" y filtre Elementos enviados y Elementos eliminados. Estas dos carpetas a
menudo son las mayores de un buzón, pero es a las que se accede con menor
frecuencia. A continuación, establezca un filtro "Procesar sólo estas carpetas" que
incluya a Elementos enviados y Elementos eliminados. Termine de restaurar todos los
datos del buzón con una segunda ejecución de ExMerge.
 Restaure los buzones de alta prioridad primero o en un proceso paralelo y exclusivo de

ExMerge.
Antes de que lo necesite, haga una lista con el personal cuyas funciones laborales
fundamentales dependan más del acceso a los datos de Exchange (por ejemplo,
ejecutivos, ayudantes ejecutivos y personal comercial).
 Cuando sea posible, combine los datos de una base de datos más pequeña en una base
de datos mayor, en vez de al contrario.
Este enfoque puede reducir espectacularmente su tiempo total de recuperación. Si

desea más información acerca de este enfoque, consulte Recuperación de una base de
datos de buzones mediante una base de datos de tonos de marcado en Exchange
Server 2003.
 Utilice ExMerge para realizar copias de seguridad modulares o de buzones individuales

de los datos más vitales para los usuarios más importantes.
Puede programar una secuencia de comandos en ExMerge para que haga copias de
seguridad incrementales periódicas de los datos para archivos .pst individuales que se
puedan distribuir a los usuarios finales en caso de emergencia.
 Si encuentra errores, utilice el modificador de línea de comandos –logmax o establezca

LoggingLevel = 3 en el archivo ExMerge.ini para ayudar a la solución de problemas.
 Si encuentra un error en una base de datos o en un buzón, pruebe a utilizar un buzón de

otra base de datos o incluso un buzón de un servidor distinto para determinar el alcance
del problema.
Si el problema tiene lugar con buzones que no están en el grupo de almacenamiento de

recuperación, puede solucionar el error como un problema genérico de ExMerge, mejor
que como un problema del grupo de almacenamiento de recuperación.
69
 Si implementa la estrategia de Tono de marcado de mensajería y el intercambio de

bases de datos descrito en Recuperación de una base de datos de buzones mediante
una base de datos de tonos de marcado en Exchange Server 2003, no combine normas,
permisos ni datos de carpeta asociados.
Sea consciente de que hasta que se hayan completado los procesos de intercambio y
combinación, algunas normas pueden ya no ser efectivas, especialmente las normas
que mueven mensajes a carpetas creadas por el usuario. Las carpetas creadas por el
usuario tienen Id. de carpetas (FID) de las que dependen las normas. Una carpeta del
mismo nombre, creada en una base de datos diferente (como en la base de datos de
tonos de marcado), tiene un FID distinto, y para señalar a la nueva carpeta tiene que
editar la norma, o sucederá un error. A continuación, una vez completo el proceso de
recuperación, las carpetas originales vuelven a sus lugares, y tiene que editar la regla
una segunda vez para que funcione correctamente.
Recuperación de una base de datos de

buzones mediante una base de datos de
tonos de marcado en Exchange Server
2003
Si tiene una gran base de datos de Exchange, puede tardar varias horas en restaurarla
desde la copia de seguridad, tras un desastre. No obstante, si implementa la estrategia de
recuperación llamada Tonos de marcado de mensajería, puede restaurar el servicio de
correo electrónico más rápidamente a los usuarios (al proporcionarles un "tono de marcado"
básico) y, a continuación, restaurar los datos anteriores de los usuarios a medida que estén
disponibles.
Importante:
Con el Service Pack 1 (SP1) de Microsoft Exchange Server 2003, ya no necesita
utilizar ExMerge para mover datos de buzón recuperados del grupo de
almacenamiento de recuperación al normal después de haber restaurado un
almacén de buzones en el grupo de almacenamiento de recuperación. La
característica Recuperar datos del buzón en el Administrador del sistema de
Exchange del SP1 de Exchange 2003 reemplaza a ExMerge en la mayoría de los
casos. Para obtener más información sobre la característica Recuperar datos del
buzón en el SP1 de Exchange 2003, consulte Exchange Server 2003 SP1 Recover
Mailbox Data Feature (en inglés).
Los detalles acerca de la estrategia Tono de marcado de mensajería se comentan más

adelante, en este tema; el proceso básico es el siguiente:
70
1. Establezca las expectativas del usuario para la funcionalidad que estará disponible para
ellos, y cuánto tardará la funcionalidad completa en estar restaurada.
2. Cree la base de datos de tonos de marcado.
Esta fase implica restablecer la base de datos Exchange deteriorada, eliminando los
archivos de la base de datos actual del directorio del grupo de almacenamiento.
Conserve copias de los archivos, por si las necesita más tarde. Microsoft® Exchange
Server 2003 vuelve a crear los archivos de la base de datos en blanco para sustituir a los
archivos que se eliminaron. Cuando los usuarios intentan tener acceso a sus buzones,
Exchange crea nuevos buzones en la base de datos, y los usuarios pueden enviar y
recibir correo. Debido a que los objetos del usuario conservan sus atributos de Exchange
originales (incluyendo msExchMailboxGUID), los nuevos buzones tienen los mismos
valores GUID que los viejos buzones. Más adelante, este hecho permite que ExMerge
transfiera datos satisfactoriamente entre la base de datos original (que se ejecutará en el
grupo de almacenamiento de recuperación) y su base de datos temporal de "tonos de
marcado".
Nota:
Cuando se restablece una base de datos, se pierden, no sólo todos los
mensajes, sino también todos los formularios, las normas, las vistas y otros
metadatos de los buzones. Si desea obtener más información acerca de la
información de configuración del usuario final que se pierde al restablecer una
base de datos, consulte el artículo 282496 de Microsoft Knowledge Base:
"XADM: Considerations and Best Practices When Resetting an Exchange
Mailbox Database" (Consideraciones y prácticas recomendadas cuando las
prácticas restablecen una base de datos de buzones de Exchange). Esta
información se recuperará durante el proceso de combinación si combina los
datos recuperados en la base de datos original, tal y como se describe en esta
sección.
71
Durante los dos primeros pasos de la recuperación de Tonos de marcado de

mensajería, la base de datos de tonos de marcado proporciona servicio a los
usuarios mientras se recupera la base de datos deteriorada.
3. Configure el grupo de almacenamiento de recuperación y la base de datos del grupo de

Para obtener los mejores resultados, ponga la base de datos del grupo de
almacenamiento en la misma unidad lógica que la base de datos de tonos de marcado.
Como resultado, el movimiento de archivos, incluso de gran tamaño, entre carpetas de
una misma unidad (como hará más tarde) es casi instantáneo.
4. Restaure o repare la base de datos original en el grupo de almacenamiento de

recuperación (véase la figura anterior).
5. Después de haber completado la recuperación necesaria en la base de datos del grupo

de almacenamiento de recuperación, puede desconectar de ambas bases de datos e
intercambiar los archivos de base de datos entre el grupo de almacenamiento original y
el grupo de almacenamiento de recuperación (véase la siguiente figura).
Después de intercambiar la base de datos de tonos de marcado en el grupo de

almacenamiento de recuperación y la base de datos original a de vuelta a su grupo de
almacenamiento original, los usuarios pueden tener acceso a sus datos anteriores
(inclusive normas, formularios y archivos de datos sin conexión o en modo caché), pero
no pueden tener acceso a los nuevos elementos.
72
Después de intercambiar las dos bases de datos, los usuarios obtienen acceso a
los datos anteriores
6. Utilice ExMerge para combinar los datos de la base de tonos de marcado de vuelta en la
base de datos original. Esto actualiza los buzones de usuario (véase la siguiente figura).
73
Utilice Combinar buzones para actualizar los buzones recuperados con contenido
que se creó durante el proceso de restauración y recuperación
Esta estrategia de recuperación es factible en versiones anteriores de Exchange, pero

precisa de la generación de un servidor de recuperación Exchange independiente y, a
continuación, de copiar grandes cantidades de datos de un lado a otro de la red. Al utilizar el
grupo de almacenamiento de recuperación, se puede evitar crear un servidor extra y, si se
conservan todas las bases de datos en la misma unidad, se puede eliminar el tiempo
necesario para copiar grandes archivos entre discos y servidores. Este enfoque puede
reducir varias horas del tiempo de recuperación.
Configuración de las expectativas del

usuario final durante el proceso de
recuperación
En cualquier momento que planifique restablecer una base de datos de buzones, primero
debería enviar un mensaje a todos los buzones albergados en la base de datos, informando
74
a los usuarios de lo que ha sucedido y estableciendo sus expectativas para el proceso de

recuperación. Un mensaje normal debe incluir los siguientes pasos:
 Explicar que su información existente está en proceso de recuperación. Decirles que,

mientras tanto, se ha restaurado el servicio de correo y que pueden enviar y recibir
mensajes de correo electrónico.
 Indicar el tiempo que se espera que tardará en completarse la recuperación.
 Si la intención es intercambiar bases de datos, pida a los usuarios que no pierdan el

tiempo reconfigurando normas, vistas y carpetas. Infórmeles de que prevé el restaurar
sus buzones originales, y que las nuevas personalizaciones se perderán. Coménteles
que los nuevos mensajes y elementos que vayan creando se conservarán y agregarán a
los buzones originales. También debe informar a los usuarios de que se producirá una
breve interrupción en el servicio, y que les avisará antes de que dicha interrupción tenga
lugar. Explique que, tras la interrupción, los nuevos mensajes no estarán disponibles
temporalmente, pero que los elementos antiguos se restaurarán, y explique que los
nuevo elementos se restaurarán poco después.
Creación de la base de datos de tonos de

marcado
La base de datos de tonos de marcado da soporte a los usuarios mientras se recupera la
base de datos original. La primera vez que los usuarios inician sesión en sus buzones
después de creada esta base de datos, Exchange crea un buzón nuevo y vacío para ellos.
Aunque los usuarios no tienen entonces acceso a sus datos anteriores, pueden enviar y
recibir los mensajes con normalidad. Si desea obtener instrucciones detalladas, consulte
Cómo restablecer una base de datos de Exchange y crear una base de datos de tonos de
marcado.
Cómo restablecer una base de datos de

Exchange y crear una base de datos de
tonos de marcado
Este tema explica cómo implementar una estrategia de recuperación llamada Tonos de
marcado de mensajería. La base de datos de tonos de marcado da soporte a los usuarios
mientras se recupera la base de datos original. Si tiene una gran base de datos de
Microsoft® Exchange, puede tardar varias horas en restaurarla desde la copia de seguridad,
tras un desastre. No obstante, si implementa la estrategia Tonos de marcado de mensajería,
puede restaurar el servicio de correo electrónico más rápidamente a los usuarios (al
75
proporcionarles un "tono de marcado" básico) y, a continuación, restaurar los datos

anteriores de los usuarios a medida que estén disponibles. Si desea más información,
consulte Recuperación de una base de datos de buzones mediante una base de datos de
tonos de marcado en Exchange Server 2003.
Procedimiento
Para restablecer una base de datos de Exchange y crear una base de datos de tonos
de marcado
1. En el Administrador del sistema de Exchange, detenga todas las bases de datos que
sigan funcionando en el grupo de almacenamiento. No tiene que interrumpir todas
las bases de datos que funcionan en el servidor, sólo las bases de datos que están
en el mismo grupo de almacenamiento que la base de datos que dio el error.
2. Recupere la ubicación del registro de transacciones para el grupo de

almacenamiento y los nombres de archivo y las ubicaciones de los archivos de la
base de datos que dio el error.
 Busque en el cuadro de diálogo Propiedades del grupo de almacenamiento la

ubicación del registro de transacciones.
 Busque en la ficha Base de datos del cuadro de diálogo Propiedades de la

base de datos, los nombres y ubicaciones de los archivos de la base de datos.
3. En el Administrador de archivos de Windows, copie todos los registros de

transacciones para el grupo de almacenamiento, a una ubicación segura. No los
mueva; cópielos.
Importante:
Resulta vital que proteja todos los archivos de registro de transacciones
antes de reiniciar la base de datos. Si una operación de copia de seguridad
se inicia, puede purgar archivos de registro que aún sean necesarios para la
base de datos original.
Nota:
En tanto al menos una base de datos del grupo de almacenamiento esté
desconectada, el programa Copia de seguridad no purgará ningún archivo
de registro. En un supuesto de tonos de marcado, no obstante, el programa
Copia de seguridad asume que la recuperación se ha completado en cuanto
detecta que todas las bases de datos están montadas en el grupo de
almacenamiento.
4. Mueva los archivos de la base de datos que tiene el error, o cámbielos de nombre
(archivos .edb y .stm).
5. En el Administrador del sistema de Exchange, monte la base de datos del error.

76
Aparece la siguiente advertencia:
At least one of this store's database files is missing. Mounting this store
will force the creation of an empty database. Do not take this action if you
intend to restore an earlier backup. Are you sure you want to continue?
6. Haga clic en Sí. Exchange genera una nueva base de datos.
Configuración del grupo de

Si define las rutas de acceso de archivo para la base de datos del grupo de almacenamiento
de recuperación hasta la misma unidad lógica que la base de datos original, aprovecha la
ventaja de poder intercambiar instantáneamente los archivos de la base de datos entre los
grupos de almacenamiento. No obstante, hay algunas desventajas:
 Es necesario contar con suficiente espacio libre en disco en la unidad de base de datos
para que contenga las bases de datos original y la base de datos de tonos de marcado.
Nota:
Como mejor práctica, la mitad de la unidad de su base de datos debería estar
vacía, en todo momento (si se almacenan varios archivos de base de datos en
una misma unidad, debería tener al menos algo más de espacio libre que el
equivalente al tamaño de la base de datos mayor). Puede que parezca un
derroche el dejar tanto espacio libre en el disco, pero las ventajas son
significativas: En primer lugar, se reduce la posibilidad de quedarse sin espacio
en disco, a causa de un repentino aumento de los datos de usuario. En segundo
lugar, si decide desfragmentar la base de datos, puede hacerlo "en el sitio", en
vez de tener que generar remotamente la base de datos desfragmentada y
tenerla que volver a escribir sobre la base de datos original. Esto reduce
enormemente el tiempo necesario para desfragmentar una gran base de datos.
En tercer lugar, en caso de desastre, se puede cambiar el nombre de la actual
base de datos que tiene el error, o moverla de ubicación antes de realizar una
operación de restauración. Aunque puede que su intención sea restaurar desde
la copia de seguridad, en vez de reparar una base de datos con errores, siempre
es buena idea conservar la base de datos que dio errores, por si la restauración
desde la copia de seguridad no es satisfactoria, o si los datos restablecidos
desde la copia de seguridad están incompletos. Si la base de datos que contiene
los errores sigue en su lugar cuando comienza la restauración desde la copia de
seguridad, inmediatamente se sobrescribirá y destruirá. Si no tiene suficiente
espacio en disco en la misma unidad para tener una copia extra de la base de
77
datos, ralentizará el proceso de restauración mientras hace la copia de

seguridad de la base de datos existente o mientras la copia.
 Puede haber una degradación evidente del rendimiento si se restaura o repara una base
de datos en la misma unidad que está dando servicio a los usuarios. Normalmente,
restaurar y montar una base de datos en el grupo de almacenamiento de recuperación
ejerce poco efecto sobre el rendimiento desde la perspectiva del usuario final, pero ello
depende del hardware y la configuración y puede no ser válido en su entorno. Si se hace
necesario reparar una base de datos en el grupo de almacenamiento de recuperación
con las herramientas Utilidades de base de datos de Exchange Server (Eseutil.exe) y
Comprobador de integridad de almacenes de información (Isinteg.exe), la degradación
del rendimiento puede ser apreciable. Antes de contar con poder utilizar el grupo de
almacenamiento de recuperación en la misma unidad y el mismo servidor, debería
probar y medir el impacto de las operaciones de restauración y reparación.
Incluso puede configurar el grupo de almacenamiento de recuperación en un servidor

Exchange distinto, en el mismo grupo administrativo, si lo desea. No obstante, si hace eso,
perderá la ventaja de poder intercambiar rápidamente los archivos de la base de datos entre
los grupos de almacenamiento, porque tendrá que copiar las bases de datos a través de la
red.
Restauración en la base de datos del grupo

de almacenamiento de recuperación
Tal y como se describe en Restauración de bases de datos en un grupo de almacenamiento
de recuperación de Exchange Server 2003., es posible restaurar una base de datos (o varias
bases de datos) en el grupo de almacenamiento de recuperación mediante varios métodos.
Recuerde que, si está restaurando bases de datos al grupo de almacenamiento de
recuperación cuando ya existen bases de datos allí, debe detener todas las bases de datos
del grupo de almacenamiento de recuperación antes de restaurar bases de datos
adicionales. También es una buena práctica el eliminar todos los archivos de registro de
transacción del grupo de almacenamiento de recuperación, antes de restaurar bases de
datos adicionales, para evitar cualquier posibilidad de conflicto entre archivos del registro de
transacción.
Una vez restaurada una base de datos al grupo de almacenamiento de recuperación, deberá
montar y desconectarla al menos una vez. Esta acción garantiza que los registros de
transacción necesarios se han aplicado, y que la base de datos está en un estado
consistente. Para verificarlo por segunda vez, ejecute el comando Eseutil /mh [nombre de
archivo de la base de datos].edb y compruebe que la línea "Estado: Cierre limpio" aparece
como resultado del comando.
78
Intercambio de bases de datos entre el

y el grupo de almacenamiento original
Si no está familiarizado con los archivos que componen una base de datos de Exchange,
encontrará útil la lectura del Apéndice A, "Movimiento de las bases de datos de buzones de
Exchange entre grupos de almacenamiento" antes de continuar con esta sección.
Puede utilizar varias estrategias para intercambiar las bases de datos entre el grupo de
almacenamiento de recuperación y el grupo de almacenamiento original, incluyendo las
siguientes:
 Mover los archivos de base de datos entre carpetas de una misma unidad.
 Mover los archivos de base de datos entre las distintas unidades.
 Dejar archivos de base de datos en su lugar e intercambiar las rutas de acceso lógicas
definidas para cada base de datos.
Por cada enfoque, primero debe anotar las rutas de acceso y los nombres actuales de los
archivos .edb y .stm de cada base de datos implicada en el intercambio. Una vez lo haya
hecho, puede proceder.
Movimiento de los archivos de base de datos

entre carpetas de una misma unidad
Mover los archivos de base de datos entre carpetas en la misma unidad precisa sólo de unos
cuantos minutos si la operación se realiza metódica y cuidadosamente. El mayor problema
que puede encontrar es la confusión acerca de los nombres.
Es posible que los nombres de archivo asignados a las bases de datos del grupo de
almacenamiento de recuperación no coincidan con los nombres de archivos de la base de
datos original. Siempre que no necesite ya reproducir en la base de datos los registros de
transacciones existentes, puede cambiar los archivos de la base de datos para que coincidan
con los nombres que tienen asignados en el Administrador del sistema de Exchange.
Para obtener instrucciones detalladas, consulte Cómo mover archivos de base de datos de
Exchange entre carpetas de una misma unidad.
79
Movimiento de archivos de base de datos entre

servidores
El procedimiento para mover archivos de base de datos entre servidores es similar al
procedimiento anterior, excepto en que es necesaria una mayor planificación. Fíjese en que
no es necesario interrumpir el servicio mientras las bases de datos se copian a través de la
red. Puede copiar de vuelta la gran base de datos en su unidad original antes de
desconectar la base de datos de tonos de marcado.
Para obtener instrucciones detalladas, consulte Cómo mover archivos de base de datos de
Exchange entre servidores.
Cómo dejar los archivos en su lugar y cambiar

las rutas de acceso lógicas
También puede dejar los archivos en su lugar y cambiar las rutas de acceso lógicas si el
grupo de almacenamiento de recuperación está en el mismo servidor que la base de datos
original, pero está en una unidad lógica distinta. Las instrucciones son complicadas, y
debería seguirlas con cuidado y prudencia. Compruebe dos veces lo que hace en cada paso
para evitar confusiones.
Fíjese en que este procedimiento también se podría utilizar al principio de una recuperación
ante desastres si quisiera que el grupo de almacenamiento de recuperación señalase a la
unidad de base de datos actual mientras monta la base de datos de tonos de marcado en
una unidad distinta.
Para obtener instrucciones detalladas, consulte Cómo intercambiar archivos de base de

datos de Exchange mediante el intercambio de las rutas de acceso lógicas.
Cómo intercambiar bases de datos entre el

y el grupo de almacenamiento original
Este tema explica cómo intercambiar bases de datos entre el grupo de almacenamiento de
recuperación y el grupo de almacenamiento original. Puede utilizar varias estrategias para
intercambiar las bases de datos entre el grupo de almacenamiento de recuperación y el
grupo de almacenamiento original, incluyendo las siguientes:
 Mover los archivos de base de datos entre carpetas de una misma unidad.
 Mover archivos de base de datos entre servidores.

80
 Dejar archivos de base de datos en su lugar e intercambiar las rutas de acceso lógicas
definidas para cada base de datos.
Si desea más información, consulte Recuperación de una base de datos de buzones

mediante una base de datos de tonos de marcado en Exchange Server 2003.
Antes de empezar
Si no está familiarizado con los archivos que componen una base de datos de Exchange,
antes de continuar, le vendrá bien leer Movimiento de las bases de datos de buzones de
Exchange entre grupos de almacenamiento de Exchange Server 2003..
Procedimiento
Para intercambiar bases de datos entre el grupo de almacenamiento de recuperación y
el grupo de almacenamiento original
 Utilice la estrategia descrita en el tema Cómo mover archivos de base de datos de
Exchange entre carpetas de una misma unidad.
 Utilice la estrategia descrita en el tema Cómo mover archivos de base de datos de

Exchange entre servidores. O bien
 Utilice la estrategia descrita en el tema Cómo intercambiar archivos de base de

datos de Exchange mediante el intercambio de las rutas de acceso lógicas.
Cómo mover archivos de base de datos de

Exchange entre carpetas de una misma
unidad
Este tema explica cómo mover archivos de bases de datos de Microsoft® Exchange entre
carpetas de una misma unidad. Si desea más información, consulte Cómo intercambiar
bases de datos entre el grupo de almacenamiento de recuperación y el grupo de
almacenamiento original.
81
Procedimiento
Cómo mover archivos de base de datos de Exchange entre carpetas de una misma
unidad
1. Notifique a los usuarios de que se producirá una inminente interrupción del servicio.

correspondientes tanto en el grupo de almacenamiento original como en el grupo de
3. En un símbolo del sistema, compruebe que ambas bases de datos están en estado
Cierre limpio con el comando Eseutil /mh [nombre de archivo de base de
datos].edb.
4. En el Administrador de archivos de Windows, cree carpetas temporales para cada

base de datos, como \ToOriginal y \ToRSG.
5. Mueva los archivos de base de datos (.edb y .stm) desde la carpeta del grupo de
almacenamiento original hasta la carpeta \ToRSG, y mueva los archivos de la base
de datos desde el grupo de almacenamiento de recuperación hasta la carpeta
\ToOriginal. Debería mover las bases de datos, no copiarlas, para llevar a cabo el
movimiento rápidamente.
6. Cambie el nombre de los archivos de cada carpeta, si fuera necesario, para que
coincidan con los nombres definidos en el Administrador del sistema de Exchange
para cada base de datos.
7. Coloque los archivos en sus respectivas carpetas de grupo de almacenamiento.
8. En el Administrador del sistema de Exchange, por cada base de datos, abra el

cuadro de diálogo Propiedades y en la ficha Base de datos active la casilla de
verificación Se puede escribir esta base de datos por una restauración.
9. Monte las bases de datos.
Cómo mover archivos de base de datos de

Exchange entre servidores
Este tema explica cómo mover archivos de base de datos de Microsoft® Exchange entre
servidores. Si desea más información, consulte Cómo intercambiar bases de datos entre el
grupo de almacenamiento de recuperación y el grupo de almacenamiento original.
82
Procedimiento
Cómo mover archivos de base de datos de Exchange entre servidores
1. En el Administrador de archivos de Windows, en la unidad de base de datos original,
cree carpetas temporales llamadas \ToRSG y \ToOriginal.
2. En el Administrador del sistema de Exchange, desconéctese de la base de datos del

3. En un símbolo del sistema, compruebe que la base de datos del grupo de

almacenamiento de recuperación está en estado Cierre limpio con el comando
Eseutil /mh [nombre de archivo de base de datos].edb.
4. En el Administrador de archivos de Windows, copie la base de datos del grupo de

almacenamiento de recuperación en la carpeta \ToOriginal en la unidad de la base
de datos original.
6. En el Administrador del sistema de Exchange, desconéctese de la base de datos de

tonos de marcado y compruebe que está en un estado de Cierre limpio con el
comando Eseutil /mh [nombre de archivo de la base de datos].edb
7. En el Administrador de archivos de Windows, mueva la base de datos de tonos de

marcado a la carpeta \ToRSG.
8. Cambie el nombre de los archivos de cada carpeta, si fuera necesario, para que
coincidan con los nombres definidos en el Administrador del sistema de Exchange
para cada base de datos.
9. Mueva los archivos de la carpeta \ToOriginal a su lugar en la unidad de la base de

datos original.
10. En el Administrador del sistema de Exchange, por cada base de datos, abra el
cuadro de diálogo Propiedades y en la ficha Base de datos active la casilla de
11. Monte la base de datos en el grupo de almacenamiento original.
12. En el Administrador de archivos de Windows, copie los archivos de la carpeta

\ToRSG a las rutas de acceso correspondientes en la unidad del grupo de
13. En el Administrador del sistema de Exchange, monte la base de datos de tonos de

marcado en el grupo de almacenamiento de recuperación.
83
Cómo intercambiar archivos de base de

datos de Exchange mediante el
intercambio de las rutas de acceso lógicas
Este tema explica cómo mover los archivos de base de datos de Microsoft® Exchange
mediante el intercambio de las rutas de acceso lógicas. Si desea más información, consulte
Cómo intercambiar bases de datos entre el grupo de almacenamiento de recuperación y el
grupo de almacenamiento original.
Procedimiento
Cómo intercambiar archivos de base de datos de Exchange mediante el intercambio
de las rutas de acceso lógicas
2. En el Administrador del sistema de Microsoft Windows®, cree una carpeta en la base

de datos del grupo de almacenamiento de recuperación, llamada \SaveOriginal.
3. En el Administrador del sistema de Exchange, desconéctese de la base de datos del

4. En un símbolo del sistema, compruebe que la base de datos del grupo de

almacenamiento de recuperación está en estado Cierre limpio con el comando
Eseutil /mh [nombre de archivo de base de datos].edb.
5. En el Administrador de archivos de Windows, mueva los archivos de base de datos

(.edb y .stm) hasta la carpeta \SaveOriginal.
6. En el Administrador del sistema de Exchange, elimine la base de datos del grupo de

almacenamiento de recuperación. Esta operación elimina la estructura lógica de la
base de datos desde el Administrador del sistema de Exchange, pero no afecta a los
archivos de la base de datos.
Nota:
Incluso si tiene problemas para mover los archivos de la base de datos en el
paso anterior, no se eliminarán, al hacer esto.
7. En el Administrador de archivos de Windows, cree una carpeta llamada

\SaveDialTone en la unidad de la base de datos original.
8. En el Administrador del sistema de Exchange, desconecte de la base de datos de

tonos de marcado del grupo de almacenamiento original.
9. En un símbolo del sistema, compruebe que la base de datos de tono de marcado

está en estado Cierre limpio con el comando Eseutil /mh [nombre de archivo de
84
base de datos].edb.
10. En el Administrador de archivos de Windows, mueva los archivos de la base de

datos de tonos de marcado a la carpeta \SaveDialTone.
11. En el Administrador del sistema de Exchange, cambie la ruta de acceso de la base

de datos original para que señale a las rutas de acceso de base de datos de grupo
de almacenamiento de recuperación. Debido a que no hay que mover ninguna base
de datos, el cambio se puede efectuar con rapidez. Si necesita cambiar los nombres
de los archivos de la base de datos, cámbieles ahora el nombre en el Administrador
del sistema de Exchange, en vez de cambiar el nombre a los archivos reales.
12. En el Administrador de archivos de Windows, mueva los archivos desde la carpeta

\SaveOriginal hasta su anterior ubicación, que es ahora la ruta de acceso
configurada para la base de datos original
13. En el Administrador del sistema de Exchange, abra el cuadro de diálogo

Propiedades de la base de datos y en la ficha Base de datos active la casilla de
14. Monte la base de datos, de forma que los usuarios puedan volver a iniciar sesión.
15. En el Administrador de archivos de Windows, cree una carpeta llamada \Dialtone,

junto a la carpeta \SaveDialTone.
16. En el Administrador del sistema de Exchange, vuelva a crear la base de datos en el

grupo de almacenamiento de recuperación y haga que las rutas de acceso de la
base de datos señalen a la carpeta \DialTone. Recuerde hacer coincidir los nombres
de archivos con los nombres de archivo reales de la base de datos.
17. En el Administrador de archivos de Windows, mueva los archivos desde la carpeta

\SaveDialTone a la carpeta \DialTone.
18. En el Administrador del sistema de Exchange, monte la base de datos del grupo de
Combinación de datos entre bases de

datos intercambiadas
El paso final de esta estrategia de recuperación consiste en combinar datos desde la base
de datos de tonos de marcado hacia la base de datos original Las siguientes
recomendaciones deberían ayudar a realizar esto sin problemas:
 Empiece por combinar un único buzón. Si se produce un error, de esta forma es más
fácil solucionar el problema y leer los archivos de registro. Si se produce un error,
85
consulte las sugerencias de solución de problemas el tema Cómo guardar los datos
procedentes del grupo de almacenamiento de recuperación de Exchange Server 2003.
 No combine normas, permisos ni datos de carpetas asociadas después de intercambiar

la base de datos. Al intercambiar la base de datos, ha restaurado todos estos datos
auxiliares al estado en que estaban antes del desastre. Combinar esos datos desde la
base de datos de tonos de marcado sobrescribe los datos anteriores, como las normas,
los permisos y otros datos asociados ocultos y de carpetas con los datos procedentes de
la base de datos de tonos de marcado. Según su configuración predeterminada,
ExMerge no combinará estos datos.
Ventajas de la estrategia de los tonos de

marcado de mensajería
Existen varias buenas razones para utilizar una estrategia de recuperación como la
estrategia de tonos de marcado de mensajería, en la que se intercambian las bases de datos
antes de utilizar ExMerge:
 La cantidad de datos que se tienen que combinar se minimiza. La base de datos de

tonos de marcado contiene sólo unas cuantas horas o, tal vez, unos cuantos días de
datos. Normalmente es mucho más rápido combinar esta pequeña cantidad de datos
con la base de datos grande original, que combinar una gran cantidad de datos en la
pequeña base de datos de tonos de marcado.
 El tamaño de la base de datos final será menor que si hubiera combinado los datos
originales. Si intercambia las bases de datos, se conservará un almacenamiento de
instancia única de la mayoría de los mensajes. Si ExMerge procesa un mensaje enviado
a varios buzones, combina una copia independiente del mensaje en cada buzón, en vez
de que todos los buzones compartan una única copia. Además, los mensajes que
ExMerge inserta en una base de datos pueden ser mayores que las versiones originales
debido a las conversiones de formato.
 Las normas, los formularios y otros datos auxiliares originales de los buzones se
conservarán en el estado en que estuvieran antes del desastre. Entre otras ventajas, los
usuarios no tendrán que modificar las normas que mueven los mensajes a las carpetas
personalizadas y los archivos de los modos sin conexión y caché de Microsoft Office
Outlook® 2003 (archivos .ost) seguirán funcionando.
86
Uso del modo de recuperación de Outlook

2003 Exchange con una base de datos de
tonos de marcado
La nueva función de Outlook 2003 llamada Modo de intercambio en caché sustituye al modo
Carpetas sin conexión de las anteriores versiones de Outlook. En Outlook 2003, la caché
local de los datos del buzón sigue residiendo en un archivo cifrado .pst (con la extensión de
archivo .ost), pero el Modo de intercambio en caché agrega capacidades significativas al
anterior modo sin conexión. Por ejemplo, el Modo de intercambio en caché proporciona una
función llamada Modo de recuperación de Exchange. (Para usuarios con versiones de
Outlook anteriores a Outlook 2003 con Exchange 2003, el Modo de recuperación de
Exchange no está disponible).
Después de restablecer una base de datos de Exchange, los usuarios con Outlook 2003 en
Modo de intercambio en caché verán el siguiente cuadro de diálogo:
Exchange is currently in recovery mode. You can either connect to your Exchange server
using the network, work offline, or cancel this logon.
Con anteriores versiones de Outlook, este mensaje no aparece. En lugar de eso, si un

usuario elige trabajar en línea, el anterior archivo .ost no se puede leer, porque una nueva
clave procedente del nuevo buzón sobrescribe los datos de cifrado asociados con el buzón
anterior. El archivo .ost está estrechamente vinculado a un buzón específico. Un nuevo
buzón siempre tiene un nuevo valor de clave .ost, incluso si el nuevo buzón tiene el mismo
GUID de buzón que el antiguo.
Si un usuario elige trabajar en línea utilizando una versión anterior de Outlook, éste genera
un nuevo archivo .ost (pero el antiguo archivo .ost no se elimina) y cualquier dato que no
esté sincronizado en el antiguo archivo .ost se vuelve inaccesible. No obstante, si la base de
datos original se vuelve a intercambiar, el anterior archivo .ost se vuelve a poder leer, pero el
archivo actual .ost ya no es accesible.
Este comportamiento significa que, después de que tenga lugar un desastre en el que se
crea una base de datos de tonos de marcado, los usuarios tienen que ordenar y
probablemente combinar los datos de varios archivos .ost y después editar sus perfiles de
Outlook para redirigir esos archivos a su anterior archivo .ost. Para obtener más información
al respecto, consulte "Offline Folders" (Carpetas sin conexión) en el artículo 282496 de
Microsoft Knowledge Base: "XADM: Considerations and Best Practices When Resetting an
Exchange Mailbox Database" (Consideraciones y prácticas recomendadas cuando las
prácticas restablecen una base de datos de buzones de Exchange).
El Modo de recuperación de Exchange en Outlook 2003 se diseñó para solucionar este

problema, ofreciendo a los usuarios dos opciones cuando Outlook 2003 se inicia tras un
restablecimiento de una base de datos:
87
 Modo sin conexión Si los usuarios seleccionan Trabajar sin conexión, tendrán
acceso a su archivo .ost actual, pero no a su servidor de Exchange. El archivo .ost no
será permanentemente inaccesible si deciden trabajar en línea.
 Modo en línea Si los usuarios seleccionan Conectar, tendrán acceso a su nueva base
de datos de Exchange, pero no a su archivo .ost. Si desean tener acceso a los
elementos de la caché sin conexión, pueden salir de Outlook y volver a iniciar en modo
Sin conexión.
Nota:
Si los usuarios necesitan transferir elementos entre su archivo .ost y su servidor
de Exchange mientras están en el Modo de recuperación de Exchange, pueden
hacerlo así, agregando un archivo de datos de Outlook (.pst) a su perfil. Si los
usuarios necesitan hacer esto, dé instrucciones para que inicien Outlook y, en el
menú Archivo, señale a Nuevo y, a continuación, haga clic en Archivo de
datos de Outlook y siga las indicaciones para crear el archivo. El nuevo archivo
de datos aparecerá en los árboles de carpetas de los usuarios, y los usuarios
pueden crear una carpeta llamada \Transfer. A continuación, los usuarios pueden
arrastrar y soltar elementos desde sus carpetas sin conexión a esta carpeta.
Cuando los usuarios reinicien Outlook en modo En línea, la carpeta Transfer y
sus elementos estarán disponibles.
Después de haber intercambiado la base de datos original con la base de datos de tonos de
marcado, Outlook sale automáticamente del Modo de recuperación de Exchange, la
siguiente vez que el usuario selecciona Conectar.
Si los usuarios no pueden conservar sus archivos .ost actuales con Outlook 2003,
posiblemente porque no se puede restaurar la base de datos original, necesitarán
restablecer sus archivos .ost. Para obtener instrucciones detalladas, consulte Cómo
restablecer archivos .ost.
Cómo restablecer archivos .ost

Si los usuarios no pueden conservar sus archivos .ost actuales con Microsoft®
Outlook® 2003, posiblemente porque no se puede restaurar la base de datos original,
necesitarán restablecer sus archivos .ost. Si desea más información, consulte Recuperación
de una base de datos de buzones mediante una base de datos de tonos de marcado en
Exchange Server 2003.
88
Procedimiento
Para restablecer archivos .ost
1. Inicie Outlook en modo Sin conexión y salve los elementos deseados a un archivo de
datos de Outlook (archivo .pst).
2. vuelva a iniciar Outlook y seleccione Conectar para establecer conexión con la

nueva base de datos de Exchange.
3. En el menú Herramientas, haga clic en Cuentas de correo electrónico.
4. Haga clic en Ver o cambiar cuentas de correo electrónico existentes y, a

continuación, haga clic en Siguiente.
5. Haga clic en la cuenta Microsoft Exchange Server y haga clic en Cambiar.
6. Haga clic en Más configuraciones y después en Avanzadas.
7. Desactive la casilla de verificación Usar modo de intercambio en caché y, a

continuación, haga clic en Aplicar.
Importante:
Tiene que hacer clic en Aplicar para completar el siguiente paso. Una vez
haya hecho clic en Aplicar, aparecerá este mensaje: "Debe reiniciar Outlook
para que se implementen estos cambios". No salga de Outlook en este
punto.
8. Haga clic en Configurar archivo de carpetas sin conexión y, a continuación, haga

clic en Deshabilitar uso sin conexión. Aparecerá un mensaje: "Exchange está
actualmente en modo de recuperación. Si realiza cambios en la configuración de los
archivos de carpeta sin conexión, se eliminará el archivo .ost existente de su perfil y
no podrá utilizar dicho archivo. ¿Desea continuar?" Haga clic en Sí. Haga clic en
Aceptar, Siguiente y Finalizar hasta que haya salido del asistente Cuentas de
correo electrónico.
9. Cierre Outlook.
Importante:
Tiene que salir y reiniciar Outlook antes de continuar con el siguiente paso.
10. vuelva a iniciar Outlook y haga clic en Conectar para establecer conexión con la
nueva base de datos de Exchange.
11. En el menú Herramientas, haga clic en Cuentas de correo electrónico.
12. Haga clic en Ver o cambiar cuentas de correo electrónico existentes y, a

continuación, haga clic en Siguiente.
13. Haga clic en la cuenta Microsoft Exchange Server y haga clic en Cambiar.
89
14. Haga clic en Más configuraciones y después en Avanzadas.
15. Active la casilla de verificación Usar modo de intercambio en caché.
16. Haga clic en Opciones de archivos de carpetas sin conexión y, a continuación,

cambie el nombre del archivo .ost.
Por ejemplo, si el nombre del archivo es outlook.ost, cámbiele el nombre por

outlook1.ost. También puede cambiar la ruta de acceso del archivo, si lo desea.
17. Haga clic en Aceptar y aparecerá el siguiente mensaje: "No se pudo encontrar
nombre de archivo. ¿Desea crearlo?" Haga clic en Sí y, a continuación, haga clic en
Aceptar, Siguiente y Finalizar para salir del asistente Cuentas de correo
electrónico.
18. Salga y, a continuación, reinicie Outlook.
Recuperación de elementos eliminados o

de buzones purgados mediante un grupo
de almacenamiento de recuperación en
Los buzones de Microsoft® Exchange pueden existir en uno de estos tres estados:
 Conectado El buzón está vinculado a una cuenta de usuario del servicio de directorios
Microsoft Active Directory®; concretamente, existe una cuenta de usuario de Active
Directory, cuyo atributo msExchMailboxGUID especifica el GUID de buzón y cuyo
atributo homeMDB especifica el nombre distinguido de la base de datos del buzón.
(También existen otros atributos relacionados con los buzones que se establecen en la
cuenta de usuario propietaria del buzón).
 Desconectado El GUID de buzón no está establecido en ningún usuario de Active

Directory. Cuando un administrador de Exchange elimina un buzón, el propio buzón no
se ve afectado, pero el objeto de usuario de Active Directory asociado con el buzón se
despoja de todos sus atributos de habilitación para buzón.
 Purgado El contenido del buzón ya no existe en la base de datos. Como opción

predeterminada, esto sucede 30 días después de que un administrador elimine un
buzón. Hasta que se haya purgado un buzón, puede volverse a conectar a la anterior
cuenta de usuario de Active Directory o a una cuenta de usuario de Active Directory
distinta.
90
Si un buzón no está conectado a una cuenta de usuario de Active Directory, ExMerge no

puede iniciar sesión en el buzón ni extraer datos de él. Aunque los buzones del grupo de
almacenamiento de recuperación estén desconectados, están vinculados lógicamente a
buzones de la base de datos original mediante el atributo msExchOrigMDB y los GUID de
buzón. Si un buzón conectado con el mismo GUID existe en esa base de datos original, la
versión Exchange Server 2003 de ExMerge puede utilizar esa conexión para acceder al
buzón correspondiente y combinar el contenido recuperado dentro del buzón original.
Nota:
En el Administrador del sistema de Exchange, los buzones de un grupo de
almacenamiento de recuperación aparecen como conectados en algunas
circunstancias, como cuando se restaura una base de datos desde una copia de
archivo sin conexión. Los buzones no están realmente conectados, pero no se
puede cambiar la apariencia de los buzones ejecutando el Agente de limpieza,
porque esta función también está deshabilitada en un grupo de almacenamiento de
recuperación. Independientemente de la apariencia de los buzones, en realidad
están desconectados.
Normalmente, recuperar un buzón eliminado de Exchange es una operación sencilla. Si el

buzón todavía existe en la base de datos original, puede hacer clic sobre él con el botón
derecho en el Administrador del sistema de Exchange y conectarlo a cualquier cuenta de
Active Directory que desee. Esto tiene el efecto de deshacer la eliminación del buzón. A
continuación, puede acceder a los elementos como si el buzón nunca se hubiera eliminado.
No obstante, si ha purgado un buzón (o los elementos de este) que hay que recuperar, a
continuación tiene que restaurar una copia de seguridad de la base de datos que todavía
contenga el buzón y los elementos. Si el buzón sigue en su estado conectado original, se
puede utilizar un grupo de almacenamiento de recuperación para extraer los elementos
purgados. No obstante, un grupo de almacenamiento de recuperación se puede utilizar para
extraer datos si todo el buzón se ha purgado o movido.
No obstante, el grupo de almacenamiento de recuperación puede resultar útil para recuperar

un buzón purgado. Tal y como se describe anteriormente, al utilizar un grupo de
almacenamiento de recuperación, la restauración y la extracción de los datos son dos pasos
de recuperación independientes. Puede restaurar una base de datos que contenga un buzón
purgado en un grupo de almacenamiento de recuperación y, a continuación, mover la base
de datos a un grupo de almacenamiento normal para realizar la extracción de datos de un
buzón purgado. En Exchange 2000 Server, es necesario restaurar la base de datos a un
servidor de recuperación aparte. El uso de un grupo de almacenamiento de recuperación
ahorra el problema de tener que construir uno de esos servidores. (Esta capacidad también
permite la prueba de las copias de seguridad sin tener que restaurar en un servidor
independiente).
Exchange permite ejecutar un máximo de 20 bases de datos en cuatro grupos de

almacenamiento en un mismo servidor con hasta cinco bases de datos en cualquier grupo de
almacenamiento. Debido a que para recuperar un buzón purgado es necesario mover una
91
base de datos restaurada en un grupo de almacenamiento normal, el servidor involucrado no

puede contener más de 19 bases de datos funcionando en él al mismo tiempo. Mejor si tiene
un grupo de almacenamiento completamente sin utilizar, porque aún aísla más el proceso de
recuperación de otras bases de datos y reduce las posibilidades de cometer un error. Si
desea obtener instrucciones detalladas acerca de cómo recuperar un buzón purgado,
consulte Cómo recuperar un buzón purgado desde una copia de seguridad en línea
mediante el servidor de base de datos original.
Cómo recuperar un buzón purgado desde

una copia de seguridad en línea mediante
el servidor de base de datos original
Este tema explica cómo recuperar un buzón purgado desde una copia de seguridad en línea
mediante el servidor de base de datos original. Normalmente, recuperar un buzón eliminado
de Microsoft® Exchange es una operación sencilla. Si el buzón todavía existe en la base de
datos original, puede hacer clic sobre él con el botón derecho en el Administrador del sistema
de Exchange y conectarlo a cualquier cuenta de Active Directory que desee. Esto tiene el
efecto de deshacer la eliminación del buzón. A continuación, puede acceder a los elementos
como si el buzón nunca se hubiera eliminado.
No obstante, si ha purgado un buzón (o los elementos de este) que hay que recuperar, a
continuación tiene que restaurar una copia de seguridad de la base de datos que todavía
contenga el buzón y los elementos. Si el buzón sigue en su estado conectado original, se
puede utilizar un grupo de almacenamiento de recuperación para extraer los elementos
purgados. Si desea obtener más información, consulte Recuperación de elementos
eliminados o de buzones purgados mediante un grupo de almacenamiento de recuperación
en Exchange Server 2003.
Procedimiento
Cómo recuperar un buzón purgado desde una copia de seguridad en línea mediante el
servidor de base de datos original
1. En el Administrador del sistema de Exchange, cree un grupo de almacenamiento de
recuperación y agregue la base de datos que desee restaurar.
2. Restaure la base de datos al grupo de almacenamiento de recuperación.
3. Monte y desconecte la base de datos para dejarla en estado de Cierre limpio. Puede
ejecutar el comando Eseutil /mh [nombre de archivo de base de datos].edb para
comprobar el estado.
92
4. Si el servidor tiene capacidad para un grupo de almacenamiento adicional, cree un

nuevo grupo de almacenamiento y después agréguele una base de datos de
buzones. Los nombres lógicos del grupo de almacenamiento y de la base de datos
no importan, pero los nombres del archivo de a base de datos para los archivos .edb
y .stm deberían coincidir con los nombres de archivos de la base de datos del grupo
de almacenamiento de recuperación.
Nota:
Si los nombres no coinciden, tiene que cambiar el nombre de los archivos de
base de datos del grupo de almacenamiento. También debería configurar la
nueva base de datos en la misma unidad lógica que los archivos de la base
de datos del grupo de almacenamiento. No monte la base de datos después
de crearla.
5. En el Administrador de archivos de Microsoft Windows®, mueva los archivos de base

de datos del grupo de almacenamiento de recuperación hacia las rutas de acceso
designadas por la nueva base de datos. Si los nombres de archivo de los archivos
de base de datos del grupo de almacenamiento de recuperación no coinciden con
los nombres de archivo que eligió para la nueva base de datos, cambie los nombres
ahora.
6. En el Administrador del sistema de Exchange, en el grupo de almacenamiento

normal, abra el cuadro de diálogo Propiedades para la base de datos. En la ficha
Base de datos, active la casilla de verificación Se puede sobrescribir esta base de
datos por una restauracióncheck box.
7. Monte la base de datos.
8. Bajo el nodo de la base de datos, haga clic en Buzones y, en el panel de la derecha,

encuentre el buzón purgado (que ahora es un buzón desconectado). Haga clic con el
botón derecho en el buzón desconectado y, a continuación, haga clic en Volver a
conectar para volverlo a conectar a la cuenta correspondiente de Active Directory.
Una vez conectado el buzón a una cuenta de Active Directory®, puede iniciar sesión en
el buzón con Microsoft Office Outlook® u otro cliente de correo, utilizar ExMerge para
extraer datos o incluso utilizar la tarea Mover buzón para devolver el buzón a su
ubicación original.
93
Resumen del uso de grupos de

almacenamiento de recuperación en
Cuando utilice grupos de almacenamiento de recuperación, recuerde estas prácticas
recomendadas y las dificultades potenciales:
 Conserve suficiente espacio libre en disco, de forma que pueda restablecer una segunda
copia de una base de datos a su unidad lógica original. Esto resulta útil, no sólo para
trabajar con un grupo de almacenamiento de recuperación, sino para otras tareas, tales
como la desfragmentación sin conexión, probar las copias de seguridad y copiar una
base de datos con errores antes de restaurarla desde la copia de seguridad y
sobrescribirla.
 Compare los efectos en el rendimiento real que causa el utilizar el grupo de

almacenamiento de recuperación en un servidor de producción en ejecución, antes de
modificar los procedimientos de recuperación para incluir grupos de almacenamiento de
recuperación. Algunas configuraciones de servidor pueden no tener la capacidad para
grupos de almacenamiento de recuperación, sin degradar significativamente la
experiencia del cliente. Esta situación es especialmente probable si es necesario reparar
una base de datos porque las herramientas Utilidades de base de datos de Exchange
Server (Eseutil.exe) y Comprobador de integridad de almacenes de información
(Isinteg.exe) se ajustan para obtener velocidad, y no para minimizar el impacto sobre
otros procesos.
 En supuestos de Tono de marcado de mensajería, en los que se ha creado una base de

datos en blanco para restaurar rápidamente el servicio a los usuarios, intercambie las
bases de datos entre el grupo de almacenamiento de recuperación y el grupo de
almacenamiento original, antes de combinar los datos recuperados. Esto no sólo reduce
la cantidad de datos que tienen que combinarse, sino que conserva reglas, formularios y
los archivos del modo de caché sin conexión (.ost).
 No elimine, depure ni mueva los buzones de la base de datos original si su intención es

recuperar los datos desde ellos, utilizando el grupo de almacenamiento de recuperación.
 No cree la misma base de datos en varios grupos de almacenamiento de recuperación,

en distintos servidores. Si lo hace, puede confundir a su aplicación de copia de
seguridad y evitar la restauración de las copias de seguridad en línea de cualquiera de
los grupos de almacenamiento de recuperación.
 Recuerde dar al grupo de almacenamiento de recuperación el mismo nombre que al

grupo de almacenamiento original, excepto en aquellos casos en los que el nombre del
grupo de almacenamiento ya exista en el servidor. Si no lo hace, la API de la copia de
seguridad en línea rechazará la restauración.
94
 Si ejecuta más de una operación de restauración en el grupo de almacenamiento de

recuperación, desconéctese de las bases de datos previamente existentes en el grupo
de almacenamiento de recuperación, antes de restaurar bases de datos adicionales.
Asimismo, elimine todos los archivos de registro del grupo de almacenamiento de
recuperación, antes de comenzar una segunda restauración para minimizar la posibilidad
de conflictos de archivos de registro.
 Sea consciente de los problemas de latencia del directorio y la caché. Si necesita

conceder permisos adicionales para recuperar administradores, hágalo pronto en el
proceso de recuperación, porque los permisos necesitan tiempo para replicarse y ser
efectivos. Pueden transcurrir varios minutos después de la creación del grupo de
almacenamiento de recuperación y antes de que la replicación y la caché permitan
restaurar en el nuevo grupo de almacenamiento.
 Recuerde que las bases de datos del grupo de almacenamiento de recuperación nunca
se montan automáticamente. Después de un error en el clúster o de un reinicio del
servicio del Almacén de información de Microsoft Exchange, tendrá que montarlas
manualmente. Cuando algo no funcione en el grupo de almacenamiento de
recuperación, lo primero es verificar que la base de datos está realmente montada.
Movimiento de las bases de datos de

buzones de Exchange entre grupos de
almacenamiento de Exchange Server 2003.
Microsoft® Exchange Server 2003 organiza las bases de datos (almacenes de buzones y
almacenes de carpetas públicas) en grupos de almacenamiento. Cada servidor de Exchange
puede tener hasta cuatro grupos de almacenamiento separados, y cada grupo de
almacenamiento puede tener hasta cinco bases de datos. La siguiente figura muestra cómo
el Administrador del sistema de Exchange hace una relación de los grupos de
almacenamiento y las bases de datos.
95
Grupos de almacenamiento y bases de datos (almacenes de buzones y almacenes de

carpetas públicas) en el Administrador del sistema de Exchange
Si decide reorganizar la topología de su grupo de almacenamiento, el método preferido

consiste en mover los buzones individuales a distintos grupos de almacenamiento, en vez de
mover directamente bases de datos enteras. Una vez vacías las bases de datos, se pueden
eliminar. No obstante, resulta posible mover una base de datos a un grupo de
almacenamiento distinto.
Importante:
Mover una base de datos entre grupos de almacenamiento no es lo mismo que
mover archivos de bases de datos, lo que se describe en "Cómo mover archivos de
almacén a un directorio nuevo" en la Guía de administración de Exchange Server
2003. El procedimiento descrito en la Guía de administración afecta sólo a las
ubicaciones de archivo físicas, no a la organización de las bases de datos y los
grupos de almacenamiento.
Si mueve una base de datos entera, primero debe eliminar todos los buzones de esta desde
el servicio de directorios Microsoft Active Directory®. Esto no destruye el contenido de los
buzones, sino que rompe el vínculo entre cada buzón y su cuenta de usuario asociada en
Active Directory. Como opción predeterminada, Exchange conserva el contenido del buzón
eliminado en la base de datos durante 30 días después de su eliminación de Active Directory.
Después de mover una base de datos a un nuevo grupo de almacenamiento, puede

montarla y después volver a conectar los buzones con las anteriores cuentas de Active
Directory, utilizando el Centro de recuperación de buzones del Administrador del sistema de
Exchange. También puede volver a conectar los buzones uno a uno mediante la lista
Buzones de esa base de datos.
96
El mayor inconveniente para mover una base de datos entera es que los mensajes en
tránsito pueden retardarse, rechazarse o no entregarse nunca. Esta situación sucede porque
hay que eliminar los buzones y después volverlos a conectar al final de la operación de
movimiento. Con una planificación cuidadosa, se puede reducir la cantidad de tiempo que los
buzones permanecen en estado eliminado a unos cuantos minutos, pero algunos mensajes
pueden perderse. Para evitar este problema, tendría que cerrar todos los transportes de
correo de toda la organización, durante el tiempo que los buzones estén desconectados. No
sería suficiente limitarse a detener el flujo del correo de los servidores implicados. Debido a
que la información de enrutamiento y entrega se distribuye a través de Active Directory, los
servidores remotos pueden detectar que estos buzones ya no son destinos de entrega
válidos y, por tanto, el correo entrante puede verse afectado.
Incluso si hay inconvenientes para mover las bases de datos por motivos de reequilibrio de
topología, hacerlo puede resultar útil en supuestos de recuperación. La parte restante de
este apéndice explica lo que se puede o no hacer con seguridad a la hora de mover bases
de datos a otro grupo de almacenamiento normal o a un grupo de almacenamiento de
recuperación.
Requisitos previos para mover una base de

datos a un grupo o servidor de
almacenamiento diferente
Una base de datos de buzón privado de Exchange "no sabe" en qué servidor está ubicada, a
qué grupo de almacenamiento pertenece, ni cuál es su nombre lógico. Una base de datos de
buzones privados sólo está enlazada a los nombres de grupo de la organización y
administrativo de la instalación del servidor en la que está instalada. Todo lo demás se puede
cambiar; incluso se puede cambiar el nombre de los archivos .stm y .edb, si se desea.
Una base de datos de buzones de Exchange se puede tomar de su grupo de

almacenamiento original y montar en cualquier otro servidor de Exchange, en el que:
 La versión de Exchange instalada sea compatible con la versión de la base de datos.
 El nombre de la Organización sea el mismo que en el servidor original.
 El grupo administrativo sea el mismo que en el servidor original.
 Los valores de legacyExchangeDN en objetos importantes de la configuración de

Exchange sean los mismos que en el servidor original.
Nota:
Si mueve una base de datos entre servidores que en realidad pertenecen al
mismo grupo administrativo, los valores de legacyExchangeDN siempre serán
compatibles. Si mueve una base de datos a un servidor de prueba que comparte
97
el mismo nombre, pero que no forma en realidad parte de la organización de

Exchange, es posible que necesite cambiar los valores de legacyExchangeDN.
Puede cambiar los valores si utiliza la herramienta LegacyDN.exe o si busca y
cambia los valores de legacyExchangeDN en Active Directory.
Consideraciones sobre grupos de

almacenamiento y la asignación de nombre
a bases de datos
Junto con la coincidencia de los nombres, tal y como se describe en la sección anterior,
también tiene que tener en cuenta el nombre del grupo de almacenamiento, el nombre lógico
de la base de datos y los nombres de los archivos de la base de datos real. Las normas
específicas para la coincidencia de los nombres de los grupos de almacenamiento original y
de destino dependen de dos factores: La forma de mover los archivos de base de datos (por
ejemplo, utilizando copias de seguridad sin conexión o copias de archivo normal, o
restaurándolos desde una copia de seguridad en línea) y si se restauran en un grupo de
almacenamiento normal o en un grupo de almacenamiento de recuperación.
En primer lugar, mire las siguientes normas para mover bases de datos entre grupos de
almacenamiento normales. Con una buena comprensión de estas reglas, estará preparado
para comprender las diferencias que se aplican a los grupos de almacenamiento de
recuperación.
Consideraciones generales para mover

archivos
Cada base de datos tiene un nombre lógico que aparece en el Administrador del sistema de
Exchange. Este nombre se almacena en Active Directory como un objeto de base de datos
de Exchange.
La base de datos en sí consta de dos archivos: el archivo de base de datos .edb y el archivo
de base de datos de secuencia .stm. Estos archivos son un conjunto que se corresponde y
deben manipularse como si se trataran de un solo archivo. Tienen que copiarse, moverse o
hacer copia de seguridad de ellos siempre a la par. Si tiene una versión del archivo .edb que
no está sincronizada con el archivo .stm, no se podrá montar la base de datos. Exchange
almacena los nombres de archivos de base de datos como propiedades del objeto de base
de datos de Exchange.
Puede ver estas propiedades en el Administrador de sistemas de Exchange en la ficha Base

de datos del cuadro de diálogo Propiedades para esa base de datos. Por ejemplo, la
siguiente figura muestra las propiedades de una base de datos. El nombre lógico de la base
98
de datos es Almacén de buzones, y los nombres del archivo de la base de datos son
priv1.edb y priv1.stm.
Ficha de propiedades de la base de datos de una base de datos de buzones
Cuando se monta una base de datos, Exchange lee las rutas de acceso y los nombres de los
archivos de base de datos desde Active Directory. Si los archivos válidos con los nombres
adecuados no están presentes en la ruta de acceso correcta, verá una advertencia y se le
dará la oportunidad de generar nuevos archivos de base de datos (a no ser que desee que
se generen nuevos archivos, detenga el proceso de montaje y encuentre las bases de datos
existentes).
99
Movimiento de una base de datos mediante la

copia de archivos
El movimiento de una base de datos entre grupos de almacenamiento normales simplemente
implica el trasladar un juego de archivos .edb y .stm a la nueva ubicación de la ruta de
acceso. En general, no importa que el nuevo nombre del grupo de almacenamiento o el
nombre de la base de datos lógica sean distintos de los nombres originales. Ni siquiera
importa si el prefijo del archivo de registro es distinto en el nuevo grupo de almacenamiento
(se puede mover una base de datos que estaba funcionando con un conjunto de registros de
transacciones llamado E00nnnnn.log hasta un grupo de almacenamiento con registros
llamados E01nnnnn.log sin problema).
Movimiento de una base de datos mediante una

copia de seguridad en línea
El movimiento de las bases de datos mediante una copia de seguridad en línea es un
enfoque más complicado que el de sólo copiar los archivos .edb y .stm desde una ubicación
a otra.
Si realiza la restauración desde una copia de seguridad en línea hasta un grupo de

almacenamiento diferente, el nombre del grupo de almacenamiento de destino y el nombre
de la base de datos lógica tienen que coincidir con los nombres originales. La API de
restauración consulta al servidor de destino para averiguar si tiene un grupo de
almacenamiento y una base de datos que coinciden con los seleccionados en el grupo de la
copia de seguridad. Si no se encontró una coincidencia, la API asume que se ha
seleccionado el servidor equivocado. Esto hace que la operación de restauración sea
sencilla en la mayoría de los casos, porque el administrador puede seleccionar el servidor de
restauración sin tener que especificar nada más.
No obstante, al realizar la restauración desde la copia de seguridad en línea, no es necesario

hacer que coincidan los nombres de archivo de la base de datos del servidor de destino con
los nombres de archivo originales. De hecho, Exchange cambiará los nombres de los
archivos de la cinta de copia de seguridad para que coincidan con los nombres de los
nuevos archivos, si existen diferencias. En otras palabras, la coincidencia de nombres que es
necesaria para restaurar desde una copia de seguridad en línea es casi lo contrario de lo que
es necesario al utilizar copias de seguridad sin conexión o de copias de archivos. Cuando se
utiliza una copia de seguridad en línea, los nombres lógicos del grupo de almacenamiento y
de la base de datos resultan cruciales, pero los nombres reales de los archivos de las bases
de datos no importan. Con una copia de seguridad sin conexión, sólo los nombres de los
archivos son importantes. El grupo de almacenamiento y los nombres de la base de datos
lógica no son importantes.
Una vez restaurada una base de datos desde una copia de seguridad sin conexión, al menos
un archivo de registro de transacción tiene que confirmarse en la base de datos para que
100
ésta sea consistente (para ponerlo en un estado de Cierre limpio.). Puede estar seguro de
que esto ha sucedido después de haber montado con éxito la base de datos y haberse
desconectado de ella una vez. Con la base de datos restaurada desconectada, puede mover
los archivos .edb y .stm a un grupo de almacenamiento distinto, si lo desea, copiándolos en
su lugar (esta acción está sujeta a las normas para mover copias de bases de datos entre
grupos de almacenamiento).
Movimiento de una base de datos a un grupo de

Si mueve una base de datos a un grupo de almacenamiento de recuperación mediante una
copia de seguridad sin conexión o mediante otra copia de archivo, las normas son
exactamente las mismas que para mover bases de datos a un grupo de almacenamiento
normal.
Si mueve una base de datos a un grupo de almacenamiento de recuperación, restaurando

una copia de seguridad en línea, la única norma para el nombre es la que dice que un grupo
de almacenamiento en el servidor tiene que tener el mismo nombre que el grupo de
almacenamiento original desde el que se realizó la copia de seguridad. Este nombre
coincidente no tiene por qué ser el nombre del grupo de almacenamiento de recuperación.
Este requisito existe porque la API de restauración finalizará la operación de restauración si

no se encuentra un grupo de almacenamiento coincidente en su consulta inicial a un
servidor. Una vez encontrado un grupo de almacenamiento coincidente, Exchange puede
redirigir la restauración adecuadamente hacia el grupo de almacenamiento de recuperación.
Por tanto, cuando se realiza la restauración desde una copia de seguridad en línea hasta un
grupo de almacenamiento de recuperación, los nombres lógicos y físicos del grupo de
almacenamiento, la base de datos o los archivos de la base de datos no tienen importancia.
El factor vital para los nombres es el valor del atributo de Active Directory msExchOrigMDB.
Este atributo tiene que coincidir con el nombre original de la base de datos que se ha
restaurado desde la copia de seguridad.
Resumen de consideraciones relativas a la

asignación de nombres
Las normas para la coincidencia de los nombres de los grupos de almacenamiento original y
de destino dependen de dos factores: La forma de mover los archivos de base de datos (por
ejemplo, utilizando copias de seguridad sin conexión o copias de archivo normal, o
restaurándolos desde una copia de seguridad en línea), y si se restauran en un grupo de
almacenamiento normal o en un grupo de almacenamiento de recuperación. En resumen:
 Si realiza la restauración desde una copia de seguridad en línea hasta un grupo de

almacenamiento ordinario, los nombres del grupo de almacenamiento y de la base de
101
datos lógica tienen que coincidir, pero los nombres reales del archivo de base de datos
no es necesario que coincidan.
 Si realiza la restauración desde una copia de seguridad en línea hasta un grupo de

almacenamiento de recuperación, es necesario que tenga un grupo de almacenamiento
en el servidor que tenga el mismo nombre que el grupo de almacenamiento original. Este
puede ser cualquier grupo de almacenamiento, y no necesariamente el propio grupo de
 Si realiza la restauración desde una copia de seguridad sin conexión o una copia de
archivos, los nombres de archivo reales tienen que coincidir, pero los nombres del grupo
de almacenamiento y de la base de datos lógica no es necesario que coincidan. Esta
norma es válida, independientemente de si la restauración se realiza hacia un grupo de
almacenamiento de recuperación, o hacia un grupo de almacenamiento normal.
Comprobación de la coherencia antes de

mover los archivos de base de datos
A no ser que esté realizando una restauración desde una copia de seguridad en línea, los
archivos de base de datos (.edb y .stm) tienen que estar en estado Cierre limpio antes de
moverlos a otro grupo de almacenamiento.
Puede saber si una base de datos se ha cerrado limpiamente, utilizando la herramienta

Utilidades de base de datos de Exchange Server (Eseutil.exe) y examinando cada archivo
con el comando Eseutil /mh [nombre de archivo de base de datos].edb. En Exchange
2000 Service Pack 1 y versiones posteriores, en una línea en el resultad de este comando
pone, o bien "Estado: Cierre limpio" o "Estado: Cierre incorrecto". En versiones anteriores de
Exchange, en esa línea ponía "Estado: Coherente" o "Estado: Incoherente".
Ejecute Eseutil.exe sobre los archivos .edb y .stm para comprobar el estado del cierre.
Debajo podrá ver un ejemplo del resultado de Eseutil /mh (las líneas importantes están
resaltadas):
Microsoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.
Initiating FILE DUMP mode...
Database: priv1.edb
File Type: Database

102
Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,9
Engine ulVersion: 0x620,9
Created ulVersion: 0x620,9
cbDbPage: 4096
dbtime: 20887 (0-20887)
Log Required: 0-0
Streaming File: Yes
Shadowed: Yes
Last Objid: 127
Scrub Dbtime: 0 (0-0)
Scrub Date: 00/00/1900 00:00:00
Repair Count: 0
Repair Date: 00/00/1900 00:00:00
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.
Database: priv1.stm
File Type: Streaming File
Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,9

103
Engine ulVersion: 0x620,9
Created ulVersion: 0x620,9
cbDbPage: 4096
dbtime: 0 (0-0)
Log Required: 0-0
Shadowed: Yes
Last Objid: 0
Scrub Dbtime: 0 (0-0)
Scrub Date: 00/00/1900 00:00:00
Repair Count: 0
Repair Date: 00/00/1900 00:00:00
Para estar absolutamente seguro de que los archivos .edb y .stm son un conjunto que
coincide, también puede comparar las líneas Firma de base de datos y Último coherente
desde el resultado de Eseutil.exe. La Firma de base de datos es un valor único que
identifica una determinada base de datos. Si los valores de los archivos .edb y .stm son
diferentes, los archivos no coinciden, independientemente de cuál sea el estado de cierre.
La línea Último coherente verifica que los archivos se cerraran por última vez
simultáneamente. La marca de hora de Último coherente no tiene que coincidir, pero los
números entre paréntesis deberían corresponderse con exactitud. Estos números indican el
archivo de registro de transacción actual que se estaba utilizando en el momento del cierre
(en este ejemplo, la base de datos estaba en el registro de transacciones 3) y cuánto del
archivo de registro se ha cumplimentado (en este ejemplo, el cierre sucedió 0x46 sectores
dentro del archivo de registro y 0xDC bytes en ese sector).
Consideraciones sobre el archivo de

registro de transacciones en Exchange
2003
Una vez los archivos de base de datos de Exchange están en un estado de Cierre limpio
(coherente), se vuelven independientes con respecto a los archivos del registro de
transacciones para el grupo de almacenamiento. En términos de Exchange, se
104
"desconectan" de los archivos de registro. Cuando se vuelve a iniciar la base de datos, los
vuelve a conectar a un archivo de registro de transacciones. En la mayoría de los casos, se
conecta al mismo archivo de registro que estaba en uso cuando la base de datos se cerró
(aunque esto no sea un requisito).
Una base de datos se puede desconectar de una serie de archivos de registro y conectarse
a un conjunto diferente en un grupo de almacenamiento distinto. Si elimina todos los archivos
de registro para un grupo de almacenamiento, Exchange generará un nuevo conjunto de
archivos de registro, empezando con el archivo de registro 1, y la base de datos se
conectará a este nuevo conjunto y comenzará a utilizarlo.
Importante:
Nunca elimine archivos de registro de transacciones para un grupo de
almacenamiento, a no ser que todas las bases de datos del grupo de
almacenamiento estén en estado Cierre limpio. Cuando una base esté en un estado
de Cierre incorrecto, tiene que tener acceso a los archivos de registro existentes
para que se pueda volver a montar. Si los archivos de registro actuales de una base
de datos se destruyen mientras la base de datos está en estado Cierre incorrecto, la
única forma de reiniciar la base de datos consiste en utilizar Eseutil /p para realizar
una reparación en ella, e incluso entonces, la reparación no está garantizada.
Después de que una base de datos se haya desconectado de sus archivos de registro y se
haya cerrado con limpieza, nunca volverá a precisar de los datos que ya existen en esos
archivos de registro. Todo lo procedente de los archivos de registro ya se ha escrito en los
archivos de la base de datos. No obstante, si restaura una base de datos a partir de una
copia de seguridad, es posible que vuelva a necesitar los archivos de registro. La base de
datos más antigua y restaurada ya no tiene la información de aquellos archivos de registro, y
esa información se puede agregar a la base de datos mediante la "reproducción" de los
registros. En los siguientes apéndices se explican más detalladamente el registro de
transacciones y la restauración "sin pérdidas" de las bases de datos antiguas.
Consideraciones sobre copias de

seguridad y su restauración
En este punto, debería entender que existen importantes implicaciones para la copia de
seguridad y la restauración, siempre que se mueve una base de datos de un grupo de
almacenamiento a otro. En general, cualquier cosa que haga que desconecte una base de
datos de un conjunto de archivos de registro y la conecte a otro conjunto probablemente
afectará a su capacidad para recuperar la base de datos a partir de una copia de seguridad.
Esto no significa que las copias de seguridad queden invalidadas al conectar una base de
datos a una secuencia de archivos de registro diferente, pero sí significa que su capacidad
para restablecer completamente actualizada una copia de seguridad se puede ver en peligro.
105
Como principio general, después de conectar una base de datos a una secuencia de
archivos de registro diferente, debería inmediatamente realizar una nueva copia de
seguridad para garantizar que podrá restaurar por completo la base de datos.
Registro de transacciones de Exchange en

El registro de transacciones de Microsoft® Exchange Server es un mecanismo sólido de
recuperación de desastres diseñado para restaurar fiablemente una base de datos de
Exchange a un estado consistente después de cualquier parada repentina en la base de
datos. El mecanismo de registro también se utiliza cuando se restauran las copias de
seguridad en línea.
Antes de que los cambios se realicen realmente en un archivo de base de datos de

Exchange, Exchange escribe los cambios en un archivo de registro de transacciones.
Después de que un cambio se haya registrado con seguridad, se puede escribir en el archivo
de la base de datos.
Es común que los cambios estén disponibles para los usuarios finales justo después de que
los cambios se hayan asegurado en el registro de transacciones, pero antes de que se
hayan escrito en el archivo de la base de datos. Exchange emplea un sofisticado sistema de
administración de la memoria interna que se afina para obtener un alto rendimiento. Copiar
físicamente los cambios en el archivo de la base de datos es una tarea de baja prioridad
durante la operación normal. Exchange puede administrar eficientemente la copia en caché
de más de un gigabyte de páginas de base de datos. Esta caché incluye las páginas leídas
desde la base de datos para satisfacer las solicitudes del cliente, así como las páginas
modificadas que finalmente se volverán a copiar en el archivo de base de datos.
Si una base de datos se detiene repentinamente, los cambios que estén en la caché no se
pierden sólo porque la memoria caché se destruya. Al reiniciar la base de datos, Exchange
examina los archivos de registro y reconstruye y aplica los cambios aún no anotados en el
archivo de la base de datos. A este proceso se le llama reproducir archivos de registro. La
base de datos está estructurada de forma que Exchange pueda determinar si es necesario
que alguna operación de algún archivo de registro que ya se ha aplicado a la base de datos
se aplique a la base de datos o si no pertenece a esta.
En vez de escribir toda la información del registro en un solo archivo grande, Exchange
utiliza una serie de archivos de registro, cada uno de exactamente cinco megabytes de
tamaño. Cuando un archivo de registro está completo, Exchange lo cierra y cambia de
nombre con un número de secuencia. El primer registro cumplimentado termina con el
nombre Enn00001.log. El nn se refiere a un número de dos dígitos conocido como nombre
base o prefijo de registro.
106
Un servidor de Exchange puede tener hasta cuatro grupos de almacenamiento, y los

archivos de registro de cada grupo de almacenamiento se distinguen mediante nombres de
archivo con prefijos numerados (por ejemplo, E00, E01, E02 o E03). El archivo de registro
actualmente abierto para un grupo de almacenamiento se llama sencillamente Enn.log; no
tiene un número de secuencia hasta que se ha cumplimentado y cerrado.
El archivo de punto de control (Enn.chk) realiza el seguimiento de lo lejos que Exchange ha

progresado a la hora de escribir la información registrada a los archivos de la base de datos.
Normalmente, en una base de datos ocupada, el punto de control tiene un desfase de tres o
cuatro archivos de registro por detrás del registro actualmente abierto. Existe un archivo de
punto de control por cada secuencia de registro, y una secuencia de registro separada por
cada grupo de almacenamiento. Dentro de un único grupo de almacenamiento, todas las
bases de datos comparten una única secuencia de registro. Así, un solo archivo de registro a
menudo contiene operaciones para varias bases de datos.
Los archivos de registro se numeran hexadecimalmente, de forma que el archivo de registro

después de E0000009.log es E000000A.log, no E000010.log. Puede convertir números de
secuencia de archivo de registro a sus valores decimales, utilizando la aplicación Calc.exe
de Windows en modo Científico. Para ello, ejecute la calculadora y, a continuación, en el
menú Ver, haga clic en Científica.
También puede ver el número de secuencia decimal para un determinado archivo de registro
si examina su encabezado con Eseutil.exe. La primera página de 4 KB de cada archivo de
registro contiene información de encabezado que describe e identifica al archivo de registro y
a las bases de datos a las que pertenece. El comando Eseutil /ml [nombre de archivo del
registro] muestra un encabezado como el siguiente:
Base name: e00
Log file: e00.log
lGeneration: 11 (0xB)
Checkpoint: (0xB,7DC,6F)
creation time: 12/30/2002 05:07:12
prev gen time: 12/27/2002 13:38:14
Format LGVersion: (7.3704.5)
Engine LGVersion: (7.3704.5)
Signature: Create time:12/27/2002 12:39:26 Rand:334208663 Computer:
Env SystemPath: D:\exchsrvr\mdbdata\
Env LogFilePath: D:\exchsrvr\mdbdata\
Env Log Sec size: 512
Env (CircLog,Session,Opentbl,VerPage,Cursors,LogBufs,LogFile,Buffers)
107
( off, 202, 10100, 1365, 10100, 384, 10240, 65421)
Using Reserved Log File: false
Circular Logging Flag (current file): off
Circular Logging Flag (past files): off
1 D:\exchsrvr\mdbdata\priv1.edb
dbtime: 44889 (0-44889)
objidLast: 242
MaxDbSize: 0 pages
Last Attach: (0xA,199,FB)
Last Consistent: (0xA,198,8A)
2 D:\exchsrvr\mdbdata\pub1.edb
dbtime: 29645 (0-29645)
objidLast: 284
MaxDbSize: 0 pages
Last Attach: (0xA,199,1AE)
Last Consistent: (0xA,198,8A)
Last Lgpos: (0xb,9BF,10A)
Los archivos de la base de datos tienen un encabezado similar, igual que el archivo de punto
de control. Puede examinar cada tipo de encabezado con un diferente modificador del
comando Eseutil.exe:
 /ml muestra los encabezados del archivo de registro.
 /mh muestra encabezados de base de datos y de archivos de base de datos de

secuencias.
 /ml muestra los encabezados del archivo de punto de control.
Si utiliza el modificador equivocado para mostrar un encabezado, por ejemplo, si utiliza /ml
con un encabezado de base de datos en vez de utilizar /mh, da como resultado un error, o la
información del encabezado que aparezca puede estar confusa o incorrecta.
No puede ver el encabezado de una base de datos mientras está montada. Tampoco puede
ver el encabezado del archivo de registro actual (Enn.log) mientras cualquier base de datos
del grupo de almacenamiento está montada. Exchange mantiene abierto el archivo de
108
registro actual, en tanto que una sola base de datos lo esté utilizando. No obstante, puede
ver el encabezado del archivo de punto de control mientras las bases de datos se montan.
Exchange actualiza el archivo de punto de control cada treinta segundos, y su encabezado
se puede ver, excepto durante el momento en que tiene lugar una actualización.
Para un administrador de Exchange, comprender el mecanismo de los encabezados de

archivos de Exchange es una capacidad extremadamente valiosa. Si comprende cómo
funcionan los encabezados de archivos, puede determinar qué base de datos y qué archivos
de registro van juntos y qué archivos son necesarios para una recuperación correcta.
En este ejemplo de encabezado del archivo de registro, fíjese en las cuatro primeras líneas:
Base name: e00
Log file: e00.log
lGeneration: 11 (0xB)
Checkpoint: (0xB,7DC,6F)
Estas líneas muestran que este archivo de registro es el archivo de registro actual, porque el
nombre del archivo de registro todavía no tiene un número de secuencia. La línea
lGeneration indica cuándo el registro está cumplimentado y cerrado, su número de
secuencia será B, correspondiente al valor decimal 11. El Nombre base es E00 y, por lo
tanto, el nombre del archivo de registro final será E000000B.log.
El valor Punto de control mostrado anteriormente no se lee en realidad desde el

encabezado del archivo de registro, pero se muestra como si se leyera. Eseutil.exe lee el
valor Punto de control directamente desde Enn.chk, de forma que no tiene que introducir un
comando independiente para saber dónde está el punto de control. Si el archivo del punto de
control se ha destruido, en el valor del Punto de control pone NO DISPONIBLE. Aquí, el
punto de control está en el archivo de registro actual (0xB), y los números 7DC y 6F indican
lo lejos que el punto de control está dentro del archivo de registro, lo cual es una información
interesante, pero raras veces sirve para algo práctico.
Aunque el archivo de punto de control se destruya, Exchange puede recuperar y reproducir

los archivos de registro adecuadamente. Pero para ello, Exchange comienza a examinar los
archivos de registro, empezando por el más antiguo disponible, en vez de iniciar en el
registro del punto de control. Exchange se salta los datos que ya se han aplicado a la base
de datos y trabaja secuencialmente a través de los registros hasta que encuentra los datos
que es necesario aplicar.
Normalmente, Exchange tarda uno o dos segundos para examinar un archivo de registro que
ya se ha aplicado a la base de datos. Si hay operaciones en un archivo de registro que
necesitan escribirse en la base de datos, puede tardarse de 10 segundos a varios minutos
en aplicarlas. De promedio, el contenido de un archivo de registro se puede escribir en la
base de datos en 30 segundos o menos.
Cuando una base de datos de Exchange se cierra con normalidad, todos los datos
pendientes se escriben en los archivos de base de datos. Después de un cierre normal, el
109
conjunto de archivos de la base de datos (archivos .edb y .stm) se considera coherentes, y

Exchange lo desconecta de su secuencia de registro. Esto significa que los archivos de la
base de datos están ahora auto contenidos, es decir, que están completamente actualizados.
Los registros de transacciones no son necesarios para iniciar los archivos de base de datos.
Puede decir si una base de datos se ha cerrado limpiamente si introduce el comando Eseutil
/mh y examina los encabezados de archivos. En Exchange 2000, Service Pack 1 y
posteriores, hay una línea en el encabezado en la que pone, bien "Estado: Cierre limpio" o
"Estado: Cierre incorrecto". En versiones anteriores de Exchange, en esa línea ponía
"Estado: Coherente" o "Estado: Incoherente".
Con todas las bases de datos de un grupo de almacenamiento desconectadas y en estado

de "Cierre limpio", todos los archivos de registro se pueden eliminar con seguridad y sin que
afecten a las bases de datos. Si tuviera entonces que eliminar todos los archivos de registro,
Exchange generaría una nueva secuencia de registros, comenzando por Enn000001.log. Los
archivos de base de datos podrían incluso trasladarse a un servidor o un grupo de
almacenamiento diferente con los archivos de registro existentes, y las bases de datos se
conectarían a una secuencia de registro distinta.
Nota:
Aunque es posible eliminar los archivos de registro después de haber cerrado todas
las bases de datos de un grupo de almacenamiento, hacerlo afectará a su capacidad
para restaurar copias de seguridad anteriores y "avances". La base de datos actual
ya no necesita los archivos de registro existentes, pero pueden ser necesarias si hay
que restaurar una base de datos antigua.
Si una base de datos está en estado "Cierre sucio", todos los registros de las transacciones
existentes desde el punto de control en adelante tienen que estar presentes antes de poder
volver a montar la base de datos. Si estos registros no están disponibles, tiene que reparar la
base de datos con Eseutil /p para que la base de datos sea coherente y esté lista para el
inicio.
Precaución:
Si tiene que reparar una base de datos, algunos datos pueden perderse. La pérdida
de datos es frecuentemente mínima; no obstante, puede resultar catastrófica.
Después de ejecutar Eseutil /p en una base de datos, debería reparar
completamente la base de datos con dos operaciones posteriores.
1. Ejecute Eseutil/d para desfragmentar la base de datos. Esta operación descarta y

regenera todos los índices de base de datos y los árboles de espacio.
2. Ejecute la herramienta Comprobador de integridad de almacenes de información

(Isinteg.exe) en su modo -fix. Esta herramienta examina la base de datos en busca de
incoherencias lógicas que se crean al descartar los registros de transacciones
pendientes. Por ejemplo, puede haber referencias en la base de datos que no están
110
actualizadas entre sí. Isinteg.exe intenta corregir esos problemas con la mínima pérdida
de datos posible.
Además de permitir que Exchange recupere fiabilidad desde una interrupción inesperada de
la base de datos, el registro de transacciones también resulta esencial para realizar y
restaurar copias de seguridad en línea. Si desea obtener más información acerca de ese
proceso, consulte Cómo funcionan las copias de seguridad en línea de Exchange en
Exchange Server 2003.
Cómo funcionan las copias de seguridad

en línea de Exchange en Exchange Server
2003
Es posible hacer copias de seguridad de las bases de datos de Microsoft® Exchange Server
mientras los usuarios están en línea, incluso mientras se están escribiendo nuevos datos en
las bases de datos. Esta capacidad existe por el mecanismo de registro de transacciones de
Exchange (tal y como se comenta en el Anexo B, "Registro de transacciones de Exchange").
Al iniciar una copia de seguridad en línea, el programa de copia de seguridad secuencia el

archivo de base de datos en el medio de almacenamiento de la copia de seguridad. Los
cambios en la base de datos continúan, incluso para partes de la base de datos a las que ya
se ha hecho una copia de seguridad. Estos cambios que faltan se reconstruirán más tarde a
partir de los archivos del registro de transacciones.
Después de haber hecho la copia de seguridad del archivo de base de datos, Exchange
copia al menos un registro de transacciones (y normalmente varios de ellos) en el conjunto
de copia de seguridad. Estos son los registros de transacciones generados desde el
momento en que comienza la copia de seguridad, justo hasta después de que termine.
Nota:
Antes de Exchange2000 Service Pack2, se creó un archivo de revisión
(database_name.pat) durante la copia de seguridad y se guardó con el conjunto de
la copia de seguridad. El archivo de revisión era necesario para reconstruir un
pequeño subconjunto de posibles cambios en la base de datos que no se pudieron
conservar en los registros de transacciones. En las versiones más nuevas,
Exchange ya no guarda los datos de la revisión en un archivo separado, sino que los
inserta al final del archivo de la base de datos. Si desea obtener más información
acerca de cómo se utilizan los datos cuando se restaura una copia de seguridad en
línea, consulte Reproducción de los archivos de registro de transacciones:
Recuperación de software y recuperación de hardware en Exchange Server 2003.
Cuando se restaura una copia de seguridad en línea, siempre se reproduce al menos un

registro de transacciones en ella. Si examina el encabezamiento de una base de datos
111
restaurada antes de que los registros de transacción se reproduzcan en ella, verá que pone
"Cierre incorrecto". Restaurar una base de datos desde la copia de seguridad en línea y
después iniciarla es similar a iniciar una base de datos después de un bloqueo del sistema.
Reproducir los registros después de una parada inesperada de la base de datos se

denomina recuperación de software. Reproducir los registros después de restaurar una copia
de seguridad en línea se denomina recuperación de hardware. La diferencia más importante
entre ambos tipos de recuperación es la aplicación de los datos extra de la revisión, durante
la recuperación de hardware.
Debido a que Exchange reproduce los registros de transacción durante la recuperación de

todas las copias de seguridad en línea, es posible agregar más registros de transacción que
reproducir, de los que había originalmente en la cinta de la copia de seguridad. Si
E0000007.log está en la cinta de copia de seguridad, y se tiene el registro E0000008.log y
otros en marcha, se puede continuar la reproducción del archivo de registro después de
restaurar la copia de seguridad en línea, siempre y cuando haya registros disponibles en una
serie ininterrumpida. Incluso si su copia de seguridad tiene varios días de antigüedad, puede
actualizarla por completo, siempre y cuando tenga todos los registros de transacción
generados desde que se realizó la copia de seguridad.
Supongamos que ha realizado una copia de seguridad en línea de la base de datos, el lunes.
El miércoles, los archivos de la base de datos se destruyeron por un error en el disco duro,
por lo que tuvo que restaurar la copia de seguridad del lunes. Si los archivos del registro de
transacciones de los últimos dos días todavía existen, es posible restaurar la copia de
seguridad del lunes y recuperar todos los datos del martes y el miércoles, recuperando los
datos desde los archivos del registro de transacciones.
Nota:
Es una buena práctica en Exchange el mantener los archivos del registro de
transacciones en un disco dedicado, separado de los archivos de la base de datos.
Esto no sólo mejora el rendimiento de la base de datos, sino que también
proporciona tolerancia a los errores, en caso de que se destruya el disco de la base
de datos.
Existen cuatro clases de copias de seguridad en línea para una base de datos de Exchange:
normal, copia, incremental y diferencial. Es posible que estos términos le resulten familiares;
no obstante, el significado que Exchange asigna a cada uno de ellos difiere del uso
convencional:
 Normal El programa de copia de seguridad hacia una copia de seguridad de los

archivos de la base de datos (.edb y .stm), de los datos de la revisión y de al menos un
archivo de registro. Una vez finalizada la copia de seguridad, el programa de copia de
seguridad elimina todos los archivos de registro anteriores al punto de control, en el
momento en que la copia de seguridad comenzó; así se evita que los archivos de
registro se acumulen y utilicen todo el espacio disponible en disco. Fíjese en que, en las
versiones actuales, Exchange ya no conserva la información de la revisión en un archivo
112
independiente, sino que agrega una página de encabezamiento de revisión al final del
archivo de la base de datos, cuando el proceso de copia de seguridad está completo.
 Copia Como una copia de seguridad normal, excepto en que el programa de copia de

seguridad no elimina los archivos de registro antiguos y no actualiza el encabezamiento
de la base de datos para indicar que ha tenido lugar una copia de seguridad.
 Incremental El programa de copia de seguridad sólo hace la copia de los archivos de

registro, no de los archivos de la base de datos. Los archivos de registro posteriores a la
última copia de seguridad normal se copian en el medio de almacenamiento de la copia
de seguridad y se purgan del disco. Para restaurar una copia de seguridad incremental,
también tiene que restaurar una copia de seguridad normal o de copia anterior, ya que la
copia de seguridad incremental no contiene los archivos de la base de datos. Los
registros de transacción de la copia de seguridad incremental se pueden reproducir
después de reproducidos los registros de la copia de seguridad completa, suponiendo
que exista una secuencia ininterrumpida de registros entre ambas copias de seguridad.
 Diferencial Igual que una copia de seguridad incremental, excepto en que el programa

de copia de seguridad no elimina del disco los antiguos archivos de registro.
En términos de los archivos que realmente se copian en el medio de almacenamiento de la

copia de seguridad, no existe diferencia alguna entre una copia de seguridad normal y una
de copia, ni entre una copia de seguridad incremental y otra diferencial.
Restauración de una copia de seguridad en

línea
Exchange 5.5 sólo tiene un grupo de almacenamiento. Contiene sólo dos bases de datos,
una base de datos de buzones y una base de datos de carpetas públicas. Al iniciar el
Almacén de información, ambas bases de datos se montan, y al detener el Almacén de
información, las dos se desconectan. Desde Exchange 2000, no obstante, un servidor puede
contener hasta 20 bases de datos de almacén de Exchange distribuidas en cuatro grupos de
almacenamiento. Cada base de datos es capaz de montarse y desmontarse
independientemente. Esta flexibilidad tiene importantes ramificaciones para la restauración
de las copias de seguridad en línea.
Recuerde que todas las bases de datos de un grupo de almacenamiento comparten el

mismo conjunto de archivos de registro y que la restauración de una copia de seguridad en
línea requiere la reproducción de algunos archivos de registro. Con Exchange 2003, ahora
puede restaurar una base de datos en un grupo de almacenamiento mientras las demás
están en funcionamiento. Esta capacidad significa que existen varios supuestos en los que la
restauración de los archivos de registro podría dar lugar a un error de recuperación de
hardware, o en los que podría interferir con la operación de otras bases de datos del grupo
de almacenamiento. Lo que es más, es posible que tengan lugar varias operaciones de
restauración simultáneas.
113
Para evitar los diversos problemas de interacción, los archivos de registro procedentes de las
copias de seguridad en línea se restauran ahora a una carpeta temporal, junto con un
archivo Restore.env que controla el proceso de recuperación de hardware. Restore.env no
está en formato de texto plano, pero su contenido se puede visualizar con el comando
Eseutil /cm.
Nota:
Los administradores de Exchange 5.5 pueden estar familiarizados con la clave del
Registro Progreso de la restauración, cuya función es muy similar en Exchange
5.5 a la de Restore.env para las versiones más recientes de Exchange. No existe
una configuración de Progreso de la restauración en el Registro para Exchange
2000 y versiones posteriores.
Si realiza la restauración de varias copias de seguridad en línea (por ejemplo, una copia de
seguridad completa y varias copias de seguridad incrementales), no deseará que la
recuperación de hardware comience antes de que todas las copias de seguridad se hayan
restaurado. Sólo tiene una oportunidad para reproducir los archivos de registro en una base
de datos restaurada; por lo tanto, la recuperación de hardware debe posponerse hasta que
todos los archivos de registro necesarios estén en su lugar.
Si utiliza la aplicación Copia de seguridad para restaurar una copia de seguridad en línea,
para indicar que está listo para empezar con la recuperación de hardware, active la casilla de
verificación Último conjunto de copia de seguridad antes de restaurar el conjunto final de
la copia de seguridad. (Otras aplicaciones de copia de seguridad pueden llevar esto a cabo
de forma diferente). Si no activa la casilla de verificación Último conjunto de copia de
seguridad cuando restaura la última copia de seguridad, aún así puede completar
manualmente la recuperación de hardware con el comando Eseutil /cc. Debería ejecutar
este comando desde la carpeta en la que existe Restore.env.
Cuando la recuperación de hardware haya terminado de procesar los archivos de registro de

la carpeta temporal, otros registros de transacciones de la carpeta de registro de
transacciones normal del grupo de almacenamiento pueden reproducirse, siempre y cuando
continúen en una secuencia ininterrumpida con los registros de la carpeta temporal.
La restauración de un solo conjunto de copia de seguridad en línea de Exchange es una

operación sencilla. Sólo tiene que elegir un servidor de destino, una ubicación temporal en el
servidor para los archivos de registro restaurados, y establecer la recuperación de hardware
para que se ejecute automáticamente, una vez terminada la restauración. No obstante, si
restaura varios conjuntos de copias de seguridad, tiene que entender cómo funciona la
reproducción del archivo de registro y cómo comprobar que realmente ha restaurado todos
los archivos necesarios. Reproducción de los archivos de registro de transacciones:
Recuperación de software y recuperación de hardware en Exchange Server 2003 describe
detalladamente el proceso de reproducción y recuperación del archivo de registro, y
Búsqueda de coincidencias en bases de datos de Exchange y archivos de registro de
Exchange Server 2003 explica cómo comprobar un conjunto de archivos de registro para
asegurarse de que deben de estar juntos y que están completos.
114
Reproducción de los archivos de registro

de transacciones: Recuperación de
software y recuperación de hardware en
Tal y como se utiliza en Microsoft® Exchange Server 2003, es necesario diferenciar la
palabra recuperación de la palabra restauración. La restauración es el acto de devolver los
archivos de base de datos y de registro en su lugar en un servidor, y la recuperación es el
acto de reproducir los registros de transacción en la base de datos restaurada.
Tipos de recuperación
Hay dos formas de recuperación:
 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 o sin conexión de una base de datos.
 Recuperación del hardware Se refiere a un proceso de reproducción del registro de

transacciones que tiene lugar después de restablecer una base de datos desde una
copia de seguridad en línea.
Recuperación de software
En 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.
115
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.
Si elimina de la secuencia de reproducción cualquier registro de transacción necesario, se

produce un error inmediato en la recuperación de software de Exchange. Si faltan los
registros de transacciones necesarios, tiene que, o bien realizar la recuperación con una
copia anterior y restaurada de la base de datos (una que no precisa de estos registros), o
bien que reparar la base de datos con la herramienta Utilidades de base de datos de
Exchange Server.
Algunas de las normas fundamentales de la reproducción del archivo de registro de
transacciones son:
 No puede reproducir archivos de registro desde una base de datos contra otra
distinta. Las operaciones de dentro de un archivo de registro son de bajo nivel. No
verá nada dentro de un archivo de registro que sea similar a "Entregar el mensaje A al
buzón B". Un mejor ejemplo de una operación de registro de archivo es "Escribir esta
secuencia de 123 bytes a la posición de byte 456 en la página 7890 de la base de
datos".
Imagine que dio instrucciones a alguien para editar un documento y que sus
instrucciones son "En la página cinco, párrafo cuatro, en la tercera frase, insertar la frase
"ser o no ser" después de la segunda palabra". Si estas instrucciones se aplicaran a un
documento distinto del que tenía en mente, el resultado sería una degradación aleatoria
del documento. De forma similar, si los archivos de registro equivocados se reprodujeron
en una base de datos de Exchange, tendría lugar un resultado parecido. Por tanto,
Exchange tiene múltiples mecanismos de seguridad para evitar esa degradación.
Si desfragmenta o repara una base de datos de Exchange, los registros de transacción

que anteriormente estaban asociados a esta base de datos ya no se pueden reproducir
en ella. Si intenta reproducir los archivos de registro después de una desfragmentación o
una reparación, Exchange se salta los registros de transacción inadecuados. De nuevo,
piense en la analogía de la edición del documento. Si un párrafo se ha movido, editado o
eliminado desde que se crearon las instrucciones, aplicar las instrucciones
desactualizadas sería tan destructivo como aplicarlas a un documento completamente
distinto.
 No puede reproducir archivos de registro, a no ser que estén disponibles todos los
archivos de registro sin confirmar desde el momento en que la base de datos se
ejecutó por última vez. Tiene que tener todos los archivos de registro, empezando en
el punto de control del momento en que se realizó la copia de seguridad de la base de
datos. A continuación, puede reproducir los archivos de registro desde este punto,
116
siempre que sigan una secuencia ininterrumpida. Si falta un solo archivo de registro en
mitad o desde el comienzo de la secuencia, la reproducción se para allí.
 No puede reproducir archivos de registro si los archivos de la base de datos se

han movido a una ubicación de ruta de acceso de archivo diferente. Esta
restricción no se aplica si utiliza Exchange 2000 Server SP2 o posterior, porque
Eseutil.exe realiza la reproducción incluso si se ha producido un cambio en la ruta de
acceso. Las siguientes secciones describen en mayor detalle cómo funciona el proceso
de reproducción.
 No puede reproducir archivos de registro de reproducción si el archivo del punto

de control señala al registro equivocado. Exchange trata a un registro de punto de
control como si se tratara del primer registro disponible e ignora a todos los demás
archivos de registro. Si restaura una copia de archivo anterior de la base de datos, el
punto de control estará demasiado adelantado, y Exchange intentará iniciar la
reproducción del archivo de registro desde un archivo de registro demasiado nuevo.
Puede solucionar este problema si elimina el archivo del punto de control y, de esa
forma, obliga a Exchange a examinar todos los registros disponibles (si restaura una
copia de seguridad en línea, la recuperación de hardware ignora el archivo de punto de
control).
 No es posible reproducir archivos de registro si se ha eliminado cualquier archivo

de base de datos en el grupo de almacenamiento. Todas las bases de datos que
estaban funcionando en el momento de una interrupción inesperada tienen que seguir
estando presentes para que la recuperación de software se realice correctamente. Esta
limitación se puede solucionar utilizando Eseutil.exe para ejecutar la recuperación de
software.
Si se ejecuta la recuperación de software para otras bases de datos de un grupo de

almacenamiento, mientras falta una base de datos, es posible que las futuras situaciones
de reproducción de archivos de registro puedan ser complicadas. Cuando la
recuperación de software da un error, Exchange da al administrador la oportunidad de
analizar la situación y decidir si desea continuar sin la base de datos.
Escenarios avanzados de recuperación de software

En la mayoría de los casos, la mejor forma de ejecutar una recuperación de software
consiste en montar cualquier base de datos en un grupo de almacenamiento. Debido a que
todas las bases de datos de un grupo de almacenamiento comparten una secuencia única
de archivos de registro, la recuperación de software tiene lugar a nivel de todo el grupo de
almacenamiento y no al nivel de la base de datos individual.
En algunas circunstancias, hay ventajas para ejecutar recuperación de software utilizando

Eseutil.exe. Los supuestos más comunes son los siguientes:
 Desea recuperar un grupo de almacenamiento al que le falta una base de datos.

117
 Desea recuperar una base de datos "fuera de lugar", sin afectar a otras bases de datos
ni a los archivos de registro del grupo de almacenamiento.
La sintaxis completa de la función de recuperación de software Eseutil.exe, con todos los

posibles modificadores, es la siguiente:
ESEUTIL /r enn /L[path to log files] /s[path to checkpoint file] /d[path to database
file] /i
Ejemplo: ESEUTIL /r e01 /Lf:\mdbdata /sc:\exchsrvr\mdbdata /dg:\mdbdata /i
Nota:
Los parámetros de la línea de comandos de Eseutil.exe no distinguen entre
mayúsculas y minúsculas; estas están mezcladas, tal y como se muestra
anteriormente, para evitar la confusión entre los caracteres "L" e "I".
El anterior ejemplo muestra la recuperación de las bases de datos para un grupo de

almacenamiento en el que el prefijo del archivo de registro es E01, los archivos del registro
residen en f:\mdbdata, el archivo de punto de control reside en c:\exchsrvr\mdbdata, los
archivos de base de datos y de secuencia residen en g:\mdbdata y las bases de datos que
faltan se ignoran (por el modificador /i al final del comando).
La línea de comandos mínima Eseutil.exe necesaria para ejecutar la recuperación de

software es:
ESEUTIL /r Enn
Este comando funciona sólo si se ejecuta desde un indicador definido para el directorio de
registros de transacciones. También debería ser consciente de lo siguiente, cuando se utiliza
Eseutil.exe para ejecutar la recuperación de software:
 Si no especifica ninguna ruta de acceso de archivos en la línea de comandos,

Eseutil.exe utiliza el directorio del símbolo del sistema actual como directorio
predeterminado para los archivos de registro y el archivo de punto de control.
 Los archivos de la base de datos no tienen que estar en la ruta del archivo de registro.
Los archivos de registro registran las rutas de acceso de la base de datos y, por tanto,
Eseutil.exe descubre todas las rutas de acceso de la base de datos al leer los archivos
de registro. Utilice el modificador /D para reemplazar las rutas de acceso almacenadas
en los archivos de registro sólo cuando esté seguro de que las rutas de acceso de los
archivos de registro son incorrectas.
 Si el archivo de punto de control no está presente en la misma ruta de acceso que los
registros de transacciones, todos los archivos de registro se examinan durante la
reproducción, en vez de empezar la reproducción desde el registro del punto de control.
Puede copiar temporalmente un archivo de punto de control existente en la ruta de
acceso del archivo de registro. Una vez completa la recuperación de software, Exchange
ya no utiliza esta copia del archivo de punto de control en una operación normal de la
base de datos.
118
Si la información del archivo de punto de control es incorrecta, la recuperación de

software da un error pero no daña la base de datos. Puede volver a intentar la
recuperación después de eliminar el archivo de punto de control o de encontrar el
archivo correcto. Un archivo de punto de control no resulta esencial para una
recuperación satisfactoria, pero puede ahorrar un tiempo significativo si se tiene un gran
número de archivos de registro.
Si desea comenzar una recuperación cuando falte una base de datos desde el grupo de
almacenamiento, puede utilizar el comando:
ESEUTIL /r Enn /i
El modificador /i significa ignorar las bases de datos que falten. Si utiliza este modificador y,
a continuación, monta la base de datos que falta, Exchange le pide que cree una nueva base
de datos. Si intenta restaurar la antigua base de datos en algún punto, no podrá reproducir
los nuevos datos en ella. Ahora tiene dos versiones separadas de la misma base de datos
lógica.
Este supuesto, en el que una base de datos del grupo de almacenamiento, se ha sustituido
por una base de datos vacía, es uno en el que el grupo de almacenamiento de recuperación
puede ayudar. Puede montar la base de datos extra en el grupo de almacenamiento de
recuperación y utilizar ExMerge para agregar el contenido de una base de datos al de la otra.
Si desea comenzar una recuperación "fuera de lugar" para recuperar una sola base de
datos, sin que se vean afectadas otras bases de datos del grupo de almacenamiento,
debería crear una carpeta nueva y vacía y mover los archivos de base de datos que desee
recuperar, los registros de transacciones que desee reproducir y un archivo de punto de
control (si lo desea), hasta esta ruta de acceso. Esta ruta de acceso no puede contener otros
archivos de base de datos.
Una vez haya aislado las bases de datos y los registros en una carpeta para ellos solos,
ejecute el siguiente comando desde esa carpeta:
ESEUTIL /r Enn /i /d
Al utilizar el modificador /d sin haber designado una ruta de acceso, se reemplaza la ruta de
acceso de la base de datos establecida en los archivos de registro. Además, al no haber
otras bases de datos disponibles en esta carpeta, las otras bases de datos que hay en el
servidor se esconden de este proceso de recuperación en concreto.
Si no utiliza el parámetro /d correctamente, el proceso de recuperación puede afectar a otras

bases de datos del servidor. Incluso en el peor de los casos, el proceso de recuperación no
dañará a otras bases de datos. No obstante, la recuperación puede dar errores en la base de
datos con la que se está trabajando. Esta operación de recuperación puede incluso influir en
las capacidades futuras de reproducción del archivo de registro, con respecto a otras bases
de datos.
119
Nota:
La posibilidad de errores aumenta a medida que la línea de comandos se vuelve
más compleja. Por tanto, como norma general, minimice la información de ruta de
acceso especificada en la línea de comandos, cuando utilice Eseutil.exe. En este
caso, cambie al directorio en el que están ubicados los archivos e incluya el
directorio \exchsrvr\bin en la ruta de acceso de su sistema.
Para ejecutar una recuperación de software, el último archivo de registro de la secuencia de

reproducción tiene que llamarse Enn.log. Si el archivo de registro final ya se ha cerrado y
numerado, deberá cambiar el nombre del registro antes de que la recuperación de software
sea correcta. Este requisito no significa que si el archivo actual Enn.log se ha dañado o
destruido, pueda ignorarlo y cambiar el nombre del registro anterior en la secuencia Enn.log.
En Exchange 2000, el valor Registros necesarios del encabezado de la base de datos
indica la secuencia mínima de registros necesaria para la recuperación, empezando en el
registro del punto de control y continuando con el registro actual. En versiones anteriores de
Exchange, aunque el valor Registros necesarios existía para obligar a la presencia de los
registros necesarios, la recuperación también daba errores si no se encontraba el último
registro necesario. La única diferencia entre Exchange 2000 y versiones posteriores consiste
en que la recuperación podía dar un error al final de la reproducción del registro, en vez de al
principio.
Recuperación de hardware
La recuperación de hardware tiene que completarse antes de restaurar desde una copia de
seguridad en línea. La recuperación de hardware es un proceso de reproducción del archivo
de registro que resulta similar a la recuperación de software, pero hay algunas diferencias
importantes. En la recuperación de hardware:
 La información de la versión tiene que aplicarse a la base de datos durante la

reproducción del archivo de registro.
 El archivo del punto de control se ignora. Restore.env se utiliza en vez del archivo de
punto de control para determinar desde qué recuperación del archivo de registro se debe
empezar.
Los administradores de Exchange 5.5 pueden estar familiarizados con la clave del
Registro Progreso de la restauración. Restore.env reemplaza a la funcionalidad de esa
clave en Exchange 2000. Puede ver el contenido del archivo Restore.env ejecutando el
comando Eseutil /cm.
 Si la base de datos se ha restaurado a una ruta de acceso diferente de aquella desde la

que se realizó su copia de seguridad, la reproducción del archivo de registro se realiza
de forma satisfactoria, ignorando las rutas de acceso indicadas en los archivos de
registro.
120
 Los archivos del registro de transacciones restaurados se reproducen primero desde una
carpeta temporal designada por el administrador antes de la restauración. Los archivos
de registro desde la carpeta del registro de transacciones también se pueden reproducir.
 La recuperación de hardware no sufre errores si faltan otras bases de datos del grupo de
almacenamiento.
Los archivos de la base de datos (.edb y .stm) restaurados desde un conjunto de copia de
seguridad en línea se restauran a las rutas de acceso normales definidas para la base de
datos. La restauración comienza al sobrescribir los archivos de base de datos existentes. Si
existe alguna posibilidad de que pueda necesitar los archivos de base de datos existentes en
el futuro, tiene que moverlos o hacer copia de seguridad de ellos, antes de realizar la
restauración desde una copia de seguridad en línea. Tenga en cuenta que la restauración de
la copia de seguridad en línea puede dar errores, por cualquier número de motivos. Incluso si
los archivos de la base de datos existentes no se pueden iniciar en el momento,
probablemente sigan siendo reparables, y los datos se puedan salvar, si fuera necesario.
Al comenzar la restauración de una copia de seguridad en línea, Exchange le pide que

proporcione una ubicación de carpeta temporal. El programa de copia de seguridad restaura
los archivos del registro de transacciones desde el conjunto de la copia de seguridad, hasta
esta ubicación, no hasta la ruta de acceso normal de los archivos de registro de
transacciones. El programa de copia de seguridad también crea el archivo Restore.env en la
carpeta temporal.
La función de Restore.env en la recuperación de hardware es similar a la del archivo de

punto de control en la recuperación de software. Restore.env define el intervalo de los
archivos del registro de transacciones que deberían estar presentes en la carpeta temporal
para una recuperación de hardware. Si pone registros extra en la carpeta temporal (registros
que quedan fuera del intervalo indicado en Restore.env), no se reproducen y es posible que
el proceso de recuperación los elimine automáticamente.
Puede que tenga archivos de registro extra para reproducir que no sean de un conjunto de
copia de seguridad en línea. En este caso, ponga estos registros en la carpeta de registros
de transacciones normal del grupo de almacenamiento y no en la carpeta temporal. Cuando
la recuperación de hardware haya terminado de reproducir los registros restaurados desde el
conjunto de copia de seguridad, el proceso verifica la carpeta de registro de transacciones
normal para ver si el siguiente registro de la secuencia está disponible.
Nota:
Si realiza la restauración a un servidor alternativo, o si ha eliminado y recreado la
base de datos original, sólo se reproducen los registros de transacciones de la
carpeta temporal. Los registros de transacciones de la carpeta de base de datos
normal no se reproducen. Esta distinción evita conflictos de reproducción del registro
de transacciones, en casos en los que Exchange sabe que la base de datos a la que
se está realizando la restauración no es la misma que aquella desde la que se hizo
121
la copia de seguridad. Una base de datos restaurada en estas circunstancias se

llama base de datos victimizada.
Nota:
Puede reproducir registros de transacciones adicionales para una base de datos
victimizada si los coloca en la carpeta temporal. En este caso especial, el proceso de
recuperación no las elimina ni ignora, sino que las reproduce. Si tiene dudas acerca
del entorno en el que está realizando la restauración, ponga copias de registros de
transacción adicionales en la carpeta temporal y en la carpeta de base de datos
normal. Independientemente del estado de victimización de la base de datos, el
proceso de recuperación reproducirá uno u otro conjunto de registros. Cuando la
restauración se realice en un grupo de almacenamiento de recuperación, la
reproducción funciona igual que si se estuviera realizando una restauración en un
grupo de almacenamiento original. Puede poner registros adicionales en la carpeta
de base de datos del grupo de almacenamiento, y los registros adicionales
colocados en la carpeta temporal se ignorarán y eliminarán.
Por ejemplo, supongamos que seis archivos de registro, del E0000003.log al E0000008.log,
se restauran a la carpeta temporal desde la copia de seguridad. Una vez reproducidos estos
archivos de registro, la recuperación busca ahora en la carpeta de ejecución un archivo
E0000009.log que pertenece a la misma secuencia de registro. Los marcadores internos de
los archivos de registro los identifican como que deben permanecer juntos. La decisión de
seguir con la reproducción no se hace sólo basándose en el nombre del archivo de registro.
Si se encuentra el archivo de registro 9, la reproducción continúa, en tanto que el siguiente

registro de la serie esté disponible. Si el archivo de registro 9 no existe, el proceso de
recuperación crea en la carpeta temporal un nuevo archivo llamado E00.log. Este archivo de
registro se utiliza sólo para registrar los cambios necesarios en la base de datos para
cerrarla en un estado coherente. En este punto, la base de datos está completamente
recuperada. Se reinicia automáticamente y se conecta al archivo de registro más reciente del
grupo de almacenamiento. A continuación, el proceso de recuperación elimina todos los
archivos del directorio temporal.
Búsqueda de coincidencias en bases de

datos de Exchange y archivos de registro
de Exchange Server 2003
Las secciones anteriores enfatizan que necesita reunir todos los archivos de registro
necesarios (y sólo los necesarios) para reproducir el registro de transacciones. Esta sección
explica cómo determinar qué archivos van juntos.
122
Es necesario realizar los procedimientos aquí descritos cada vez que se ejecute la
recuperación. En supuestos de restauración y recuperación normales, todos los archivos de
registro están presentes. Pero en supuestos de recuperación complicados en los que haya
movido manualmente archivos de registro o bases de datos, de una ubicación a otra, puede
utilizar los siguientes procedimientos para asegurarse de que ha hecho coincidir
correctamente registros y bases de datos.
La clave para hacer coincidir archivos y bases de datos está en la firma. Puede ver las firmas
de los archivos de registro si utiliza las Utilidades de base de datos de Exchange Server
(Eseutil.exe) y si visualiza el encabezado del archivo de registro con el comando Eseutil /ml
[nombre del archivo de registro]. Puede ver las firmas de archivo de la base de datos
(.edb) y la base de datos de secuencias (.stm) si visualiza el encabezado del archivo con el
comando Eseutil /mh [nombre del archivo de base de datos].edb.
El aspecto de una firma de archivo de registro o de archivo de base de datos es el siguiente:
Cuando Microsoft® Exchange Server 2003 crea una nueva serie de archivos de registro
(empezando por el archivo de registro número 1), genera una nueva firma. Todos los
archivos de registro posteriores de la serie tendrán la misma firma que el primer archivo de
registro. Con esta firma, puede identificar inmediatamente si dos archivos de registro
pertenecen a la misma serie. La firma nunca cambia, a no ser que elimine todos los archivos
de registro y vuelva a empezar por el archivo de registro número 1.
Cuando se crea un nuevo juego de archivos de base de datos (archivos .edb y .stm),
Exchange vuelve a generar una nueva firma. Esta firma no es la misma que la firma del
archivo de registro. Los archivos .edb y .stm comparten la misma firma.
Cuando se monta una base de datos y, por tanto se adjunta a una determinada secuencia de
registro Exchange escribe la firma de base de datos en el archivo de registro y la firma del
archivo de registro en el encabezado de la base de datos. Puede desconectarse de una base
de datos (desconectándola así de la secuencia de registro) y montarla en un servidor distinto
o en un grupo de almacenamiento diferente. No obstante, la siguiente vez que el registro
actual se llene y se genere uno nuevo, la base de datos desconectada no aparecerá en el
encabezado del nuevo archivo de registro. En su lugar, el encabezado de la base de datos
reflejará la firma de la secuencia de registro a la que ahora está conectada.
Nota:
Cuando se crea una nueva serie de registros, el registro Enn000001.log no indica
ninguna firma de base de datos en su encabezado. Enn000002.log es el primer
registro en cuyo encabezado aparecen las bases de datos. Cuando una base de
datos está conectada a un archivo de registro existente, Exchange no escribe la
firma de base de datos en el encabezado del archivo de registro, sino que la
menciona en un registro adjunto, en mitad del archivo de registro. Exchange genera
un encabezado de archivo de registro en el momento en que se crea un archivo de
123
registro y, después de eso, nunca lo actualiza. Una nueva base de datos conectada
aparece en el encabezado del siguiente archivo de registro, porque Exchange sólo
registra en el encabezado del registro las firmas de las bases de datos que están
conectadas en el momento en que se crea un registro nuevo.
Una secuencia única de archivos de registro puede tener varias bases de datos conectadas
en distintos momentos. La firma de registro permanece constante, independientemente de
cuántas bases de datos estén conectadas a la serie de registros. Normalmente, Exchange
entrelaza las operaciones destinadas a varias bases de datos, dentro de un determinado
archivo de registro de transacciones. Durante la reproducción del archivo de registro, cada
base de datos sólo se aplica a las transacciones correspondientes a sí misma.
Al contrario que las firmas de registro, las firmas de base de datos pueden cambiar a lo largo
de la vida de la base de datos. Una firma de base de datos cambia su la base de datos se
repara (Eseutil /p) o si se realiza una desfragmentación sin conexión (Eseutil /d). La firma
se cambia deliberadamente después de estas operaciones para evitar la reproducción de los
archivos de registro asociados con la vieja firma de base de datos. En lo que se refiere a la
reproducción del archivo de registro, la reparación o desfragmentación de una base de datos
con Eseutil.exe da como resultado una base de datos distinta de la que existía antes de la
operación.
Ahora imagine que tiene una base de datos y un conjunto de archivos de registro. Para
averiguar si estos registros están asociados con esta base de datos:
1. Examine el encabezado de la base de datos con Eseutil /mh, prestando especial

atención a estas tres líneas:
 Firma de base de datos
 Firma de registro
 Registro necesario
2. Utilice la información que encontró en el Paso 1 para determinar qué archivo de registro
es más probablemente el primero que será necesario para la reproducción. Si no puede
encontrar un archivo de registro numerado que coincida, compruebe el valor
IGeneration del archivo Enn.log para descubrir si se trata de una coincidencia.
Compare la firma de este archivo de registro con el valor Firma de registro del
encabezado de la base de datos. Si es una coincidencia, es probable que éste sea el
archivo de registro necesario. (No se trata de una prueba completamente fiable, pero
casi siempre es válida. Si un administrador tuviera que montar varias copias de archivos
de registro y de bases de datos unas junto a otras y después mezclase los juegos de
archivos de la forma adecuada, se podría generar un archivo de registro que no sería
una coincidencia pero que pasaría las pruebas).
3. Compruebe que todos los subsiguientes registros disponibles pertenecen a la misma

serie. Utilice el comando Eseutil /ml Enn para examinar la carpeta actual en busca de
todos los archivos de registro cuyos nombres comiencen por Enn e informe de los
124
registros dañados, las no coincidencias entre el tiempo de creación/anterior tiempo de

generación y archivos de registro que faltan.
Otra forma de hacer esto consiste en examinar cada encabezado de registro y verificar
que todas las firmas coinciden con todos los registros, que los valores de IGeneration
de dentro de los encabezados del registro están en una secuencia única y que el valor
Hora de creación de cada encabezado coincide con la Hora de generación anterior de
cada registro subsiguiente.
Ejemplos de Eseutil.exe
Esta sección contiene ejemplos de cómo se puede utilizar Eseutil.exe para hacer coincidir
bases de datos y archivos de registro, tal y como se describe anteriormente, en esta sección.
Eseutil /mh
Utilice Eseutil /mh para examinar el encabezado de la base de datos. Tiene que buscar tres
líneas en concreto:
 Firma de base de datos
 Firma de registro
 Registro necesario
Por ejemplo:
DB Signature: Create time:12/30/2002 16:51:49 Rand:606486607 Computer:
Log Signature: Create time:12/30/2002 17:01:27 Rand:607052340 Computer:
Log Required: 44-46
Si una base de datos se ha desconectado con normalidad, el valor de Registro necesario

es 0-0, lo que significa que no hace falta una recuperación de software para iniciar la base de
datos. En este ejemplo, la base de datos se interrumpió inesperadamente, y los registros 44,
45 y 46 son necesarios para la recuperación.
El intervalo de Registro necesario está en formato decimal, de forma que tiene que
convertir los números en formato hexadecimal para que se correspondan con los nombres
de archivo del registro real. En este caso, los equivalentes hexadecimales de 44, 45 y 46 son
2c, 2d y 2e. Por tanto, Exchange nombra normalmente a los registros necesarios
Enn00002c.log, Enn00002d.log y Enn.log. Cuando Enn.log está lleno, Exchange lo renombra
automáticamente Enn00002e.log. Puede comprobarlo si examina la línea IGeneration del
encabezado del registro Enn en la que pone:
lGeneration: 46 (0x2E)
125
Ya sabe, por los valores de Registro necesario, que tiene que tener al menos estos tres
archivos de registro para reiniciar esta base de datos. SI utiliza Eseutil /mk y lee el
encabezado del archivo del punto de control, verá que el punto de control está en el registro
44 (0x2c). El valor de Registro necesario hace de punto de control interno en el propio
archivo de base de datos, indicando, no sólo el primer registro necesario para la
recuperación, sino también el último.
Si en la línea Registro necesario se lee 0-0, no necesita archivos de registro para reiniciar
la base de datos. No obstante, puede reproducir los archivos de registro hacia delante en la
base de datos, siempre y cuando tenga el registro Enn.log al que se conectó la base de
datos cuando se cerró por última vez. Si tiene este archivo de registro y los posteriores
archivos de registro, puede reproducirlos hacia delante siempre que haya archivos de
registro disponibles. Para ello, no puede haber un archivo de punto de control, o el punto de
control tiene que estar en o antes del menor registro necesario.
Nota:
No existe valor interno en el encabezado de la base de datos que le diga qué
archivos de registro es necesario reproducir cuando la base de datos se ha cerrado
limpiamente, porque no es necesario ningún archivo de registro. No obstante, es
posible que aun así desee reproducir archivos de registro adicionales. El valor
Último coherente del encabezado de la base de datos indica el archivo de registro
que se estaba utilizando en el momento en el que la base de datos se ejecutó por
última vez. Puede empezar por este archivo de registro y reproducir hacia delante.
En Exchange 5.5, si intentaba adivinar con qué archivo de registro comenzar, podía
dañar la base de datos al intentar la reproducción. Desde Exchange 2000 Server, las
salvaguardas adicionales evitan una reproducción inadecuada del archivo de
registro, sin dañar a la base de datos.
Eseutil /ml
Eseutil.exe puede detectar registros que no coinciden o que faltan en una secuencia, sin
tener que examinar los encabezados individuales. El comando Eseutil /ml Enn examina la
carpeta actual en busca de todos los archivos de registro cuyos nombres comiencen por Enn
e informa de los registros dañados, las no coincidencias entre la hora de creación/hora de
generación anterior, y los archivos de registro que faltan. El siguiente ejemplo ilustra un
resultado típico de este comando, mostrando cada clase de error:
D:\exchsrvr\MDBDATA\log3\test>eseutil /ml e00
Version 6.5
Copyright (C) Microsoft Corporation 1991-2000. All Rights Reserved.

126
Verifying log files...
Base name: e00
Log file: D:\exchsrvr\MDBDATA\log3\test\E0000001.log - OK
Log file: D:\exchsrvr\MDBDATA\log3\test\E0000002.log
ERROR: Log damaged (unusable). Last Lgpos: (0x2,1059,0). Error -501.
Log file: D:\exchsrvr\MDBDATA\log3\test\E0000006.log
ERROR: Invalid log sequence. Previous generation time is [12/27/
2002 13:15:24], but expected [12/30/2002 17:03:33].
Log file: D:\exchsrvr\MDBDATA\log3\test\E000000A.log - OK
Log file: D:\exchsrvr\MDBDATA\log3\test\E000000B.log - OK
Log file: D:\exchsrvr\MDBDATA\log3\test\E000000C.log - OK
Log file: D:\exchsrvr\MDBDATA\log3\test\E000000D.log - OK
Log file: D:\exchsrvr\MDBDATA\log3\test\E000000E.log - OK
Missing log file: e000000f.log
Operation terminated with error -501 (JET_errLogFileCorrupt, Log file is corrupt)

after 22.272 seconds.
127
Si examina un gran número de archivos de registro, puede resultar útil redirigir el resultado
del comando a un archivo de texto para su revisión. Por ejemplo:
ESEUTIL /ML E00 > LOGCHECK.TXT
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.
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.

128

Use E2 K 3 Rec Stor Grps

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Use E2 K 3 Rec Stor Grps

Cargado por

Copyright:

Formatos disponibles

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

Uso de los grupos de almacenamiento de

Publicación: 12 de diciembre de 2006

Autor: Equipo de documentación de Exchange Server

¿Comentarios? Envíe sus comentarios a exchdocs@microsoft.com.

Introducción al uso de grupos de almacenamiento de recuperación de Exchange Server 2003

Cómo funcionan los grupos de almacenamiento de recuperación en Exchange Server 2003

Diferencias entre un grupo de almacenamiento de recuperación y un grupo de

Cómo se vincula la base de datos de recuperación con la base de datos original.................15

Cómo cambiar el atributo msExchOrigMDB mediante Edición de ADSI................................19

Diferencias de copia de seguridad y restauración con respecto a versiones anteriores de

Configuración de un grupo de almacenamiento de recuperación..........................................23

Cómo configurar un grupo de almacenamiento de recuperación...........................................31

Cómo crear el grupo de almacenamiento de recuperación....................................................31

Cómo agregar bases de datos para la restauración...............................................................33

Cómo volver a crear un grupo de almacenamiento de recuperación existente con un nombre

Restauración de bases de datos en un grupo de almacenamiento de recuperación de

Cómo restaurar bases de datos desde conjuntos de copias de seguridad en línea...............42

Cómo restaurar conjuntos de copias de seguridad en línea en un grupo de almacenamiento

Cómo ejecutar manualmente una recuperación de hardware................................................47

Cómo restaurar copias de archivos de bases de datos en un grupo de almacenamiento de

Solución de problemas de restauración y recuperación en Exchange Server 2003...............55

El equipo especificado no es un servidor de Microsoft Exchange..........................................57

La base de datos no se puede sobrescribir con una restauración (0xC7FE1F46).................59

JET_errBadDBSignature (0xc8000262, -939523486, 0xfffffded, -531)

JET_errSoftRecoveryOnBackupDatabase (0xfffffde0, -544)..................................................59

JET_errMissingRestoreLogFiles (0xC800022D, -939523539, 0xfffffdd3, -557)......................60

Cómo guardar los datos procedentes del grupo de almacenamiento de recuperación de

Requisitos para utilizar ExMerge con un grupo de almacenamiento de recuperación...........61

Establecimiento de permisos para la combinación de datos..................................................62

Solución de problemas de ExMerge.......................................................................................64

Cómo descubrir y configurar los nombres correctos de los servicios MAPI...........................66

Estrategias y prácticas recomendadas de ExMerge..............................................................67

Configuración de las expectativas del usuario final durante el proceso de recuperación.......73

Creación de la base de datos de tonos de marcado..............................................................74

Configuración del grupo de almacenamiento de recuperación...............................................76

Restauración en la base de datos del grupo de almacenamiento de recuperación...............77

Cómo intercambiar bases de datos entre el grupo de almacenamiento de recuperación y el

Cómo mover archivos de base de datos de Exchange entre servidores................................81

Cómo intercambiar archivos de base de datos de Exchange mediante el intercambio de las

Combinación de datos entre bases de datos intercambiadas................................................84

Ventajas de la estrategia de los tonos de marcado de mensajería........................................85

Cómo restablecer archivos .ost.............................................................................................. 87

Recuperación de elementos eliminados o de buzones purgados mediante un grupo de

Resumen del uso de grupos de almacenamiento de recuperación en Exchange Server 2003

Movimiento de las bases de datos de buzones de Exchange entre grupos de

Comprobación de la coherencia antes de mover los archivos de base de datos.................101

Consideraciones sobre el archivo de registro de transacciones en Exchange 2003............103

Consideraciones sobre copias de seguridad y su restauración............................................104

Registro de transacciones de Exchange en Exchange Server 2003....................................105

Reproducción de los archivos de registro de transacciones: Recuperación de software y

Búsqueda de coincidencias en bases de datos de Exchange y archivos de registro de

Ejemplos de Eseutil.exe....................................................................................................... 124

Uso de grupos de almacenamiento de

Introducción al uso de grupos de

unas dos horas de tiempo de instalación. En Exchange 2003, crear un grupo de

A quién va dirigida esta guía

 Creación de planes para la recuperación de desastres

 Creación de procedimientos detallados para la recuperación de desastres

 Realización de operaciones de recuperación

Debería tener derechos de administrador de Exchange para el grupo administrativo que

Terminología utilizada en esta guía

Reproducir registros de transacciones en una base de datos restaurada, devolviéndola a