monitoreo de sql

30/06/2005 - 21:36 por Mauro | Informe spam
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

Preguntas similare

Leer las respuestas

#6 Mauro
01/07/2005 - 16:54 | Informe spam
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:
Mostrar la cita
cosas
Mostrar la cita
cosas
Mostrar la cita
las
Mostrar la cita
#7 Maxi
01/07/2005 - 17:06 | Informe spam
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:
Mostrar la cita
#8 Mauro
01/07/2005 - 20:25 | Informe spam
a eso me referia yo a los recursos del server, no al sql.

te paso la data:
Mostrar la cita
multiples conecxiones)
Mostrar la cita
la misma makina un disco particionado , c: con 5gb libres y d: con 15GB
libres cada uno, la base esta en el d
Mostrar la cita
min)




"Maxi" wrote in message
news:
Mostrar la cita
o
Mostrar la cita
server.
Mostrar la cita
bloqueos
Mostrar la cita
y
Mostrar la cita
me
Mostrar la cita
#9 Maxi
01/07/2005 - 20:44 | Informe spam
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:%
Mostrar la cita
#10 Mauro
01/07/2005 - 21:32 | Informe spam
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:%
Mostrar la cita
en
Mostrar la cita
30
Mostrar la cita
consulta
Mostrar la cita
deadlocks(ya
Mostrar la cita
las
Mostrar la cita
algunas
Mostrar la cita
que
Mostrar la cita
procesador
Mostrar la cita
normalmente
Mostrar la cita
auditar
Mostrar la cita
,
Mostrar la cita
Ads by Google
Search Busqueda sugerida