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 !!

Siga el debate

6 respuestas

Tengo una respuesta

Preguntas similare

Mostrar todos los temas similares

Leer las respuestas

#6 qwalgrande

06/07/2006 - 07:45 | Informe spam

Hola.

Tendría que verificarlo, pero creo recordar que por un SQL Server 7 con sp4
puede ser suscriptor de una publicación de un 2005. Aún en el caso de que no
lo fuera, se podría montar un 2000 que actuara como intermediario.

Otra posibilidad sería preparar un proceso que hiciera el downgrade, aunque
tuviera muchos pasos y fuera costoso de completar. Ahí no descartaría el uso
de bulk insert, por ejemplo.

Y luego hay otra manera: que los datos se inserten en los dos servidores de
bases de datos para que puedan ir siendo comparados. Implica doble esfuerzo
humano (o casi), a lo mejor complicar un poco algún desarrollo, pero es lo
más fiable para asegurarse de que el comportamiento que se obtiene con SQL
Server 2005 es el esperado. Si estamos hablando de una aplicación de
facturación o contabilidad, a mitad de año como estamos, seguramente será la
que más garantías ofrezca.

Alberto López Grande (qwalgrande)

"Isaias" escribió en el mensaje
news:

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 !!
>>
>>
>>
>>

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

1 2

Busqueda sugerida