Administración de la replicación continua local

Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Última modificación del tema: 2007-08-20

Además de las tareas de administración diaria de una organización de Exchange, existen tareas específicas de la replicación continua local (LCR). Generalmente, las tareas administrativas para LCR son:

• Configurar almacenamiento de disco para LCR y administrar volúmenes de disco.

• Habilitar e deshabilitar LCR.

• Supervisar la actividad de replicación.

• Montar, desmontar, crear y quitar bases de datos.

• Mover la ubicación para el almacenamiento del grupo de almacenamiento o los archivos de base de datos cuando se habilita LCR para un grupo de almacenamiento.

• Ver información de estado y configuración para un grupo de almacenamiento o base de datos habilitados para LCR.

• Comprobar la salud de una copia activa o pasiva de los datos de LCR.

• Administrar la actividad de replicación y reproducción.

• Activar la copia pasiva.

Configuración de almacenamiento de disco para la replicación continua local

LCR no requiere una configuración especial de almacenamiento de disco. Es recomendable, y práctico, aislar las copias entre sí. LCR requiere un almacenamiento que proporcione un rendimiento y una capacidad de almacenamiento adecuados. Deben configurarse soluciones de almacenamiento equivalentes tanto para las copias de los grupos de almacenamiento como de las bases de datos que estén habilitadas para LCR. También es recomendable seguir los procedimientos de configuración proporcionados por el proveedor de almacenamiento para completar la configuración.

Administración de volúmenes de disco

Cuando se administra un entorno LCR, es posible que sea necesario administrar volúmenes de disco que estén conectados al servidor Exchange. Por ejemplo, es probable que sea necesario desconectar el volumen del sistema temporalmente por motivos de mantenimiento, entre otros. Si el mantenimiento debe realizarse en el volumen de disco que contiene la copia activa del grupo de almacenamiento, debe desmontarse la base de datos de la copia activa del grupo de almacenamiento. Si debe realizarse el mantenimiento en los volúmenes de disco que contienen la copia pasiva del grupo de almacenamiento, toda la entrada/salida (E/S) del volumen debe detenerse interrumpiendo la replicación. Para obtener más información acerca de la administración de volúmenes de disco, consulte el artículo de la Knowledge Base Cómo preparar las Actividades de administración de discos para una copia LCR (en inglés).

Habilitación de la replicación continua local

El uso de LCR comienza con la habilitación de un grupo de almacenamiento para LCR. Esta tarea se lleva a cabo con la Consola de administración de Exchange o el Shell de administración de Exchange.

Para usar LCR, debe habilitar el grupo de almacenamiento para LCR. Para obtener instrucciones detalladas sobre cómo habilitar la replicación continua local en un grupo de almacenamiento existente, consulte Cómo habilitar la replicación continua local para un grupo de almacenamiento existente (en inglés). Para obtener instrucciones detalladas sobre cómo crear un nuevo grupo de almacenamiento con replicación continua local habilitada, consulte Cómo habilitar la replicación continua local para un grupo de almacenamiento nuevo (en inglés).

Deshabilitación de la replicación continua local

Puede deshabilitar LCR para un grupo de almacenamiento mediante la Consola de administración de Exchange o el Shell de administración de Exchange. Para conocer en detalle los pasos para deshabilitar la LCR, consulte Cómo deshabilitar la replicación continua local.

Ajustar la configuración predeterminada del volcado de archivos de transporte

El contenedor de transporte es una característica de la función del servidor Transporte de concentradores que envía el correo entregado recientemente tras una interrupción no programada. El servidor de transporte de concentradores mantiene una cola del correo entregado recientemente a un buzón:

• En un servidor de buzones de correo en clúster en un entorno CCR.

• En un grupo de almacenamiento habilitado para LCR

El contenedor de transporte debe activarse siempre al usar la replicación continua en clúster (CCR) o LCR. El contenedor de transporte se habilita para toda la organización estableciendo la cantidad de almacenamiento disponible por grupo de almacenamiento y el tiempo de retención de correo en el contenedor de transporte.

Puede usar el cmdlet Set-TransportConfig para cambiar los ajustes de configuración predeterminados para el contenedor de transporte, que se aplican a nivel de grupo de almacenamiento.

Se recomienda configurar el parámetro MaxDumpsterSizePerStorageGroup, que especifica el tamaño máximo de la cola del contenedor de transporte para cada grupo de almacenamiento, en un tamaño que sea 1,5 veces el tamaño de mensaje máximo que puede enviarse. Por ejemplo, si el tamaño máximo para los mensajes es de 10 megabytes (MB), deberá configurar el parámetro MaxDumpsterSizePerStorageGroup con un valor de 15 MB.

También se recomienda configurar el parámetro MaxDumpsterTime, que especifica cuánto tiempo deberá permanecer un mensaje de correo electrónico en la cola de volcado de archivos de transporte, en un valor de 7.00:00:00, que significa siete días. Los mensajes se quitarán del contenedor de transporte al alcanzar el tamaño especificado por MaxDumpsterSizePerStorageGroup. De lo contrario, se quitarán del contenedor de transporte cuando transcurra el tiempo especificado por el parámetro MaxDumpsterTime. Este es un tiempo suficiente para que se produzca una interrupción ampliada sin pérdida de mensajes de correo electrónico.

Al usar la característica de volcado de archivos de transporte, se necesita espacio adicional en el disco del servidor de transporte de concentradores para hospedar las colas de volcado de archivos de transporte. La cantidad de espacio de almacenamiento necesario es aproximadamente igual al valor de MaxDumpsterSizePerStorageGroup multiplicado por el número de grupos de almacenamiento en todos los servidores de buzones de correo en clúster en un entorno de CCR, y todos los grupos de almacenamiento habilitados para LCRR en el sitio de servicio de directorio de Active Directory que contiene el servidor de transporte de concentradores. En un entorno CCR, la solicitud para volver a entregar desde el contenedor de transporte de todos los servidores de transporte de concentradores del sitio se realiza de forma automática. En un entorno LCR, la solicitud para volver a entregar desde todos los servidores de transporte de concentradores del sitio ocurre como parte de la tarea Restore-StorageGroupCopy.

Para obtener instrucciones detalladas sobre cómo habilitar y configurar el volcado de archivos de transporte, consulte Cómo configurar el volcado de archivos de transporte. Para obtener más información acerca del proceso de transporte del cmdlet Restore-StorageGroupCopy, consulte Restore-StorageGroupCopy.

Supervisión de la actividad de replicación

La copia pasiva de una base de datos sólo resulta útil si se mantiene actualizada. Aunque LCR no requiere ninguna supervisión especial, se recomienda la supervisión periódica de cada grupo de almacenamiento para comprobar que los archivos de registro se estén replicando correctamente. El Módulo de administración de Microsoft Exchange Server 2007 para Microsoft Operations Manager 2005 incluye alertas para varios problemas críticos relacionados con entornos LCR:

• El servicio de replicación de Microsoft Exchange no se está ejecutando. Tenga en cuenta que el evento que genera esta alerta no aparece varias veces una vez detenido el servicio, de manera que cualquier alerta asociada a ella se perdería si se eliminara.

• La copia pasiva tiene el estado Error.

• La copia pasiva tiene el estado Correcto, pero está retrasada de manera significativa en la copia de registros o reproducción.

Cualquiera de las alertas anteriores generadas por el Módulo de administración de Exchange 2007 debe investigarse y resolverse lo antes posible.

Una alternativa al uso del Paquete de administración de Exchange 2007 para Microsoft Operations Manager 2005 consiste en ejecutar de manera regular un script que ejecute a su vez el cmdlet Get-StorageGroupCopyStatus en el Shell de administración de Exchange. El cmdlet Get-StorageGroupCopyStatus asigna longitudes de cola que incorporan el número de registros generados por la copia activa. Por motivos de rendimiento, los contadores de rendimiento de longitud de cola sólo facilitan información conocida por el Servicio de replicación de Microsoft Exchange. En muy raras ocasiones, esto puede no ser coherente con el estado de la copia activa. Para obtener más información sobre el cmdlet Get-StorageGroupCopyStatus, consulte "Ver la información de estado" más adelante en este tema.

Cómo montar, desmontar, crear y quitar bases de datos

En ocasiones, es posible que sea necesario montar o desmontar bases de datos en un entorno LCR. Si es necesaria la reconfiguración o el mantenimiento del grupo de almacenamiento o la base de datos, debe bloquear los servicios que interactúen con ambos mientras se produce la actividad. Es posible que esto sea necesario para realizar una reconfiguración o para corregir problemas con el servidor o la base de datos. Cuando se desmonta la base de datos, se inmoviliza para impedir más cambios. No se pueden cambiar la base de datos ni los archivos de registro mientras se desmonta la base de datos.

Quizá desee agregar una base de datos a un grupo de almacenamiento habilitado para LCR. El proceso es similar al usado para agregar una base de datos en una configuración autónoma, con la diferencia de que debe proporcionarse la ruta de acceso adicional.

Quizá desee quitar una base de datos de un grupo de almacenamiento habilitado para LCR. Este proceso es idéntico al usado para eliminar una base de datos de una configuración independiente, salvo que en este caso hay que eliminar dos copias de los datos: la copia activa y la copia pasiva de la base de datos. Para ver información detallada paso a paso sobre cómo quitar una base de datos de un grupo de almacenamiento habilitado para LCR, consulte Cómo quitar una base de datos de un grupo de almacenamiento que tenga activada la función de replicación continua local.

Cambio de la ubicación del grupo de almacenamiento y los archivos de base de datos

Puede usar tanto el Shell de administración de Exchange como la Consola de administración de Exchange para cambiar la ubicación de una base de datos en un grupo de almacenamiento habilitado para LCR. En una configuración de LCR, existen dos archivos de base de datos, uno para cada copia. Las ubicaciones de ambas copias pueden cambiarse independiente o conjuntamente.

Se usan procedimientos similares para volver a configurar la ubicación del registro del grupo de almacenamiento y de los archivos de base de datos en un entorno LCR. Para obtener información detallada paso a paso sobre cómo cambiar la ubicación de los archivos de registro y de sistema para un grupo de almacenamiento habilitado para LCR, consulte Cómo mover un grupo de almacenamiento de un entorno de replicación continua local. Para obtener información detallada paso a paso sobre cómo cambiar la ubicación de archivos de bases de datos en un entorno LCR, consulte Cómo mover una base de datos en un entorno de replicación continua local.

Ver la información de estado

Una vez que haya habilitado LCR para un grupo de almacenamiento, puede usar la Consola de administración de Exchange o el Shell de administración de Exchange para ver los valores de configuración específicos de LCR para el grupo de almacenamiento y su base de datos.

Información de estado de LCR

Exchange 2007 publica una variedad de informaciones de estado para las copias de replicación continua local. La siguiente tabla describe la información de estado que está disponible para los grupos de almacenamiento habilitados para replicación continua local. Para ver información detallada paso a paso sobre cómo obtener información de estado, consulte Cómo ver el estado de una copia de replicación continua local. En la siguiente tabla se enumeran las propiedades en el orden en que aparecen al ver la salida completa del cmdlet de Shell de administración de Get-StorageGroupCopyStatus Exchange.

Información de estado disponible para grupos de almacenamiento habilitados para replicación continua local.

Puede valorar rápidamente el estado de una copia de LCR mirando los valores de SummaryCopyStatus, CopyQueueLength, ReplayQueueLength y LastInspectedLogTime. Estas tres propiedades muestran si la copia de LCR funciona correctamente y está relativamente actualizada, tanto en el registro de copia como en el de reproducción. Si se producen las siguientes condiciones, debe determinar la causa y corregir el problema:

• La copia está pasando demasiado tiempo en un estado distinto a correcto.

• La longitud de cola de la copia es superior a 5.

• La longitud de cola de la repetición es superior a 20.

• La última hora de registro inspeccionada no muestra una hora actual. Hay dos razones que pueden provocar esto: El grupo de almacenamiento no está experimentando muchos cambios o el servicio de replicación de Microsoft Exchange se ha detenido.

Los valores de longitud de la cola de reproducción y de la cola de copia están disponibles como contadores de rendimiento. Son los contadores de rendimiento CopyQueueLength y ReplayQueueLength bajo el objeto de rendimiento MSExchange Replication. Para obtener más detalles acerca de la supervisión de los contadores de rendimiento para LCR, consulte Cómo ver contadores de rendimiento para replicación continua local.

En algunos escenarios poco comunes, el estado de replicación puede ser malinterpretado. A continuación se ofrece una lista de esos escenarios:

• Un grupo de almacenamiento no activo (es decir, que no cambia) puede mostrar un estado que indica que está en buenas condiciones, aunque esto no sea correcto. Esta situación pudo producirse porque no se puede detectar que no está en buenas condiciones hasta que se vuelva a reproducir un registro.

• Durante la inicialización de la replicación, se está evaluando el estado de replicación y es posible que no sea preciso. Cuando se complete la inicialización, se actualizará el estado.

• El valor del campo LastLogGenerated puede ser incorrecto cuando se desmonta una base de datos. Sin embargo, se replican todos los registros con el contenido de usuario final si se está replicando la copia del grupo de almacenamiento.

• Cuando faltan uno o varios registros en medio de una secuencia de registros, la copia pasiva continúa intentando recuperarlos. Al hacerlo, el estado de replicación cambia entre estados con error y sin error. Las colas de copia y reproducción seguirán creciendo.

• En muy raras ocasiones, puede que se compruebe un registro correctamente, pero que no se pueda reproducir. En esta situación, el sistema alternará entre estados con error y sin error mientras intenta recuperarlo. Las colas de copia y reproducción seguirán creciendo.

Visualización de información de configuración

Puede ver la información de configuración de los grupos de almacenamiento y las bases de datos con LCR habilitada mediante la Consola de administración de Exchange y el Shell de administración de Exchange. La información de configuración incluye:

• Grupos de almacenamiento   La ubicación de los archivos de registro de transacciones de replicación continua local y de los archivos de sistema de replicación continua local.

• Bases de datos   La ubicación de la copia de la base de datos de replicación continua local.

Además, puede determinar si un grupo de almacenamiento o una base de datos están configurados para tener una copia de LCR. Para obtener información detallada paso a paso sobre cómo ver la configuración de LCR, consulte Cómo ver los ajustes de configuración de la replicación continua local.

Comprobación de la integridad de la copia pasiva

Cuando se usa LCR, es recomendable comprobar la integridad de la copia pasiva periódicamente ejecutando una comprobación de coherencia física en los archivos de base de datos y registro de transacciones. En la comprobación de coherencia física se examinan los archivos de base de datos y de registro de transacciones para ver si están dañados. Puede realizar esta comprobación con la herramienta Utilidades de base de datos (Eseutil.exe) de Exchange Server. Para ver los pasos detallados sobre cómo usar Eseutil con el fin de comprobar los archivos de base de datos y de registro de transacciones para ver si están dañados, consulte Cómo comprobar una copia de replicación continua local con Eseutil.

Administración de la replicación y la reproducción

La administración de la replicación y la reproducción del archivo de registro en un entorno LCR implica las siguientes actividades principales:

• Interrumpir la replicación en la copia del grupo de almacenamiento

• Reiniciar la replicación en la copia del grupo de almacenamiento

Interrumpir y reiniciar los cambios de la copia del grupo de almacenamiento y su base de datos

Puede que sea necesario detener y reiniciar la actividad de replicación del registro de transacciones. La replicación de registros de transacciones (incluida la reproducción) se controla en el nivel de grupo de almacenamiento. Dado que un grupo de almacenamiento solamente puede contener una base de datos, la replicación se localiza en una base de datos. La replicación del registro de transacciones se produce cuando está en funcionamiento el servicio de replicación de Microsoft Exchange, se ha habilitado un grupo de almacenamiento para LCR y tanto la copia activa como la pasiva son operativas. Si la copia activa o la pasiva dejan de estar disponibles, deberá detener la replicación. Además, algunas tareas administrativas, como la inicialización, requieren un grupo de almacenamiento almacenado para LCR para suspender la replicación. Si necesita detener todos los accesos a los archivos de datos de la copia pasiva, debe suspender la replicación.

Ocasionalmente, puede ser necesario controlar las actividades de la copia pasiva. Es posible que esto sea necesario para realizar una reconfiguración o para corregir problemas con el servidor o la base de datos. También es necesario interrumpir la reproducción para realizar una comprobación de coherencia física de la copia pasiva. Cuando sea necesario controlar actualizaciones de copia de base de datos, deberá interrumpirse la replicación para la copia del grupo de almacenamiento. También puede ser necesario interrumpir la replicación cuando se estén manipulando los registros de la copia pasiva. Dado que un grupo de almacenamiento solamente puede contener una base de datos única, las acciones que afectan al comportamiento de reproducción se controlan en el nivel del grupo de almacenamiento.

Se recomienda detener todas las actividades de replicación cuando se esté cambiando la ubicación del grupo de almacenamiento o de la base de datos.

Para obtener más información acerca de la detención de cambios de replicación en copias de LCR, consulte Cómo interrumpir la replicación de un grupo de almacenamiento con replicación continua local habilitada. Para obtener más información acerca del reinicio de cambios de replicación en copias de LCR, consulte Cómo reiniciar la replicación de un grupo de almacenamiento con replicación continua local habilitada. Para obtener más información acerca de cómo realizar una comprobación de integridad en los registros de transacciones y el archivo de base de datos de la copia pasiva, consulte Cómo comprobar una copia de replicación continua local con Eseutil.

Activar la copia pasiva.

LCR le permite recuperarse de los daños en la copia activa de un grupo de almacenamiento al activar la copia pasiva del grupo de almacenamiento. Si los registros de transacciones de la copia activa del grupo de almacenamiento no están dañados, no debería perderse ningún dato. Si los registros de transacciones de la copia activa del grupo de almacenamiento no están disponibles, la recuperación sólo podrá devolver el grupo de almacenamiento hasta un momento determinado que sea coherente con el último conjunto de cambios no dañados que recibió la copia pasiva. Una restricción adicional es que no puede faltar ningún archivo de registro de transacciones, ni haber ninguno dañado, antes de ese momento determinado.

La recuperación de datos dañados de un grupo de almacenamiento de producción es mucho más sencilla cuando se usan puntos de montaje de volumen de sistema de archivos NTFS para almacenar la copia LCR. Al usar los puntos de montaje de volumen, puede insertar, o montar, una partición de destino en una carpeta de otro disco físico. Los puntos de montaje de volumen son transparentes para los programas, incluido Exchange 2007.

Los daños en un archivo de registro de transacción o de base de datos que forma parte de una copia de LCR se pueden detectar en los errores que se producen durante una operación de reproducción o mediante una comprobación de coherencia. La acción correctiva que se debe realizar, en caso de tener que realizar alguna, depende de la naturaleza del daño:

• Si ocurre el daño en un archivo de registro que ya se ha reproducido, el archivo de registro dañado se puede omitir con seguridad. Sin embargo, si está tomando copias de seguridad basadas en el sistema de archivos de la copia de LCR, primero debe borrar todos los archivos de registro que se han reproducido.

• Si los daños se han producido en un archivo de registro de la copia activa que no se haya reproducido, debe reinicializar el grupo de almacenamiento de LCR. Exchange intentará volver a copiar el archivo registro si detecta algún daño. Si la nueva copia automática no soluciona los daños, debe reinicializar el grupo de almacenamiento. Además, es recomendable comprobar la integridad de registros de transacciones de origen y los archivos de bases de datos. Para comprobar los archivos de datos de Exchange es necesario que estén sin conexión y que no estén disponibles para el acceso por parte de los usuarios.

• Si la base de datos está dañada, deberá reiniciar el grupo de almacenamiento.

Para obtener información detallada paso a paso sobre cómo activar estas copias pasivas de una base de datos, consulte Cómo cambiar a la copia pasiva de una base de datos.

Evaluación del estado de replicación en el momento del daño

Después de un error o daño en una copia de la base de datos, deberá evaluar si desea continuar inmediatamente la operación usando la copia pasiva. LCR proporciona piezas de información clave para facilitar esta decisión:

• Estado de la copia en el momento del error

• Colas de reproducción y de copia en el momento del error

• Hora de registro de la última inspección y hora del error

Puede obtener la información mediante el cmdlet Get-StorageGroupCopyStatus. Para ver información detallada paso a paso sobre cómo obtener esta información, consulte Cómo ver el estado de una copia de replicación continua local.

La longitud de la cola de copia incluye la mejor información disponible sobre la copia activa en el momento del error. En función de esta información y de la evaluación del tiempo de recuperación de la base de datos errónea, debe decidirse si se va a montar la copia disponible:

• Si la longitud de la cola de reproducción es significativa, la recuperación puede tardar, pero no es un indicador de que se vaya a experimentar una pérdida de datos significativa.

• Si la longitud de la cola de copia es significativa, se ha perdido un número significativo de registros. Si se monta la base de datos, se restaurará en un marco temporal aproximado correspondiente al último registro copiado (proporcionado también por el cmdlet Get-StorageGroupCopyStatus).

• Si la hora de registro de la última inspección es notablemente anterior al momento del error, es probable que el Servicio de replicación de Microsoft Exchange esté detenido y el resto de la información de la cola sea imprecisa.