Duda con migracion de Sql 2005 a 2012

[mau_87lp]

Buenas, tengo una consulta sobre una migracion de sql server 2005 a 2012. Una de mis dudas es como hacer esta migracion, yo cuento con el servidor con sql server 2005 y 2012, y un backup de la base a migrar. Los dos sql estan en 0 o sea no teienen nada creado, los datos y demas estan en el backup. Que forma es la mejor o mas optima(costo y tiempo) para pasar la base de 2005 a 2012, restore del backup en el 2012, o restore en un sql server 2005 y atachar esta misma en el sql server 2012, en el caso de que pueda atacharla como hago luego para que la version de la base sea la de 2012 y no la de 2005. Otras opciones que se me ocurrieron son la de crear la estructura en el 2012 y importar los datos, tambien esta IS. Cual de los 4 metodos que escribi es el mas optimo. Desde ya muchas gracias.


Saludos

[iislas]

En Google, existen muchos documentos que hablan de como hacer una migracion de 2005, 2008 a 2012.

Lo mas practico, crea tu script de creacion de tu base de 2005 (base y objetos), ejecuta este script en 2012 y despues con la herramienta de copiar base de datos, solo copias tus datos de 2005 a 2012.

Olvidate de los backup-restore y detacha-attach.

No olvides regenerar indices en tu 2012

[mau_87lp]

Hola iislas, gracias por la respuesta. Lo que vos me decis es que copie la estuctura de las tablas y demas objetos, y luego importe los datos, mi consulta era no como hacerlo sino cual era la mas optima en tiempo o las mas rapida. Vos decis que esta es la mas rapida? La base tiene unos 300gb. Saludos

[hyperwin]

Si teneis una base de datos de 300GB lo más rápido es un deattach - attach.

[iislas]

Ese fue mi punto de vista, con ATTACH-DETACH, tendras que cambiar el nivel de compatibilidad, esperando que todo funcione, de lo contrario, tendras tu base de datos off-line, por incompatibilidad.

Ya existe un metodo de migracion, solo que lo he probado y es LENTISIMO, ya que te genera en T-SQL todos los INSERT's de las tablas.

¿Ya aplicaste UPGRADE ADVISOR?

[hyperwin]

iislas, generar un archivo de script de una base de datos de 300GB, tardará 2 o 3 días generaándolo y 2 o 3 días restaurando, en caso que no ocurrar ningún error en el proceso.

Realicé una prueba en uno de nuestros servidores y funcionó sin problemas el attach-detach de SQL2005 a SQL2012, SQL server vienen con nivel de compatibilidad, así que inicialmente funcionará con el nivel de compatibilidad en SQL2005. Una vez realizado el attach debeis crear el login y usuarios de la base datos.

[mau_87lp]

Hola hyperwin, gracias por el aporte, probare hacer el attach y comentare como me fue. Saludos

[iislas]

hyperwin

Por eso pregunte si se habia aplicado el UPGRADE ADVISOR, no solo es la base, hay que tener en cuenta los APLICATIVOS que atacan la base de datos, ¿tienen ejecucion de T-SQL?, entonces, si se hace una "migracion" como la que tu propones, no se sorprendan de que los aplicativos, dejen de funcionar.

Ahora bien, suponiendo que se hiciera el DETACH-ATTACH y se cambiara el nivel de compatabilidad, ¿que pasa con el codigo T-SQL no soportado en la siguiente version?

El generar el script de creacion de una base de datos, no te debe llevar mas de 5 minutos, no se como haces el calculo de 3 dias.

Espero que se tomen en cuenta estos comentarios.

Saludos.

[Missi]

Es importante tras tu migración hacer y revisar estos puntos...

_ Verificar Nivel de Compatibilidad.
_ Verificar Intercalación de Server/BD/Columnas.
_ DBCC UPDATEUSAGE (Altualizar recuento de filas de la BD)
_ Reconstruir todos los Indices de la BD.
_ Actualizar todas las estadisticas de forma completa.

Con el método iislas vas mas seguro pero tienes que pensar también cuanto tiempo tienes para hacer la migración, la parada de tu servicio.

UPGRADE ADVISOR es algo primordial.

[hyperwin]

Iniciado por iislas

El generar el script de creacion de una base de datos, no te debe llevar mas de 5 minutos, no se como haces el calculo de 3 dias.

La base tiene unos 300gb

5 minutos??, no es primera vez que trabajo con base de datos de 200 o 200GB, tenemos 3 o 4 clientes con servidores de bases de datos dedicados con SQL Server 2005 / 2008 y con base de datos corriendo en discos SAS 15K Raid5, generar un script TSQL podría tomar entre 1 o 2 días, no estais hablando de uan base de datos de 50MB.

Hemos movido estas bases de datos entre servidores para cambiar de Win2003 a Win2008 y actualizamos SQL Server, si pensais que la forma más sencilla es un TSQL entonces lo es cuestión de realizar el proceso.

Habeis leído el temario de certificación de Microsoft de SQL Server?, allí podeis buscar lo que se recomienda en estos casos: attach - dettach

Qué tamaño consideras que tendría el archivo TXT resultando de la generación del script?
Cuanto tiempo tardaría la restauración de la base de datos en base al script? .. 5 minutos???

[Libras]

Iniciado por hyperwin

5 minutos??, no es primera vez que trabajo con base de datos de 200 o 200GB, tenemos 3 o 4 clientes con servidores de bases de datos dedicados con SQL Server 2005 / 2008 y con base de datos corriendo en discos SAS 15K Raid5, generar un script TSQL podría tomar entre 1 o 2 días, no estais hablando de uan base de datos de 50MB.

Hemos movido estas bases de datos entre servidores para cambiar de Win2003 a Win2008 y actualizamos SQL Server, si pensais que la forma más sencilla es un TSQL entonces lo es cuestión de realizar el proceso.

Habeis leído el temario de certificación de Microsoft de SQL Server?, allí podeis buscar lo que se recomienda en estos casos: attach - dettach

Qué tamaño consideras que tendría el archivo TXT resultando de la generación del script?
Cuanto tiempo tardaría la restauración de la base de datos en base al script? .. 5 minutos???

La creacion de los scripts de la base de datos (digase tablas, vistas, procedures y demas) no toma demasiado tiempo si vas a mover toooodos tus datos creando los scripts de insert si tomara los dias que mencionas, que no sabes lo que es crear los scripts de la base de datos(estructura)???

[hyperwin]

Iniciado por Libras

La creacion de los scripts de la base de datos (digase tablas, vistas, procedures y demas) no toma demasiado tiempo si vas a mover toooodos tus datos creando los scripts de insert si tomara los dias que mencionas,

Disculpa, habeis leído lo que desea mau_87lp?

Iniciado por Libras

que no sabes lo que es crear los scripts de la base de datos(estructura)???

No estoy seguro si deseo responder esta pregunta, debido al tono en que la haces, la idea es ayudar no buscar conflictos.

Si pensais que estás en lo correcto entonces para ti estaís en lo correcto.

[Libras]

Iniciado por hyperwin

Si pensais que estás en lo correcto entonces para ti estaís en lo correcto.

De igual manera si pensais que estas en lo correcto para ti estais en lo correcto :)

[iislas]

hyperwin

Tu base de datos puede tener 300 GB, con solo 3 tablas, el crear el SCRIPT DE CREACION de las 3 tablas, te llevar SEGUNDOS !!!

Creo que como dice LIBRAS, estas confundido o no sabes el concepto de CREAR LOS SCRIPTS DE CREACION DE LOS OBJETOS.

Nunca me referi a los datos.

No se que tanta experiencia tengas y si tienes alguna certificacion en el tema, pero vengo desde la version 6.5, pasando por 7.0, 2000, 2005, 2008, 2008 R2 y ahora con 2012.

En cuanto a mi experiencia en migraciones, soy CONSULTOR en SQL Server en Mexico, tu diras......

[hyperwin]

Disculpa, habeis leído lo que desea mau_87lp?, para que le serviría crear el TSQL de las tablas sin datos?

Me retiro del hilo, le deseo a mau_87lp suerte con su migración, si él necesita ayuda, con gusto.