none
Cambio de SQL SERVER 2008 a 2014 RRS feed

  • Pregunta

  • Hola

    Tengo una aplicación WEB realizada en .asp que trabajaba sobre SQL SERVER 2008 y estaba funcionando perfectamente. De repente la empresa decidió quitar la versión 2008 y colocar la versión 2014, y a partir de aqui han surgido los problemas porque funciona bien, pero muy muy lento.

    La conexión de la aplicación sobre el SQL SERVER lo realizo através de ODBC, y realizado varias pruebas he obtenido:

    1. Si elijo SQL SERVER la aplicación funciona pero muy lenta

    2. Si elijo SQL SERVER Native Client 11.0, la aplicación va rápida, pero incompresiblemente algunas tablas no las muestra, no produce errores pero no muestra datos, es como si no tubiese

    ¿Qué podría hacer ante este problema a parte de volver a instalar 2008?

    Gracias.

    viernes, 20 de febrero de 2015 10:51

Respuestas

Todas las respuestas

  • Buen dia, como estas? del lado del motor corriste estadisticas reorganizaste indices limpiaste el buffer cache (dbcc freeproccache), utilizaste el DBCC UPDATEUSAGE o el checkdb with data purity entre otras cosas al momento de migrar?? ya que el problema no creo q sea el cliente y si las consultas o dml's (tene en cuenta que todo lo q ejecutaste corrio sobre un motor mas antiguo) ademas de toda la configuracion que incluye el motor (instant file initialization las vlf de los logs, la tempdb etc.)

    Saliendo del lado de las configuraciones que fierro tenes atras?? tendrias algun plan de ejecucion de alguna consulta para ver?

    Espero te sirva!

    saludos!!

    viernes, 20 de febrero de 2015 13:57
  • Hola

    La verdad es que el servidor se instaló de nuevo, y yo solo tenía una copia de seguridad de la versión del 2008 y sobre el SQL 2014 me limité a restaurar la copia, y en principio restauró bien.

    Las tablas y las consultas no tienen nada en especial, básicamente SELECT sobre tablas.

    ¿podrías indicarme los pasos a realizar a partir de este momento?

    Gracias.


    • Editado Escanciano viernes, 20 de febrero de 2015 14:21
    viernes, 20 de febrero de 2015 14:20
  • Hola,

    yo te recomendaria:

    1-> dbcc checkdb with datapurity

    2-> Reorganizar Indices -> con plan de mantenimiento (si queres dejale un fill factor de 80)

    3->chequea la compatibilidad de todas las bases (en tu caso deberian estar en 120)

    4->DBCC FREEPROCCACHE WITH NO_INFOMSGS -> para limpiar el cache de planes de ejecucion de los sp

    5-> actualiza estadisticas (sp_updatestats o plan de mantenimiento) preferentemente por primera vez con la opcion with full scan

    6-> DBCC UPDATEUSAGE WITH COUNT_ROWS; -> por cada base para actualizar la informacion de espacio en la metadata de sistema (este comando actualiza el sp_spaceused y el rowcount)

    7-> chequear q todos los archivo de logs tengan un autogrouth por lo menos de 8192 MB y un minimo de 1024 de tamaño(para que te crea de a 16 vlf de 512mb c/u)(para esto tb podes truncar los logs con dbcc shrink file con truncateonly

    la verdad que hay muchas configuraciones mas para que el motor ande optimo.... como instant file initialization formatear los discos en 64 k ponerlos dinamicos ver la cantidad de archivos de tempdb el tamaño de cada uno el autogrouth setear el equipo en alta performance (control panel power) etc etc.... pero con esto q te paso deberia mejorar un poco.

    saludos!

    viernes, 20 de febrero de 2015 14:35
  • Hola,

    ¿Por qué te conectas mediante ODBC?¿Por qué no usas el proveedor SQLClient?


    • Editado Willams Morales viernes, 20 de febrero de 2015 14:39
    • Marcado como respuesta Escanciano martes, 24 de febrero de 2015 10:10
    viernes, 20 de febrero de 2015 14:38
  • Hola

    Los pasos que me indicais, luego a ver si los realizo y comento el resultado.

    Entiendo que debiese conocer el proveedor SQLClient, pero no es así, he buscado ampliamente en internet desde que me has enviadoel mensaje y no lo veo claro, no acabo de ver la cadena de conexión. ¿podrías hacerme el favor de colocarme un ejemplo?

    Muchas gracias.

    viernes, 20 de febrero de 2015 17:55
  • Hola

    He probado con una cadena de conexión nueva sin utilizar ODBC y vuelve a ir bien.

    La lista de recomendaciones también me ha parecido muy muy interesante, y era la segunda parte que iba a realizar, pero al ir bien la primera, soy de los que dicen que lo que va bien mejor dejarlo estar como está.

    Gracias por la ayuda.

    martes, 24 de febrero de 2015 10:14