¿Es posible Cluster + TS + DC?

Gracias Javier:

Es una cuestion de presupuesto. Esto es una aplicacion de gestion de un
almacen y la base de datos es pequeña, entre 1 y 2 GB. Los clientes
tampoco son muchos, menos de 10. Normalmente esto lo montamos en un grupo
de trabajo con una maquina redundada, pero en este caso el cliente quiere
un Cluster, pero esto no nos soluciona nada, porque nuestra aplicacion no
clusterizable.

Oracle pensamos en Clusterizarlo con Fail Safe.

Es posible cambiar la IP de los nodos fisicos de un cluster?
Conoces alguna forma "manual" de clusterizar el TS? Lo que pretendo es que
el usuario no tenga que modificar en su termianal o PDA la conexion de
Escritorio Remoto de modo que si se cae un nodo del cluster, el usuario
perderá la conexion y lanzandola de nuevo que ésta se conecte al otro
nodo.

Gracias por tu ayuda

Miguel S.



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

No es recomendable pero es viable; lo suyo, como debes imaginar, es tener
DCs por un lado, y los nodos MSCS por el otro

2.-Al clusterizar Oracle lo harás además con un servidor virtual, con su
propia IP y su propio nombre que serán a los que ataques con tu
aplicación sin probelmas

3.-TS no es clusterizable, y tenerlo ya en un DC con MSCS no se
recomienda en absoluto, por seguridad, por establidad, por rendimiento y
por la de parámetros de políticas de grupo que tendrás que tocar para
dejar la cosa fina; por lo tanto, y respondiendo ya a la 4, tendrías
enytonces que instalar y configurar TS en ambos nodos de la misma forma y
parametrizar ambos nodos de la misma manera



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



"Miguel" escribió en el mensaje
news:

Hola a todo el grupo:

Estoy pensando en montar un cluster MSCS con Windows Server 2003 R2
Enterprise. El hardware es HP Proliant DL380 G4 Cluster Packaged y lleva
una MSA500 G2. Como es para una instalacion muy pequeña con unos 10
terminales clientes (son terminales ligeros) y el MSCS me obliga a tener
un dominio he pensado en que los 2 nodos del cluster sean controladores
de dominio, aunque he leído que no es muy recomendable.

Sobre este MSCS debe correr una base de datos Oracle 10g r2, de modo que
si un nodo se cae, la instancia de la base de datos pase a correr en el
otro nodo.

Cada nodo lleva dos discos en Raid 1 para Sistema Operativo y Oracle. En
la MSA 500, 2 discos en Raid1 para los logs de Oracle y 3 discos en
Raid5 para la base de datos y el Quorum. He pensado en crear 2
particiones en el Raid5, una para Quorum y otra para datos.

1.- ¿Que os parece esta solución? ¿Es correcta o hay alguna forma más
razonable?

2.- Hemos desarrollado una aplicacion de gestion de almacen, que trabaja
contra la base de datos Oracle y tambien debe de correr en el cluster.
Esta aplicacion no es "clusterizable", por lo tanto he pensado en
instalarla y configurarla en los dos nodos del cluster de la misma forma
contra la instancia de Oracle, de modo que cuando se cae un nodo dejará
de responder y habrá que arrancarla manualmente en el otro nodo.
He leído que los recursos del cluster (Nombre, IP) sólo deben usarse
para administrar el cluster, pero yo necesito acceder a la instancia de
Oracle a traves de este Nombre e IP, para que cuando cambie al otro nodo
los clientes sigan conectando con la base de datos. ¿Hay alguna otra
forma de hacer esto?. ¿No es lo más logico conectar con la base de datos
a través de una IP "virtual" independiente del nodo físico en el que
esté ejecutando la base de datos?

3.- Como mis clientes son terminales ligeros, tienen que conectarse a la
aplicacion de gestion a través de Terminal Server. ¿Es "clusterizable"
TS?. ¿Contra que IP tengo que configurar la conexion remota, contra la
de los nodos fisicos o contra la del cluster?.Si no es "clusterizable" y
se cae el nodo fisico, ¿los terminales perderían la conexion?. ¿Habría
que modificar la IP en la conexion remota para volver a conectar con el
otro nodo físico?.

4.- ¿En que nodo hay que instalar los servicios de terminal? ¿Y el
servidor de licencias de terminal?

Perdon por alargarme tanto, pero necesito saber si se puede hacer esto y
en caso negativo que opciones habría.

Gracias

Miguel S.

Si quieres tener Alta disponibildad con TS (que no tolerancia fallos)
deberás montar TS con los 2 nodos en NLB.
En este caso, no podrás utilizar MSCS/Failsafe para Oracle. La alternativa
es entonces Oracle RAC

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Gracias Javier:

Es una cuestion de presupuesto. Esto es una aplicacion de gestion de un
almacen y la base de datos es pequeña, entre 1 y 2 GB. Los clientes
tampoco son muchos, menos de 10. Normalmente esto lo montamos en un grupo
de trabajo con una maquina redundada, pero en este caso el cliente quiere
un Cluster, pero esto no nos soluciona nada, porque nuestra aplicacion no
clusterizable.

Oracle pensamos en Clusterizarlo con Fail Safe.

Es posible cambiar la IP de los nodos fisicos de un cluster?
Conoces alguna forma "manual" de clusterizar el TS? Lo que pretendo es
que el usuario no tenga que modificar en su termianal o PDA la conexion
de Escritorio Remoto de modo que si se cae un nodo del cluster, el
usuario perderá la conexion y lanzandola de nuevo que ésta se conecte al
otro nodo.

Gracias por tu ayuda

Miguel S.



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

No es recomendable pero es viable; lo suyo, como debes imaginar, es
tener DCs por un lado, y los nodos MSCS por el otro

2.-Al clusterizar Oracle lo harás además con un servidor virtual, con su
propia IP y su propio nombre que serán a los que ataques con tu
aplicación sin probelmas

3.-TS no es clusterizable, y tenerlo ya en un DC con MSCS no se
recomienda en absoluto, por seguridad, por establidad, por rendimiento y
por la de parámetros de políticas de grupo que tendrás que tocar para
dejar la cosa fina; por lo tanto, y respondiendo ya a la 4, tendrías
enytonces que instalar y configurar TS en ambos nodos de la misma forma
y parametrizar ambos nodos de la misma manera



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



"Miguel" escribió en el mensaje
news:

Hola a todo el grupo:

Estoy pensando en montar un cluster MSCS con Windows Server 2003 R2
Enterprise. El hardware es HP Proliant DL380 G4 Cluster Packaged y
lleva una MSA500 G2. Como es para una instalacion muy pequeña con unos
10 terminales clientes (son terminales ligeros) y el MSCS me obliga a
tener un dominio he pensado en que los 2 nodos del cluster sean
controladores de dominio, aunque he leído que no es muy recomendable.

Sobre este MSCS debe correr una base de datos Oracle 10g r2, de modo
que si un nodo se cae, la instancia de la base de datos pase a correr
en el otro nodo.

Cada nodo lleva dos discos en Raid 1 para Sistema Operativo y Oracle.
En la MSA 500, 2 discos en Raid1 para los logs de Oracle y 3 discos en
Raid5 para la base de datos y el Quorum. He pensado en crear 2
particiones en el Raid5, una para Quorum y otra para datos.

1.- ¿Que os parece esta solución? ¿Es correcta o hay alguna forma más
razonable?

2.- Hemos desarrollado una aplicacion de gestion de almacen, que
trabaja contra la base de datos Oracle y tambien debe de correr en el
cluster. Esta aplicacion no es "clusterizable", por lo tanto he pensado
en instalarla y configurarla en los dos nodos del cluster de la misma
forma contra la instancia de Oracle, de modo que cuando se cae un nodo
dejará de responder y habrá que arrancarla manualmente en el otro nodo.
He leído que los recursos del cluster (Nombre, IP) sólo deben usarse
para administrar el cluster, pero yo necesito acceder a la instancia de
Oracle a traves de este Nombre e IP, para que cuando cambie al otro
nodo los clientes sigan conectando con la base de datos. ¿Hay alguna
otra forma de hacer esto?. ¿No es lo más logico conectar con la base de
datos a través de una IP "virtual" independiente del nodo físico en el
que esté ejecutando la base de datos?

3.- Como mis clientes son terminales ligeros, tienen que conectarse a
la aplicacion de gestion a través de Terminal Server. ¿Es
"clusterizable" TS?. ¿Contra que IP tengo que configurar la conexion
remota, contra la de los nodos fisicos o contra la del cluster?.Si no
es "clusterizable" y se cae el nodo fisico, ¿los terminales perderían
la conexion?. ¿Habría que modificar la IP en la conexion remota para
volver a conectar con el otro nodo físico?.

4.- ¿En que nodo hay que instalar los servicios de terminal? ¿Y el
servidor de licencias de terminal?

Perdon por alargarme tanto, pero necesito saber si se puede hacer esto
y en caso negativo que opciones habría.

Gracias

Miguel S.

Podría ser una opcion! La alternativa de Oracle RAC puede ser buena pero
aquí ya me pierdo un poco:

a) Podrías explicar la diferencia entre NLB y MSCS?.

Alta Disponibilidad pero no tolerancia a fallos?
b) Que pasa si se cae un nodo? ¿Oracle sigue funcionado?

c) Para montar los dos nodos en NLB, ¿se necesita un dominio?. Si me puedo
evitar el dominio mejor, menos problemas.

Gracias




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

Si quieres tener Alta disponibildad con TS (que no tolerancia fallos)
deberás montar TS con los 2 nodos en NLB.
En este caso, no podrás utilizar MSCS/Failsafe para Oracle. La
alternativa es entonces Oracle RAC

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Gracias Javier:

Es una cuestion de presupuesto. Esto es una aplicacion de gestion de un
almacen y la base de datos es pequeña, entre 1 y 2 GB. Los clientes
tampoco son muchos, menos de 10. Normalmente esto lo montamos en un
grupo de trabajo con una maquina redundada, pero en este caso el cliente
quiere un Cluster, pero esto no nos soluciona nada, porque nuestra
aplicacion no clusterizable.

Oracle pensamos en Clusterizarlo con Fail Safe.

Es posible cambiar la IP de los nodos fisicos de un cluster?
Conoces alguna forma "manual" de clusterizar el TS? Lo que pretendo es
que el usuario no tenga que modificar en su termianal o PDA la conexion
de Escritorio Remoto de modo que si se cae un nodo del cluster, el
usuario perderá la conexion y lanzandola de nuevo que ésta se conecte al
otro nodo.

Gracias por tu ayuda

Miguel S.



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

No es recomendable pero es viable; lo suyo, como debes imaginar, es
tener DCs por un lado, y los nodos MSCS por el otro

2.-Al clusterizar Oracle lo harás además con un servidor virtual, con
su propia IP y su propio nombre que serán a los que ataques con tu
aplicación sin probelmas

3.-TS no es clusterizable, y tenerlo ya en un DC con MSCS no se
recomienda en absoluto, por seguridad, por establidad, por rendimiento
y por la de parámetros de políticas de grupo que tendrás que tocar para
dejar la cosa fina; por lo tanto, y respondiendo ya a la 4, tendrías
enytonces que instalar y configurar TS en ambos nodos de la misma forma
y parametrizar ambos nodos de la misma manera



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



"Miguel" escribió en el mensaje
news:

Hola a todo el grupo:

Estoy pensando en montar un cluster MSCS con Windows Server 2003 R2
Enterprise. El hardware es HP Proliant DL380 G4 Cluster Packaged y
lleva una MSA500 G2. Como es para una instalacion muy pequeña con unos
10 terminales clientes (son terminales ligeros) y el MSCS me obliga a
tener un dominio he pensado en que los 2 nodos del cluster sean
controladores de dominio, aunque he leído que no es muy recomendable.

Sobre este MSCS debe correr una base de datos Oracle 10g r2, de modo
que si un nodo se cae, la instancia de la base de datos pase a correr
en el otro nodo.

Cada nodo lleva dos discos en Raid 1 para Sistema Operativo y Oracle.
En la MSA 500, 2 discos en Raid1 para los logs de Oracle y 3 discos en
Raid5 para la base de datos y el Quorum. He pensado en crear 2
particiones en el Raid5, una para Quorum y otra para datos.

1.- ¿Que os parece esta solución? ¿Es correcta o hay alguna forma más
razonable?

2.- Hemos desarrollado una aplicacion de gestion de almacen, que
trabaja contra la base de datos Oracle y tambien debe de correr en el
cluster. Esta aplicacion no es "clusterizable", por lo tanto he
pensado en instalarla y configurarla en los dos nodos del cluster de
la misma forma contra la instancia de Oracle, de modo que cuando se
cae un nodo dejará de responder y habrá que arrancarla manualmente en
el otro nodo.
He leído que los recursos del cluster (Nombre, IP) sólo deben usarse
para administrar el cluster, pero yo necesito acceder a la instancia
de Oracle a traves de este Nombre e IP, para que cuando cambie al otro
nodo los clientes sigan conectando con la base de datos. ¿Hay alguna
otra forma de hacer esto?. ¿No es lo más logico conectar con la base
de datos a través de una IP "virtual" independiente del nodo físico en
el que esté ejecutando la base de datos?

3.- Como mis clientes son terminales ligeros, tienen que conectarse a
la aplicacion de gestion a través de Terminal Server. ¿Es
"clusterizable" TS?. ¿Contra que IP tengo que configurar la conexion
remota, contra la de los nodos fisicos o contra la del cluster?.Si no
es "clusterizable" y se cae el nodo fisico, ¿los terminales perderían
la conexion?. ¿Habría que modificar la IP en la conexion remota para
volver a conectar con el otro nodo físico?.

4.- ¿En que nodo hay que instalar los servicios de terminal? ¿Y el
servidor de licencias de terminal?

Perdon por alargarme tanto, pero necesito saber si se puede hacer esto
y en caso negativo que opciones habría.

Gracias

Miguel S.

Inline.

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Podría ser una opcion! La alternativa de Oracle RAC puede ser buena pero
aquí ya me pierdo un poco:

a) Podrías explicar la diferencia entre NLB y MSCS?.

MSCS requiere Active Directory/Dominio y suele requerir (sobre todo para
bases de datos), almacenamineto compartido bajo el modelo Shared-nothing
NLB es balanceo de Carga entre servidores (valido para IIS, TS y otras
aplicaciones). No requiere AD/dominio

¿A que te refieres con

Alta Disponibilidad pero no tolerancia a fallos?
b) Que pasa si se cae un nodo? ¿Oracle sigue funcionado?

Con Oracle RAC, sí

c) Para montar los dos nodos en NLB, ¿se necesita un dominio?. Si me
puedo evitar el dominio mejor, menos problemas.

Gracias




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

Si quieres tener Alta disponibildad con TS (que no tolerancia fallos)
deberás montar TS con los 2 nodos en NLB.
En este caso, no podrás utilizar MSCS/Failsafe para Oracle. La
alternativa es entonces Oracle RAC

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Gracias Javier:

Es una cuestion de presupuesto. Esto es una aplicacion de gestion de un
almacen y la base de datos es pequeña, entre 1 y 2 GB. Los clientes
tampoco son muchos, menos de 10. Normalmente esto lo montamos en un
grupo de trabajo con una maquina redundada, pero en este caso el
cliente quiere un Cluster, pero esto no nos soluciona nada, porque
nuestra aplicacion no clusterizable.

Oracle pensamos en Clusterizarlo con Fail Safe.

Es posible cambiar la IP de los nodos fisicos de un cluster?
Conoces alguna forma "manual" de clusterizar el TS? Lo que pretendo es
que el usuario no tenga que modificar en su termianal o PDA la conexion
de Escritorio Remoto de modo que si se cae un nodo del cluster, el
usuario perderá la conexion y lanzandola de nuevo que ésta se conecte
al otro nodo.

Gracias por tu ayuda

Miguel S.



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

No es recomendable pero es viable; lo suyo, como debes imaginar, es
tener DCs por un lado, y los nodos MSCS por el otro

2.-Al clusterizar Oracle lo harás además con un servidor virtual, con
su propia IP y su propio nombre que serán a los que ataques con tu
aplicación sin probelmas

3.-TS no es clusterizable, y tenerlo ya en un DC con MSCS no se
recomienda en absoluto, por seguridad, por establidad, por rendimiento
y por la de parámetros de políticas de grupo que tendrás que tocar
para dejar la cosa fina; por lo tanto, y respondiendo ya a la 4,
tendrías enytonces que instalar y configurar TS en ambos nodos de la
misma forma y parametrizar ambos nodos de la misma manera



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



"Miguel" escribió en el mensaje
news:

Hola a todo el grupo:

Estoy pensando en montar un cluster MSCS con Windows Server 2003 R2
Enterprise. El hardware es HP Proliant DL380 G4 Cluster Packaged y
lleva una MSA500 G2. Como es para una instalacion muy pequeña con
unos 10 terminales clientes (son terminales ligeros) y el MSCS me
obliga a tener un dominio he pensado en que los 2 nodos del cluster
sean controladores de dominio, aunque he leído que no es muy
recomendable.

Sobre este MSCS debe correr una base de datos Oracle 10g r2, de modo
que si un nodo se cae, la instancia de la base de datos pase a correr
en el otro nodo.

Cada nodo lleva dos discos en Raid 1 para Sistema Operativo y Oracle.
En la MSA 500, 2 discos en Raid1 para los logs de Oracle y 3 discos
en Raid5 para la base de datos y el Quorum. He pensado en crear 2
particiones en el Raid5, una para Quorum y otra para datos.

1.- ¿Que os parece esta solución? ¿Es correcta o hay alguna forma más
razonable?

2.- Hemos desarrollado una aplicacion de gestion de almacen, que
trabaja contra la base de datos Oracle y tambien debe de correr en el
cluster. Esta aplicacion no es "clusterizable", por lo tanto he
pensado en instalarla y configurarla en los dos nodos del cluster de
la misma forma contra la instancia de Oracle, de modo que cuando se
cae un nodo dejará de responder y habrá que arrancarla manualmente en
el otro nodo.
He leído que los recursos del cluster (Nombre, IP) sólo deben usarse
para administrar el cluster, pero yo necesito acceder a la instancia
de Oracle a traves de este Nombre e IP, para que cuando cambie al
otro nodo los clientes sigan conectando con la base de datos. ¿Hay
alguna otra forma de hacer esto?. ¿No es lo más logico conectar con
la base de datos a través de una IP "virtual" independiente del nodo
físico en el que esté ejecutando la base de datos?

3.- Como mis clientes son terminales ligeros, tienen que conectarse a
la aplicacion de gestion a través de Terminal Server. ¿Es
"clusterizable" TS?. ¿Contra que IP tengo que configurar la conexion
remota, contra la de los nodos fisicos o contra la del cluster?.Si no
es "clusterizable" y se cae el nodo fisico, ¿los terminales perderían
la conexion?. ¿Habría que modificar la IP en la conexion remota para
volver a conectar con el otro nodo físico?.

4.- ¿En que nodo hay que instalar los servicios de terminal? ¿Y el
servidor de licencias de terminal?

Perdon por alargarme tanto, pero necesito saber si se puede hacer
esto y en caso negativo que opciones habría.

Gracias

Miguel S.

Lo siento, pero podrías explicarlo un poco mas en detalle???
¿Que pasaría si configuro la conexion de escritorio remoto contra la ip
del cluster??

Gracias,
Miguel S.

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

Inline.

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Podría ser una opcion! La alternativa de Oracle RAC puede ser buena pero
aquí ya me pierdo un poco:

a) Podrías explicar la diferencia entre NLB y MSCS?.

MSCS requiere Active Directory/Dominio y suele requerir (sobre todo para
bases de datos), almacenamineto compartido bajo el modelo Shared-nothing
NLB es balanceo de Carga entre servidores (valido para IIS, TS y otras
aplicaciones). No requiere AD/dominio

¿A que te refieres con

Alta Disponibilidad pero no tolerancia a fallos?
b) Que pasa si se cae un nodo? ¿Oracle sigue funcionado?

Con Oracle RAC, sí

c) Para montar los dos nodos en NLB, ¿se necesita un dominio?. Si me
puedo evitar el dominio mejor, menos problemas.

Gracias




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

Si quieres tener Alta disponibildad con TS (que no tolerancia fallos)
deberás montar TS con los 2 nodos en NLB.
En este caso, no podrás utilizar MSCS/Failsafe para Oracle. La
alternativa es entonces Oracle RAC

Ramon Jimenez
MVP Windows Server System - Infrastructure Architect

-Con un cuarto de hora de retraso-




"Miguel" wrote in message
news:

Gracias Javier:

Es una cuestion de presupuesto. Esto es una aplicacion de gestion de
un almacen y la base de datos es pequeña, entre 1 y 2 GB. Los clientes
tampoco son muchos, menos de 10. Normalmente esto lo montamos en un
grupo de trabajo con una maquina redundada, pero en este caso el
cliente quiere un Cluster, pero esto no nos soluciona nada, porque
nuestra aplicacion no clusterizable.

Oracle pensamos en Clusterizarlo con Fail Safe.

Es posible cambiar la IP de los nodos fisicos de un cluster?
Conoces alguna forma "manual" de clusterizar el TS? Lo que pretendo es
que el usuario no tenga que modificar en su termianal o PDA la
conexion de Escritorio Remoto de modo que si se cae un nodo del
cluster, el usuario perderá la conexion y lanzandola de nuevo que ésta
se conecte al otro nodo.

Gracias por tu ayuda

Miguel S.



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

No es recomendable pero es viable; lo suyo, como debes imaginar, es
tener DCs por un lado, y los nodos MSCS por el otro

2.-Al clusterizar Oracle lo harás además con un servidor virtual, con
su propia IP y su propio nombre que serán a los que ataques con tu
aplicación sin probelmas

3.-TS no es clusterizable, y tenerlo ya en un DC con MSCS no se
recomienda en absoluto, por seguridad, por establidad, por
rendimiento y por la de parámetros de políticas de grupo que tendrás
que tocar para dejar la cosa fina; por lo tanto, y respondiendo ya a
la 4, tendrías enytonces que instalar y configurar TS en ambos nodos
de la misma forma y parametrizar ambos nodos de la misma manera



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



"Miguel" escribió en el mensaje
news:

Hola a todo el grupo:

Estoy pensando en montar un cluster MSCS con Windows Server 2003 R2
Enterprise. El hardware es HP Proliant DL380 G4 Cluster Packaged y
lleva una MSA500 G2. Como es para una instalacion muy pequeña con
unos 10 terminales clientes (son terminales ligeros) y el MSCS me
obliga a tener un dominio he pensado en que los 2 nodos del cluster
sean controladores de dominio, aunque he leído que no es muy
recomendable.

Sobre este MSCS debe correr una base de datos Oracle 10g r2, de modo
que si un nodo se cae, la instancia de la base de datos pase a
correr en el otro nodo.

Cada nodo lleva dos discos en Raid 1 para Sistema Operativo y
Oracle. En la MSA 500, 2 discos en Raid1 para los logs de Oracle y 3
discos en Raid5 para la base de datos y el Quorum. He pensado en
crear 2 particiones en el Raid5, una para Quorum y otra para datos.

1.- ¿Que os parece esta solución? ¿Es correcta o hay alguna forma
más razonable?

2.- Hemos desarrollado una aplicacion de gestion de almacen, que
trabaja contra la base de datos Oracle y tambien debe de correr en
el cluster. Esta aplicacion no es "clusterizable", por lo tanto he
pensado en instalarla y configurarla en los dos nodos del cluster de
la misma forma contra la instancia de Oracle, de modo que cuando se
cae un nodo dejará de responder y habrá que arrancarla manualmente
en el otro nodo.
He leído que los recursos del cluster (Nombre, IP) sólo deben usarse
para administrar el cluster, pero yo necesito acceder a la instancia
de Oracle a traves de este Nombre e IP, para que cuando cambie al
otro nodo los clientes sigan conectando con la base de datos. ¿Hay
alguna otra forma de hacer esto?. ¿No es lo más logico conectar con
la base de datos a través de una IP "virtual" independiente del nodo
físico en el que esté ejecutando la base de datos?

3.- Como mis clientes son terminales ligeros, tienen que conectarse
a la aplicacion de gestion a través de Terminal Server. ¿Es
"clusterizable" TS?. ¿Contra que IP tengo que configurar la conexion
remota, contra la de los nodos fisicos o contra la del cluster?.Si
no es "clusterizable" y se cae el nodo fisico, ¿los terminales
perderían la conexion?. ¿Habría que modificar la IP en la conexion
remota para volver a conectar con el otro nodo físico?.

4.- ¿En que nodo hay que instalar los servicios de terminal? ¿Y el
servidor de licencias de terminal?

Perdon por alargarme tanto, pero necesito saber si se puede hacer
esto y en caso negativo que opciones habría.

Gracias

Miguel S.