Tipos De Recursos

Tipos de recursos estándar

Windows Server 2003, Enterprise Edition y Windows Server 2003, Datacenter Edition incluyen numerosos tipos de recursos que puede usar para administrar los recursos del clúster.

Los Servicios de Internet Information Server (IIS) se pueden instalar en un clúster de servidores. Para obtener más información sobre cómo se ejecuta IIS en un clúster de servidores, vea la documentación en pantalla de IIS.

Si tiene IIS instalado, escriba http://localhost/iisHelp/ en la barra de direcciones del explorador y presione ENTRAR para ver la documentación en pantalla.

Puede instalar Message Queue Server en un clúster de servidores. Para obtener más información acerca de los tipos de recurso de Message Queue Server y Desencadenadores de Message Queue Server, y acerca de cómo se ejecutan en un clúster de servidores, vea Microsoft Message Queue Server.

Puede instalar el Coordinador de transacciones distribuidas (DTC, <i>Distributed Transaction Coordinator</i>) en un clúster de servidores. Para obtener más información acerca del tipo de recurso del Coordinador de transacciones distribuidas y acerca de cómo se ejecuta en un clúster de servidores

Tipo de recurso Disco físico

• El tipo de recurso Disco físico se utiliza para administrar discos que se encuentran en un dispositivo de almacenamiento de un clúster.

• Puede asignar letras de unidad a los discos que hay en un dispositivo de almacenamiento de clúster o bien crear unidades montadas. Si asigna letras de unidad, los discos deben tener las mismas letras en todos los nodos del clúster.

• Para impedir que los datos se dañen, es esencial que sólo un nodo pueda utilizar un disco de clúster cada vez. Normalmente, el servicio Cluster Server impide que varios nodos utilicen un disco al mismo tiempo. Sin embargo, existen dos circunstancias en las que el sistema de protección normal del clúster no funcionará: al instalar un disco nuevo y al quitar un disco de un clúster.

Tipos de recursos Servicio DHCP y Servicio WINS

El Protocolo de configuración dinámica de host (DHCP, <i>Dynamic Host Configuration Protocol</i>) y el Servicio de nombres Internet de Windows (WINS, <i>Windows Internet Name Service</i>) proporcionan servicios de red a los clientes. DHCP concede direcciones de Protocolo Internet (IP) a los clientes. Esto permite administrar de manera centralizada las direcciones IP y los detalles de configuración relacionados. Para obtener más información acerca de DHCP, vea DHCP. WINS proporciona un servicio de base de datos dinámica que puede registrar y resolver nombres NetBIOS en las direcciones IP que se utilizan en la red. Para obtener más información acerca de WINS, vea WINS.

Windows Server 2003, Enterprise Edition y Windows Server 2003, Datacenter Edition incluyen tipos de recursos que permiten administrar los servicios DHCP y WINS en un clúster. Todos esos recursos almacenan una base de datos en el disco. Para que dichos recursos puedan realizar conmutaciones por error, la base de datos debe mantenerse en un disco que se encuentre en un almacenamiento de clúster.

Debe configurar la ubicación de los archivos de base de datos de DHCP y WINS, y de las copias de seguridad correspondientes.

La ruta de acceso a los archivos de base de datos de DHCP o WINS y a las copias de seguridad correspondientes debe cumplir los requisitos siguientes:

• Terminar con una barra diagonal inversa (\).

• Utilizar la letra de unidad de un recurso de disco del que dependa el recurso DHCP o WINS.

• No puede comenzar por raízDelSistema, aunque puede utilizar otras variables de entorno.

La ruta de acceso de la base de datos DHCP o WINS debe tener el formato f:\dhcp\ o f:\wins\.

La ruta de acceso a la copia de seguridad de los archivos de base de datos de DHCP debe tener el formato f:\dhcp\backup\.

En cuanto a WINS, el usuario proporciona una ruta de acceso a la raíz y la copia de seguridad de los archivos de base de datos de WINS se crea en un subdirectorio de esa ruta de acceso. La ruta de acceso debe tener el formato f:\wins\.

Tipo de recurso Cola de impresión

Puede utilizar el recurso Cola de impresión para organizar en clústeres los servicios de impresión. Sólo puede incluir en un clúster una impresora que esté conectada a los servidores mediante una red. Si la impresora está conectada mediante un puerto local, como LPT1, no se puede controlar una conmutación por error de dicha impresora en caso de que se produzca un error en el servidor al que está conectada.

Puede organizar en clústeres los servicios de impresión mediante el recurso Cola de impresión. Pueden existir varios recursos Cola de impresión en un clúster, pero no puede haber más de un recurso Cola de impresión por grupo. Los clientes tienen acceso a las impresoras organizadas en clústeres de la misma manera que a las impresoras que no están organizadas en clústeres. Los clientes pueden utilizar el nombre de red o la dirección de Protocolo Internet (IP) como nombre de servidor.

Cuando un grupo que contiene un recurso Cola de impresión realiza una conmutación por error a otro nodo, el documento que actualmente está en la cola de espera se reinicia desde otro nodo después de la conmutación. Cuando mueve un recurso Cola de impresión o lo desconecta, el Servicio de Cluster Server espera hasta que finalizan todas las tareas que están en la cola de impresión (o hasta que haya transcurrido el tiempo de espera configurado). Los documentos que se encuentran en la cola de impresión de una aplicación en un recurso Cola de impresión se descartan y deben volver a la cola de espera (o volver a imprimir) en el recurso Cola de impresión, si el grupo que contiene dicho recurso realiza una conmutación por error antes de que la aplicación haya finalizado la cola de espera.

Además de crear un recurso Cola de impresión, debe configurar correctamente los puertos y los controladores de la impresora para que funcionen en un clúster. Para configurar correctamente una impresora en un clúster, debe instalar los controladores de la impresora y un puerto de impresora en el mismo servidor virtual que el recurso Cola de impresión. El Servicio de Cluster Server replicará los controladores de la impresora del servidor virtual en todos los nodos del clúster la primera vez que el recurso Cola de impresión conmuta por error a otro nodo.

Tipo de recurso compartido de archivos

Si desea utilizar un clúster de servidores para proporcionar un servidor de archivos de alta disponibilidad, debe utilizar el tipo de recurso Uso compartido de archivos. Puede usar este tipo de recurso de tres formas:

• Recurso compartido de archivos normal

Puede utilizar el tipo de recurso Uso compartido de archivos para proporcionar un recurso compartido de archivos básico. Mediante este método, se publica en la red una sola carpeta de archivos con un nombre único que funciona prácticamente igual que un recurso compartido Bloque de mensajes del servidor (SMB).

• Subdirectorios compartidos u ocultos

También puede utilizar el recurso Uso compartido de archivos para publicar varios nombres de red: uno para cada carpeta de archivos y todas sus subcarpetas inmediatas. Así se crea con eficacia un gran número de recursos compartidos de archivos relacionados en un único servidor de archivos. Un ejemplo de este tipo de aplicación es crear un recurso compartido de archivos para cada usuario que tiene archivos en el servidor. Para obtener más información acerca de las ventajas de compartir subdirectorios, vea Usar un clúster de servidores con un gran número de archivos compartidos. También puede impedir que los usuarios vean los recursos compartidos de subdirectorios cuando exploren la red. Para obtener más información acerca de cómo compartir u ocultar subdirectorios, vea Compartir subcarpetas en un recurso compartido de archivos.

Importante

o Cuando comparta subdirectorios, no utilice el mismo nombre para las subcarpetas que hay bajo carpetas diferentes (por ejemplo, \carpeta1\nombre1 y \carpeta2\nombre1). El primer subdirectorio compartido que se ponga en conexión permanecerá en conexión, pero el segundo no se inicializará y no se pondrá en conexión.

• raíz DFS

Se puede utilizar el tipo de recurso Uso compartido de archivos para crear un recurso que administre una raíz DFS independiente. Las raíces DFS tolerantes a errores no pueden administrarse mediante este recurso. El recurso compartido de archivos de raíz DFS tiene dependencias necesarias de un nombre de red y una dirección de Protocolo Internet (IP). El nombre de red puede ser un nombre de clúster o cualquier otro nombre de red de un servidor virtual.

Una raíz DFS administrada por un clúster es muy distinta de una raíz DFS de Active Directory (o basada en un dominio). Si los datos que hay que reproducir no cambian muy a menudo, el uso de una raíz DFS con réplicas basada en un dominio puede ser una opción más apropiada que la raíz DFS administrada por un clúster para proporcionar alta disponibilidad. Si los datos cambian con frecuencia, la reproducción no suele ser conveniente, y es mejor utilizar una raíz DFS administrada por un clúster.

En Windows Server 2003, Enterprise Edition y Windows Server 2003, Datacenter Edition, los clústeres de servidores admiten varias raíces DFS independientes. Estas raíces DFS pueden existir en varios grupos de recursos y cada grupo puede estar alojado en un nodo distinto.

Importante

o Los clústeres en los que se ejecuta Windows Server 2003, Enterprise Edition o Windows Server 2003, Datacenter

...