INF: Consideraciones de rendimiento para realizar una actualización desde SQL Server 6.5

Seleccione idioma Seleccione idioma
Id. de artículo: 297864 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

SQL Server se ha reescrito por completo entre la versión 6.5 y 7.0. La forma de datos y estadísticas se almacenan y recuperan es muy diferente en las versiones más recientes que en SQL Server 6.5. Por tanto, "prácticas recomendadas" para el diseño de codificación y el esquema no son los mismos para las versiones más recientes de SQL Server.

Este artículo proporciona una rápida introducción a algunas de las cuestiones a considerar para diseño de codificación y el esquema entre las dos versiones. En este artículo no abarca cada posible problema de rendimiento, pero señale algunos de los problemas más comunes. Para obtener más información, consulte los libros en pantalla de SQL Server, "Inside Microsoft SQL Server 7.0" o "Inside Microsoft SQL Server 2000" por MSPress, o a la lista de artículos de Microsoft Knowledge Base mostrado en la sección "Referencias" de este artículo.

Más información

Línea de base

Como con cualquier prueba que realizar, asegúrese de que dispone de una referencia válida para la comparación. Por ejemplo:
  • Compruebe que el hardware, sistema operativo, diseño de disco, nivel de RAID, red y otros factores son idénticos. No puede suponer que pueden omitirse pequeñas diferencias debido a pueden tener efectos secundarios inesperados.

  • Considere el impacto potencial en tiempos de respuesta desde otras aplicaciones que se ejecutan en el servidor, el cliente o la red o desde servicios iniciados en el servidor o los equipos cliente.

  • Compruebe los mensajes de error o advertencias que es posible que necesite en el equipo que ejecuta SQL Server y los registros de Visor de sucesos de Microsoft Windows (aplicación, sistema y seguridad).

  • Utilizar al Analizador de SQL Server para buscar determinadas consultas que parecen problemáticas y concentrarse en las consultas de optimización.

Índices

A menudo es necesario un conjunto diferente de índices para un rendimiento óptimo tras una actualización desde SQL Server 6.5. A veces, los índices que estaban presentes en SQL Server 6.5 proporcionan un rendimiento aceptable en SQL Server 7.0 o SQL Server 2000; incluso; sin embargo, en esos casos es probable que puede mejorar aún más rendimiento si modifica la estrategia de índice para aprovechar el funcionamiento de las versiones más recientes de SQL Server.
  • El Asistente para optimización de índices puede proporcionarle un muy buen comienzo acerca de qué índices para agregar, modificar o quitar. Para obtener más información sobre el Asistente para optimización de índices, consulte el siguiente:

    Libros en pantalla de SQL Server

    Index Tuning Wizard for Microsoft SQL Server 7.0

    Index Tuning Wizard for Microsoft SQL Server 2000

    Troubleshooting the Index Tuning Wizard

    Designing an Index
  • Junto con lo que recomienda el Asistente para optimización de índices en la mayoría de los casos es mejor comenzar con un índice agrupado en cada tabla. Hay casos ocasionales donde no es óptimo, pero es poco frecuente que la existencia de un índice agrupado duele rendimiento y normalmente ayuda a. Para obtener información adicional, haga clic en el número de artículo siguiente para ver el artículo en Microsoft Knowledge Base:
    297861INF: Mal rendimiento sobre un montículo
  • Tal como se almacena un efecto secundario del cambio en los índices de forma puede ver un incremento en tamaño de índice no agrupado en las versiones más recientes. Si esto causa más páginas que se va a digitalizar en índice busca Esto podría, en algunas circunstancias, afectar al rendimiento. No es algo que debe preocuparse demasiado, pero puede que desee comprobar, si ya haya descartado otras causas.
Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
311826INF: Optimización de Asistente para optimización de índices

Estadísticas

Es una buena idea para ejecutar una instrucción UPDATE STATISTICS inmediatamente después de la actualización de versión. Hay situaciones donde tiene que programar manualmente UPDATE STATISTICS de periódicamente. ¿Con qué frecuencia se debe ejecutar la instrucción UPDATE STATISTICS depende de la cantidad de datos, distribución de datos, frecuencia y tipo de actividad de modificación, etc. en su entorno específico. Algunas acciones que deben tenerse en cuenta son:
  • Incluso si las estadísticas de actualización automática está en, sólo se activa en determinados umbrales. Cualquier vez que realice cambios significativos en la cantidad o la distribución de los datos, Microsoft recomienda ejecutar manualmente una instrucción UPDATE STATISTICS. Para obtener información adicional, haga clic en el número de artículo siguiente para ver el artículo en Microsoft Knowledge Base:
    195565INF: SQL Server 7.0 y SQL Server 2000 Autostats funcionamiento
  • Estadísticas de actualización automática utiliza siempre el muestreo; nunca utiliza la opción FULLSCAN con. El uso de la opción FULLSCAN con requiere que al asignar tiempo adicional para ejecutar la instrucción UPDATE STATISTICS; sin embargo, puede dar como resultado estadísticas que son más precisas si los datos no está distribuidos uniformemente.

Configuración

La mayoría de opciones de configuración se ajustarse y al cambiarlos suele ser contraproducente. Hay entornos donde pruebas rigurosas ha demostrado que algunos configuración cambia mejoran el rendimiento, pero que no es el caso en la mayoría de las situaciones. Por lo tanto, sólo debe cambiar valores de sus valores predeterminados después de pruebas rigurosas cómo afectará el cambio a su entorno.
  • En casi todos los entornos, la opción priority boost se debe establecer OFF y la opción lightweight pooling (también conocido como modo de fibra) debe establecerse OFF.

  • Establecer la opción max worker threads en un valor mayor que el valor predeterminado de 255 también puede ser extremadamente perjudicial para la estabilidad y el rendimiento del sistema.

Para obtener más información acerca de estas opciones, consulte los temas de "sp_dboption" en los libros en pantalla de SQL Server y "Opciones de configuración configuración". También puede consultar el siguiente artículo en Microsoft Knowledge Base:
166967INF: Proper SQL Server 6.5 configuración
319942Cómo: Determinar PROPER SQL Server configuración

Sugerencias adicionales

  • Quite todas las sugerencias de consulta (índice, combinación, unión y así sucesivamente) que se agregaron al código que se utilizó en SQL Server 6.5. Debido a los cambios de amplio optimizador en SQL Server 7.0, las sugerencias de mejora del rendimiento en SQL Server 6.5 no están probable que ayuda en SQL Server 7.0 o SQL Server 2000. Como se indica en el tema de "Cláusula OPTION" en libros en pantalla de SQL Server de:
    Debido a que el optimizador de consultas selecciona normalmente el mejor plan de ejecución para una consulta, se recomienda que <join_hint> <query_hint> y <table_hint> utilizarse únicamente como último recurso por administradores de bases de datos experimentados.
  • Propietario calificar todos los nombres de objeto en todos los procedimientos almacenados y consultas. Para obtener información adicional, haga clic en el número de artículo siguiente para ver el artículo en Microsoft Knowledge Base:
    243586Solucionar problemas de recompilación de procedimientos almacenados
  • Utilice el service pack más reciente de SQL Server. Para obtener información adicional, haga clic en los números de artículo correspondientes para verlos en Microsoft Knowledge Base:
    290211INF: Cómo obtener el Service Pack más reciente de SQL Server 2000
    274799INF: Cómo obtener el Service Pack 3 para Microsoft SQL Server 7.0
  • Evite los cursores dinámicos (Utilice el cursor "menos" posible). Para obtener información adicional, haga clic en el número de artículo siguiente para ver el artículo en Microsoft Knowledge Base:
    280406PRB: Bucle infinito de cursor dinámico al agrupado no único clave de índice se actualiza a un valor igual o mayor
  • Asegúrese de que las unidades de disco no están comprimidas. Almacenar archivos de datos o de registro en unidades comprimidas no se admite tal y como se documenta en el tema "Física Database archivos y grupos de archivos" en los libros en pantalla de SQL Server. Para obtener información adicional acerca del soporte técnico unidad comprimida, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    231347INF: Bases de datos SQL Server que no se admite en volúmenes comprimidos
  • Evite el uso de la opción autoshrink ya puede provocar la fragmentación así como la sobrecarga de rendimiento.

  • Si configura las bases de datos crezcan automáticamente (mediante la opción de crecimiento automático ), establezca el incremento de crecimiento en un valor lo suficientemente grande como para que se expande con poca frecuencia.
  • Utilice los controladores más recientes de MDAC en los equipos cliente. Controladores más recientes pueden tener características o las optimizaciones que no estaban presentes en versiones anteriores. Consulte la "DLL ayuda Database" para determinar qué controladores que necesita para actualizar:

    DLL Help Database

  • Establezca la opción de sp_dbcmptlevel a la versión apropiada. Para obtener información adicional, haga clic en el número de artículo siguiente para ver el artículo en Microsoft Knowledge Base:
    285165INF: Adjuntar o restaurar una base de datos SQL Server 7.0 A SQL Server 2000 no cambia el modo de compatibilidad

REFERENCIAS

Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
315512INF: Consideraciones para el crecimiento automático y autorreducción configuración

Para obtener información adicional, haga clic en los números de artículo correspondientes para verlos en Microsoft Knowledge Base:
243589INF: Solucionar problemas de lenta ejecución consultas en SQL Server 7.0 o posterior
243586INF: Solucionar problemas de recompilación de procedimientos almacenados
224587Cómo: Solucionar problemas de rendimiento de aplicaciones con SQL Server
243588Cómo: Solucionar problemas del rendimiento de consultas ad-Hoc
224453INF: SQL Server 7.0 o 2000 bloqueo problemas de resolución
251004INF: Cómo supervisar el bloqueo de SQL Server 7.0
271509INF: Cómo supervisar el bloqueo de SQL Server 2000

Propiedades

Id. de artículo: 297864 - Última revisión: miércoles, 12 de enero de 2005 - Versión: 4.5
La información de este artículo se refiere a:
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
Palabras clave: 
kbmt kbinfo KB297864 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 297864

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com