Compartir a través de


Cómo restaurar el acceso a la base de datos de producción después de un error en una única base de datos

 

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-21

En este tema se describe cómo recuperar datos dañados en la base de datos o grupo de almacenamiento activos de un servidor configurado para una replicación continua de clústeres (CCR).

Antes de empezar

Debe realizar el procedimiento siguiente utilizando una cuenta a la que se haya delegado la función de administrador de servidor de Exchange.

Procedimiento

Para recuperar datos dañados en un servidor configurado para CCR

  1. Identifique el nodo pasivo del servidor de buzones de correo en clúster ejecutando el siguiente comando:

    Get-ClusteredMailboxServerStatus -Identity:<Name>
    
  2. 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.

    Importante

    Si el volumen de registro en el nodo activo no está habilitado en el momento de la conmutación por error, puede que se pierdan más datos de los necesarios.

  3. Pase el servidor de buzones de correo en clúster desde el nodo activo al pasivo utilizando el cmdlet Move-ClusteredMailboxServer de la siguiente forma:

    Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -movecomment:<Comment>
    

    Nota

    Para obtener más información acerca del proceso de transporte del cmdlet Move-ClusteredMailboxServer, vea Move-ClusteredMailboxServer (en inglés).

    Importante

    Si determina que los registros no están disponibles, debería introducir el argumento -ignoredismounted como se muestra en el siguiente código de muestra:

    Move-ClusteredMailboxServer -Identity:<Name> -targetmachine:<TargetName> -ignoredismounted -movecomment:<Comment>
    

    Nota

    Si se produce un error más adelante en el proceso de traslado, se realiza la transición de propiedad del servidor de buzones de correo en clúster, pero todas las bases de datos afectadas se quedan sin conexión.

  4. Una vez completada la operación de movimiento, asegúrese de que todos los volúmenes se hayan montado. Si una o más bases de datos no se montan, debe determinar el estado de la copia local mediante el cmdlet Get-StorageGroupCopyStatus. Debe determinar si el origen está exponiendo todos los archivos de registro disponibles anteriores a la ejecución de Restore-StorageGroupCopy o si está satisfecho con el estado de la copia.

  5. Si los registros no están disponibles para realizar el proceso sin pérdida para todos los grupos de almacenamiento, el cmdlet Restore-StorageGroupCopy debe ejecutarse de la siguiente forma:

    Restore-StorageGroupCopy -Identity:"mbx01\SG1"
    

    Nota

    Cuando se ejecuta el cmdlet Restore-StorageGroupCopy, se muestra el estado de la copia del grupo del almacenamiento y aparece una petición de confirmación para completar la opción de restaurar. Si desea completar la operación de restauración, escriba .

    Importante

    Si decide no completar la operación de restauración cuando aparezca el mensaje de confirmación, podrá volver a ejecutar el comando más adelante.

    Nota

    Para obtener más información acerca del proceso de transporte del cmdlet Restore-StorageGroupCopy, vea Restore-StorageGroupCopy (en inglés).

  6. Ya se puede montar la base de datos. Para ello, puede usar tanto el Shell de administración de Exchange como la Consola de administración de Exchange, tal como se explica en Cómo montar una base de datos en un entorno de replicación continua de clústeres (en inglés).

  7. Si ha seleccionado para completar la operación de restauración, cuando ésta se haya completado, debe montar manualmente la base de datos en el grupo de almacenamiento, tal como se describe en el tema Cómo montar una base de datos en un entorno de replicación continua de clústeres (en inglés). Ante la ausencia de más errores, estos pasos activarán la copia en el nodo pasivo.

    Importante

    Tras la activación de la copia, la copia dañada debe ser restaurada a una condición en la que pueda ser un destino de replicación. Esta tarea puede conllevar la reparación del problema de hardware que causó el daño o el error.

Para obtener más información

Para obtener más información acerca de la publicación en línea de las bases de datos, vea Cómo montar una base de datos en un entorno de replicación continua de clústeres (en inglés).

Para obtener más información acerca del cmdlet Get-ClusteredMailboxServerStatus, vea Get-ClusteredMailboxServerStatus (en inglés).