Administración de la replicación continua en espera
Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1
Última modificación del tema: 2008-11-19
Además de las tareas de administración diaria de una organización con Microsoft Exchange, existen tareas específicas de replicación continua en espera (SCR). Generalmente, las tareas administrativas para SCR son:
Configurar almacenamiento de disco para SCR y administrar volúmenes de disco.
Habilitar y deshabilitar SCR.
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 SCR para un grupo de almacenamiento.
Comprobar el estado del destino para SCR.
Administrar la actividad de replicación y reproducción.
Recuperarse de daños.
Estas tareas se explican más adelante en este tema.
SCR sólo se habilita y se administra con el Shell de administración de Exchange. No se puede utilizar la Consola de administración de Exchange para habilitar ni deshabilitar SCR, ver el estado de SCR ni administrar aspectos relacionados con SCR.
Configuración de almacenamiento en disco para la replicación continua en espera
SCR no requiere una configuración especial de almacenamiento en disco. SCR requiere un almacenamiento que proporcione una capacidad adecuada. Se deberían configurar soluciones de almacenamiento para todos los destinos para SCR del mismo grupo de almacenamiento. Es recomendable seguir los procedimientos de configuración proporcionados por el proveedor de almacenamiento para completar la configuración.
Administración de los volúmenes de disco en un entorno SCR
Cuando se administra un entorno SCR, es posible que sea necesario administrar volúmenes de disco que estén conectados al servidor de 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 disco al usar SCR.
Habilitación de la replicación continua en espera
SCR sólo se habilita con el Shell de administración de Exchange y ejecutando el cmdlet New-StorageGroup o el cmdlet Enable-StorageGroupCopy. Ambos cmdlets incluyen algunos parámetros introducidos con Microsoft Exchange Server 2007 Service Pack 1:
-StandbyMachine Este parámetro se utiliza para especificar el nombre del equipo que contiene el destino para SCR. El valor de este parámetro se define como parte del valor del atributo msExchStandbyCopyMachines del grupo de almacenamiento habilitado para SCR. El atributo msExchStandbyCopyMachines es una cadena de caracteres Unicode con varios valores que se agrega al esquema del servicio de directorio Active Directory cuando se introduce Exchange 2007 SP1 en la organización de Exchange.
-ReplayLagTime Este parámetro se utiliza para especificar el tiempo que el servicio de replicación de Microsoft Exchange debería esperar antes de reproducir los archivos de registro que se han copiado en el equipo de destino de SCR. El formato de este parámetro es (días.horas:minutos:segundos). El ajuste predeterminado para este valor es 24 horas. El ajuste máximo permitido para este valor es 7 días. El ajuste mínimo permitido es 0 segundos, si bien cuando este valor se ajusta a 0 segundos, no afecta al retraso predeterminado en la actividad de reproducción de registro de 50 archivos de registro. Una vez definido, el valor del parámetro no se puede cambiar sin deshabilitar y volver a habilitar SCR.
-TruncationLagTime Este parámetro se utiliza para especificar el tiempo que el servicio de replicación de Microsoft Exchange debería esperar antes de truncar los archivos de registro que se han copiado en el equipo de destino de SCR y se han reproducido en la copia de la base de datos. El intervalo de tiempo empieza una vez que el registro se ha reproducido correctamente en la copia de la base de datos. El formato de este parámetro es (días.horas:minutos:segundos). El ajuste máximo permitido para este valor es 7 días. El ajuste mínimo permitido es 0 segundos, si bien cuando este valor se ajusta a 0 segundos, se elimina eficazmente cualquier retraso en la actividad de truncamiento de registro. Una vez definido, el valor del parámetro no se puede cambiar sin deshabilitar y volver a habilitar SCR.
-SeedingPostponed Este parámetro se puede utilizar para omitir la reinicialización inicial del destino para SCR. Si se utiliza este parámetro, el administrador tendrá que reinicializar manualmente el destino para SCR con el cmdlet Update-StorageGroupCopy. Este parámetro sólo está disponible con el cmdlet Enable-StorageGroupCopy. No está disponible con el cmdlet New-StorageGroup, porque en este momento no existe ninguna base de datos de origen.
Importante
Para cambiar la configuración del retraso de la reproducción o el truncamiento, primero debe deshabilitar SCR y, a continuación, aplicarla con los nuevos valores para estas opciones de configuración.
Además del retraso de la reproducción configurado por el administrador que se especifica en el parámetro ReplayLagTime, Exchange evita que se reproduzca un número fijo de archivos de registro en un destino para SCR, independientemente del valor de ReplayLagTime, con la fórmula siguiente:
Como máximo ("valor de ReplayLagTime" o "X archivos de registro")
Siendo X=50. Se trata de una protección adicional, contra la necesidad de reinicializar un grupo de almacenamiento en casos en los que un destino para SCR en un entorno de replicación continua, por ejemplo, la replicación continua local (LCR) o la replicación continua en clúster (CCR), experimenta una conmutación por error con pérdida de información y se pone en línea mediante el cmdlet Restore-StorageGroupCopy. Mediante el retraso de la actividad de reproducción en los destinos para SCR, cuando se produce una conmutación por error con pérdida de información para un origen de SCR, las posibilidades de que se necesiten reinicializar las copias de SCR se reducen al mínimo, porque la naturaleza de la pérdida de datos en el origen de SCR acerca las dos copias en el tiempo.
Importante
El retraso acumulado de 50 archivos de registro y el valor del parámetro ReplayLagTime tiene repercusiones para la creación de la base de datos de destinos para SCR inicial. No se creará una base de datos de destinos para SCR hasta que se hayan replicado 50 archivos de registro en el equipo de destino de SCR y hasta que haya transcurrido el intervalo de tiempo especificado en ReplayLagTime (o el valor predeterminado de ReplayLagTime, que es de 24 horas).
Cuando se habilita SCR para un grupo de almacenamiento, se crea automáticamente una copia del grupo de almacenamiento (archivos de sistema, archivos de registro y archivo de base de datos) y se conserva en el equipo de destino de SCR con las mismas rutas que el grupo de almacenamiento en el origen de SCR.
Después de habilitar SCR, se recomienda supervisar el estado y la integridad de cada grupo de almacenamiento con el cmdlet Test-ReplicationHealth. Para conocer en detalle los pasos para habilitar la SCR, consulte Cómo habilitar la replicación continua en espera para un grupo de almacenamiento existente y Cómo habilitar la replicación continua en espera para un grupo de almacenamiento nuevo.
SCR y el truncamiento de registro
Puesto que no se pueden realizar copias de seguridad de una base de datos de destinos para SCR, el truncamiento del registro de SCR no se basa en los períodos de copia de seguridad. En cambio, el truncamiento de registro está determinado por el punto de control en el origen de SCR y el valor de TruncationLagTime.
Si el origen de SCR es un servidor de buzones de correo en clúster (CMS) en un entorno CCR, la lógica de truncamiento del registro incluye la copia y la inspección de archivos de registro correctas por parte de todos los destinos para SCR. Esto significa que si un destino para SCR no está disponible, el truncamiento de registro no se produce en el origen de SCR aunque se realicen copias de seguridad.
En un entorno SCR, tal vez no se tenga que reinicializar un destino para SCR que se ha deshabilitado y, a continuación, se ha vuelto a habilitar si están disponibles todos los registros de archivo necesarios, en función de lo siguiente:
Si se ha deshabilitado el registro circular para un grupo de almacenamiento, la eliminación del registro hará que el destino para SCR que se ha habilitado necesite una reinicialización debido a vacíos en la secuencia de registro.
Si se realiza una copia de seguridad que incluye un truncamiento de archivo de registro, la eliminación del registro hará que el destino para SCR que se ha habilitado necesite una reinicialización debido a vacíos en la secuencia de registro.
Si los archivos de registro no se truncan por los medios descritos anteriormente, no se debería necesitar una reinicialización para deshabilitar y volver a habilitar la SCR. En este caso, los archivos de registro del destino de SCR no se eliminarán, sino que se replicarán a partir del origen de SCR.
Si tiene previsto habilitar un destino de SCR previamente deshabilitado, como práctica recomendada se aconseja no realizar ningún truncamiento del registro (por ejemplo, habilitar el registro circular o realizar copias de seguridad del truncamiento de registro) hasta que el destino para SCR se haya habilitado y se haya replicado el cambio de la configuración derivado de la habilitación en Active Directory.
Deshabilitación de la replicación continua en espera
La SCR sólo se deshabilita con el cmdlet Disable-StorageGroupCopy y el parámetro StandbyMachine. Cuando se deshabilita la SCR, es importante incluir el valor adecuado para el parámetro StandbyMachine. Si el grupo de almacenamiento de orígenes de SCR también tiene habilitada la LCR y no se incluye el parámetro StandbyMachine como parte de este comando, la LCR se deshabilitará para el grupo de almacenamiento.
Es necesario deshabilitar la SCR para cambiar el valor de los parámetros ReplayLagTime o TruncationLogDelay. Estos valores no se pueden modificar mientras la SCR esté habilitada. En consecuencia, para cambiar los ajustes del retraso de la reproducción o el truncamiento se debe deshabilitar primero SCR y, a continuación, se debe volver a habilitar con los nuevos valores para estos parámetros.
Para conocer los pasos detallados para deshabilitar la SCR para un grupo de almacenamiento, consulte Cómo deshabilitar la replicación continua en espera para un grupo de almacenamiento.
Supervisar la actividad de replicación
Aunque la SCR no requiere ninguna supervisión especial, se recomienda realizar la supervisión periódica de cada grupo de almacenamiento para comprobar que los archivos de registro se replican correctamente. El Paquete de administración de Microsoft Exchange Server 2007 para Microsoft Operations Manager 2005 incluye alertas para varios problemas importantes relacionados con entornos SCR:
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 él se perdería si se eliminara.
La copia del destino para SCR tiene el estado Error.
La copia del destino para SCR tiene el estado Correcto, pero hay un retraso en la copia de registros.
Analice y resuelva las alertas anteriores lo antes posible cuando el Paquete de administración de Exchange 2007 las genere.
Cmdlet Test-ReplicationHealth
Exchange 2007 SP1 introduce un nuevo cmdlet llamado Test-ReplicationHealth. Este cmdlet se ha diseñado para la supervisión proactiva de la replicación continua (LCR, CCR y SCR) y el canal de replicación continua. El cmdlet Test-ReplicationHealth comprueba todos los aspectos de la replicación, los servicios de clúster, la replicación de grupo de almacenamiento y el estado de reproducción para facilitar una visión de conjunto completa del sistema de replicación. Concretamente, el cmdlet Test-ReplicationHealth realiza las pruebas que se describen en la tabla siguiente.
Pruebas que realiza el cmdlet Test-ReplicationHealth
| Test | Descripción |
|---|---|
Estado de red de clúster |
Comprueba que todas las redes administradas por clúster que hay en el nodo local están en ejecución. Esta prueba se aplica sólo a entornos CCR. |
Estado de grupo de quórum |
Comprueba que el grupo de clústeres que contiene el recurso de quórum está en buen estado. Esta prueba se aplica sólo a entornos CCR. |
Estado de quórum de recursos compartidos de archivos |
Comprueba que el valor del cmdlet FileSharePath usado por el quórum Conjunto de nodos mayoritario con testigo del recurso compartido de archivos sea accesible. Esta prueba se aplica sólo a entornos CCR. |
Estado de grupo del servidor de buzones de correo en clúster |
Comprueba que el CMS esté en buen estado mediante la confirmación de que todos los recursos del grupo están en línea. Esta prueba se aplica sólo a entornos CCR. |
Estado de nodo |
Comprueba que ninguno de los nodos en el clúster se encuentra en pausa. Esta prueba se aplica sólo a entornos CCR. |
Estado de registro de DNS |
Comprueba que todas las interfaces de red administradas por clúster que tengan Requerir registro DNS para realizarse correctamente establecido hayan superado el registro DNS (Sistema de nombres de dominio). Esta prueba se aplica sólo a entornos CCR. |
Estado de Servicio de replicación |
Comprueba que el Servicio de replicación de Microsoft Exchange en el nodo local está en buen estado. |
Copia del grupo de almacenamiento suspendida |
Comprueba si la replicación continua se ha suspendido en el caso de algún grupo de almacenamiento. |
Error en la copia del grupo de almacenamiento |
Comprueba si alguna copia de grupo de almacenamiento tiene el estado Error. |
Longitud de la cola de replicación de grupo de almacenamiento |
Comprueba si algún grupo de almacenamiento tiene una longitud de cola de replicación mayor que los umbrales de la práctica recomendada. Actualmente los umbrales son:
|
Bases de datos desmontadas tras conmutación por error |
Comprueba si hay bases de datos desmontadas o en error tras una conmutación por error. Con esta prueba sólo se comprueba si hay bases de datos en estado de error a raíz de una conmutación por error. |
Montaje y desmontaje de bases de datos
En ocasiones, es posible que sea necesario montar o desmontar bases de datos en un entorno SCR. Si es necesaria la reconfiguración o el mantenimiento del grupo de almacenamiento o la base de datos de orígenes de SCR, debe bloquear los servicios que interactúen con ambos mientras haya 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, queda inaccesible.
Cambio de la ubicación del grupo de almacenamiento y los archivos de base de datos
Puede cambiar la ubicación de una base de datos en un grupo de almacenamiento habilitado para SCR. En un entorno de SCR, existen dos archivos de base de datos, uno para cada copia. Cuando se mueven los archivos de grupo de almacenamiento o el archivo de base de datos, las ubicaciones de ambas copias se deben cambiar a la vez.
Nota
La ruta completa para los archivos de grupo de almacenamiento y el archivo de base de datos debe coincidir en el origen de SCR y en todos los destinos para SCR.
Se utilizan procedimientos similares para reconfigurar la ubicación del registro del grupo de almacenamiento y de los archivos de base de datos en un entorno SCR. Para obtener información acerca de los pasos que se deben dar para cambiar la ubicación de los archivos de registro y de sistema para un grupo de almacenamiento habilitado para SCR, consulte Cómo mover un grupo de almacenamiento en un entorno de replicación continua en espera. Para obtener información acerca de los pasos que se deben dar para cambiar la ubicación de archivos de bases de datos en un entorno SCR, consulte Cómo mover una base de datos en un entorno de replicación continua en espera.
Importante
Las bases de datos no se pueden situar en la raíz de un volumen.
Ver la información de estado
Toda la supervisión y los estados se controlan con el Shell de administración de Exchange. La Consola de administración de Exchange no muestra el estado de copia ni otra información acerca de SCR. Una vez que haya habilitado SCR para un grupo de almacenamiento, puede usar el Shell de administración de Exchange para ver los valores de configuración específicos de SCR para el grupo de almacenamiento y su base de datos.
Información de estado para la replicación continua en espera
Exchange 2007 publica información de varios tipos sobre el estado para copias de SCR. En la tabla siguiente se describe la información del estado que está disponible para los grupos de almacenamiento habilitados para SCR. Para ver información detallada paso a paso sobre cómo obtener información de estado, consulte Cómo ver el estado de una replicación continua en espera.
Nota
En la tabla siguiente se enumeran las propiedades en el orden en que aparecen al ver la salida completa del cmdlet Get-StorageGroupCopyStatus.
Información de estado disponible para grupos de almacenamiento habilitados para SCR
| Propiedad | Descripción |
|---|---|
Identity |
Servidor y nombre de grupo de almacenamiento consultado. |
StorageGroupName |
Nombre del grupo de almacenamiento consultado. |
SummaryCopyStatus |
Estado general actual de la copia SCR. Los valores posibles son:
|
Error |
La comprobación de la base de datos o los registros identificó una consistencia que impide la replicación. También puede ocurrir que haya un problema de configuración o de acceso con la copia activa o pasiva. Los valores posibles son Verdadero y Falso. |
FailedMessage |
Mensaje de texto que identifica el estado que provocó el error de replicación. Es posible que no sea la única área con problemas de replicación. |
Inicializando |
Inicialización en curso. Los valores posibles son Verdadero y Falso. |
Suspender |
Replicación (y reproducción) interrumpida para la copia pasiva. Esto impide que la base de datos avance y que se copien los registros. Los valores posibles son Verdadero y Falso. |
SuspendComment |
Comentario opcional del administrador que ofrece una razón o nota sobre el motivo de interrupción de la actividad de replicación. |
CopyQueueLength |
Número de archivos de registro de transacciones a la espera de ser copiados en la carpeta de archivos de registro de copia pasiva. Una copia no se considera finalizada hasta que se ha comprobado si está dañada. |
ReplayQueueLength |
Número de archivos de registro de transacciones que se han copiado y que están a la espera de ser reproducidos en la copia pasiva. |
LatestAvailableLogTime |
Marca de tiempo en el grupo de almacenamiento de origen del archivo de registro de transacciones detectado más recientemente. |
LastCopyNotificationedLogTime |
Hora asociada al último registro nuevo generado por el grupo de almacenamiento activo y conocido para la copia. |
LastCopiedLogTime |
Marca de tiempo en el grupo de almacenamiento de origen de la última copia correcta de un archivo de registro de transacciones. |
LastInspectedLogTime |
Marca de tiempo en el grupo de almacenamiento de destino de la última inspección correcta de un archivo de registro de transacciones. |
LastReplayedLogTime |
Marca de tiempo en el grupo de almacenamiento de destino de la última reproducción correcta de un archivo de registro de transacciones. |
LastLogGenerated |
Último número de generación de registro conocido generado en la copia activa del grupo de almacenamiento. |
LastLogCopied |
Último número de generación de registro copiado correctamente en la carpeta de registro de la copia pasiva. |
LastLogNotified |
Último número de generación de registro generado por el grupo de almacenamiento activo y conocido para la copia. |
LastLogInspected |
Último número de generación de registro inspeccionado para comprobar su coherencia y si está dañado. |
LastLogReplayed |
Último número de generación de registro reproducido correctamente en la copia pasiva del grupo de almacenamiento. |
LatestFullBackupTime |
Hora de la última copia de seguridad completa. |
LatestIncrementalBackupTime |
Hora de la última copia de seguridad incremental. |
SnapshotBackup |
Copia de seguridad realizada con las API de transmisión por secuencias heredadas o el Servicio de instantáneas de volumen (VSS). Los valores posibles son Verdadero y Falso. |
Puede valorar rápidamente el estado de una copia de SCR mirando los valores de SummaryCopyStatus, CopyQueueLength, ReplayQueueLength y LastInspectedLogTime. Estas tres propiedades muestran si la copia de SCR 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 mal estado.
La longitud de cola de la copia es superior a 5.
La longitud de cola de la repetición es mayor de 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 se ha detenido.
Los valores de longitud de la cola de replicació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.
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 evalúa el estado de replicación, por lo que 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.
Comprobación de la integridad de un destino para SCR
Cuando se utiliza SCR, es recomendable comprobar la integridad de la copia de destino para SCR 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 la base de datos y del registro de transacciones para ver si están dañados. Puede realizar esta comprobación mediante la versión de línea de comandos de la herramienta Servicio de instantáneas de volumen de Microsoft (VSSAdmin.exe) y las Utilidades de base de datos de Exchange Server (Eseutil.exe). Para ver los pasos detallados sobre cómo utilizar VSSAdmin y 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 en espera.
Nota
Antes de ejecutar una comprobación de coherencia física en una base de datos, debe suspender temporalmente toda la actividad de replicación en el grupo de almacenamiento. La actividad de replicación se puede suspender con el cmdlet Suspend-StorageGroupCopy del Shell de administración de Exchange. Cuando la comprobación de coherencia haya finalizado, puede reanudar la actividad de reproducción de registros de transacciones mediante el cmdlet Resume-StorageGroupCopy. Se recomienda realizar la comprobación durante las horas no productivas y reducir al mínimo el tiempo de suspensión de la actividad de reproducción. Esto se debe a que la suspensión de la copia del grupo de almacenamiento detiene todas las actualizaciones en la copia de SCR, lo que hace que algunos contenidos sean vulnerables a errores.
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 SCR 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
Reinicialización de un grupo de almacenamiento
Interrumpir y reiniciar los cambios de la copia del grupo de almacenamiento y su base de datos
Por diversos motivos, puede que sea necesario detener y reiniciar la actividad de replicación del registro de transacciones. 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 SCR y tanto el origen como el destino de SCR están operativos. Si el origen o el destino no está disponible, deberá detener la replicación. Además, algunas tareas administrativas, como la inicialización, requieren que se suspenda la replicación de un grupo de almacenamiento habilitado para SCR. Si necesita detener todos los accesos a los archivos de datos del destino, debe suspender la replicación.
En ocasiones, puede ser necesario controlar las actividades del destino para SCR. 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 del registro para realizar una comprobación de coherencia física del destino para SCR. Cuando sea necesario controlar actualizaciones de copia de base de datos, deberá detenerse la replicación para el destino para SCR. También puede ser necesario interrumpir la replicación cuando se estén manipulando los registros del destino para SCR por algún motivo.
Para obtener más información acerca de la detención de cambios de replicación en copias de SCR, consulte Cómo suspender los cambios en un destino de replicación continua en espera. Para obtener más información acerca del reinicio de cambios de replicación en copias de SCR, consulte Cómo reanudar la replicación en un destino de replicación continua en espera. 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 en espera.
Inicialización y reinicialización de una copia de grupo de almacenamiento
La inicialización y la reinicialización de una copia de grupo de almacenamiento se realizan en un entorno SCR con el cmdlet Update-StorageGroupCopy y el parámetro StandbyMachine (que es un nuevo parámetro agregado en Exchange 2007 SP1).
Para obtener información acerca de los pasos para inicializar o reinicializar un destino de SCR, consulte Cómo inicializar un destino de replicación continua en espera.
Recuperación de daños mediante la 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 un destino para SCR. SCR proporciona información clave que ayuda a tomar 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
Esta información se puede conseguir 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 replicación continua en espera.
Nota
La hora de registro de la última inspección proporciona información acerca de los cambios más recientes en el origen de SCR. Esto facilita la detección de errores que se producen cuando no se inicia el Servicio de replicación de Microsoft Exchange, ya que las longitudes de cola son imprecisas cuando se detiene el Servicio de replicación de Microsoft Exchange.
La longitud de la cola de copia incluye la mejor información disponible sobre el origen de SCR 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 con errores, debe decidirse si se va a activar o no el destino para SCR disponible:
Si la longitud de la cola de reproducción es considerable, la recuperación puede tardar, pero esto no quiere decir que se vaya a experimentar una pérdida de datos importante.
Si la longitud de la cola de copia es considerable, se han perdido muchos registros. Si se activa 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 inexacta.
Nota
Dada la naturaleza de SCR, así como las latencias externas y los errores de comunicación, es posible que la longitud de la cola de copia sea imprecisa, debido a que el estado actual de la copia activa se actualiza de forma asincrónica. En general, la imprecisión se limita a actividades alrededor de un minuto antes y después del error.
Nota
No se puede usar una base de datos con errores para inicializar un destino para SCR.