Cluster

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.,

Se me olvidaba. MUCHISIMAS GRACIAS POR TU AYUDA.

"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.,

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.,

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.,

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.,