Cluster

Muchas gracias., si te parece bien para acabar la última pregunta... prometo
hacer un pequeño manual y ponerlo en la new...

Me comentas que en Cluster Group tienen que estar todos los nodos. Ok. Pero
no tengo ningún recurso que sea disco Quorum, el quorum están en propiedades
del nombre del cluster en la pestaña quorum, allí tengo el disco duro q:.
¿tengo que crear un nuevo recurso? o estando allí ya vale.
Por otro lado en todas me pones la Ip y el Name.
¿Tengo que poner una Ip y un Name a cada grupo? o te refieres a la ip y name
del cluster sql.
¿Como puedo pasar recursos a otro grupo?
Te prometo que he acabado.
Gracias.,

"Javier Inglés [MS MVP]" escribió en el mensaje
news:

Activo/Activo quiere decir que en un MSCS, varios nodos ofrecen diferentes
servicios; en tu ejemplo, el nodo1 levanta una instancia de SQL Server, y
si cae, se supone que te interesa que el nodo 2 y/ó el nodo 3 levanten
dicha instancia.

El Nodo 3 levantará otra instancia de SQL diferente (oro server de SQL
distinto), y si cae, se supone que el nodo2 y/ó el nodo 1 deben levantarlo
(eso lo gestionas con el Owner), pero debes pensar que si 2 nodos de los 3
caen, sólo 1 tendrá que hacerse cargo de todo, por lo que el hardware
tiene que ser capaz de ello...

Para que un servidor SQL virtual en cluster pueda levantarse en otro nodo
simplemente debes instalar el SQL endicho nodo y configurarlo, y ponerle
en los Owners como te digo.

No obstante, con Virtual Server 2005 R2 puedes hacer antes las pruebas que
necesites socio muy fácilmente:

Esto además te puede ayudar :-)

How to Install SQL Server 2000 Clustering
http://www.sql-server-performance.c...l_main.asp

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Joder, que paleto soy...
Realmente tendré Nodo1 Activo Nodo2 Pasivo de Nodo1 ,, y Nodo 3 Activo y
Nodo 2 pasivo de Nodo1.
Eso quiere decir Cluster A/A.???
La verdad que me sentiría un desgraciado si me fallaran a la vez el Nodo1
y el Nodo3,,, y la Cabina1 y la Cabina2... , pero cosas peores se han
visto.

Por otro lado, si quisiera que el nodo 3 también tuviera la instancia
SQL1 primera (la del nodo1 y nodo2) ¿debo realizar la instalación de
nuevo? o agregando
el servidor a esas instancias me lo pondria solo???

No, si al final voy aprender
Gracias.,

"Javier Inglés [MS MVP]" escribió en el mensaje
news:Oq$

Sí, si lo optimizar recursos es correcto socio, es decir, un nodo
ejecutando algo y el otro otro algo; pero, si un nodo cae, que otro se
encargue de seguir dando el servicio; de ahí que el nodo1 debería
también poder ofrecer dicha posibilidad con todas las instancias.

Eso sí, como va a ser un cluster A/A, ten en cuenta que si por lo que
sea, un único nodo va a tener que ofrecer todos los servicios, el
hardware sea capaz de hacerlo, es decir, que no te encuentres con que el
servidor esté escaso de recursos y no puedas ofrecer los servicios
necesarios, de ahí que MS nunca recomienda una configuración A/A (de
hecho, con Exchange 2007 por ejemplo, los MSCS ya sólo pueden ser
Activos/Pasivos)

Y un placer :-)

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Mas o menos lo he entendido... voy hacer pruebas y comento mis
soluciones en la news...

El tema que me comentas que es una tontería es para optimizar
recursos... Busco poner otro sql en el nodo 3 para que ese servidor
trabaja al maximo con un programa determinado con sql.
Así la instancia 1 del SQL tendrá el erp de mi empresa y dedicará todos
sus recursos a este programa-tarea... y el nodo 3 instancia sql2
trabajará con otro programa diferente.
¿no crees que es buena idea para optimizar rendimientos?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el
mensaje news:

ok, te comento:

<<(lo que veo es que el acceso a los discos duros no es permanente,
solamente
cuando se activia el nodo (coge los servicios) se puede tener acceso a
los
discos)>>.

Lógico, no puede haber 2 equipos accediendo a la vez a un disco, si no
la corrupción de datos´que puede haber imagínatela...

<<<Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo 3...
¿donde
creo ese recurso, en la raiz del cluster?>>>

Para que un disco sea accesible por un nodo sí y otro no, debes
configurar el zonning de la SAN para que sólo las HBAs de dichos nodos
tengan acceso al disco, y lo clusterizas; en las propiedades del grupo
donde lo clusterizas tienes una cosa que pone Owners (Propietarios),
donde dejas puestos el nodo2-3 para que en caso de caida de ese grupo
sólo bascule entre esos nodos y con el 1 también.

El Quorum debe tener un disco/grupo propio

La instancia de SQL debe tener sus discos/grupos propios

Si quieres hacer lo otro con el nodo 3, debes tener otro grupo/discos
propios, nada más

Cluster Group (owners: nodo1, nodo2, nodo3)
Disco Quorum
IP
Name

Grupo SQL1 (owners: nodo1, nodo2, nodo3)
Discos
IP
Name
Instanciaq SQL

Grupo SQL2 (owners: nodo2, nodo3)<Lo cual lo veo una tontería a
menos que lo justifiques con algo para que el 1 no sea Owner también
Discos
IP
Name
Instancia2 SQL

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:e7wE$

No me aclaro, voy a volverme loco.
Creo que aclarar este tema puede ayudarnos a todos aquellos que nos
introducimos en el mundo del cluster.
Compramos dos servidores que acceden una San por fibra.
Instalo el sistema operativo el los disco duros locales. Creo dos
raids en la san, uno donde pondree el quorum del cluster y el sql
server, y otro donde se alojarán las bases de datos.
Creo un cluster y añado los dos servidores con dos recursos de disco
duros (dos unidades con los dos raids comentados).
Ahora instalo el sql (los servicios especificos para cluster) y monto
el cluster de sql.
Hasta aquí todo correcto, cuando apago un servidor el otro coge el
quorum, el sql y las bases de datos. (va de coña).
(lo que veo es que el acceso a los discos duros no es permanente,
solamente cuando se activia el nodo (coge los servicios) se puede
tener acceso a los discos).

Ahora, compramos otro servidor y otra SAN.
Instalo las dos cabinas y los tres servidores en un switch de fibra y
todos ven a todos y todos ven las dos cabinas.(todo sigue
funcionando)
Ahora, quiero añadir el tercer servidor al cluster, añado el nodo y
bien.
Creo un raid nuevo en la segunda cabina y el servidor nodo3 lo ve sin
problemas.

Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo 3...
¿donde creo ese recurso, en la raiz del cluster?
Imaginaros que cae el nodo 2 y tiene que coger el nodo 3 ese recurso
(disco), pero los servicios del nodo2 (sql) pasarán al nodo 1
¿qué pasa con el disco quorum que solo puede ver uno de los tres?.
No se si me explico...
Probando estas cosas el cluste se me queda frito y supongo que es por
el quorum ¿noooo?

Muchas gracias y perdonas por el rollazo.



"Javier Inglés [MS MVP]" escribió en el
mensaje news:uGPY$

Ten en cuenta que nunca se recomienda un cluster A/A, pero por
poder, sí puedes, y puedes gestionar entre qué nodos se bascula
estableciéndolo en los Owners del grupo de cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:%

Ok, entonces tengo que agregar ese servidor al cluster ya existente
que tendrá tres nodos. ¿podré instalar una nueva instancia de sql
sobre el tercer servidor y hacer que solo se pueda activar el nodo2
en caso de que el nodo3 falle?.
¿me recomendais otro tipo de configuración?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el
mensaje news:%

No, un servidor sólo puede pertenecer a un cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Tengo tres servidores. He montado un cluster entre los dos
primeros. (todo perfecto, con una SAN e instalado el Sql).
Ahora quiero instalar otro cluster entre el tercero y el segundo,
para que el segundo siempre haga de reserva del primero y el
tercero. PERO, cuando voy a crear el segundo cluster me dice que
el nodo2 ya está en otro cluster ¿no se puede hacer esto?
Gracias.,

Eso solo es cierto para Clusters de 2 nodos...

las configuraciones de más de 3 nodos están sooprtadas y recomendadas...con
configuraciones de Cluster A/A/A/A/P, por poner un ejemplo


Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Javier Inglés [MS MVP]" wrote in message
news:Oq$

Sí, si lo optimizar recursos es correcto socio, es decir, un nodo
ejecutando algo y el otro otro algo; pero, si un nodo cae, que otro se
encargue de seguir dando el servicio; de ahí que el nodo1 debería también
poder ofrecer dicha posibilidad con todas las instancias.

Eso sí, como va a ser un cluster A/A, ten en cuenta que si por lo que sea,
un único nodo va a tener que ofrecer todos los servicios, el hardware sea
capaz de hacerlo, es decir, que no te encuentres con que el servidor esté
escaso de recursos y no puedas ofrecer los servicios necesarios, de ahí
que MS nunca recomienda una configuración A/A (de hecho, con Exchange 2007
por ejemplo, los MSCS ya sólo pueden ser Activos/Pasivos)

Y un placer :-)

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Mas o menos lo he entendido... voy hacer pruebas y comento mis soluciones
en la news...

El tema que me comentas que es una tontería es para optimizar recursos...
Busco poner otro sql en el nodo 3 para que ese servidor trabaja al maximo
con un programa determinado con sql.
Así la instancia 1 del SQL tendrá el erp de mi empresa y dedicará todos
sus recursos a este programa-tarea... y el nodo 3 instancia sql2
trabajará con otro programa diferente.
¿no crees que es buena idea para optimizar rendimientos?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el mensaje
news:

ok, te comento:

<<(lo que veo es que el acceso a los discos duros no es permanente,
solamente
cuando se activia el nodo (coge los servicios) se puede tener acceso a
los
discos)>>.

Lógico, no puede haber 2 equipos accediendo a la vez a un disco, si no
la corrupción de datos´que puede haber imagínatela...

<<<Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo 3...
¿donde
creo ese recurso, en la raiz del cluster?>>>

Para que un disco sea accesible por un nodo sí y otro no, debes
configurar el zonning de la SAN para que sólo las HBAs de dichos nodos
tengan acceso al disco, y lo clusterizas; en las propiedades del grupo
donde lo clusterizas tienes una cosa que pone Owners (Propietarios),
donde dejas puestos el nodo2-3 para que en caso de caida de ese grupo
sólo bascule entre esos nodos y con el 1 también.

El Quorum debe tener un disco/grupo propio

La instancia de SQL debe tener sus discos/grupos propios

Si quieres hacer lo otro con el nodo 3, debes tener otro grupo/discos
propios, nada más

Cluster Group (owners: nodo1, nodo2, nodo3)
Disco Quorum
IP
Name

Grupo SQL1 (owners: nodo1, nodo2, nodo3)
Discos
IP
Name
Instanciaq SQL

Grupo SQL2 (owners: nodo2, nodo3)<Lo cual lo veo una tontería a menos
que lo justifiques con algo para que el 1 no sea Owner también
Discos
IP
Name
Instancia2 SQL

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:e7wE$

No me aclaro, voy a volverme loco.
Creo que aclarar este tema puede ayudarnos a todos aquellos que nos
introducimos en el mundo del cluster.
Compramos dos servidores que acceden una San por fibra.
Instalo el sistema operativo el los disco duros locales. Creo dos raids
en la san, uno donde pondree el quorum del cluster y el sql server, y
otro donde se alojarán las bases de datos.
Creo un cluster y añado los dos servidores con dos recursos de disco
duros (dos unidades con los dos raids comentados).
Ahora instalo el sql (los servicios especificos para cluster) y monto
el cluster de sql.
Hasta aquí todo correcto, cuando apago un servidor el otro coge el
quorum, el sql y las bases de datos. (va de coña).
(lo que veo es que el acceso a los discos duros no es permanente,
solamente cuando se activia el nodo (coge los servicios) se puede tener
acceso a los discos).

Ahora, compramos otro servidor y otra SAN.
Instalo las dos cabinas y los tres servidores en un switch de fibra y
todos ven a todos y todos ven las dos cabinas.(todo sigue funcionando)
Ahora, quiero añadir el tercer servidor al cluster, añado el nodo y
bien.
Creo un raid nuevo en la segunda cabina y el servidor nodo3 lo ve sin
problemas.

Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo 3...
¿donde creo ese recurso, en la raiz del cluster?
Imaginaros que cae el nodo 2 y tiene que coger el nodo 3 ese recurso
(disco), pero los servicios del nodo2 (sql) pasarán al nodo 1 ¿qué
pasa con el disco quorum que solo puede ver uno de los tres?.
No se si me explico...
Probando estas cosas el cluste se me queda frito y supongo que es por
el quorum ¿noooo?

Muchas gracias y perdonas por el rollazo.



"Javier Inglés [MS MVP]" escribió en el
mensaje news:uGPY$

Ten en cuenta que nunca se recomienda un cluster A/A, pero por poder,
sí puedes, y puedes gestionar entre qué nodos se bascula
estableciéndolo en los Owners del grupo de cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:%

Ok, entonces tengo que agregar ese servidor al cluster ya existente
que tendrá tres nodos. ¿podré instalar una nueva instancia de sql
sobre el tercer servidor y hacer que solo se pueda activar el nodo2
en caso de que el nodo3 falle?.
¿me recomendais otro tipo de configuración?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el
mensaje news:%

No, un servidor sólo puede pertenecer a un cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Tengo tres servidores. He montado un cluster entre los dos
primeros. (todo perfecto, con una SAN e instalado el Sql).
Ahora quiero instalar otro cluster entre el tercero y el segundo,
para que el segundo siempre haga de reserva del primero y el
tercero. PERO, cuando voy a crear el segundo cluster me dice que el
nodo2 ya está en otro cluster ¿no se puede hacer esto?
Gracias.,

OK Master, pero con 3 nodos, hay que seguir teniendo en cuenta el
hardware...

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Ramon Jiménez [MVP]" escribió en el
mensaje news:

Eso solo es cierto para Clusters de 2 nodos...

las configuraciones de más de 3 nodos están sooprtadas y
recomendadas...con configuraciones de Cluster A/A/A/A/P, por poner un
ejemplo


Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Javier Inglés [MS MVP]" wrote in message
news:Oq$

Sí, si lo optimizar recursos es correcto socio, es decir, un nodo
ejecutando algo y el otro otro algo; pero, si un nodo cae, que otro se
encargue de seguir dando el servicio; de ahí que el nodo1 debería también
poder ofrecer dicha posibilidad con todas las instancias.

Eso sí, como va a ser un cluster A/A, ten en cuenta que si por lo que
sea, un único nodo va a tener que ofrecer todos los servicios, el
hardware sea capaz de hacerlo, es decir, que no te encuentres con que el
servidor esté escaso de recursos y no puedas ofrecer los servicios
necesarios, de ahí que MS nunca recomienda una configuración A/A (de
hecho, con Exchange 2007 por ejemplo, los MSCS ya sólo pueden ser
Activos/Pasivos)

Y un placer :-)

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Mas o menos lo he entendido... voy hacer pruebas y comento mis
soluciones en la news...

El tema que me comentas que es una tontería es para optimizar
recursos... Busco poner otro sql en el nodo 3 para que ese servidor
trabaja al maximo con un programa determinado con sql.
Así la instancia 1 del SQL tendrá el erp de mi empresa y dedicará todos
sus recursos a este programa-tarea... y el nodo 3 instancia sql2
trabajará con otro programa diferente.
¿no crees que es buena idea para optimizar rendimientos?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el mensaje
news:

ok, te comento:

<<(lo que veo es que el acceso a los discos duros no es permanente,
solamente
cuando se activia el nodo (coge los servicios) se puede tener acceso a
los
discos)>>.

Lógico, no puede haber 2 equipos accediendo a la vez a un disco, si no
la corrupción de datos´que puede haber imagínatela...

<<<Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo 3...
¿donde
creo ese recurso, en la raiz del cluster?>>>

Para que un disco sea accesible por un nodo sí y otro no, debes
configurar el zonning de la SAN para que sólo las HBAs de dichos nodos
tengan acceso al disco, y lo clusterizas; en las propiedades del grupo
donde lo clusterizas tienes una cosa que pone Owners (Propietarios),
donde dejas puestos el nodo2-3 para que en caso de caida de ese grupo
sólo bascule entre esos nodos y con el 1 también.

El Quorum debe tener un disco/grupo propio

La instancia de SQL debe tener sus discos/grupos propios

Si quieres hacer lo otro con el nodo 3, debes tener otro grupo/discos
propios, nada más

Cluster Group (owners: nodo1, nodo2, nodo3)
Disco Quorum
IP
Name

Grupo SQL1 (owners: nodo1, nodo2, nodo3)
Discos
IP
Name
Instanciaq SQL

Grupo SQL2 (owners: nodo2, nodo3)<Lo cual lo veo una tontería a
menos que lo justifiques con algo para que el 1 no sea Owner también
Discos
IP
Name
Instancia2 SQL

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:e7wE$

No me aclaro, voy a volverme loco.
Creo que aclarar este tema puede ayudarnos a todos aquellos que nos
introducimos en el mundo del cluster.
Compramos dos servidores que acceden una San por fibra.
Instalo el sistema operativo el los disco duros locales. Creo dos
raids en la san, uno donde pondree el quorum del cluster y el sql
server, y otro donde se alojarán las bases de datos.
Creo un cluster y añado los dos servidores con dos recursos de disco
duros (dos unidades con los dos raids comentados).
Ahora instalo el sql (los servicios especificos para cluster) y monto
el cluster de sql.
Hasta aquí todo correcto, cuando apago un servidor el otro coge el
quorum, el sql y las bases de datos. (va de coña).
(lo que veo es que el acceso a los discos duros no es permanente,
solamente cuando se activia el nodo (coge los servicios) se puede
tener acceso a los discos).

Ahora, compramos otro servidor y otra SAN.
Instalo las dos cabinas y los tres servidores en un switch de fibra y
todos ven a todos y todos ven las dos cabinas.(todo sigue funcionando)
Ahora, quiero añadir el tercer servidor al cluster, añado el nodo y
bien.
Creo un raid nuevo en la segunda cabina y el servidor nodo3 lo ve sin
problemas.

Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo 3...
¿donde creo ese recurso, en la raiz del cluster?
Imaginaros que cae el nodo 2 y tiene que coger el nodo 3 ese recurso
(disco), pero los servicios del nodo2 (sql) pasarán al nodo 1 ¿qué
pasa con el disco quorum que solo puede ver uno de los tres?.
No se si me explico...
Probando estas cosas el cluste se me queda frito y supongo que es por
el quorum ¿noooo?

Muchas gracias y perdonas por el rollazo.



"Javier Inglés [MS MVP]" escribió en el
mensaje news:uGPY$

Ten en cuenta que nunca se recomienda un cluster A/A, pero por poder,
sí puedes, y puedes gestionar entre qué nodos se bascula
estableciéndolo en los Owners del grupo de cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:%

Ok, entonces tengo que agregar ese servidor al cluster ya existente
que tendrá tres nodos. ¿podré instalar una nueva instancia de sql
sobre el tercer servidor y hacer que solo se pueda activar el nodo2
en caso de que el nodo3 falle?.
¿me recomendais otro tipo de configuración?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el
mensaje news:%

No, un servidor sólo puede pertenecer a un cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Tengo tres servidores. He montado un cluster entre los dos
primeros. (todo perfecto, con una SAN e instalado el Sql).
Ahora quiero instalar otro cluster entre el tercero y el segundo,
para que el segundo siempre haga de reserva del primero y el
tercero. PERO, cuando voy a crear el segundo cluster me dice que
el nodo2 ya está en otro cluster ¿no se puede hacer esto?
Gracias.,

El Grupo de Cluster (disco Q, IP y Network name) no lo utilices para nada
más que para temas administrativos del Cluster.

Cada grupo del Cluster debería tener sus IP's y Network names

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Pep" wrote in message
news:

Muchas gracias., si te parece bien para acabar la última pregunta...
prometo hacer un pequeño manual y ponerlo en la new...

Me comentas que en Cluster Group tienen que estar todos los nodos. Ok.
Pero no tengo ningún recurso que sea disco Quorum, el quorum están en
propiedades del nombre del cluster en la pestaña quorum, allí tengo el
disco duro q:. ¿tengo que crear un nuevo recurso? o estando allí ya vale.
Por otro lado en todas me pones la Ip y el Name.
¿Tengo que poner una Ip y un Name a cada grupo? o te refieres a la ip y
name del cluster sql.
¿Como puedo pasar recursos a otro grupo?
Te prometo que he acabado.
Gracias.,

"Javier Inglés [MS MVP]" escribió en el mensaje
news:

Activo/Activo quiere decir que en un MSCS, varios nodos ofrecen
diferentes servicios; en tu ejemplo, el nodo1 levanta una instancia de
SQL Server, y si cae, se supone que te interesa que el nodo 2 y/ó el nodo
3 levanten dicha instancia.

El Nodo 3 levantará otra instancia de SQL diferente (oro server de SQL
distinto), y si cae, se supone que el nodo2 y/ó el nodo 1 deben
levantarlo (eso lo gestionas con el Owner), pero debes pensar que si 2
nodos de los 3 caen, sólo 1 tendrá que hacerse cargo de todo, por lo que
el hardware tiene que ser capaz de ello...

Para que un servidor SQL virtual en cluster pueda levantarse en otro nodo
simplemente debes instalar el SQL endicho nodo y configurarlo, y ponerle
en los Owners como te digo.

No obstante, con Virtual Server 2005 R2 puedes hacer antes las pruebas
que necesites socio muy fácilmente:

Esto además te puede ayudar :-)

How to Install SQL Server 2000 Clustering
http://www.sql-server-performance.c...l_main.asp

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Joder, que paleto soy...
Realmente tendré Nodo1 Activo Nodo2 Pasivo de Nodo1 ,, y Nodo 3 Activo y
Nodo 2 pasivo de Nodo1.
Eso quiere decir Cluster A/A.???
La verdad que me sentiría un desgraciado si me fallaran a la vez el
Nodo1 y el Nodo3,,, y la Cabina1 y la Cabina2... , pero cosas peores se
han visto.

Por otro lado, si quisiera que el nodo 3 también tuviera la instancia
SQL1 primera (la del nodo1 y nodo2) ¿debo realizar la instalación de
nuevo? o agregando
el servidor a esas instancias me lo pondria solo???

No, si al final voy aprender
Gracias.,

"Javier Inglés [MS MVP]" escribió en el mensaje
news:Oq$

Sí, si lo optimizar recursos es correcto socio, es decir, un nodo
ejecutando algo y el otro otro algo; pero, si un nodo cae, que otro se
encargue de seguir dando el servicio; de ahí que el nodo1 debería
también poder ofrecer dicha posibilidad con todas las instancias.

Eso sí, como va a ser un cluster A/A, ten en cuenta que si por lo que
sea, un único nodo va a tener que ofrecer todos los servicios, el
hardware sea capaz de hacerlo, es decir, que no te encuentres con que
el servidor esté escaso de recursos y no puedas ofrecer los servicios
necesarios, de ahí que MS nunca recomienda una configuración A/A (de
hecho, con Exchange 2007 por ejemplo, los MSCS ya sólo pueden ser
Activos/Pasivos)

Y un placer :-)

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Mas o menos lo he entendido... voy hacer pruebas y comento mis
soluciones en la news...

El tema que me comentas que es una tontería es para optimizar
recursos... Busco poner otro sql en el nodo 3 para que ese servidor
trabaja al maximo con un programa determinado con sql.
Así la instancia 1 del SQL tendrá el erp de mi empresa y dedicará
todos sus recursos a este programa-tarea... y el nodo 3 instancia sql2
trabajará con otro programa diferente.
¿no crees que es buena idea para optimizar rendimientos?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el
mensaje news:

ok, te comento:

<<(lo que veo es que el acceso a los discos duros no es permanente,
solamente
cuando se activia el nodo (coge los servicios) se puede tener acceso
a los
discos)>>.

Lógico, no puede haber 2 equipos accediendo a la vez a un disco, si
no la corrupción de datos´que puede haber imagínatela...

<<<Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo
3... ¿donde
creo ese recurso, en la raiz del cluster?>>>

Para que un disco sea accesible por un nodo sí y otro no, debes
configurar el zonning de la SAN para que sólo las HBAs de dichos
nodos tengan acceso al disco, y lo clusterizas; en las propiedades
del grupo donde lo clusterizas tienes una cosa que pone Owners
(Propietarios), donde dejas puestos el nodo2-3 para que en caso de
caida de ese grupo sólo bascule entre esos nodos y con el 1 también.

El Quorum debe tener un disco/grupo propio

La instancia de SQL debe tener sus discos/grupos propios

Si quieres hacer lo otro con el nodo 3, debes tener otro grupo/discos
propios, nada más

Cluster Group (owners: nodo1, nodo2, nodo3)
Disco Quorum
IP
Name

Grupo SQL1 (owners: nodo1, nodo2, nodo3)
Discos
IP
Name
Instanciaq SQL

Grupo SQL2 (owners: nodo2, nodo3)<Lo cual lo veo una tontería a
menos que lo justifiques con algo para que el 1 no sea Owner también
Discos
IP
Name
Instancia2 SQL

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:e7wE$

No me aclaro, voy a volverme loco.
Creo que aclarar este tema puede ayudarnos a todos aquellos que nos
introducimos en el mundo del cluster.
Compramos dos servidores que acceden una San por fibra.
Instalo el sistema operativo el los disco duros locales. Creo dos
raids en la san, uno donde pondree el quorum del cluster y el sql
server, y otro donde se alojarán las bases de datos.
Creo un cluster y añado los dos servidores con dos recursos de disco
duros (dos unidades con los dos raids comentados).
Ahora instalo el sql (los servicios especificos para cluster) y
monto el cluster de sql.
Hasta aquí todo correcto, cuando apago un servidor el otro coge el
quorum, el sql y las bases de datos. (va de coña).
(lo que veo es que el acceso a los discos duros no es permanente,
solamente cuando se activia el nodo (coge los servicios) se puede
tener acceso a los discos).

Ahora, compramos otro servidor y otra SAN.
Instalo las dos cabinas y los tres servidores en un switch de fibra
y todos ven a todos y todos ven las dos cabinas.(todo sigue
funcionando)
Ahora, quiero añadir el tercer servidor al cluster, añado el nodo y
bien.
Creo un raid nuevo en la segunda cabina y el servidor nodo3 lo ve
sin problemas.

Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo 3...
¿donde creo ese recurso, en la raiz del cluster?
Imaginaros que cae el nodo 2 y tiene que coger el nodo 3 ese recurso
(disco), pero los servicios del nodo2 (sql) pasarán al nodo 1
¿qué pasa con el disco quorum que solo puede ver uno de los tres?.
No se si me explico...
Probando estas cosas el cluste se me queda frito y supongo que es
por el quorum ¿noooo?

Muchas gracias y perdonas por el rollazo.



"Javier Inglés [MS MVP]" escribió en el
mensaje news:uGPY$

Ten en cuenta que nunca se recomienda un cluster A/A, pero por
poder, sí puedes, y puedes gestionar entre qué nodos se bascula
estableciéndolo en los Owners del grupo de cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:%

Ok, entonces tengo que agregar ese servidor al cluster ya
existente que tendrá tres nodos. ¿podré instalar una nueva
instancia de sql sobre el tercer servidor y hacer que solo se
pueda activar el nodo2 en caso de que el nodo3 falle?.
¿me recomendais otro tipo de configuración?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el
mensaje news:%

No, un servidor sólo puede pertenecer a un cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Tengo tres servidores. He montado un cluster entre los dos
primeros. (todo perfecto, con una SAN e instalado el Sql).
Ahora quiero instalar otro cluster entre el tercero y el
segundo, para que el segundo siempre haga de reserva del primero
y el tercero. PERO, cuando voy a crear el segundo cluster me
dice que el nodo2 ya está en otro cluster ¿no se puede hacer
esto?
Gracias.,

Socio, te recomiendo la lectura de:

How a Server Cluster Works

http://www.microsoft.com/resources/...cl_how.asp



Microsoft Cluster Configuration Validation Wizard (ClusPrep)

http://www.microsoft.com/downloads/...laylang=en



Diseñar clústeres de servidores

http://www.microsoft.com/spain/tech...asp?opcion03034



Tecnologías de clúster de Windows - Requisitos de almacenamiento y prácticas
recomendadas

http://www.microsoft.com/spain/tech...asp?opcion03032



Guide to Creating and Configuring a Server Cluster under Windows Server 2003

http://www.microsoft.com/technet/tr...nfclus.asp





El disco de Quorum lo tienes que tener como dices en principio, y por cada
servidor virtual que tengas, deberá tener, a parte del disco odnde se
guardan datos, un recurso de nombre y otro de IP para su acceso; al instalar
SQL en Cluster esto se crea automáticamnete durante su instalación.



Para pasar recursos a otro grupo, eliges el recurso-->Mover grupo...pero ten
en cuenta que todas las dependencias se moverán con él


Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Muchas gracias., si te parece bien para acabar la última pregunta...
prometo hacer un pequeño manual y ponerlo en la new...

Me comentas que en Cluster Group tienen que estar todos los nodos. Ok.
Pero no tengo ningún recurso que sea disco Quorum, el quorum están en
propiedades del nombre del cluster en la pestaña quorum, allí tengo el
disco duro q:. ¿tengo que crear un nuevo recurso? o estando allí ya vale.
Por otro lado en todas me pones la Ip y el Name.
¿Tengo que poner una Ip y un Name a cada grupo? o te refieres a la ip y
name del cluster sql.
¿Como puedo pasar recursos a otro grupo?
Te prometo que he acabado.
Gracias.,

"Javier Inglés [MS MVP]" escribió en el mensaje
news:

Activo/Activo quiere decir que en un MSCS, varios nodos ofrecen
diferentes servicios; en tu ejemplo, el nodo1 levanta una instancia de
SQL Server, y si cae, se supone que te interesa que el nodo 2 y/ó el nodo
3 levanten dicha instancia.

El Nodo 3 levantará otra instancia de SQL diferente (oro server de SQL
distinto), y si cae, se supone que el nodo2 y/ó el nodo 1 deben
levantarlo (eso lo gestionas con el Owner), pero debes pensar que si 2
nodos de los 3 caen, sólo 1 tendrá que hacerse cargo de todo, por lo que
el hardware tiene que ser capaz de ello...

Para que un servidor SQL virtual en cluster pueda levantarse en otro nodo
simplemente debes instalar el SQL endicho nodo y configurarlo, y ponerle
en los Owners como te digo.

No obstante, con Virtual Server 2005 R2 puedes hacer antes las pruebas
que necesites socio muy fácilmente:

Esto además te puede ayudar :-)

How to Install SQL Server 2000 Clustering
http://www.sql-server-performance.c...l_main.asp

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Joder, que paleto soy...
Realmente tendré Nodo1 Activo Nodo2 Pasivo de Nodo1 ,, y Nodo 3 Activo y
Nodo 2 pasivo de Nodo1.
Eso quiere decir Cluster A/A.???
La verdad que me sentiría un desgraciado si me fallaran a la vez el
Nodo1 y el Nodo3,,, y la Cabina1 y la Cabina2... , pero cosas peores se
han visto.

Por otro lado, si quisiera que el nodo 3 también tuviera la instancia
SQL1 primera (la del nodo1 y nodo2) ¿debo realizar la instalación de
nuevo? o agregando
el servidor a esas instancias me lo pondria solo???

No, si al final voy aprender
Gracias.,

"Javier Inglés [MS MVP]" escribió en el mensaje
news:Oq$

Sí, si lo optimizar recursos es correcto socio, es decir, un nodo
ejecutando algo y el otro otro algo; pero, si un nodo cae, que otro se
encargue de seguir dando el servicio; de ahí que el nodo1 debería
también poder ofrecer dicha posibilidad con todas las instancias.

Eso sí, como va a ser un cluster A/A, ten en cuenta que si por lo que
sea, un único nodo va a tener que ofrecer todos los servicios, el
hardware sea capaz de hacerlo, es decir, que no te encuentres con que
el servidor esté escaso de recursos y no puedas ofrecer los servicios
necesarios, de ahí que MS nunca recomienda una configuración A/A (de
hecho, con Exchange 2007 por ejemplo, los MSCS ya sólo pueden ser
Activos/Pasivos)

Y un placer :-)

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Mas o menos lo he entendido... voy hacer pruebas y comento mis
soluciones en la news...

El tema que me comentas que es una tontería es para optimizar
recursos... Busco poner otro sql en el nodo 3 para que ese servidor
trabaja al maximo con un programa determinado con sql.
Así la instancia 1 del SQL tendrá el erp de mi empresa y dedicará
todos sus recursos a este programa-tarea... y el nodo 3 instancia sql2
trabajará con otro programa diferente.
¿no crees que es buena idea para optimizar rendimientos?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el
mensaje news:

ok, te comento:

<<(lo que veo es que el acceso a los discos duros no es permanente,
solamente
cuando se activia el nodo (coge los servicios) se puede tener acceso
a los
discos)>>.

Lógico, no puede haber 2 equipos accediendo a la vez a un disco, si
no la corrupción de datos´que puede haber imagínatela...

<<<Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo
3... ¿donde
creo ese recurso, en la raiz del cluster?>>>

Para que un disco sea accesible por un nodo sí y otro no, debes
configurar el zonning de la SAN para que sólo las HBAs de dichos
nodos tengan acceso al disco, y lo clusterizas; en las propiedades
del grupo donde lo clusterizas tienes una cosa que pone Owners
(Propietarios), donde dejas puestos el nodo2-3 para que en caso de
caida de ese grupo sólo bascule entre esos nodos y con el 1 también.

El Quorum debe tener un disco/grupo propio

La instancia de SQL debe tener sus discos/grupos propios

Si quieres hacer lo otro con el nodo 3, debes tener otro grupo/discos
propios, nada más

Cluster Group (owners: nodo1, nodo2, nodo3)
Disco Quorum
IP
Name

Grupo SQL1 (owners: nodo1, nodo2, nodo3)
Discos
IP
Name
Instanciaq SQL

Grupo SQL2 (owners: nodo2, nodo3)<Lo cual lo veo una tontería a
menos que lo justifiques con algo para que el 1 no sea Owner también
Discos
IP
Name
Instancia2 SQL

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:e7wE$

No me aclaro, voy a volverme loco.
Creo que aclarar este tema puede ayudarnos a todos aquellos que nos
introducimos en el mundo del cluster.
Compramos dos servidores que acceden una San por fibra.
Instalo el sistema operativo el los disco duros locales. Creo dos
raids en la san, uno donde pondree el quorum del cluster y el sql
server, y otro donde se alojarán las bases de datos.
Creo un cluster y añado los dos servidores con dos recursos de disco
duros (dos unidades con los dos raids comentados).
Ahora instalo el sql (los servicios especificos para cluster) y
monto el cluster de sql.
Hasta aquí todo correcto, cuando apago un servidor el otro coge el
quorum, el sql y las bases de datos. (va de coña).
(lo que veo es que el acceso a los discos duros no es permanente,
solamente cuando se activia el nodo (coge los servicios) se puede
tener acceso a los discos).

Ahora, compramos otro servidor y otra SAN.
Instalo las dos cabinas y los tres servidores en un switch de fibra
y todos ven a todos y todos ven las dos cabinas.(todo sigue
funcionando)
Ahora, quiero añadir el tercer servidor al cluster, añado el nodo y
bien.
Creo un raid nuevo en la segunda cabina y el servidor nodo3 lo ve
sin problemas.

Dudas, solo quiero que ese disco lo gestiones el nodo 2 y nodo 3...
¿donde creo ese recurso, en la raiz del cluster?
Imaginaros que cae el nodo 2 y tiene que coger el nodo 3 ese recurso
(disco), pero los servicios del nodo2 (sql) pasarán al nodo 1
¿qué pasa con el disco quorum que solo puede ver uno de los tres?.
No se si me explico...
Probando estas cosas el cluste se me queda frito y supongo que es
por el quorum ¿noooo?

Muchas gracias y perdonas por el rollazo.



"Javier Inglés [MS MVP]" escribió en el
mensaje news:uGPY$

Ten en cuenta que nunca se recomienda un cluster A/A, pero por
poder, sí puedes, y puedes gestionar entre qué nodos se bascula
estableciéndolo en los Owners del grupo de cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:%

Ok, entonces tengo que agregar ese servidor al cluster ya
existente que tendrá tres nodos. ¿podré instalar una nueva
instancia de sql sobre el tercer servidor y hacer que solo se
pueda activar el nodo2 en caso de que el nodo3 falle?.
¿me recomendais otro tipo de configuración?
Gracias.,

"Javier Inglés [MS MVP]" escribió en el
mensaje news:%

No, un servidor sólo puede pertenecer a un cluster

Salu2!!
Javier Inglés
https://mvp.support.microsoft.com/p...B5567431B0
MS MVP, Windows Server-Directory Services



"Pep" escribió en el mensaje
news:

Tengo tres servidores. He montado un cluster entre los dos
primeros. (todo perfecto, con una SAN e instalado el Sql).
Ahora quiero instalar otro cluster entre el tercero y el
segundo, para que el segundo siempre haga de reserva del primero
y el tercero. PERO, cuando voy a crear el segundo cluster me
dice que el nodo2 ya está en otro cluster ¿no se puede hacer
esto?
Gracias.,