monitoreo de sql

el server tiene 4 gb de ram de los cuales el sql usa dinamicamente 2.7GB de
ram y 2.7 de memoria virtual.
loqueos no hay pero si hay miles de requerimientos de la misma consulta o
tipo de conssulta.
para mi estamos llegando al techo de poder de procesamiento de ese server.
ya que no se ve ningun error de ningun tipo ni timeouts ni deadlocks(ya los
solucionamos la semana pasada)
solo se ve que baja el tiempo de respuesta y que el server se va a las nubes

"Maxi" wrote in message
news:

Hola, herramientas free no tienes, para mi la q tiene sql es mas q
suficiente para estas cuestiones.

Si el procesador se va a las nubes deberias empezar a revisar algunas

cosas

1) Se estan corriendo store
2) Como andamos de RAM?

Proba de bajarte el best practice analizer de la pag de ms y busca que

cosas

mal tienen en ese servidor. Pero esos cuelgues son generalmente bloqueos y
una forma de bloquear mucho es usando cursores


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas

Msn_messager:
mail: Maxi.da[arroba]gmail.com

"Mauro" escribió en el mensaje
news:
> ahi logre pasarlo, pero no hay ninguna herramienta de este tipo?
>
> el problema que tengo es que tengo picos en los cuales el procesador del
> sql
> se va al 100% y hay 2 consultas que demoran 7 seg cuando normalmente
> demoran
> 50 milisegundos.
>
>
> "Maxi" wrote in message
> news:
>> por? como lo estas haciendo?
>>
>>
>> Salu2
>> Maxi
>>
>>
>> "Mauro" escribió en el mensaje
>> news:
>> > ok, pero cuando lo abro no me respeta bien las columnas
>> > :(
>> > "Maxi" wrote in message
>> > news:
>> >> Hola, podrias armar con el profiler las trazas q quieres auditar y

las

>> >> guardas en una tabla. Luego deberias consultar esa tabla :-)
>> >>
>> >>
>> >> Salu2
>> >> Maxi
>> >>
>> >>
>> >> "Mauro" escribió en el mensaje
>> >> news:%
>> >> > hay alguna forma de monitorear al sql server , de manera que , me
>> > entregue
>> >> > un informe con, por ejemplo:
>> >> >
>> >> > -las consultas mas disparadas y su duracion promedio
>> >> > -las tablas mas utilizadas
>> >> > -los bloqueos mas comunes
>> >> > -etc etc
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>

Mauro, el poder de sql es inmenso :-) lo que puede estar sucediendo es que
no tengas suficientes recursos el servidor.

Veamos, decime esto:

1) Cantidad de usuarios conectados
2) Sistemas de discos del server (como estan, donde estan las bases)
3) Ese servidor es solo para sql o hay otras cosas mas?
4) La red? que velocidad tiene.
5) El servidor tiene el service pack3a o el 4?
6) Cual es el tamaño de la base
7) cual es el tamaño del log?

Empecemos por partes para ir descartando cosas.



Salu2
Maxi


"Mauro" escribió en el mensaje
news:

el server tiene 4 gb de ram de los cuales el sql usa dinamicamente 2.7GB
de
ram y 2.7 de memoria virtual.
loqueos no hay pero si hay miles de requerimientos de la misma consulta o
tipo de conssulta.
para mi estamos llegando al techo de poder de procesamiento de ese server.
ya que no se ve ningun error de ningun tipo ni timeouts ni deadlocks(ya
los
solucionamos la semana pasada)
solo se ve que baja el tiempo de respuesta y que el server se va a las
nubes

"Maxi" wrote in message
news:

Hola, herramientas free no tienes, para mi la q tiene sql es mas q
suficiente para estas cuestiones.

Si el procesador se va a las nubes deberias empezar a revisar algunas

cosas

1) Se estan corriendo store
2) Como andamos de RAM?

Proba de bajarte el best practice analizer de la pag de ms y busca que

cosas

mal tienen en ese servidor. Pero esos cuelgues son generalmente bloqueos
y
una forma de bloquear mucho es usando cursores


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas

Msn_messager:
mail: Maxi.da[arroba]gmail.com

"Mauro" escribió en el mensaje
news:
> ahi logre pasarlo, pero no hay ninguna herramienta de este tipo?
>
> el problema que tengo es que tengo picos en los cuales el procesador
> del
> sql
> se va al 100% y hay 2 consultas que demoran 7 seg cuando normalmente
> demoran
> 50 milisegundos.
>
>
> "Maxi" wrote in message
> news:
>> por? como lo estas haciendo?
>>
>>
>> Salu2
>> Maxi
>>
>>
>> "Mauro" escribió en el mensaje
>> news:
>> > ok, pero cuando lo abro no me respeta bien las columnas
>> > :(
>> > "Maxi" wrote in message
>> > news:
>> >> Hola, podrias armar con el profiler las trazas q quieres auditar y

las

>> >> guardas en una tabla. Luego deberias consultar esa tabla :-)
>> >>
>> >>
>> >> Salu2
>> >> Maxi
>> >>
>> >>
>> >> "Mauro" escribió en el mensaje
>> >> news:%
>> >> > hay alguna forma de monitorear al sql server , de manera que , me
>> > entregue
>> >> > un informe con, por ejemplo:
>> >> >
>> >> > -las consultas mas disparadas y su duracion promedio
>> >> > -las tablas mas utilizadas
>> >> > -los bloqueos mas comunes
>> >> > -etc etc
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>

a eso me referia yo a los recursos del server, no al sql.

te paso la data:

1) Cantidad de usuarios conectados: 150 procesos(una aplicacion con

multiples conecxiones)

2) Sistemas de discos del server (como estan, donde estan las bases): en

la misma makina un disco particionado , c: con 5gb libres y d: con 15GB
libres cada uno, la base esta en el d

3) Ese servidor es solo para sql o hay otras cosas mas? solo sql
4) La red? que velocidad tiene. 100mbits.
5) El servidor tiene el service pack3a o el 4? SP3
6) Cual es el tamaño de la base 2gb
7) cual es el tamaño del log? 50 mb(backup cada 30

min)




"Maxi" wrote in message
news:

Mauro, el poder de sql es inmenso :-) lo que puede estar sucediendo es que
no tengas suficientes recursos el servidor.

Veamos, decime esto:

1) Cantidad de usuarios conectados
2) Sistemas de discos del server (como estan, donde estan las bases)
3) Ese servidor es solo para sql o hay otras cosas mas?
4) La red? que velocidad tiene.
5) El servidor tiene el service pack3a o el 4?
6) Cual es el tamaño de la base
7) cual es el tamaño del log?

Empecemos por partes para ir descartando cosas.



Salu2
Maxi


"Mauro" escribió en el mensaje
news:
> el server tiene 4 gb de ram de los cuales el sql usa dinamicamente 2.7GB
> de
> ram y 2.7 de memoria virtual.
> loqueos no hay pero si hay miles de requerimientos de la misma consulta

o

> tipo de conssulta.
> para mi estamos llegando al techo de poder de procesamiento de ese

server.

> ya que no se ve ningun error de ningun tipo ni timeouts ni deadlocks(ya
> los
> solucionamos la semana pasada)
> solo se ve que baja el tiempo de respuesta y que el server se va a las
> nubes
>
> "Maxi" wrote in message
> news:
>> Hola, herramientas free no tienes, para mi la q tiene sql es mas q
>> suficiente para estas cuestiones.
>>
>> Si el procesador se va a las nubes deberias empezar a revisar algunas
> cosas
>>
>> 1) Se estan corriendo store
>> 2) Como andamos de RAM?
>>
>> Proba de bajarte el best practice analizer de la pag de ms y busca que
> cosas
>> mal tienen en ese servidor. Pero esos cuelgues son generalmente

bloqueos

>> y
>> una forma de bloquear mucho es usando cursores
>>
>>
>> Maxi - Buenos Aires - Argentina
>> Desarrollador 3 Estrellas
>>
>> Msn_messager:
>> mail: Maxi.da[arroba]gmail.com
>>
>> "Mauro" escribió en el mensaje
>> news:
>> > ahi logre pasarlo, pero no hay ninguna herramienta de este tipo?
>> >
>> > el problema que tengo es que tengo picos en los cuales el procesador
>> > del
>> > sql
>> > se va al 100% y hay 2 consultas que demoran 7 seg cuando normalmente
>> > demoran
>> > 50 milisegundos.
>> >
>> >
>> > "Maxi" wrote in message
>> > news:
>> >> por? como lo estas haciendo?
>> >>
>> >>
>> >> Salu2
>> >> Maxi
>> >>
>> >>
>> >> "Mauro" escribió en el mensaje
>> >> news:
>> >> > ok, pero cuando lo abro no me respeta bien las columnas
>> >> > :(
>> >> > "Maxi" wrote in message
>> >> > news:
>> >> >> Hola, podrias armar con el profiler las trazas q quieres auditar

y

> las
>> >> >> guardas en una tabla. Luego deberias consultar esa tabla :-)
>> >> >>
>> >> >>
>> >> >> Salu2
>> >> >> Maxi
>> >> >>
>> >> >>
>> >> >> "Mauro" escribió en el mensaje
>> >> >> news:%
>> >> >> > hay alguna forma de monitorear al sql server , de manera que ,

me

>> >> > entregue
>> >> >> > un informe con, por ejemplo:
>> >> >> >
>> >> >> > -las consultas mas disparadas y su duracion promedio
>> >> >> > -las tablas mas utilizadas
>> >> >> > -los bloqueos mas comunes
>> >> >> > -etc etc
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>

Mauro, me temo que lo que esta haciendo poner esto lento son los bloqueos.
La base no pesa nada asi que lo descartamos.

Estas seguro que no hacen cursores ? podrias ponerte a auditar con el
profiler o ver con el admin corporativo quien es el q mas consume cpu?


Salu2
Maxi


"Mauro" escribió en el mensaje
news:%

a eso me referia yo a los recursos del server, no al sql.

te paso la data:

1) Cantidad de usuarios conectados: 150 procesos(una aplicacion con

multiples conecxiones)

2) Sistemas de discos del server (como estan, donde estan las bases): en

la misma makina un disco particionado , c: con 5gb libres y d: con 15GB
libres cada uno, la base esta en el d

3) Ese servidor es solo para sql o hay otras cosas mas? solo sql
4) La red? que velocidad tiene. 100mbits.
5) El servidor tiene el service pack3a o el 4? SP3
6) Cual es el tamaño de la base 2gb
7) cual es el tamaño del log? 50 mb(backup cada 30

min)




"Maxi" wrote in message
news:

Mauro, el poder de sql es inmenso :-) lo que puede estar sucediendo es
que
no tengas suficientes recursos el servidor.

Veamos, decime esto:

1) Cantidad de usuarios conectados
2) Sistemas de discos del server (como estan, donde estan las bases)
3) Ese servidor es solo para sql o hay otras cosas mas?
4) La red? que velocidad tiene.
5) El servidor tiene el service pack3a o el 4?
6) Cual es el tamaño de la base
7) cual es el tamaño del log?

Empecemos por partes para ir descartando cosas.



Salu2
Maxi


"Mauro" escribió en el mensaje
news:
> el server tiene 4 gb de ram de los cuales el sql usa dinamicamente
> 2.7GB
> de
> ram y 2.7 de memoria virtual.
> loqueos no hay pero si hay miles de requerimientos de la misma consulta

o

> tipo de conssulta.
> para mi estamos llegando al techo de poder de procesamiento de ese

server.

> ya que no se ve ningun error de ningun tipo ni timeouts ni deadlocks(ya
> los
> solucionamos la semana pasada)
> solo se ve que baja el tiempo de respuesta y que el server se va a las
> nubes
>
> "Maxi" wrote in message
> news:
>> Hola, herramientas free no tienes, para mi la q tiene sql es mas q
>> suficiente para estas cuestiones.
>>
>> Si el procesador se va a las nubes deberias empezar a revisar algunas
> cosas
>>
>> 1) Se estan corriendo store
>> 2) Como andamos de RAM?
>>
>> Proba de bajarte el best practice analizer de la pag de ms y busca que
> cosas
>> mal tienen en ese servidor. Pero esos cuelgues son generalmente

bloqueos

>> y
>> una forma de bloquear mucho es usando cursores
>>
>>
>> Maxi - Buenos Aires - Argentina
>> Desarrollador 3 Estrellas
>>
>> Msn_messager:
>> mail: Maxi.da[arroba]gmail.com
>>
>> "Mauro" escribió en el mensaje
>> news:
>> > ahi logre pasarlo, pero no hay ninguna herramienta de este tipo?
>> >
>> > el problema que tengo es que tengo picos en los cuales el procesador
>> > del
>> > sql
>> > se va al 100% y hay 2 consultas que demoran 7 seg cuando normalmente
>> > demoran
>> > 50 milisegundos.
>> >
>> >
>> > "Maxi" wrote in message
>> > news:
>> >> por? como lo estas haciendo?
>> >>
>> >>
>> >> Salu2
>> >> Maxi
>> >>
>> >>
>> >> "Mauro" escribió en el mensaje
>> >> news:
>> >> > ok, pero cuando lo abro no me respeta bien las columnas
>> >> > :(
>> >> > "Maxi" wrote in message
>> >> > news:
>> >> >> Hola, podrias armar con el profiler las trazas q quieres auditar

y

> las
>> >> >> guardas en una tabla. Luego deberias consultar esa tabla :-)
>> >> >>
>> >> >>
>> >> >> Salu2
>> >> >> Maxi
>> >> >>
>> >> >>
>> >> >> "Mauro" escribió en el mensaje
>> >> >> news:%
>> >> >> > hay alguna forma de monitorear al sql server , de manera que ,

me

>> >> > entregue
>> >> >> > un informe con, por ejemplo:
>> >> >> >
>> >> >> > -las consultas mas disparadas y su duracion promedio
>> >> >> > -las tablas mas utilizadas
>> >> >> > -los bloqueos mas comunes
>> >> >> > -etc etc
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>

ya lo hice te paso los resultados:

select top 1 idrate FROM costlistrec WHERE costlistid = 112 AND
'551169318767' LIKE COALESCE(NormPattern, '%') AND Internal = 0 ORDER BY
LEN(NormPattern) DESC

la tabla es esta
REATE TABLE [dbo].[costlistrec] (
[IDRate] [int] IDENTITY (1, 1) NOT NULL ,
[RECORDID] [int] NULL ,
[PATTERN] [nvarchar] (50) NULL ,
[Mult] [float] NULL ,
[Add] [float] NULL ,
[NORMPATTERN] [nvarchar] (50) NULL ,
[costlistId] [int] NULL ,
[Description] [nvarchar] (50) NULL ,
[Internal] [smallint] NOT NULL ,
[SourcePattern] [nvarchar] (50) NULL ,
[SourceNormPattern] [nvarchar] (50) NULL ,
[SourceInternal] [smallint] NULL ,
[RecordSourceID] [int] NULL ,
[TimeFree] [int] NULL ,
[TimeThreshold] [int] NULL ,
[MinTimeToBill] [int] NULL ,
[TimeSlice] [int] NULL ,
[MinCharge] [float] NULL ,
[IniCharge] [float] NULL ,
[IniTime] [int] NULL ,
[Additive] [float] NULL ,
[AdtTimeThreshold] [int] NULL ,
[AdtChargeThreshold] [money] NULL


CONSTRAINT [PK_costlistrec] PRIMARY KEY CLUSTERED
(
[IDRate]
) WITH FILLFACTOR = 90 ON [PRIMARY]

CONSTRAINT [DF__costlistr__RECOR__5165187F] DEFAULT (0) FOR [RECORDID],
CONSTRAINT [DF__costlistre__Mult__52593CB8] DEFAULT (0) FOR [Mult],
CONSTRAINT [DF__costlistrec__Add__534D60F1] DEFAULT (0) FOR [Add],
CONSTRAINT [DF__costlistr__costl__5441852A] DEFAULT (0) FOR [costlistId],
CONSTRAINT [DF__costlistr__Inter__5535A963] DEFAULT (0) FOR [Internal],
CONSTRAINT [DF_costlistrec_SourceInternal] DEFAULT (0) FOR [SourceInternal]

CREATE INDEX [costlistId] ON [dbo].[costlistrec]([costlistId]) WITH
FILLFACTOR = 90 ON [PRIMARY]
CREATE INDEX [DESCRIPTIONID] ON [dbo].[costlistrec]([RECORDID]) WITH
FILLFACTOR = 90 ON [PRIMARY]

por lo que pude ver no hay locks tiemouts ni deadlocks ni nada sobre la
tabla, simplemente miles de consultas en las horas pico del sistema
aunque solo esta es la que baja su tiempo de respuesta ya que es la que mas
se consulta. el resto sigue funcionando bien.
agregue un indice en normpattern pero solo emporo las cosas.

"Maxi" wrote in message
news:%

Mauro, me temo que lo que esta haciendo poner esto lento son los bloqueos.
La base no pesa nada asi que lo descartamos.

Estas seguro que no hacen cursores ? podrias ponerte a auditar con el
profiler o ver con el admin corporativo quien es el q mas consume cpu?


Salu2
Maxi


"Mauro" escribió en el mensaje
news:%
>a eso me referia yo a los recursos del server, no al sql.
>
> te paso la data:
>> 1) Cantidad de usuarios conectados: 150 procesos(una aplicacion con
> multiples conecxiones)
>> 2) Sistemas de discos del server (como estan, donde estan las bases):

en

> la misma makina un disco particionado , c: con 5gb libres y d: con 15GB
> libres cada uno, la base esta en el d
>> 3) Ese servidor es solo para sql o hay otras cosas mas? solo sql
>> 4) La red? que velocidad tiene. 100mbits.
>> 5) El servidor tiene el service pack3a o el 4? SP3
>> 6) Cual es el tamaño de la base 2gb
>> 7) cual es el tamaño del log? 50 mb(backup cada

30

> min)
>
>
>
>
> "Maxi" wrote in message
> news:
>> Mauro, el poder de sql es inmenso :-) lo que puede estar sucediendo es
>> que
>> no tengas suficientes recursos el servidor.
>>
>> Veamos, decime esto:
>>
>> 1) Cantidad de usuarios conectados
>> 2) Sistemas de discos del server (como estan, donde estan las bases)
>> 3) Ese servidor es solo para sql o hay otras cosas mas?
>> 4) La red? que velocidad tiene.
>> 5) El servidor tiene el service pack3a o el 4?
>> 6) Cual es el tamaño de la base
>> 7) cual es el tamaño del log?
>>
>> Empecemos por partes para ir descartando cosas.
>>
>>
>>
>> Salu2
>> Maxi
>>
>>
>> "Mauro" escribió en el mensaje
>> news:
>> > el server tiene 4 gb de ram de los cuales el sql usa dinamicamente
>> > 2.7GB
>> > de
>> > ram y 2.7 de memoria virtual.
>> > loqueos no hay pero si hay miles de requerimientos de la misma

consulta

> o
>> > tipo de conssulta.
>> > para mi estamos llegando al techo de poder de procesamiento de ese
> server.
>> > ya que no se ve ningun error de ningun tipo ni timeouts ni

deadlocks(ya

>> > los
>> > solucionamos la semana pasada)
>> > solo se ve que baja el tiempo de respuesta y que el server se va a

las

>> > nubes
>> >
>> > "Maxi" wrote in message
>> > news:
>> >> Hola, herramientas free no tienes, para mi la q tiene sql es mas q
>> >> suficiente para estas cuestiones.
>> >>
>> >> Si el procesador se va a las nubes deberias empezar a revisar

algunas

>> > cosas
>> >>
>> >> 1) Se estan corriendo store
>> >> 2) Como andamos de RAM?
>> >>
>> >> Proba de bajarte el best practice analizer de la pag de ms y busca

que

>> > cosas
>> >> mal tienen en ese servidor. Pero esos cuelgues son generalmente
> bloqueos
>> >> y
>> >> una forma de bloquear mucho es usando cursores
>> >>
>> >>
>> >> Maxi - Buenos Aires - Argentina
>> >> Desarrollador 3 Estrellas
>> >>
>> >> Msn_messager:
>> >> mail: Maxi.da[arroba]gmail.com
>> >>
>> >> "Mauro" escribió en el mensaje
>> >> news:
>> >> > ahi logre pasarlo, pero no hay ninguna herramienta de este tipo?
>> >> >
>> >> > el problema que tengo es que tengo picos en los cuales el

procesador

>> >> > del
>> >> > sql
>> >> > se va al 100% y hay 2 consultas que demoran 7 seg cuando

normalmente

>> >> > demoran
>> >> > 50 milisegundos.
>> >> >
>> >> >
>> >> > "Maxi" wrote in message
>> >> > news:
>> >> >> por? como lo estas haciendo?
>> >> >>
>> >> >>
>> >> >> Salu2
>> >> >> Maxi
>> >> >>
>> >> >>
>> >> >> "Mauro" escribió en el mensaje
>> >> >> news:
>> >> >> > ok, pero cuando lo abro no me respeta bien las columnas
>> >> >> > :(
>> >> >> > "Maxi" wrote in message
>> >> >> > news:
>> >> >> >> Hola, podrias armar con el profiler las trazas q quieres

auditar

> y
>> > las
>> >> >> >> guardas en una tabla. Luego deberias consultar esa tabla :-)
>> >> >> >>
>> >> >> >>
>> >> >> >> Salu2
>> >> >> >> Maxi
>> >> >> >>
>> >> >> >>
>> >> >> >> "Mauro" escribió en el mensaje
>> >> >> >> news:%
>> >> >> >> > hay alguna forma de monitorear al sql server , de manera que

,

> me
>> >> >> > entregue
>> >> >> >> > un informe con, por ejemplo:
>> >> >> >> >
>> >> >> >> > -las consultas mas disparadas y su duracion promedio
>> >> >> >> > -las tablas mas utilizadas
>> >> >> >> > -los bloqueos mas comunes
>> >> >> >> > -etc etc
>> >> >> >> >
>> >> >> >> >
>> >> >> >>
>> >> >> >>
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>