Consumiento el 100% del motor

19/02/2008 - 21:17 por Marcelo Guy | Informe spam
Hola a todos, quiero realizar una consulta acerca de un problema que venimos
teniendo con un motor de BD SQL Server 2005.
Les explico un poco mas en detalle, el problema que venimos teniendo y la
configuracion donde el mismo se encuentra instalado:
Se trata de un SQL Server 2005 en el que restauramos una base de datos
creada en un SQL Server 2000, dentro de este SQL Server 2005, aparte de la
base de datos de nuestro sistema se encuentran varias bases de datos de
sistemas de terceros.
Existe un servidor dedicado donde se encuentra este SQL Server 2005, ademas
de un segundo servidor donde se encuentra instalado un servidor de terminal
server.
La mayoria de los usuarios del sistema se conecta por terminal server (al
segundo servidor fisico) y desde alli el sistema accede al servidor SQL,
realizando las consultas y los accesos a la BD necesarios.
En determinado momento, que no pudimos determinar un patron especifico,
dentro del SQL 2005 se generan aproximadamente 3000 procesos , consumiento
el 100% de la CPU y gran parte de la memoria de la maquina.
Esto produce que el resto de las estaciones conectadas al segundo servidor
(terminal server) se "claven" y haya que finalizar manualmente los procesos
que quedaron "colgados" para poder continuar con la utilizacion del sistema
Si tenen algun tipo de recomendacion para hacernos o algun comentario que
podamos llegar a tener en cuenta para guiarnos, desde ya estariamos muy
agradecidos, ya que hasta el momento todas las pruebas, trazas e intentos de
reproduccion del problema en forma local han sido en vano.

Saludos, Marcelo

Preguntas similare

Leer las respuestas

#1 Gux (MVP)
19/02/2008 - 20:55 | Informe spam
Algunos comentarios generales:

1. En caso de no haberlo hecho ya, apliquen el último service pack de SS2005.

2. Pueden limitar el uso de memoria del servicio SQL, de forma tal que un
alto consumo no perjudique a las demás aplicaciones.

3. Si la base fue migrada desde SS2000 es posible que aún esté en
compatibilidad 80. Investigar si es viable ponerla en compatibilidad 90.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Marcelo Guy" wrote:

Hola a todos, quiero realizar una consulta acerca de un problema que venimos
teniendo con un motor de BD SQL Server 2005.
Les explico un poco mas en detalle, el problema que venimos teniendo y la
configuracion donde el mismo se encuentra instalado:
Se trata de un SQL Server 2005 en el que restauramos una base de datos
creada en un SQL Server 2000, dentro de este SQL Server 2005, aparte de la
base de datos de nuestro sistema se encuentran varias bases de datos de
sistemas de terceros.
Existe un servidor dedicado donde se encuentra este SQL Server 2005, ademas
de un segundo servidor donde se encuentra instalado un servidor de terminal
server.
La mayoria de los usuarios del sistema se conecta por terminal server (al
segundo servidor fisico) y desde alli el sistema accede al servidor SQL,
realizando las consultas y los accesos a la BD necesarios.
En determinado momento, que no pudimos determinar un patron especifico,
dentro del SQL 2005 se generan aproximadamente 3000 procesos , consumiento
el 100% de la CPU y gran parte de la memoria de la maquina.
Esto produce que el resto de las estaciones conectadas al segundo servidor
(terminal server) se "claven" y haya que finalizar manualmente los procesos
que quedaron "colgados" para poder continuar con la utilizacion del sistema
Si tenen algun tipo de recomendacion para hacernos o algun comentario que
podamos llegar a tener en cuenta para guiarnos, desde ya estariamos muy
agradecidos, ya que hasta el momento todas las pruebas, trazas e intentos de
reproduccion del problema en forma local han sido en vano.

Saludos, Marcelo



Respuesta Responder a este mensaje
#2 Marcelo Guy
19/02/2008 - 22:30 | Informe spam
Gracias Gustavo por tu rápida respuesta.
Voy a verificar lo que me comentas, ahora te pregunto:
- la compatibilidad no es solamente para el tema "idioma", tal cual como
dices esta con compatibilidad 80.
- existe alguna manera de monitorear el estado del servidor, para saber
cuando está por colapsar.

Marcelo


"Gux (MVP)" escribió en el mensaje
news:
Algunos comentarios generales:

1. En caso de no haberlo hecho ya, apliquen el último service pack de
SS2005.

2. Pueden limitar el uso de memoria del servicio SQL, de forma tal que un
alto consumo no perjudique a las demás aplicaciones.

3. Si la base fue migrada desde SS2000 es posible que aún esté en
compatibilidad 80. Investigar si es viable ponerla en compatibilidad 90.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Marcelo Guy" wrote:

Hola a todos, quiero realizar una consulta acerca de un problema que
venimos
teniendo con un motor de BD SQL Server 2005.
Les explico un poco mas en detalle, el problema que venimos teniendo y la
configuracion donde el mismo se encuentra instalado:
Se trata de un SQL Server 2005 en el que restauramos una base de datos
creada en un SQL Server 2000, dentro de este SQL Server 2005, aparte de
la
base de datos de nuestro sistema se encuentran varias bases de datos de
sistemas de terceros.
Existe un servidor dedicado donde se encuentra este SQL Server 2005,
ademas
de un segundo servidor donde se encuentra instalado un servidor de
terminal
server.
La mayoria de los usuarios del sistema se conecta por terminal server (al
segundo servidor fisico) y desde alli el sistema accede al servidor SQL,
realizando las consultas y los accesos a la BD necesarios.
En determinado momento, que no pudimos determinar un patron especifico,
dentro del SQL 2005 se generan aproximadamente 3000 procesos ,
consumiento
el 100% de la CPU y gran parte de la memoria de la maquina.
Esto produce que el resto de las estaciones conectadas al segundo
servidor
(terminal server) se "claven" y haya que finalizar manualmente los
procesos
que quedaron "colgados" para poder continuar con la utilizacion del
sistema
Si tenen algun tipo de recomendacion para hacernos o algun comentario que
podamos llegar a tener en cuenta para guiarnos, desde ya estariamos muy
agradecidos, ya que hasta el momento todas las pruebas, trazas e intentos
de
reproduccion del problema en forma local han sido en vano.

Saludos, Marcelo



Respuesta Responder a este mensaje
#3 Gux (MVP)
20/02/2008 - 14:35 | Informe spam
El nivel de compatibilidad configura varios comportamientos de la base de
datos para que sean compatibles con la versión especificada de SQL Server, no
es un tema de idiomas.

Por ejemplo, en compatibilidad 90 usted necesita usar la sintaxis 'OUTER
JOIN' mientras que en compatibilidad inferiores bastaba con usar la sintaxis
'*=' y '=*'.

Las diferencias entre compatibilidades están documentadas en los Books
Online (BOL) en la sección de sp_dbcmptlevel.


Respecto a su otra pregunta: Para monitorear un servidor usted puede usar
herramientas clásicas como el Perfmon de Windows o el SQL Profiler. También
puede usar herramientas especializadas como Quest Spotlight.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Marcelo Guy" wrote:

Gracias Gustavo por tu rápida respuesta.
Voy a verificar lo que me comentas, ahora te pregunto:
- la compatibilidad no es solamente para el tema "idioma", tal cual como
dices esta con compatibilidad 80.
- existe alguna manera de monitorear el estado del servidor, para saber
cuando está por colapsar.

Marcelo


"Gux (MVP)" escribió en el mensaje
news:
> Algunos comentarios generales:
>
> 1. En caso de no haberlo hecho ya, apliquen el último service pack de
> SS2005.
>
> 2. Pueden limitar el uso de memoria del servicio SQL, de forma tal que un
> alto consumo no perjudique a las demás aplicaciones.
>
> 3. Si la base fue migrada desde SS2000 es posible que aún esté en
> compatibilidad 80. Investigar si es viable ponerla en compatibilidad 90.
>
> Gustavo Larriera, Microsoft MVP
> https://mvp.support.microsoft.com/profile/gux
> Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
>
>
>
> "Marcelo Guy" wrote:
>
>> Hola a todos, quiero realizar una consulta acerca de un problema que
>> venimos
>> teniendo con un motor de BD SQL Server 2005.
>> Les explico un poco mas en detalle, el problema que venimos teniendo y la
>> configuracion donde el mismo se encuentra instalado:
>> Se trata de un SQL Server 2005 en el que restauramos una base de datos
>> creada en un SQL Server 2000, dentro de este SQL Server 2005, aparte de
>> la
>> base de datos de nuestro sistema se encuentran varias bases de datos de
>> sistemas de terceros.
>> Existe un servidor dedicado donde se encuentra este SQL Server 2005,
>> ademas
>> de un segundo servidor donde se encuentra instalado un servidor de
>> terminal
>> server.
>> La mayoria de los usuarios del sistema se conecta por terminal server (al
>> segundo servidor fisico) y desde alli el sistema accede al servidor SQL,
>> realizando las consultas y los accesos a la BD necesarios.
>> En determinado momento, que no pudimos determinar un patron especifico,
>> dentro del SQL 2005 se generan aproximadamente 3000 procesos ,
>> consumiento
>> el 100% de la CPU y gran parte de la memoria de la maquina.
>> Esto produce que el resto de las estaciones conectadas al segundo
>> servidor
>> (terminal server) se "claven" y haya que finalizar manualmente los
>> procesos
>> que quedaron "colgados" para poder continuar con la utilizacion del
>> sistema
>> Si tenen algun tipo de recomendacion para hacernos o algun comentario que
>> podamos llegar a tener en cuenta para guiarnos, desde ya estariamos muy
>> agradecidos, ya que hasta el momento todas las pruebas, trazas e intentos
>> de
>> reproduccion del problema en forma local han sido en vano.
>>
>> Saludos, Marcelo
>>
>>
>>



Respuesta Responder a este mensaje
#4 Marcelo Guy
21/02/2008 - 13:16 | Informe spam
Acabo de descargar una verión trial de Spotlight.
Voy a realizar algunas pruebas y veo que puedo sacar en limpio.
Muchas gracias por el dato, la applicación parece bastante completa y muy
simple.

Marcelo


"Gux (MVP)" escribió en el mensaje
news:
El nivel de compatibilidad configura varios comportamientos de la base de
datos para que sean compatibles con la versión especificada de SQL Server,
no
es un tema de idiomas.

Por ejemplo, en compatibilidad 90 usted necesita usar la sintaxis 'OUTER
JOIN' mientras que en compatibilidad inferiores bastaba con usar la
sintaxis
'*=' y '=*'.

Las diferencias entre compatibilidades están documentadas en los Books
Online (BOL) en la sección de sp_dbcmptlevel.


Respecto a su otra pregunta: Para monitorear un servidor usted puede usar
herramientas clásicas como el Perfmon de Windows o el SQL Profiler.
También
puede usar herramientas especializadas como Quest Spotlight.

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Marcelo Guy" wrote:

Gracias Gustavo por tu rápida respuesta.
Voy a verificar lo que me comentas, ahora te pregunto:
- la compatibilidad no es solamente para el tema "idioma", tal cual como
dices esta con compatibilidad 80.
- existe alguna manera de monitorear el estado del servidor, para saber
cuando está por colapsar.

Marcelo


"Gux (MVP)" escribió en el mensaje
news:
> Algunos comentarios generales:
>
> 1. En caso de no haberlo hecho ya, apliquen el último service pack de
> SS2005.
>
> 2. Pueden limitar el uso de memoria del servicio SQL, de forma tal que
> un
> alto consumo no perjudique a las demás aplicaciones.
>
> 3. Si la base fue migrada desde SS2000 es posible que aún esté en
> compatibilidad 80. Investigar si es viable ponerla en compatibilidad
> 90.
>
> Gustavo Larriera, Microsoft MVP
> https://mvp.support.microsoft.com/profile/gux
> Este mensaje se proporciona tal como es, sin garantías de ninguna
> clase.
>
>
>
> "Marcelo Guy" wrote:
>
>> Hola a todos, quiero realizar una consulta acerca de un problema que
>> venimos
>> teniendo con un motor de BD SQL Server 2005.
>> Les explico un poco mas en detalle, el problema que venimos teniendo y
>> la
>> configuracion donde el mismo se encuentra instalado:
>> Se trata de un SQL Server 2005 en el que restauramos una base de datos
>> creada en un SQL Server 2000, dentro de este SQL Server 2005, aparte
>> de
>> la
>> base de datos de nuestro sistema se encuentran varias bases de datos
>> de
>> sistemas de terceros.
>> Existe un servidor dedicado donde se encuentra este SQL Server 2005,
>> ademas
>> de un segundo servidor donde se encuentra instalado un servidor de
>> terminal
>> server.
>> La mayoria de los usuarios del sistema se conecta por terminal server
>> (al
>> segundo servidor fisico) y desde alli el sistema accede al servidor
>> SQL,
>> realizando las consultas y los accesos a la BD necesarios.
>> En determinado momento, que no pudimos determinar un patron
>> especifico,
>> dentro del SQL 2005 se generan aproximadamente 3000 procesos ,
>> consumiento
>> el 100% de la CPU y gran parte de la memoria de la maquina.
>> Esto produce que el resto de las estaciones conectadas al segundo
>> servidor
>> (terminal server) se "claven" y haya que finalizar manualmente los
>> procesos
>> que quedaron "colgados" para poder continuar con la utilizacion del
>> sistema
>> Si tenen algun tipo de recomendacion para hacernos o algun comentario
>> que
>> podamos llegar a tener en cuenta para guiarnos, desde ya estariamos
>> muy
>> agradecidos, ya que hasta el momento todas las pruebas, trazas e
>> intentos
>> de
>> reproduccion del problema en forma local han sido en vano.
>>
>> Saludos, Marcelo
>>
>>
>>



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida