Método de vuelta atrás de SQL 2005 a SQL 2000

Luis, antes de migrar deberian tener un banco de prueba y probar todo para
evitar volver para atras. No es simplemente hacer un backup y restore una
migracion, hay procesos de migracion que me han durado mas de 3 meses.

Ahora bien, vos vas a tener dos servidores o todo en uno? como pensas hacer
la migracion.


-
Microsoft M.V.P en SQLServer
SQLTotal Consulting - Servicios en SQLServer
Email:
"Luis Martín" escribió en el mensaje
news:

Hola a todos,
Mi problema es que vamos a hacer una migración de un servidor con SQL 2000
a
otro nuevo con SQL 2005. El día D, pararemos la base de datos en el SQL
2000,
haremos un backup, y lo restauraremos en el SQL 2005. Una vez hecho esto,
comenzaremos a trabajar con el nuevo servidor. Sin embargo, nos planteamos
el
caso en que, transcurrido un tiempo, la nueva plataforma no funcione
correctamente y tengamos que volver a la antigua. ¿Cómo pasamos la
información del SQL 2005 al SQL 2000?. hemos pensado en utilizar alguna
herramienta como Log Explorer o algo así para sacar todas las
transacciones
que se realicen en el 2005 y volver a ejecutarlas en el 2000.
¿Podéis darme vuestra opinión sobre esto, o ofrecer alguna otra solución?
Muchísimas gracias por vuestra ayuda.
Un saludo.
Luis Martín.

Hola Maxi,
En primer luagr agradecerte tu pronta respuesta. En la migración vamos a
tener dos servidores, el antiguo que está ahora en producción con SQL 2000 y
el nuevo con SQL 2005. En cuanto al proceso de migración, ya llevamos varios
meses de pruebas, y todavía nos queda alguno más, por lo que estamos
convencidos de que no habrá marcha atrás, pero aún así, y pensando en Murphy,
los responsables del proyecto nos piden que planifiquemos una posible vuelta
atrás, e incluso que realicemos alguna prueba de la posible vuelta atrás
antes de la migración...
Muchas gracias por tu ayuda y un saludo...
Luis Martín.

"Maxi" wrote:

Luis, antes de migrar deberian tener un banco de prueba y probar todo para
evitar volver para atras. No es simplemente hacer un backup y restore una
migracion, hay procesos de migracion que me han durado mas de 3 meses.

Ahora bien, vos vas a tener dos servidores o todo en uno? como pensas hacer
la migracion.


-
Microsoft M.V.P en SQLServer
SQLTotal Consulting - Servicios en SQLServer
Email:
"Luis Martín" escribió en el mensaje
news:
> Hola a todos,
> Mi problema es que vamos a hacer una migración de un servidor con SQL 2000
> a
> otro nuevo con SQL 2005. El día D, pararemos la base de datos en el SQL
> 2000,
> haremos un backup, y lo restauraremos en el SQL 2005. Una vez hecho esto,
> comenzaremos a trabajar con el nuevo servidor. Sin embargo, nos planteamos
> el
> caso en que, transcurrido un tiempo, la nueva plataforma no funcione
> correctamente y tengamos que volver a la antigua. ¿Cómo pasamos la
> información del SQL 2005 al SQL 2000?. hemos pensado en utilizar alguna
> herramienta como Log Explorer o algo así para sacar todas las
> transacciones
> que se realicen en el 2005 y volver a ejecutarlas en el 2000.
> ¿Podéis darme vuestra opinión sobre esto, o ofrecer alguna otra solución?
> Muchísimas gracias por vuestra ayuda.
> Un saludo.
> Luis Martín.

Con el permiso de Maxi.

Quisiera listar las opciones QUE NO PERMITEN UNA VUELTA ATRAS de SQL Server
2005 a 2000:

- Un backup SS2005 no puede restorearse en SS2000
- Una base detachada de 2005 no puede atacharse en 2000
- Una base cuyo esquema (por ejemplo: tipos de datos de columnas) o su
programacion T-SQL (por ejemplo: triggers, stored procedures, etc.) usan
funcionalidades nuevas de SS2005, no van a funcionar en SS2000.

Si usted mantiene en produccion al SS2000, en un momento deja de usarlo y
pone en produccion al SS2005, y con el paso del tiempo decide volver atras,
deberá resolver el problema de traspasar los datos productivos del SS2005 al
SS2000. Eso puede hacerse con DTS (desde SS2000) o con SSIS (desde SS2005).

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/p...o.Larriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Luis Martín" wrote:

Hola Maxi,
En primer luagr agradecerte tu pronta respuesta. En la migración vamos a
tener dos servidores, el antiguo que está ahora en producción con SQL 2000 y
el nuevo con SQL 2005. En cuanto al proceso de migración, ya llevamos varios
meses de pruebas, y todavía nos queda alguno más, por lo que estamos
convencidos de que no habrá marcha atrás, pero aún así, y pensando en Murphy,
los responsables del proyecto nos piden que planifiquemos una posible vuelta
atrás, e incluso que realicemos alguna prueba de la posible vuelta atrás
antes de la migración...
Muchas gracias por tu ayuda y un saludo...
Luis Martín.

"Maxi" wrote:

> Luis, antes de migrar deberian tener un banco de prueba y probar todo para
> evitar volver para atras. No es simplemente hacer un backup y restore una
> migracion, hay procesos de migracion que me han durado mas de 3 meses.
>
> Ahora bien, vos vas a tener dos servidores o todo en uno? como pensas hacer
> la migracion.
>
>
> -
> Microsoft M.V.P en SQLServer
> SQLTotal Consulting - Servicios en SQLServer
> Email:
> "Luis Martín" escribió en el mensaje
> news:
> > Hola a todos,
> > Mi problema es que vamos a hacer una migración de un servidor con SQL 2000
> > a
> > otro nuevo con SQL 2005. El día D, pararemos la base de datos en el SQL
> > 2000,
> > haremos un backup, y lo restauraremos en el SQL 2005. Una vez hecho esto,
> > comenzaremos a trabajar con el nuevo servidor. Sin embargo, nos planteamos
> > el
> > caso en que, transcurrido un tiempo, la nueva plataforma no funcione
> > correctamente y tengamos que volver a la antigua. ¿Cómo pasamos la
> > información del SQL 2005 al SQL 2000?. hemos pensado en utilizar alguna
> > herramienta como Log Explorer o algo así para sacar todas las
> > transacciones
> > que se realicen en el 2005 y volver a ejecutarlas en el 2000.
> > ¿Podéis darme vuestra opinión sobre esto, o ofrecer alguna otra solución?
> > Muchísimas gracias por vuestra ayuda.
> > Un saludo.
> > Luis Martín.
>
>
>

Hola Luis Martin:
Asumiendo:
a) Es una aplicacion de mision critica y de tamaño considerable.
b) Lo suficientemente compleja para no querer hacer paquetes de SSIS
para volver atras los cambios,
c) Tienes el hardware sobrado.
Yo consideraria los siguiente:
1) Antes de dia D: Montar Log Shipping entre el 2000 y el 2005: de
esa manera se respaldan la BD inicial y luego los cambIos en el log.
2) El dia D, se desconectan usuarios y aplicaciones se ejecutan los
jobs de respaldo, copia y restauracion y se detiene el Log Shipping, dejando
el SQL 2005 en modo consistente.
3) Post Cambio: Se instala replicacion transaccional entre el 2005
(publicador) y el 2000 como subscriptor.
Todo esto lo probaria en un laboratorio antes, pero te garantizara la
mayor tolerancia a fallas y sueño profundo ;)
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.


"Luis Martín" wrote in message
news:

Hola a todos,
Mi problema es que vamos a hacer una migración de un servidor con SQL 2000
a
otro nuevo con SQL 2005. El día D, pararemos la base de datos en el SQL
2000,
haremos un backup, y lo restauraremos en el SQL 2005. Una vez hecho esto,
comenzaremos a trabajar con el nuevo servidor. Sin embargo, nos planteamos
el
caso en que, transcurrido un tiempo, la nueva plataforma no funcione
correctamente y tengamos que volver a la antigua. ¿Cómo pasamos la
información del SQL 2005 al SQL 2000?. hemos pensado en utilizar alguna
herramienta como Log Explorer o algo así para sacar todas las
transacciones
que se realicen en el 2005 y volver a ejecutarlas en el 2000.
¿Podéis darme vuestra opinión sobre esto, o ofrecer alguna otra solución?
Muchísimas gracias por vuestra ayuda.
Un saludo.
Luis Martín.

Hola Javier,
Muchas gracias. Me parece la mejor idea. Lo del Log Shipping ya lo había
pensado, y más o menos lo estoy haciendo de forma manual (copiando yo los
backup del log y restaurandolos a mano). Lo de la replicación transaccional
no lo había pensado. Voy a probarlo a ver si me va bien.
Muchas gracias a todos por vuestra ayuda.
Un saludo.
Luis.

"Javier Loria" wrote:

Hola Luis Martin:
Asumiendo:
a) Es una aplicacion de mision critica y de tamaño considerable.
b) Lo suficientemente compleja para no querer hacer paquetes de SSIS
para volver atras los cambios,
c) Tienes el hardware sobrado.
Yo consideraria los siguiente:
1) Antes de dia D: Montar Log Shipping entre el 2000 y el 2005: de
esa manera se respaldan la BD inicial y luego los cambIos en el log.
2) El dia D, se desconectan usuarios y aplicaciones se ejecutan los
jobs de respaldo, copia y restauracion y se detiene el Log Shipping, dejando
el SQL 2005 en modo consistente.
3) Post Cambio: Se instala replicacion transaccional entre el 2005
(publicador) y el 2000 como subscriptor.
Todo esto lo probaria en un laboratorio antes, pero te garantizara la
mayor tolerancia a fallas y sueño profundo ;)
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.


"Luis Martín" wrote in message
news:
> Hola a todos,
> Mi problema es que vamos a hacer una migración de un servidor con SQL 2000
> a
> otro nuevo con SQL 2005. El día D, pararemos la base de datos en el SQL
> 2000,
> haremos un backup, y lo restauraremos en el SQL 2005. Una vez hecho esto,
> comenzaremos a trabajar con el nuevo servidor. Sin embargo, nos planteamos
> el
> caso en que, transcurrido un tiempo, la nueva plataforma no funcione
> correctamente y tengamos que volver a la antigua. ¿Cómo pasamos la
> información del SQL 2005 al SQL 2000?. hemos pensado en utilizar alguna
> herramienta como Log Explorer o algo así para sacar todas las
> transacciones
> que se realicen en el 2005 y volver a ejecutarlas en el 2000.
> ¿Podéis darme vuestra opinión sobre esto, o ofrecer alguna otra solución?
> Muchísimas gracias por vuestra ayuda.
> Un saludo.
> Luis Martín.