Administración de clústeres de copia única

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

Última modificación del tema: 2008-03-06

Además de las tareas de administración diaria de una organización con Exchange, existen tareas específicas de un clúster de copia única (SCC).

Las tareas administrativas para un SCC son:

• Administrar los recursos de disco.

• Administrar bases de datos y grupos de almacenamiento.

• Visualización del estado y las opciones de configuración de SCC y del servidor de buzones de correo en clúster (CMS).

• Administrar el clúster o CMS (detener e iniciar el CMS) y realizar el mantenimiento del clúster.

A diferencia de lo que ocurría en versiones anteriores de Microsoft Exchange Server, en las que se utilizaba el Administrador de clústeres para numerosas tareas administrativas, muchas de las tareas de administración en un SCC implican el uso de la Consola de administración de Exchange o el Shell de administración de Exchange. Existen, sin embargo, tareas de administración que requieren el Administrador de clústeres o la interfaz de administración de línea de comandos Cluster.exe.

Administración de los recursos del disco

Un SCC utiliza el almacenamiento compartido para hospedar los datos de todos los grupos de almacenamiento. El almacenamiento compartido debe encontrarse disponible para todos los servidores configurados para hospedar el CMS y estar correctamente integrado en el modelo de recurso de CMS. En algunos casos, puede ser necesario agregar almacenamiento a una configuración existente. En otros casos, el almacenamiento que se utilizará fue utilizado anteriormente por otro CMS. En el tema Cómo agregar un recurso de disco físico a un servidor de buzón en clústeres se proporciona un procedimiento acerca de cómo agregar un nuevo recurso de disco en un modelo de recurso de CMS.

Después de cualquier cambio de configuración, se recomienda comprobar si se siguen las dependencias y la configuración adecuadas. En el tema Cómo configurar las dependencias de disco para un clúster de copia única en Windows Server 2003 se describe este procedimiento.

Si es necesario administrar volúmenes de disco en un SCC, deben desmontarse las bases de datos del grupo de almacenamiento. Para obtener instrucciones detalladas sobre cómo desmontar una base de datos, consulte la sección "Montaje y desmontaje de bases de datos" de este tema.

Administración de grupos de almacenamiento y bases de datos

Existe una variedad de tareas administrativas que puede realizar y que están relacionadas con los grupos de almacenamiento y las bases de datos en el CMS del SCC. Estas tareas incluyen la creación y eliminación de bases de datos y grupos de almacenamiento, el montaje y desmontaje de bases de datos y la reubicación de datos de grupos de almacenamiento moviendo archivos de registro, archivos del sistema o archivos de bases de datos a una nueva ubicación. En un SCC, varias de estas tareas requieren el cambio de la configuración de disco compartido o que el modelo de recurso de CMS se actualice.

Creación y eliminación de bases de datos

El proceso para crear y eliminar bases de datos en un SCC es idéntico al proceso utilizado en una configuración independiente, excepto en que puede ser necesario agregar o eliminar discos físicos del modelo de recurso de CMS.

Para obtener instrucciones detalladas sobre cómo crear una nueva base de datos en una carpeta pública, consulte Cómo crear una base de datos de carpetas públicas nueva. Para obtener instrucciones detalladas sobre la actualización del modelo de recurso de clúster, consulte Cómo configurar las dependencias de disco para un clúster de copia única en Windows Server 2003.

Para eliminar una base de datos de buzones, primero deben desactivarse o eliminarse todos los buzones de la base de datos. Para eliminar una base de datos de una carpeta pública, primero debe eliminarse todo el contenido de la base de datos. Para obtener instrucciones detalladas sobre cómo quitar una base de datos de una carpeta pública, consulte Cómo quitar una base de datos de una carpeta pública.

Si el CMS no va a reutilizar inmediatamente el disco físico de la base de datos, debe quitarse el modelo de recurso del CMS. Para hacerlo, siga los pasos de la sección Cómo quitar un recurso de disco físico de un servidor de buzón en clústeres. Para obtener instrucciones detalladas sobre la actualización del modelo de recurso de clúster, consulte Cómo configurar las dependencias de disco para un clúster de copia única en Windows Server 2003.

Creación y eliminación de grupos de almacenamiento

El proceso para crear y eliminar grupos de almacenamiento en un SCC es idéntico al proceso utilizado en una configuración independiente, excepto en que puede ser necesario agregar o eliminar discos físicos del modelo de recurso de CMS. Para obtener instrucciones detalladas sobre la creación de un grupo de almacenamiento, consulte Cómo crear un nuevo grupo de almacenamiento. Para obtener instrucciones detalladas sobre cómo quitar un grupo de almacenamiento, consulte Cómo quitar un grupo de almacenamiento. Para obtener instrucciones detalladas sobre la actualización del modelo de recurso de clúster, consulte Cómo configurar las dependencias de disco para un clúster de copia única en Windows Server 2003.

Montaje y desmontaje de bases de datos

En ocasiones, es posible que sea necesario montar o desmontar bases de datos en un entorno SCC. El proceso para montar y desmontar bases de datos en un entorno SCC es idéntico al proceso de montaje y desmontaje de bases de datos de cualquier equipo que ejecute Exchange 2007. Para obtener instrucciones detalladas sobre el montaje de una base de datos, consulte Cómo montar una base de datos. Para obtener instrucciones detalladas sobre el desmontaje de una base de datos, consulte Cómo desmontar una base de datos.

Cambio de ubicación de un grupo de almacenamiento o base de datos

Es posible que sea necesario cambiar la ubicación de archivos del grupo de almacenamiento o de una base de datos en un SCC. El momento de cambiar la ubicación de los archivos depende del tamaño de la base de datos, el número de archivos de registro de transacciones que se van a mover y la velocidad de transferencia de las operaciones del disco. Durante un desplazamiento, la base de datos se desmontará. En un SCC, la reubicación de un grupo de almacenamiento puede requerir el cambio de la configuración de disco compartido o que el modelo de recurso de CMS se actualice.

Para obtener instrucciones detalladas sobre cómo cambiar la ubicación de archivos de registro de grupos de almacenamiento o archivos del sistema, consulte Cómo mover un grupo de almacenamiento en un clúster de copia única. Para obtener instrucciones detalladas sobre cómo cambiar la ubicación de una base de datos, consulte Cómo mover una base de datos en un clúster de copia única.

Visualización de los parámetros de estado y configuración

Tras la implementación de la configuración de un SCC, puede utilizar la Consola de administración de Exchange y el Shell de administración de Exchange para ver la configuración de bases de datos y grupos de almacenamiento del servidor. Entre la información de configuración se incluyen las ubicaciones del grupo de almacenamiento y los archivos de la base de datos. Para obtener los pasos detallados sobre cómo ver la información de configuración del grupo de almacenamiento de SCC, consulte Cómo ver la configuración de grupo de almacenamiento en un clúster de copia única.

Para obtener los pasos detallados acerca de cómo ver la información de configuración de la base de datos SCC, consulte Cómo ver la configuración de base de datos en un clúster de copia única.

Para obtener información detallada sobre cómo ver y cambiar los parámetros de configuración y dependencias de los discos físicos de SCC, consulte Cómo configurar las dependencias de disco para un clúster de copia única en Windows Server 2003.

Además, también puede revisar el estado del CMS mediante el Shell de administración de Exchange. Para obtener pasos detallados acerca de cómo ver el estado actual de un CMS en un SCC, consulte Cómo ver el estado de un servidor de buzón en clústeres en un clúster de copia única.

Administración de servidores de buzones de correo en clúster

Además de configurar recursos de disco y dependencias para grupos de almacenamiento y bases de datos, las otras tres tareas administrativas principales para administrar un CMS en un SCC son conectar un CMS, desconectarlo y mover un CMS entre nodos del clúster. Administrar un CMS también puede implicar el cierre o reinicio de uno de los nodos del clúster como parte de la administración de actualizaciones u otras operaciones de mantenimiento.

Traslado de un servidor de buzones de correo en clúster entre nodos

El traslado manual de un CMS entre nodos se denomina relevo o corte programado. Al realizar un relevo de un CMS en un SCC, se recomienda usar el cmdlet Move-ClusteredMailboxServer en lugar de la herramienta Administración de clúster de conmutación por error (Windows Server 2008), el Administrador de clústeres (Windows Server 2003) o Cluster.exe en todos los sistemas operativos, ya que el cmdlet permite especificar una razón para el relevo. En Exchange 2007 SP1, es posible usar el Asistente para administrar servidores de buzones de correo en clúster en la Consola de administración de Exchange para realizar el relevo de un CMS.

Al mover un CMS de un clúster de conmutación por error en el que exista latencia de red entre los nodos, se recomienda realizar la operación de movimiento desde el nodo pasivo.

Inicio y detención de servidores de buzones en clústeres

La herramienta de administración de clúster de conmutación por error (Windows Server 2008), el administrador de clústeres (Windows Server 2003) y la herramienta de línea de comandos Cluster.exe tienen la capacidad de poner en conexión y desconectar recursos. La desconexión de un CMS se denomina detención y la conexión de un CMS se denomina inicio.

El modo recomendado para iniciar un CMS es utilizar el cmdlet Start-ClusteredMailboxServer. El modo recomendado para detener un CMS es utilizar el cmdlet Stop-ClusteredMailboxServer. En Exchange 2007 SP1, es posible utilizar el Asistente para administrar el servidor de buzones de correo en clúster en la Consola de administración de Exchange para iniciar o detener un CMS.

Para conocer los pasos detallados para conectar un CMS en un SCC, consulte Cómo iniciar un servidor de buzón agrupado en un clúster de copia única. Para conocer los pasos detallados para desconectar un CMS en un SCC, consulte Cómo detener un servidor de buzones en clústeres en un clúster de copia única.

Realización del mantenimiento del clúster

El mantenimiento debe realizarse siempre en el nodo pasivo del clúster. Las actualizaciones, revisiones y otras aplicaciones generalmente no deben instalarse en el nodo activo (un nodo que actualmente posee un CMS). Para consultar los pasos detallados sobre la instalación de paquetes acumulativos de actualizaciones de Exchange en un SCC, consulte Aplicación de paquetes acumulativos de actualizaciones de Exchange 2007 a servidores de buzones de correo en clúster.

Si el mantenimiento debe realizarse en el nodo activo, entonces el CMS debe trasladarse primero a un nodo pasivo utilizando el cmdlet Move-ClusteredMailboxServer. Tras el traslado al CMS, el nodo anteriormente activo se convierte en el nodo pasivo y el nodo pasivo anterior es ahora el nodo activo. Entonces se puede realizar el mantenimiento y, además, un relevo que traslada el CMS en la dirección opuesta.

Un SCC permite programar un corte del sistema de un nodo específico sin necesidad de un corte del CMS. En un SCC de dos nodos, los nodos sólo se pueden desconectar de uno en uno si se necesita mantener el servicio y la disponibilidad de los datos. Si se desconectan los dos nodos, se producirá una interrupción en el servicio.

Un corte programado se inicia mediante el cmdlet Move-ClusteredMailboxServer del Shell de administración de Exchange. En el tema Cómo mover un servidor de buzones de correo en clúster en un clúster de copia única se facilita un procedimiento para realizar un corte programado.

Antes de cerrar o reiniciar cualquier nodo en un SCC, se recomienda comprobar el nodo que actualmente hospeda el CMS. Esta información se puede conseguir mediante el cmdlet Get-ClusteredMailboxServerStatus.

Cierre de nodos en el clúster

Si todos los nodos del clúster deben cerrarse, incluidos todos los nodos activos, primero debe detener el CMS. El proceso de cierre de Windows no tiene en cuenta Exchange. Por lo tanto, recomendamos que sólo cierre nodos pasivos. Si un nodo activo se debe cerrar o reiniciar, recomendamos que mueva el CMS a otro nodo disponible. Para obtener información detallada acerca de cómo mover un CMS a otro nodo, consulte Cómo mover un servidor de buzones de correo en clúster en un clúster de copia única.

Si el CMS no se puede mover al nodo pasivo (quizás porque ya se haya cerrado el nodo pasivo), se recomienda que lo detenga (lo desconecte) antes de cerrar el nodo activo. Para conocer los pasos detallados para desconectar un CMS en un SCC, consulte Cómo detener un servidor de buzones en clústeres en un clúster de copia única.

Si es necesario reiniciar o cerrar el nodo activo y no se puede trasladar el CMS al nodo pasivo, se recomienda usar Directiva de grupo para garantizar que el CMS se detenga antes de reiniciar o cerrar un nodo activo. Windows Server dispone de un conjunto de scripts de apagado de equipos controlados por directiva que se puede administrar con el complemento Directiva de grupo. Este complemento incluye extensiones que permiten especificar un script que se ejecuta al apagar el equipo. Los scripts se ejecutan en la cuenta Sistema local. Por ejemplo, puede crear un script de apagado que ejecute los cmdlet Move-ClusteredMailboxServer o Stop-ClusteredMailboxServer con los parámetros apropiados. También se recomienda usar un script de apagado porque reduce al mínimo las posibilidades de que el sistema sea apagado o reiniciado por un administrador que no sepa que es necesario mover o detener el CMS antes de apagar el nodo activo.