Recomendaciones para mejorar Rendimiento SQL Server 2000

Habilita /3GB, porque por lo que comentas de la RAM, yo diría que no lo
tienes habilitado.

Por otro lado, si tienes problemas de disco, por un lado, pon en discos
distintos los logs de transacciones de los ficheros de datos, pero sobre
todo, revisa qué índices tienen tus bases de datos y si estos son útiles
para las peticiones que le llegan. Para esto tienes herramientas gratuitas
como RML
(http://blogs.msdn.com/psssql/archiv...eased.aspx)
o el propio DTA (no recuerdo ahora si en la versión 2000 se llamaba así
también).

Revisa otros contadores de rendimiento para ver qué más cuellos de botella
tiene tu sistema.

Eso, como recomendaciones muy genéricas de entre otras muchas que se podrían
dar.

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

http://blogs.solidq.com/es/elrincondeldba


"Raúl" wrote in message
news:%

Buenos días,

Me gustaría que me dieran alguna recomendación genérica para mejorar el
rendimiento de un SQL Server 2000 SP4 funcionando en un Servidor Win2K3 R2
SP2.

El Hardware de momento no lo podemos tocar (Xeon 4 núcleos), 4GB RAM,
RAID1 rpm, 512MB de caché en controladora.

Al parecer, a parte de que SQL 2K no coge más de 1,9GB de RAM, el
rendimiento lo veo bastatne limitado por el disco.

Muchas gracias.

Muchas gracias Carlos.

El switch /3GB está habilitado, al parecer el hecho de que no coja más
de "2GB" de RAM se debe al propio SQL Server 2000. Con 2005 no pasa.

Por lo demás tomaré nota y en cuanto pueda lo aplico.

El 14/09/2009 11:32, Carlos Sacristan escribió:

Habilita /3GB, porque por lo que comentas de la RAM, yo diría que no lo
tienes habilitado.

Por otro lado, si tienes problemas de disco, por un lado, pon en discos
distintos los logs de transacciones de los ficheros de datos, pero sobre
todo, revisa qué índices tienen tus bases de datos y si estos son útiles
para las peticiones que le llegan. Para esto tienes herramientas
gratuitas como RML
(http://blogs.msdn.com/psssql/archiv...eased.aspx)
o el propio DTA (no recuerdo ahora si en la versión 2000 se llamaba así
también).

Revisa otros contadores de rendimiento para ver qué más cuellos de
botella tiene tu sistema.

Eso, como recomendaciones muy genéricas de entre otras muchas que se
podrían dar.

Supongo que también habréis habilitado AWE, verdad? Bueno, básicamente sigue
las recomendaciones de http://support.microsoft.com/kb/274750

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

http://blogs.solidq.com/es/elrincondeldba


"Raúl" wrote in message
news:

Muchas gracias Carlos.

El switch /3GB está habilitado, al parecer el hecho de que no coja más de
"2GB" de RAM se debe al propio SQL Server 2000. Con 2005 no pasa.

Por lo demás tomaré nota y en cuanto pueda lo aplico.

El 14/09/2009 11:32, Carlos Sacristan escribió:

Habilita /3GB, porque por lo que comentas de la RAM, yo diría que no lo
tienes habilitado.

Por otro lado, si tienes problemas de disco, por un lado, pon en discos
distintos los logs de transacciones de los ficheros de datos, pero sobre
todo, revisa qué índices tienen tus bases de datos y si estos son útiles
para las peticiones que le llegan. Para esto tienes herramientas
gratuitas como RML
(http://blogs.msdn.com/psssql/archiv...eased.aspx)
o el propio DTA (no recuerdo ahora si en la versión 2000 se llamaba así
también).

Revisa otros contadores de rendimiento para ver qué más cuellos de
botella tiene tu sistema.

Eso, como recomendaciones muy genéricas de entre otras muchas que se
podrían dar.

Carlos,

Acordate que el amigo Raul dijo que tiene 4 GB de RAM, AWE no le hara
efecto.

Raul,

Revisa estos links, que seguro te serviran:

Como configurar SQL para usar mas de 2 GB de RAM y tareas asociadas
http://support.microsoft.com/kb/274750/en-us
http://support.microsoft.com/kb/283037/en-us
http://support.microsoft.com/kb/271624/en-us
http://support.microsoft.com/kb/321363/en-us

Guía de operación de SQL Server
http://support.microsoft.com/kb/829024/en-us

Troubleshooting
http://support.microsoft.com/kb/838765/en-us
http://support.microsoft.com/kb/329914/en-us
http://support.microsoft.com/kb/831999/en-us
http://support.microsoft.com/kb/811891/en-us
http://support.microsoft.com/kb/332004/en-us
http://support.microsoft.com/kb/323212/en-us
http://support.microsoft.com/kb/291276/en-us

Saludos !

Emilio Boucau
Buenos Aires - Argentina

"Carlos Sacristan" wrote in message
news:

Supongo que también habréis habilitado AWE, verdad? Bueno, básicamente
sigue las recomendaciones de http://support.microsoft.com/kb/274750

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

http://blogs.solidq.com/es/elrincondeldba


"Raúl" wrote in message
news:

Muchas gracias Carlos.

El switch /3GB está habilitado, al parecer el hecho de que no coja más de
"2GB" de RAM se debe al propio SQL Server 2000. Con 2005 no pasa.

Por lo demás tomaré nota y en cuanto pueda lo aplico.

El 14/09/2009 11:32, Carlos Sacristan escribió:

Habilita /3GB, porque por lo que comentas de la RAM, yo diría que no lo
tienes habilitado.

Por otro lado, si tienes problemas de disco, por un lado, pon en discos
distintos los logs de transacciones de los ficheros de datos, pero sobre
todo, revisa qué índices tienen tus bases de datos y si estos son útiles
para las peticiones que le llegan. Para esto tienes herramientas
gratuitas como RML
(http://blogs.msdn.com/psssql/archiv...eased.aspx)
o el propio DTA (no recuerdo ahora si en la versión 2000 se llamaba así
también).

Revisa otros contadores de rendimiento para ver qué más cuellos de
botella tiene tu sistema.

Eso, como recomendaciones muy genéricas de entre otras muchas que se
podrían dar.