Migrando paquetes y JOBS

cual es el problema de correrlos? q error te tira?

Accotto Maximiliano Damian
"Mauricio Ferreyra" escribió en el
mensaje news:0e6001c3a222$d9807c90$
Hola a todos!

Al levantar un backup completo en otro Servidor (con otro
nombre de HOST), se me hace imposible correr los mismos
paquetes y tareas ADMIN.

Alguien pasó por el mismo problema?
Quiero evitar tener que editar uno por uno los paquetes
(tengo más de 100 armados e integrados en distintos JOBS)
Necesito cambiar la base de un servidor a otro.

¿alguna idea?

Mil gracias

¿El problema es porque dentro de los DTS tienes fijo el
nombre del servidor en las conexiones?, sí es así creo que
vas a tener que editarlos a mano (por lo menos en su
momento no le encontré otra solución), lo mejor para
evitar este problema es manejar la direcciones de las
conexiones a traves de archivos UDL.

Saludos,
Ulises

Hola a todos!

Al levantar un backup completo en otro Servidor (con otro
nombre de HOST), se me hace imposible correr los mismos
paquetes y tareas ADMIN.

Alguien pasó por el mismo problema?
Quiero evitar tener que editar uno por uno los paquetes
(tengo más de 100 armados e integrados en distintos JOBS)
Necesito cambiar la base de un servidor a otro.

¿alguna idea?

Mil gracias
.

GRacias Ulises y Maximiliano por sus aportes!!!

El nombre del servidor está "fijo" en las conexiones.
Pero tampoco sirvió cambiarle el nombre al servidor (Y
ponerle igual que el servidor origen de los paquetes) , ya
que se "pincha" la base, empieza a tirar errores de todo
tipo y tengo que hacer un restore de la base.

Resulta ser que cuando corro los paquetes en el nuevo
servidor me dá el sig error :
"Error: -2147217390 (80041012); Provider Error: 0 (0) Error
string: [Microsoft][ODBC SQL Server Driver]Cannot generate
SSPI context Error source:"

Al abrir el paquete veo que el origen de datos tiene
asociado un ODBC "Other ODBC" en vez de figurar el mismo
ODBC que figura en el servidor origen (existe en ambos
servidores el mismo DSN de Sistema con mismo nombre).

POr más que le asigne el nuevo ODBC, me sigue asociando el
origen con el controlador de "Other ODBC" y no del ODBC
indicado.

Realmente se me complica, y estoy esquivando el tema de
cambiarle a cada paquete el Origen, y después tener que
armar los JOBS (Cut&Pase ... engorroso!) :-(

Alguna idea?

¿El problema es porque dentro de los DTS tienes fijo el
nombre del servidor en las conexiones?, sí es así creo

que

vas a tener que editarlos a mano (por lo menos en su
momento no le encontré otra solución), lo mejor para
evitar este problema es manejar la direcciones de las
conexiones a traves de archivos UDL.

Saludos,
Ulises

Hola a todos!

Al levantar un backup completo en otro Servidor (con

otro

nombre de HOST), se me hace imposible correr los mismos
paquetes y tareas ADMIN.

Alguien pasó por el mismo problema?
Quiero evitar tener que editar uno por uno los paquetes
(tengo más de 100 armados e integrados en distintos

JOBS)

Necesito cambiar la base de un servidor a otro.

¿alguna idea?

Mil gracias
.

.