Plan de contingencia Migracion SQL 2005

04/07/2006 - 21:37 por José | Informe spam
Hola, quería preguntar como armarían un plan de contingencia:
Tenemos actualmente productivo un servidor con SQL 7,
vamos a adquirir un servidor al cual le instalamos SQL 2005.
Supongamos que el 17/07 fecha de migración apunto mi aplicativo al
nuevo servidor SQL 2005.
Por lo tanto a partir de ese día todas mis transacciones quedan
registradas en mi bd con sql2005.
En caso de que pasados 20 días 07/08 surga un error que no
fué contemplado.

Debo volver a reapuntar mi aplicativo a SQL7. Cuál es la mejor opción?
En definitiva necesito mantener actualizada mi bd en SQL 7 después del 17/07
por 2 meses aprox.

Tener en cuenta que:
1- Un backup creado en sql 2005 no puedo restaurar en un sql 7
(Creo lo que sería la mejor opción)
2- Al intentar armar réplica entre sql 2005 y sql 7 (suscriptor)
error:This SQL Server version (7.0) is not supported.
3- Al intentar crear un paquete ssis --> Transfer Database Task.
mismo error This SQL Server version (7.0) is not supported.

Todas las ideas son bienvenidas, gracias !!

Preguntas similare

Leer las respuestas

#1 Isaias
04/07/2006 - 22:26 | Informe spam
José

Tal vez mi respuesta no te guste mucho, pero de las migraciones que llevo de
2000 a 2005 (seria lo mismo desde 7.0 o 6.5), el plan que he armado es para
"NO REGRESO", antes de hacer cualquire cosa, verifico que puede pasar, si ya
estando en PRODUCCION en 2005 pasa algo, para resolverlo ahi, en 2005.
Saludos
IIslas


"José" wrote:

Hola, quería preguntar como armarían un plan de contingencia:
Tenemos actualmente productivo un servidor con SQL 7,
vamos a adquirir un servidor al cual le instalamos SQL 2005.
Supongamos que el 17/07 fecha de migración apunto mi aplicativo al
nuevo servidor SQL 2005.
Por lo tanto a partir de ese día todas mis transacciones quedan
registradas en mi bd con sql2005.
En caso de que pasados 20 días 07/08 surga un error que no
fué contemplado.

Debo volver a reapuntar mi aplicativo a SQL7. Cuál es la mejor opción?
En definitiva necesito mantener actualizada mi bd en SQL 7 después del 17/07
por 2 meses aprox.

Tener en cuenta que:
1- Un backup creado en sql 2005 no puedo restaurar en un sql 7
(Creo lo que sería la mejor opción)
2- Al intentar armar réplica entre sql 2005 y sql 7 (suscriptor)
error:This SQL Server version (7.0) is not supported.
3- Al intentar crear un paquete ssis --> Transfer Database Task.
mismo error This SQL Server version (7.0) is not supported.

Todas las ideas son bienvenidas, gracias !!




Respuesta Responder a este mensaje
#2 Jorge Martinez
04/07/2006 - 23:33 | Informe spam
Podrias valorar la opcion de BCP o alguna otra forma manual.

SALU2

"José" escribió en el mensaje
news:
Hola, quería preguntar como armarían un plan de contingencia:
Tenemos actualmente productivo un servidor con SQL 7,
vamos a adquirir un servidor al cual le instalamos SQL 2005.
Supongamos que el 17/07 fecha de migración apunto mi aplicativo al
nuevo servidor SQL 2005.
Por lo tanto a partir de ese día todas mis transacciones quedan
registradas en mi bd con sql2005.
En caso de que pasados 20 días 07/08 surga un error que no
fué contemplado.

Debo volver a reapuntar mi aplicativo a SQL7. Cuál es la mejor opción?
En definitiva necesito mantener actualizada mi bd en SQL 7 después del
17/07
por 2 meses aprox.

Tener en cuenta que:
1- Un backup creado en sql 2005 no puedo restaurar en un sql 7
(Creo lo que sería la mejor opción)
2- Al intentar armar réplica entre sql 2005 y sql 7 (suscriptor)
error:This SQL Server version (7.0) is not supported.
3- Al intentar crear un paquete ssis --> Transfer Database Task.
mismo error This SQL Server version (7.0) is not supported.

Todas las ideas son bienvenidas, gracias !!



Respuesta Responder a este mensaje
#3 qwalgrande
05/07/2006 - 08:15 | Informe spam
Hola.

En esta ocasión, no estoy de acuerdo contigo. SIEMPRE ha de haber un plan de
vuelta atrás, aunque sea a 20 días vista, y más si como en este caso así lo
exige el guión.

Jose, sobre la versión de SQL Server 7, ¿qué service pack tienes instalado?
¿No tienes sp 4?

Alberto López Grande (qwalgrande)


"Isaias" escribió en el mensaje
news:
José

Tal vez mi respuesta no te guste mucho, pero de las migraciones que llevo
de
2000 a 2005 (seria lo mismo desde 7.0 o 6.5), el plan que he armado es
para
"NO REGRESO", antes de hacer cualquire cosa, verifico que puede pasar, si
ya
estando en PRODUCCION en 2005 pasa algo, para resolverlo ahi, en 2005.
Saludos
IIslas


"José" wrote:

Hola, quería preguntar como armarían un plan de contingencia:
Tenemos actualmente productivo un servidor con SQL 7,
vamos a adquirir un servidor al cual le instalamos SQL 2005.
Supongamos que el 17/07 fecha de migración apunto mi aplicativo al
nuevo servidor SQL 2005.
Por lo tanto a partir de ese día todas mis transacciones quedan
registradas en mi bd con sql2005.
En caso de que pasados 20 días 07/08 surga un error que no
fué contemplado.

Debo volver a reapuntar mi aplicativo a SQL7. Cuál es la mejor opción?
En definitiva necesito mantener actualizada mi bd en SQL 7 después del
17/07
por 2 meses aprox.

Tener en cuenta que:
1- Un backup creado en sql 2005 no puedo restaurar en un sql 7
(Creo lo que sería la mejor opción)
2- Al intentar armar réplica entre sql 2005 y sql 7 (suscriptor)
error:This SQL Server version (7.0) is not supported.
3- Al intentar crear un paquete ssis --> Transfer Database Task.
mismo error This SQL Server version (7.0) is not supported.

Todas las ideas son bienvenidas, gracias !!




Respuesta Responder a este mensaje
#4 José
05/07/2006 - 14:18 | Informe spam
Tengo instalados:

SQL Server 7.00 - 7.00.1063 (Intel X86) Apr 9 2002 14:18:16
Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 4)

SQL Server 2005 - 9.00.2153.00 (Intel X86) May 8 2006 22:41:28
Enterprise Evaluation Edition on Windows NT 5.0 (Build 2195: Service Pack 4)

Ya compramos el sql server Std Edition X64 y X86, que
serían los definitivos. Hoy llegan los cds.
Gracias!!


"Jorge Martinez" wrote in message
news:uNc$
Podrias valorar la opcion de BCP o alguna otra forma manual.

SALU2

"José" escribió en el mensaje
news:
> Hola, quería preguntar como armarían un plan de contingencia:
> Tenemos actualmente productivo un servidor con SQL 7,
> vamos a adquirir un servidor al cual le instalamos SQL 2005.
> Supongamos que el 17/07 fecha de migración apunto mi aplicativo al
> nuevo servidor SQL 2005.
> Por lo tanto a partir de ese día todas mis transacciones quedan
> registradas en mi bd con sql2005.
> En caso de que pasados 20 días 07/08 surga un error que no
> fué contemplado.
>
> Debo volver a reapuntar mi aplicativo a SQL7. Cuál es la mejor opción?
> En definitiva necesito mantener actualizada mi bd en SQL 7 después del
> 17/07
> por 2 meses aprox.
>
> Tener en cuenta que:
> 1- Un backup creado en sql 2005 no puedo restaurar en un sql 7
> (Creo lo que sería la mejor opción)
> 2- Al intentar armar réplica entre sql 2005 y sql 7 (suscriptor)
> error:This SQL Server version (7.0) is not supported.
> 3- Al intentar crear un paquete ssis --> Transfer Database Task.
> mismo error This SQL Server version (7.0) is not supported.
>
> Todas las ideas son bienvenidas, gracias !!
>
>
>


Respuesta Responder a este mensaje
#5 Isaias
05/07/2006 - 23:33 | Informe spam
Y yo estoy de acuerdo contigo (¿?), pues si, aunque parezca contradictorio,
pero solo se me ocurre utilizar herramientas de terceros o bien, alguna
importacion de tipo BULK INSERT, BCP, etc.

La verdad, no encuentro salida.
Saludos
IIslas


"qwalgrande" wrote:

Hola.

En esta ocasión, no estoy de acuerdo contigo. SIEMPRE ha de haber un plan de
vuelta atrás, aunque sea a 20 días vista, y más si como en este caso así lo
exige el guión.

Jose, sobre la versión de SQL Server 7, ¿qué service pack tienes instalado?
¿No tienes sp 4?

Alberto López Grande (qwalgrande)


"Isaias" escribió en el mensaje
news:
> José
>
> Tal vez mi respuesta no te guste mucho, pero de las migraciones que llevo
> de
> 2000 a 2005 (seria lo mismo desde 7.0 o 6.5), el plan que he armado es
> para
> "NO REGRESO", antes de hacer cualquire cosa, verifico que puede pasar, si
> ya
> estando en PRODUCCION en 2005 pasa algo, para resolverlo ahi, en 2005.
> Saludos
> IIslas
>
>
> "José" wrote:
>
>> Hola, quería preguntar como armarían un plan de contingencia:
>> Tenemos actualmente productivo un servidor con SQL 7,
>> vamos a adquirir un servidor al cual le instalamos SQL 2005.
>> Supongamos que el 17/07 fecha de migración apunto mi aplicativo al
>> nuevo servidor SQL 2005.
>> Por lo tanto a partir de ese día todas mis transacciones quedan
>> registradas en mi bd con sql2005.
>> En caso de que pasados 20 días 07/08 surga un error que no
>> fué contemplado.
>>
>> Debo volver a reapuntar mi aplicativo a SQL7. Cuál es la mejor opción?
>> En definitiva necesito mantener actualizada mi bd en SQL 7 después del
>> 17/07
>> por 2 meses aprox.
>>
>> Tener en cuenta que:
>> 1- Un backup creado en sql 2005 no puedo restaurar en un sql 7
>> (Creo lo que sería la mejor opción)
>> 2- Al intentar armar réplica entre sql 2005 y sql 7 (suscriptor)
>> error:This SQL Server version (7.0) is not supported.
>> 3- Al intentar crear un paquete ssis --> Transfer Database Task.
>> mismo error This SQL Server version (7.0) is not supported.
>>
>> Todas las ideas son bienvenidas, gracias !!
>>
>>
>>
>>



Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida