Cómo cambiar a la copia pasiva de una base de datos

  • Artículo

 

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

Última modificación del tema: 2006-12-20

En este tema se describe cómo recuperar datos cuando una base de datos y sus archivos de registro que se han habilitado para la replicación continua local (LCR) se dañan.

Antes de empezar

Debe realizar los siguientes procedimientos utilizando una cuenta que tenga los permisos de administrador de Exchange Server.

Aunque el siguiente procedimiento usa el parámetro ReplaceLocations del cmdlet Restore-StorageGroupCopy, se recomienda en su lugar cambiar asignaciones de unidad o realizar alguna otra operación de bajo nivel. Las asignaciones de unidad pueden cambiarse con el complemento Microsoft Management Console (MMC) para la administración de discos o la herramienta Diskpart incluida con Microsoft Windows Server 2003. La razón para esta recomendación es garantizar que los archivos del grupo de almacenamiento activo y de base de datos sigan teniendo nombres de archivo significativos que representen que son copias de producción activas. El parámetro ReplaceLocations garantiza que las copias activas de la base de datos y los registros están incluidos en los directorios normalmente reservados para las copias pasivas de estos archivos. El funcionamiento en esta configuración podría derivar en una confusión futura a la hora de distinguir la copia activa de los datos de la copia pasiva de los datos.

Procedimiento

Para recuperar datos dañados de la copia activa de una base de datos que esté habilitada para la LCR

  1. Compruebe que el daño no es resultado de un error en la unidad de registro sin conexión, en la unidad de base de datos sin conexión o en la configuración del volumen del disco. Si el volumen de registro del grupo de almacenamiento de producción no está disponible (y podría estarlo) en el momento de la conmutación por error, puede que se pierdan más datos de los necesarios.

  2. Valore si los datos de la copia pasiva de la base de datos son aceptables. A modo de orientación sobre cómo realizar esta valoración, consulte Cómo ver el estado de una copia de replicación continua local (Cómo ver el estado de una copia de una replicación continua local) (en inglés). Normalmente, el sistema deberá recuperar todos los datos de la copia activa de la base de datos. De ese modo, la valoración deberá demostrar que están disponibles todos los archivos de registro necesarios. Si este no es el caso, deberá investigar por qué algunos archivos de registro o todos no están disponibles.

  3. Desmonte la base de datos dañada. Puede usar el cmdlet Dismount-Database del Shell de administración de Exchange o la opción de menú contextual Desmontar para la base de datos de la Consola de administración de Exchange.

  4. Use el cmdlet Restore-StorageGroupCopy de la forma siguiente para activar la copia de la base de datos. Puede hacerse de dos formas:

    Nota

    La copia de LCR se deshabilita automáticamente como parte de la ejecución del cmdlet Restore-StorageGroupCopy.

    1. Para activar la copia y dejar el grupo de almacenamiento de producción y las rutas de bases de datos sin modificar, ejecute el siguiente cmdlet:

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName>

      Nota

      La mejor manera de hacerlo es activar la copia en su ubicación actual, mover los archivos, cambiar las letras de las unidades o montar puntos de asignación para que los archivos de copia se posicionen bajo las rutas de producción. Con esta estrategia, la base de datos de producción se mantiene en la ubicación esperada.

    2. Para activar la copia y actualizar el grupo de almacenamiento de producción y las rutas de base de datos con las de la copia de LCR, ejecute el cmdlet Restore-StorageGroupCopy con la opción -ReplaceLocations de la siguiente manera:

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName> -ReplaceLocations:$true

      Nota

      Un administrador se podría sorprender posteriormente si se queda en su sitio por un periodo ampliado. El factor decisivo debe ser si los archivos de copia se pueden reubicar en pocos minutos, permitiendo así una rápida recuperación.

  5. En la petición de confirmación, escriba Y y, a continuación, presione ENTRAR.

  6. Realice este paso si ha realizado el paso 4a en el que las rutas de producción no se modificaron (-ReplaceLocations no se especificó en el cmdlet Restore-StorageGroupCopy). Los archivos de copia pasiva deben ser reubicados en el grupo de almacenamiento de producción y las rutas de base de datos. Utilice el sistema de archivos o la herramienta de administración de volumen adecuados para mover los registros, los archivos de sistema y la base de datos de la copia de LCR a estas ubicaciones.

  7. Ya puede montarse la base de datos.

  8. El cmdlet Restore-StorageGroupCopy deshabilita automáticamente la LCR para el grupo de almacenamiento. La LCR debe estar habilitada después de finalizar la recuperación. Para conocer los pasos detallados acerca de cómo habilitar la LCR para un grupo de almacenamiento, consulte Cómo habilitar la replicación continua local para un grupo de almacenamiento existente (Cómo habilitar una replicación continua local para un grupo de almacenamiento existente) (en inglés).

Para obtener más información

Para obtener información detallada acerca de la sintaxis y los parámetros, consulte Restore-StorageGroupCopy (en inglés).

Para obtener más información acerca de la administración del entorno de la LCR, consulte Administración de la replicación continua local.