Como realizar pruebas SQL Server y Servidor Clúster

Primero que nada debemos decir que realizar pruebas de stress contra un SQL
Server es toda una actividad de consultoría que involucra bastante tiempo y
dinero, por tanto es imposible brindar en un foro de discusión como éste
toda la información que sería necesaria.

Hecha la aclaración, te sugiero que evalúes el uso de la herramienta
Microsoft Application Center Test (del Visual Studio .NET), el uso de los
monitores SQL Profiler (de SQL Server) y de los performance counters del
sistema operativo. Tambien puedes monitorear el comportamiento de tu SQL con
una herramienta como SpotLight (de la empresa Quest).

Pero vuelvo a lo del comienzo, seria bueno que evaluaras contratar servicios
de consultoría especializados en ese tipo de trabajo. No creo sea un trabajo
fácil ni tampoco gratis.

Muchos saludos
gux

Gustavo Larriera, MVP-SQL, MCSE
Uruguay LatAm

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho.


"Morena González" wrote in message
news:ea8HdXl%

Hola de nuevo, siempre hablando del Servidor en Cluster...

Hemos pensado que antes de implementar toda la solución de SQL Server en
Servidores en clúster necesitamos hacer "pruebas piloto". No sabemos
realmente cuál sería la mejor manera de llevarlas a cabo. Creemos que

crear

procesos que simulen la concurrencia de usuarios ingresando datos al

nuestro

sistema podria ser factible. Sin embargo no sabemos como monitorear de la
mejor manera posible el consumo de los recursos del servidor cuando estos
procesos se estén ejecutando.

Es decir cuáles podría ser los parámetros que nos indicarían que las

pruebas

serán satisfactorias?

No sé si la pregunta que debería lanzar al foro es si alguién, de acuerdo

a

las experiencias que han tenido en implementar soluciones con SQL Server,

me

podría dar un consejo de que puntos deben cosiderarse cuando se va a
implementar. Ya hicimos las mediciones del tamaño de la DB como lo expuse

en

un correo anterior.

Gracias nuevamente.

Hola:
Depende mucho del software y lo que quieres probar. Si asumimos que NO
puedes tocar el codigo de la aplicacion, y que solo te interesa medir el
desempeno del servidor de BD, una guia Rapida:
Guia de Captura
== a) Respaldo de BD.
b) Captura de Operaciones de 1 Estacion en la operacion "normal" de un
usuario. (Es mejor si capturas varios para poder realizar comparaciones).
c) Parametrizar los Scripts (Dificil!!!), para que se puedan ejecutar en
N estaciones simultaneamente y N veces.
d) Retauracion y Pruebas con x estaciones.
e) Ejecutar simulando x estaciones y medir consumo de Recursos: Memoria,
Disco, Red, Procesador. Y contadores de SQL: Cache y Locks principalmente.
Generado Linea Base.

Puntos a considerar:
== a) Que estas trantando de medir: Tiempo de Respuesta (Cuanto tarda el
servidor haciendo esto) o Cuantos Usuarios soporta este servidor corriendo
bajo determinadas circustancias.
b) Bloqueos: Deben monitorearse con MUCHO CUIDADO, porque esta es una de
las areas que no se pueden obtener muchos beneficios del hardware.
c) Herramientas: Combinar en el Monitoreo el Monitor de Sistema, el
"Profiler", la bitacoras de eventos. Otras herramientas como el ACT si es
una aplicacion Web te dan una idea mas general del comportamiento total de
la aplicacion.
d) Llevar bitacora de las mediciones: Hardware, Configuracion y Datos.

Si no tienes mucha experiencia con esto y quieres ahorrar tiempo puedes
consultar a alguna oficina de MS y me parece tienen laboratorios de prueba
de aplicaciones que puedes contratar (incluyendo los servicios del personal
especializado en esta area), no es barato pero si es una aplicacion
corporativa puede ser bastante mas barato que equivocarse :)
Por ultimo un pesamiento: No despiden al personal de computo por sugerir
en hardware en exceso, solo si piden demasiado poco :(
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.


Morena González escribio:

Hola de nuevo, siempre hablando del Servidor en Cluster...

Hemos pensado que antes de implementar toda la solución de SQL Server
en Servidores en clúster necesitamos hacer "pruebas piloto". No
sabemos realmente cuál sería la mejor manera de llevarlas a cabo.
Creemos que crear procesos que simulen la concurrencia de usuarios
ingresando datos al nuestro sistema podria ser factible. Sin embargo
no sabemos como monitorear de la mejor manera posible el consumo de
los recursos del servidor cuando estos procesos se estén ejecutando.

Es decir cuáles podría ser los parámetros que nos indicarían que las
pruebas serán satisfactorias?

No sé si la pregunta que debería lanzar al foro es si alguién, de
acuerdo a las experiencias que han tenido en implementar soluciones
con SQL Server, me podría dar un consejo de que puntos deben
cosiderarse cuando se va a implementar. Ya hicimos las mediciones del
tamaño de la DB como lo expuse en un correo anterior.

Gracias nuevamente.