locked
Problema con consultas Linked server, origen en SQL 2005 y destino SQL2008

    Question

  • Hola a todos.

    sucede que tenía un servidor con SQL 2000 y ahora tengo uno nuevo con SQL 2008.

    Tengo tambien uno con SQL 2005 en el cual había un Linked server al SQL2000 y realizaba unas consultas y todo funcionaba bien.

    Luego de que realicé la migración de la base de datos de SQL2000 a SQL2008 cree el linked server entre del 2005 al 2008 y realicé las pruebas de conexion y bien, pero al ejecutar las consultas que tenía antes (de 2005 a 2000) estas empezaron a tardar mucho.

    Opté por hacer pruebas preeliminares de las consultas al reves, es decir del 2008 al 2005;  y cuando funcionaron las ejecute del 2005 al 2008 y tardaron otravez mucho hasta que terminó por time out.

    Que reviso para que esto no pase? ¿alguna condicion especial debo tener al ejecutar una consulta entre servers de una version inferior de sql a otra superior? ¿al migrar la base de datos de 2000 a 2008 omiti algun paso?

    Agradezco a quien me pueda ayudar.

    Gracias

    F. Soto

    Wednesday, August 17, 2011 9:24 PM

Answers

All replies

  • Hola...

    Para saber si omitiste algun paso en la migración, habria que saber que pasos ejecutaste...

    Si entendi bien, tus consultas se demoran cuando el destino es 2008... ya actualizaste estadisticas en la base migrada, con SP_UPDATESTATS??

    Otro punto que a veces no se tiene en cuenta en procesos de migracion es ejecutar un DBCC CHECKDB WITH DATA_PURITY en la base migrada, cuando esta ya esta en modo compatibilidad 10, al igual que un DBCC UPDATEUSAGE

    Espero haberte ayudado..

    Saludos!

     

     


    Fredy R.(Co)
    Wednesday, August 17, 2011 9:38 PM
  • Hola Fredy, Pues ya ejecute el SP y .... nada... o bueno si, ahora se demora aprox de 15 minutos.

    ¿como se ejecutan DBCC CHECKDB WITH DATA_PURITY y DBCC UPDATEUSAGE?

     

    Gracias

    Wednesday, August 17, 2011 9:53 PM
  • 15 minutos es mas o menos que antes?

    El DATA_PURITY lo ejecutas asi, directo.... sobre la base de datos migrada....

    Para el otro: DBCC UPDATEUSAGE (base_de_datos) 

    Otra cosa... revisa el plan de ejecución de la consulta que se te esta demorando... no se , por que (no me he puesto a averiguar), pero un par de veces me ha tocado reconstruir indices despues de una migración....

    Saludos!

     


    Fredy R.(Co)
    Wednesday, August 17, 2011 9:59 PM
  • Hola:

    En toda migración de SQL hay que: 

    1. Reindexar completamente

    2. realizar un Update statistics con  fullscan

    3. Tomar trace de la actividad y ejeuctar  DTA  con las consultas para afinación, ya que los planes de ejecución cambian sustancialmente 

    En migraciones anteriores tuve que rehacer el código de algunos procedimientos y vistas, ya que lo que venía funcionando bien en SQL server 2000, no nos funcionó en 2005 ni en 2008. Simplemente se demoraban o no resolvian.

    No es una tarea fácil, es de paciencia y mucho tiempo de dedicación.

    Un saludo,

    Carlos A.


    Si la respuesta le ayudó, por favor márquela como útil.
    Thursday, August 18, 2011 3:52 PM
  • Hola, Se demora quince minuts total.

     

    El tema de como se realizó la migració fue con backups, es decir, se realizaron backups en el server 2000 y se subieron en el server 2008.

    realicé una prueba tomando una base, creando una copia y creando nuevamente las tablas y todo lo demás a punta de scripts y ahora si me funciona.

    No se si por realizar la restauración de backups se dañó algo en la BD

     

    Salu2

    Thursday, August 18, 2011 6:19 PM
  • Hola, Se demora quince minuts total.

     

    El tema de como se realizó la migració fue con backups, es decir, se realizaron backups en el server 2000 y se subieron en el server 2008.

    realicé una prueba tomando una base, creando una copia y creando nuevamente las tablas y todo lo demás a punta de scripts y ahora si me funciona.

    No se si por realizar la restauración de backups se dañó algo en la BD

     

    Salu2
    Thursday, August 18, 2011 6:20 PM
  • Que tal:

    al crear las tablas creo nuevos indices, es lo que explique,  habia que reindexar toda la bd

    los backups en sql solo tienen 2 posibles resultados, o funcionan o no funcionan.

    Un saludo,

     

     


    Si la respuesta le ayudó, por favor márquela como útil.
    Thursday, August 18, 2011 6:46 PM
  • Hola.

    No nos has dicho qué consultas ejecutas. A lo mejor con eso podemos darte alguna pista. No sería el primer caso de una consulta que en SQL Server 2000 funciona perfectamente y al migrar a 2005 ó 2008 hay que rehacerla, y parece que este es tu caso. Aunque lo normal es que el rendimiento mejore, no pasa siempre, ya que son motores con bastantes diferencias. Como estamos hablando de una consulta a través de servidor vinculado, hay más posibilidades a la hora de rehacerla.

    Por favor, pásanos la consulta, la estructura de las tablas involucradas (con sus índices) y si es posible datos de ejemplo. Con las tablas, indícanos qué número de registros tienen, ya que este extremo es muy importante. Quizá con esta información podamos darte alguna pista sobre cómo resolverlo.

    Actualizar las estadísticas y reindexar es esencial para el nuevo motor tras hacer la migración. Pero sólo con eso puede que no logres resolver el problema de esta consulta.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/ Sígueme en twitter en http://twitter.com/qwalgrande

    Friday, August 26, 2011 10:44 AM
  • Hola.

    ¿Y bien? ¿Resolviste la cuestión por ti mismo? ¿Puedes pasarnos la información solicitada?


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/ Sígueme en twitter en http://twitter.com/qwalgrande

    Saturday, September 03, 2011 3:59 PM
  • Al parecer, el OP perdió interés por el caso o lo resolvió por él mismo. Doy el hilo por cerrado.

    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/ Sígueme en twitter en http://twitter.com/qwalgrande

    Saturday, September 17, 2011 2:42 PM