Cambios y conmutaciones por error

Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Última modificación del tema: 2016-11-28

Los cambios y las conmutaciones por error son las dos formas de interrupciones en Microsoft Exchange Server 2010. Un cambio es una interrupción programada de una base de datos o un servidor iniciada explícitamente por un administrador, en general, al preparar una operación de mantenimiento. Los cambios implican que un administrador mueva la copia activa de la base de datos de buzones de correo a otro servidor en el grupo de disponibilidad de base de datos (DAG).

Una conmutación por error es un evento inesperado que hace que los datos, los servicios o ambos no estén disponibles. Una conmutación por error implica que el sistema se recupere automáticamente de un error al activar una copia pasiva de la base de datos de buzones de correo para convertirla en la copia activa de la base de datos de buzones de correo.

La plataforma de alta disponibilidad en Exchange 2010 está diseñada para manejar tanto cambios como conmutaciones por error.

¿Está buscando tareas de administración relacionadas con la alta disponibilidad y la resistencia del sitio? Consulte Administración de la alta disponibilidad y la resistencia de sitios.

Cambios

Existen tres tipos de cambios en Exchange 2010:

• Cambios de base de datos

• Cambios de servidor

• Cambios de centro de datos

Cambios de base de datos

Un cambio de base de datos es el proceso por el cual una base de datos activa individual se pasa a otra copia de la base de datos (una copia pasiva), y dicha copia de la base de datos se convierte en la nueva copia activa de la base de datos. Los cambios de base de datos pueden ocurrir tanto dentro de los centros de datos como entre ellos. Un cambio de base de datos se puede realizar usando la Consola de administración de Exchange (EMC) o el Shell de administración de Exchange. Independientemente de la interfaz que se usa, el proceso de cambio es el mismo:

1. El administrador inicia un cambio de base de datos para mover la copia actualmente activa de la base de datos de buzones de correo a otro servidor. El cambio se puede iniciar mediante el cmdlet Move-ActiveMailboxDatabase o mediante el Asistente para activar copias de base de datos.

2. El cliente usado para la tarea realiza una llamada RPC al servicio de replicación de Microsoft Exchange en un miembro del DAG.

3. Si el miembro del DAG no cuenta con el rol de administrador activo principal (PAM), el miembro del DAG envía la tarea al PAM.

4. La tarea realiza una llamada RPC al servicio de replicación de Microsoft Exchange en el PAM.

5. El PAM lee y actualiza la información de la ubicación de la base de datos que está almacenada en la base de datos del clúster para el DAG.

6. El PAM se pone en contacto con el servicio de replicación de Microsoft Exchange en el miembro del DAG cuya copia pasiva se está activando como la nueva copia activa de la base de datos de buzones de correo.

7. El servicio de replicación de Microsoft Exchange en el servidor de destino solicita a los servicios de replicación de Microsoft Exchange en todos los demás miembros del DAG que determinen el mejor origen del registro para la copia de la base de datos.

8. La base de datos se desmonta del servidor actual, y el servicio de replicación de Microsoft Exchange en el servidor de destino copia los registros restantes en el servidor de destino.

9. El servicio de replicación de Microsoft Exchange en el servidor de destino solicita un montaje de base de datos.

10. El servicio de almacén de información de Microsoft Exchange en el servidor de destino reproduce los archivos de registro y monta la base de datos.

11. Los códigos de error se devuelven al servicio de replicación de Microsoft Exchange en el servidor de destino.

12. El PAM actualiza la información del estado de la copia de la base de datos en la base de datos del clúster para el DAG.

13. Los códigos de error son devueltos por el servicio de replicación de Microsoft Exchange en el servidor de destino al servicio de replicación de Microsoft Exchange en el PAM.

14. El servicio de replicación de Microsoft Exchange en el PAM devuelve los errores a la interfaz administrativa en la cual se llamó a la tarea.

15. PowerShell en remoto devuelve los resultados de la operación a la interfaz administrativa que realiza la llamada.

Para obtener instrucciones detalladas acerca de cómo realizar un cambio de base de datos, consulte Activar una copia de la base de datos de buzones.

Cambios de servidor

Un cambio de servidor es el proceso por el cual todas las bases de datos activas en un miembro del DAG se activan en uno o más miembros del DAG. Al igual que los cambios de base de datos, un cambio de servidor puede ocurrir tanto dentro de un centro de datos como entre centros de datos, y puede ser iniciado mediante el uso de la EMC y el Shell. Independientemente de la interfaz que se usa, el proceso de cambio es el mismo:

1. El administrador inicia un cambio de servidor para mover todas las copias actualmente activas de la base de datos de buzones de correo a uno o más servidores. El cambio se puede iniciar mediante el cmdlet Move-ActiveMailboxDatabase o mediante la interfaz de usuario del servidor de cambio.

2. La tarea realiza los mismos pasos detallados anteriormente en este tema para los cambios de base de datos (pasos 2 a 4) de cada una de las bases de datos activas en el servidor actual.

3. El PAM lee y actualiza la información de la ubicación de la base de datos que está almacenada en la base de datos del clúster para el DAG.

4. El PAM se pone en contacto con el servicio de replicación de Microsoft Exchange en cada miembro del DAG en el cual se está activando una copia pasiva.

5. El servicio de replicación de Microsoft Exchange en los servidores de destino solicita a los servicios de replicación de Microsoft Exchange en todos los demás miembros del DAG que determinen el mejor origen del registro para la copia de la base de datos.

6. La base de datos se desmonta del servidor actual, y el servicio de replicación de Microsoft Exchange en cada servidor de destino copia los registros restantes.

7. El servicio de replicación de Microsoft Exchange en cada servidor de destino solicita un montaje de base de datos.

8. El servicio de almacén de información de Microsoft Exchange en cada servidor de destino reproduce los archivos de registro y monta la base de datos.

9. Los códigos de error se devuelven al servicio de replicación de Microsoft Exchange en el servidor de destino.

10. El PAM actualiza la información del estado de la copia de la base de datos en la base de datos del clúster para el DAG.

11. Los códigos de error son devueltos por el servicio de replicación de Microsoft Exchange en el servidor de destino al servicio de replicación de Microsoft Exchange en el PAM.

12. El servicio de replicación de Microsoft Exchange en el PAM devuelve los errores a la interfaz administrativa en la cual se llamó a la tarea.

13. PowerShell en remoto devuelve los resultados de la operación a la interfaz administrativa que realiza la llamada.

Para obtener instrucciones detalladas acerca de cómo realizar un cambio de servidor, consulte Realizar un cambio de servidor.

Cambios de centro de datos

Un error en el sitio o el centro de datos se administra de manera diferente de los tipos de errores que pueden provocar la conmutación por error de un servidor o una base de datos. En una configuración de alta disponibilidad, la recuperación automática es iniciada por el sistema, y el error, por lo general, deja el sistema de mensajería en un estado completamente funcional. Por otro lado, un error en el centro de datos se considera un evento de recuperación ante desastres y, como tal, la recuperación debe realizarse y completarse de forma manual para que el servicio de cliente se restaure y para que la interrupción finalice. El proceso que realiza se denomina cambio de centro de datos. Como sucede con muchas situaciones de recuperación ante desastres, la planificación y la preparación anticipadas de un cambio de centro de datos pueden simplificar el proceso de recuperación y reducir la duración de la interrupción.

Para obtener más información acerca de los cambios de centro de datos, además de instrucciones detalladas acerca de cómo realizar un cambio de centro de datos, consulte Cambios en el centro de datos.

Si quiere ayuda para hacer un cambio de centro de datos, vea Tutorial guiado: Cambio de centro de datos de Exchange Server 2010 para un grupo de disponibilidad de base de datos.

Conmutaciones por error

Una conmutación por error es un proceso de activación automático que puede ocurrir en las bases de datos o en los servidores. Las conmutaciones por error ocurren en respuesta a un error que afecta a una base de datos individual (por ejemplo, una pérdida de almacenamiento aislada) o un servidor completo (por ejemplo, un error en la placa base o una pérdida de energía).

Los DAG y las copias de bases de datos de buzones de correo proporcionan una redundancia completa (y, por lo tanto, una recuperación rápida) de los datos y los servicios que permiten obtener acceso a los datos. En la siguiente tabla, se describen las acciones de recuperación previstas para diversos errores. Algunos errores requieren que el administrador inicie la recuperación, mientras que otros son administrados automáticamente por el sistema.

Conmutaciones por error de base de datos

Una conmutación por error de base de datos sucede cuando una copia de la base de datos que estaba activa ya no puede permanecer activa. Como parte de una conmutación por error de base de datos, ocurre lo siguiente:

1. El error de base de datos es detectado por el servicio de almacén de información de Microsoft Exchange.

2. El servicio de almacén de información de Microsoft Exchange escribe eventos de error en el registro de eventos del canal crimson.

3. El administrador activo en el servidor que contiene la base de datos con error detecta los eventos de error.

4. El administrador activo solicita el estado de la copia de la base de datos de otros servidores que contienen una copia de la base de datos.

5. Los demás servidores devuelven el estado de la copia de la base de datos solicitado al administrador activo que lo solicita.

6. El PAM comienza a mover la base de datos activa a otro servidor en el DAG mediante un algoritmo de selección de la mejor copia.

7. El PAM actualiza la ubicación de montaje de la base de datos en la base de datos del clúster para enviarla al servidor seleccionado.

8. El PAM envía una solicitud al administrador activo en el servidor seleccionado para convertirse en el patrón de base de datos.

9. El administrador activo en el servidor seleccionado solicita que el servicio de replicación de Microsoft Exchange intente copiar los últimos registros del servidor anterior y establezca la marca de montaje para la base de datos.

10. El servicio de replicación de Microsoft Exchange copia los registros del servidor que tenía previamente la copia activa de la base de datos.

11. El administrador activo lee el número de generación de registro máximo de la base de datos del clúster.

12. El servicio de almacén de información de Microsoft Exchange monta la nueva copia activa de la base de datos.

Conmutaciones por error de servidor

Una conmutación por error de servidor sucede cuando el miembro del DAG ya no puede reparar la red MAPI, o cuando el Servicio de clúster en un miembro del DAG ya no puede ponerse en contacto con los miembros del DAG restantes. Como parte de una conmutación por error de servidor, ocurre lo siguiente:

1. El Servicio de clúster en el PAM envía una notificación al PAM por una de las dos razones:

   1. Nodo inactivo   El servidor es accesible, pero no puede participar en las operaciones del DAG.

   2. Red MAPI inactiva   No se puede poner en contacto con el servidor mediante la red MAPI; por lo tanto, el servidor no puede participar en las operaciones del DAG.

2. Si el servidor es accesible, el PAM contacta al administrador activo en el servidor afectado y solicita que se desmonten todas las bases de datos inmediatamente.

3. Para cada copia de base de datos afectada:

   1. El PAM solicita el estado de la copia de la base de datos de todos los servidores en el DAG.

   2. El PAM recibe una respuesta de todos los miembros del DAG accesibles y activos.

   3. El PAM intenta determinar el mejor origen del registro entre todos los servidores que responden al consultar el número de generación de registro más reciente de cada uno de los respondedores.

   4. Cada uno de los servidores responde con el número de generación de registro.

4. El PAM recupera el estado actual del catálogo del índice de búsqueda de la base de datos del clúster.

5. Según el número de generación de registro y el estado del catálogo de la copia de cada base de datos, el PAM selecciona las mejores copias para activar.

6. El PAM actualiza la ubicación montada de la base de datos en la base de datos del clúster.

7. El PAM inicia la conmutación por error de base de datos comunicándose con el administrador activo en uno o más servidores.

8. El administrador activo en los servidores seleccionados solicita que el servicio de replicación de Microsoft Exchange intente copiar los últimos registros del servidor anterior y establezca la marca de montaje.

9. Cuando la base de datos se puede montar, el administrador activo en los servidores monta la base de datos.

Para obtener más información acerca del mejor proceso de selección de copia del administrador activo, consulte Descripción de Active Manager.

 © 2010 Microsoft Corporation. Reservados todos los derechos.