Cluster Sql2000

Hmmm... realmente suena desesperada la solucion. No creo que funcione ya que
el cluster seguramente detectara que no son genelos y alguna alerta
generara... pero ojo! Esto es solo una opinion personal.

Han tratado de hacer lo siguiente? Han configurado el disco compartido de
tal forma que el log de transacciones este en un "spindle" (conjunto de
discos) que no sea RAID 5?
Otro tema es: pueden llegar a agregar o modificar los indices de la base?

No se si han intentado estas opciones.

Saludos
Adrian D. Garcia
NDSoft


"Natacha" wrote in message
news:002d01c3da06$94759a60$
Hola a todos

Resulta que tenemos problemas de rendimiento en la maquina
que esta actuando como servidor de bd de un cluster
Sql2000.
Se estuvo analizando y la unica alternativa viable que
tenemos es mejorar la capacidad de procesamiento de las
maquinas.

El cluster de SQL activo- activo no nos está ayudando
mucho, puesto que no es posible balancear la carga en los
dos nodos del cluster sobre la misma bd y en este ambiente
tenemos una sola bd con toda la carga alli.
No nos es posible modificar el diseño de la bd, ni del
aplicativo puesto que la propiedad intelectual del
software es de terceros.

Como no tenemos presupuesto para comprar más maquinas se
nos ocurrió una alternativa desesperada, que les pido me
den su opinion:

Quitar procesadores de la maquina inactiva y colocarlos en
la maquina activa. cuando haya un fallo en la maquina 1
devolver los procesadores a la maquina 2, pero no sabemos
como afecta a cluster de Windows 2000 y al de SQL2000 el
tener nodos que ya no sean gemelos en sus caracterisiticas
de computo.

Mil gracias a todos

Hola:
El Cluster de SQL es una opcion para mejorar la tolerancia a Fallas, NO
para mejorar el rendimiento. Incluso la configuracion Activo-Activo como
bien lo dices no ayuda al rendimiento de forma importante. Agregar mas
maquinas ayuda muy poco, solamente en la configuracion n+1 podrias aumentar
en algo el rendimiento y no es tampoco un incremento proporcional.
No es requerido que los equipos sean iguales, por lo cual podria ser que
si el cuello de botella es el procesador y las consultas lo permiten se
produzca una mejora en el rendimiento. Enfatizo las condiciones para que se
produzca la mejora. Le doy de un 10% a un 20% de probabilidad de que
produzca mejoras sensibles. El "costo" de esta medida es disponibilidad,
obviamente cuando el equipo "fuerte" falle y lo tome el debil, se notara la
diferencia y es posible que pierdas conexiones (o sea se pierde tolerancia).
Algunas alternativas:
a) Convertir tu Cluster en Servidores Federados: Esto es crear vistas son la
union de tablas que estan en diferentes servidores. O sea distribuyes la
carga en partes iguales entre ambos servidores. Aun siendo un software de
terceros, es posible cambiar las Tablas por Vistas y no tienes que
reescribir ni procedimientos ni vistas ni codigo de la aplicacion, es
totalmente transparente para la aplicacion.
Esta opcion es MUY dificil pero muy efectiva, y sobre todo escalable. Es
muy importante lo de la escalabilidad porque aun cuando logres mejoras en el
desempeno descubriras que los usarios que en el momento que aumenta el
desempeno usan mas la aplicacion, por supuesto deteriorando el desempeno :(
b) Usar Log Shiping (Trasvase de registros), que es dividir por
funciones el servidor, un servidor recibe las inserciones, modificaciones y
borrados y el otro sirve para reportes, consultas, etc.
Estas segura que el cuello de botella es el procesador? y no el Disco?
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Natacha escribio:

Hola a todos

Resulta que tenemos problemas de rendimiento en la maquina
que esta actuando como servidor de bd de un cluster
Sql2000.
Se estuvo analizando y la unica alternativa viable que
tenemos es mejorar la capacidad de procesamiento de las
maquinas.

El cluster de SQL activo- activo no nos está ayudando
mucho, puesto que no es posible balancear la carga en los
dos nodos del cluster sobre la misma bd y en este ambiente
tenemos una sola bd con toda la carga alli.
No nos es posible modificar el diseño de la bd, ni del
aplicativo puesto que la propiedad intelectual del
software es de terceros.

Como no tenemos presupuesto para comprar más maquinas se
nos ocurrió una alternativa desesperada, que les pido me
den su opinion:

Quitar procesadores de la maquina inactiva y colocarlos en
la maquina activa. cuando haya un fallo en la maquina 1
devolver los procesadores a la maquina 2, pero no sabemos
como afecta a cluster de Windows 2000 y al de SQL2000 el
tener nodos que ya no sean gemelos en sus caracterisiticas
de computo.

Mil gracias a todos