Exportar (0) Imprimir
Expandir todo

Cómo mover todos los servidores virtuales de Exchange desde un clúster de producción de Exchange 2003 a un clúster en espera de Exchange 2003

 

Última modificación del tema: 2006-01-16

Un clúster en espera de Microsoft® Exchange es un clúster de Microsoft Windows Server™ que hace lo siguiente:

  • Coincide con el clúster de producción de Exchange en términos de configuración de hardware y software, incluidas las versiones y actualizaciones de software de Microsoft Windows® y Exchange.
  • Tiene instalados en él archivos de programa de Exchange, pero aún no está configurado con ningún servidor virtual de Exchange.
  • Sólo se puede utilizar cuando están desconectados todos los servidores virtuales de Exchange en el clúster de producción.

Este tema describe cómo mover todos los servidores virtuales de Exchange desde un clúster de producción de Exchange 2003 a un clúster en espera de Exchange 2003. Este proceso se puede utilizar al recuperarse de la pérdida de todo el clúster de producción, o como solución de fiabilidad de un sitio para clústeres de Exchange 2003. Este tema asume que se encuentra familiarizado con conceptos de clústeres de Windows, así como con el funcionamiento de Microsoft Exchange Server 2003 en un entorno de clúster de Windows.

Un clúster de Windows Server 2003 puede alojar varios servidores virtuales de Exchange. Todos los servidores virtuales de Exchange se pueden mover de un clúster de Windows a otro.

Al transferir servidores virtuales de Exchange desde un clúster de producción a uno en espera, se deben mover todos los clústeres virtuales de Exchange del clúster de producción. No debe haber ningún servidor virtual de Exchange en ejecución en el clúster de producción.

noteNOTA:
Este proceso sólo se admite para clústeres de Exchange Server 2003 que se ejecuten en Windows Server 2003. El proceso que se describe en este tema no se puede aplicar a Exchange 2000 Server o Exchange Server 5.5, ni tampoco es compatible para ellos.

Cuando se elimina el recurso Operador de sistema de Exchange en un clúster de Exchange 2000 utilizando Administrador de clústeres, se eliminarán todos los objetos del servicio de directorio de Active Directory® asociados con el servidor virtual de Exchange y se quitará el servidor virtual de Exchange.

Con los clústeres de Exchange 2003, la eliminación del recurso Operador de sistema no eliminará los objetos de Active Directory asociados con el servidor virtual de Exchange ni les afectará de ningún otro modo. Para quitar completamente el servidor virtual de Exchange 2003, deberá hacer clic con el botón secundario del mouse en el recurso de clúster Operador de sistema de Exchange o el grupo de recursos de Exchange y seleccionar Quitar servidor virtual de Exchange.

Este cambio en el comportamiento de Exchange 2000 se puede utilizar para transferir un servidor virtual de Exchange desde un clúster de producción de Exchange 2003 a un clúster en espera de Exchange 2003.

Este tema se limitado a explicar cómo transferir servidores virtuales de Exchange desde un clúster de producción a uno en espera. En este tema no se tratan en detalle las estrategias para replicar o restaurar los datos de usuarios existentes en el clúster en espera.

Debido a que el clúster en espera reutilizará la información ya almacenada en Active Directory, se deberán cumplir los siguientes requisitos para configurar un clúster en espera de Exchange:

  • La configuración de hardware del clúster en espera debe aparecer en la categoría Cluster Solutions en Windows Server Catalog.
  • La interfaz de red pública del clúster en espera debe residir en la misma subred IP que el clúster de producción.
    noteNOTA:
    Se puede instalar el clúster en espera en una subred IP distinta; sin embargo, debe revisar “Implicaciones del cambio de la dirección IP del servidor virtual de Exchange” más adelante en este tema para obtener más información sobre el cambio de subredes IP.
  • El clúster en espera no puede alojar ningún servidor virtual de Exchange de los demás clústeres.
  • La versión del sistema operativo es Windows Server™ 2003 Enterprise Edition.
  • El Service Pack y las revisiones del sistema operativo instalados en el clúster en espera deben ser de la misma versión que los instalados en el clúster de producción.
  • Los binarios, Service Pack y revisiones de Exchange Server 2003 deben estar preinstalados en todos los nodos del clúster en espera y coincidir con las versiones instaladas en el clúster de producción.
  • Las direcciones IP y nombres de equipos de los nodos del clúster en espera no deben entrar en conflicto con otras direcciones IP o nombres de equipos de la red.
  • Los recursos Dirección IP y Nombre de red del clúster en espera no deben entrar en conflicto con la Dirección IP o el Nombre de red de ninguno de los clústeres de la red.
  • La configuración de los recursos de disco físico del clúster en espera debe coincidir con las mismas letras de unidad en uso por Exchange en el clúster de producción.
    noteNOTA:
    El clúster de producción se puede configurar como clúster de nodo único sólo si el clúster de producción es un clúster activo/pasivo de dos nodos que aloja al servidor virtual de Exchange. Si el clúster de producción aloja a más de un servidor virtual de Exchange, el clúster en espera debe tener el mismo número de nodos que el clúster de producción.

Todos los servidores virtuales de Exchange alojados en el clúster de producción deben moverse juntos al clúster en espera. Microsoft no admite la dispersión de varios servidores virtuales de Exchange de un clúster a varios clústeres en espera independientes.

  1. Debe instalar el clúster en espera con la misma configuración que el clúster de producción y asegurarse de que reúne los requisitos indicados anteriormente.

  2. Aunque el hardware del clúster en espera no tiene por qué ser el mismo que el del clúster de producción, se recomienda que el clúster en espera tenga las mismas capacidades generales para mantener los niveles de fiabilidad y rendimiento del clúster de producción.

  3. Asegúrese de que el clúster en espera está configurado con un grupo de recursos adecuado para alojar los recursos del clúster de Exchange.

  4. Asegúrese de que los grupos de recursos de Exchange en el clúster en espera contienen recursos de disco físico que representan las mismas letras de unidad en uso por Exchange en el clúster de producción. Estas unidades no deben contener datos previos de Exchange.

  5. Para obtener más información acerca de la instalación de Exchange Server 2003 en un clúster, consulte la Guía de implementación de Exchange Server 2003.

  1. Asegúrese de que todos los servidores virtuales de Exchange están desconectados en el clúster de producción.

  2. Asegúrese de que los recursos de disco físico que va a utilizar Exchange en el clúster en espera no contiene ningún dato previo de Exchange.

  3. En el clúster en espera, cree el recurso Dirección IP de Exchange y conéctelo. El recurso Dirección IP de Exchange debe crearse con la misma dirección IP configurada para el servidor virtual de Exchange en el clúster de producción. Consulte “Implicaciones del cambio de la dirección IP del servidor virtual de Exchange” más adelante para obtener más información.

  4. En el clúster en espera, cree un recurso Nombre de red de Exchange. El recurso Nombre de red de Exchange debe coincidir con el Nombre de red de Exchange del clúster de producción y se deben seleccionar las casillas de verificación “Completar correctamente el registro DNS” y “Habilitar autenticación Kerberos”.

  5. Ponga en conexión el recurso Nombre de red de Exchange.

  6. Verifique que puede hacer ping en el Nombre de red de Exchange por nombre.

  7. En el clúster en espera, cree el recurso Operador de sistema de Exchange.

    noteNOTA:
    Como el nombre del servidor virtual de Exchange ya existe en Active Directory, las opciones para especificar Ruta de acceso, Grupo administrativo y Grupo de enrutamiento no estarán disponibles.
  8. Una vez que cree correctamente el recurso Operador de sistema de Exchange, ponga en conexión todos los recursos de Exchange. Debido a la latencia de replicación de Active Directory, es posible que algunos recursos no se conecten en el primer intento. Si es así, espere a que se produzca la replicación y, a continuación, intente conectar de nuevo los recursos.

    noteNOTA:
    En este momento, si las bases de datos de Exchange no están presentes, el recurso de clúster Almacén de información de Exchange comenzará correctamente; sin embargo, las bases de datos permanecerán desmontadas. Si las bases de datos están presentes en sus ubicaciones configuradas, se montarán de manera automática.
  9. Implemente su estrategia de restauración o recuperación de datos y ponga en conexión las bases de datos. Para obtener información general acerca de las estrategias de recuperación de datos, consulte “Recuperación de datos de usuario” más adelante en este tema.

  1. Ponga fuera de conexión el recurso Nombre de red de Exchange. Esta acción también pondrá fuera de conexión a todos los recursos de Exchange.

  2. Elimine el recurso de clúster Operador de sistema de Exchange. Esta acción también eliminará todos los recursos de Exchange, pero no quitará de Active Directory el objeto Servidor virtual de Exchange.

  3. Elimine el recurso Nombre de red de Exchange.

  4. Elimine el recurso Dirección IP de Exchange.

  5. En función del estado del clúster de producción, continúe con los siguientes casos:

    1. Si es necesario reconstruir el clúster de producción, siga el procedimiento "Para reconstruir el clúster de producción" más adelante en este tema.
    2. Si el clúster de producción está fuera de línea pero no es necesario reconstruirlo, siga el procedimiento "Para mover los servidores virtuales de Exchange de nuevo al clúster de producción" más adelante en este tema.

  1. Puede reconstruir el clúster de producción en el mismo hardware o en uno nuevo.

  2. Restaure o vuelva a conectar el hardware de almacenamiento en el clúster asegurándose de que estén presentes en el clúster los mismos recursos de disco físico, letras de unidad y rutas de acceso.

  3. Instale Exchange Server 2003, Service Packs y revisiones en todos los nodos.

  4. Siga el procedimiento que aparece en "Para mover los servidores virtuales de Exchange de nuevo al clúster de producción" más adelante en este tema para completar el proceso.

  1. Ponga en conexión sólo el recurso Dirección IP de Exchange en el clúster de producción.

  2. Restablezca la cuenta del equipo de Exchange abriendo las propiedades del recurso Nombre de red de Exchange, desactivando la casilla de verificación Habilitar autenticación Kerberos y haciendo clic en Aplicar.

  3. A continuación, haga clic en Habilitar autenticación Kerberos y en Aceptar. Esta acción provocará el restablecimiento de la cuenta del equipo de Active Directory que utiliza el nombre del servidor virtual de Exchange.

  4. Ponga en conexión los recursos de Exchange.

noteNOTA:
Los pasos 2 y 3 también se pueden conseguir utilizando los siguientes comandos de cluster.exe en el nodo de clúster activo, con el recurso Nombre de red de Exchange fuera de conexión:
cluster res <Exchange Network Name> /priv RequireKerberos=0
cluster res <Exchange Network Name> /priv RequireKerberos=1

Aunque se recomienda encarecidamente que el clúster en espera resida en la misma subred IP que el clúster de producción, en algunas situaciones puede que sea necesario que el clúster en espera esté instalado en una subred IP diferente.

Si cambia la dirección IP para un servidor virtual de Exchange, este cambio puede hacer que se retrase la nueva puesta en conexión del servidor y provocar al cliente problemas temporales de conexión, debido a las latencias de la replicación de DNS, WINS y Active Directory, así como de las actualizaciones de la caché de nombres del cliente.

Después de cambiar la dirección IP, es posible que la dirección IP original del servidor de Exchange permanezca en varios lugares. En este caso, el clúster del servidor lee los valores originales. Por lo tanto, los recursos del clúster no superan la comprobación IsAlive y no pueden permanecer conectados. Para obtener más información, consulte el artículo 315691 de Microsoft Knowledge Base, “Los sucesos se registran después de que una dirección IP se cambie en un clúster de Exchange”, (http://support.microsoft.com/?&kbid=315691).

Esta sección se centra en la transferencia de la configuración lógica para un servidor virtual de Exchange desde un clúster de producción de Exchange 2003 hasta un clúster en espera de Exchange 2003. No trata la transferencia de carpetas y datos de buzones existentes. Existen varias estrategias que se pueden utilizar para replicar o restaurar bases de datos de Exchange. Esta sección proporciona una introducción general de estas estrategias, pero no proporcionará recomendaciones o procedimientos detallados.

La estrategia de recuperación más básica es restaurar copias de seguridad de bases de datos en el clúster en espera antes de poner el clúster en conexión. Restaurar todos los datos antes de que los usuarios inicien sesión en el servidor en espera es una estrategia relativamente sencilla desde el punto de vista del administrador. Cuando el servidor se conecta, se encuentra en el mismo estado que tenía antes de moverse, o al menos todos los datos que se van a recuperar ya se han recuperado.

Una desventaja de esta estrategia es que puede llevar mucho tiempo restaurar un número elevado de datos, especialmente si estos se deben transportar por distancias geográficamente extensas. Sin embargo, se pueden utilizar tecnologías más recientes, como copias de seguridad del Servicio de instantáneas de volumen (VSS) y replicación basada en almacenamiento para reducir el tiempo de restauración.

Recuperación de tono de marcado es una estrategia algo más compleja de administrar, pero que también presenta diversas ventajas respecto de la estrategia “restaurar primero”. La recuperación del tono de marcado se basa en la restauración del servicio de envío y recepción de correo electrónico rápidamente mientras se realizan al mismo tiempo esfuerzos de recuperación de datos previamente existentes.

En una recuperación del tono de marcado, no se realiza un intento inmediato de restaurar los datos anteriores, sino que se ponen en conexión nuevas bases de datos de Exchange en el clúster en espera. Los usuarios pueden iniciar sesión en Exchange y enviar y recibir nuevo correo, aunque el contenido anterior de su buzón no estará disponible en ese momento.

Exchange proporciona dispositivos para combinar el contenido de las dos bases de datos de buzones. Una vez restauradas y recuperadas las bases de datos previamente existentes, puede combinar los nuevos datos desde la base de datos de tonos de marcado con la base de datos de producción y proporcionar a los usuarios un único buzón que contiene datos de antes y después del desastre. La operación de combinación se puede realizar mientras Exchange está conectado.

Para obtener más información acerca de la instalación de Exchange Server 2003 en un clúster, consulte la Guía de implementación de Exchange Server 2003.

Para obtener más información acerca de la estrategia de recuperación del tono de marcado y de la combinación de buzones, consulte Using Exchange Server 2003 Recovery Storage Groups (en inglés).

 
¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft