none
SQL Server 2014 problemas de velocidad RRS feed

  • Pregunta

  • Estimados, mi duda es la siguiente

    Estoy implementando un nuevo servidor hp proliant ml110 g9 con windows server 2012 y sql server 2014, al cual estoy migrando las bases de datos del servidor antiguo.

    El tema es que contrario a lo pensado las consultas van mucho mas lentas que el servidor antiguo. He probado todas las configuraciones y opciones que he encontrado en internet, pero sigo sin estar satisfecho por el rendimiento, ya que yo esperaba  una velocidad mucho mayor; el equipo anterior es un intel xeon de 4 nucleos.

    Si alguien puede orientarme como puedo obtener un mejor rendimiento de sql en este nuevo equipo se los agradeceria.

    Saludos

    miércoles, 7 de noviembre de 2018 14:35

Respuestas

  • Saludos.

    Técnicamente sino cambiaste el nivel de compatibilidad esta actuando como si fuera la versión de la que migraste, a la vez saca una linea base y compara contra la linea base.

    Recuerda que siempre las consultas iniciales son lecturas físicas, por consiguiente lentas.

    Otro punto... no me salgas como un cliente paso de 32 procesadores de 1.6gbz a 8 procesadores de 2.4ghz y se quejo de la velocidad.


    Blog: www.sqlservertoolbox.blogspot.com.mx

    miércoles, 7 de noviembre de 2018 23:42

Todas las respuestas

  • Creo que lo primero que debes hacer es una analisis de que consultas o procedimientos almacenados esta consumiendo mas recursos, cuales estan demorando mas tiempo e iniciar su analisis.  En SQL Server 2014 se introdujo un cambio muy importante como fue el Cardinality Estimator, es el componente clave para la generacion de los planes de ejecucion que son al final los que te dictaran la calidad del plan y por ende implementacion de tus consultas y demas objetos (sp, views, etc).

    Normalmente el 98% de tus consultas tendran un mejor performance, pero tienes un porcentaje en donde posiblemente tengas problemas, es ahi donde debes concentrarte, si sabes que tu Servior a nivel de Hardware es superior al anterior, en mi caso yo procuraria comenzar por la calidad de las consultas y sp.


    "Oh, the wind, the wind is blowing,through the graves the wind is blowing,Freedom soon will come; then well come from the shadows".The Partisan(Leonard Cohen) Email: me[at]geohernandez.net Blog:www.geohernandez.net

    miércoles, 7 de noviembre de 2018 15:03
  • ¿Como hizo la MIGRACIÓN?

    Cada que una base de datos se mueve de un servidor a otro, hay que REGENERAR INDICES y ACTUALIZAR ESTADÍSTICOS, ¿Lo hizo?

    ¿Aplico un análisis de migración con Data Migration Assistant (DMA)?


    IIslas Master Consultant SQL Server

    miércoles, 7 de noviembre de 2018 17:17
  • No, no hice eso. Solo restaure el .bak en el servidor nuevo
    miércoles, 7 de noviembre de 2018 17:50
  • Entonces tienes que cambiar el NIVEL DE COMPATIBILIDAD, REGENERAR INDICES, ACTUALIZAR ESTADISTICOS

    Saludos


    IIslas Master Consultant SQL Server

    miércoles, 7 de noviembre de 2018 22:09
  • Saludos.

    Técnicamente sino cambiaste el nivel de compatibilidad esta actuando como si fuera la versión de la que migraste, a la vez saca una linea base y compara contra la linea base.

    Recuerda que siempre las consultas iniciales son lecturas físicas, por consiguiente lentas.

    Otro punto... no me salgas como un cliente paso de 32 procesadores de 1.6gbz a 8 procesadores de 2.4ghz y se quejo de la velocidad.


    Blog: www.sqlservertoolbox.blogspot.com.mx

    miércoles, 7 de noviembre de 2018 23:42