exportar tablas y datos de 2000 a 2005

11/07/2007 - 13:35 por -=joselitux=- | Informe spam
Hola

Tengo un servidor SQL 2000 y lo vamos a sustituir porque es muy antiguo,
por un hardware nuevo. Procedo pues a guardar el script (con todos los
objetos) para regenerar la base de datos y hacer una copia de seguridad
para restaurar posteriormente sobre el nuevo server.

Sigo el procedimiento que he utilizado en otras ocasiones sin problema
en otros 2000, pero el problema está en que la ejecución del Script en
la consola del SQL Server 2005 da errores por todas partes. Esto es la
primera vez que me pasa y estoy bastante sorprendido.

¿Entiendo que hay unos pasos previos o que no estoy siguiendo el
procedimiento más adecuado?

Gracias mil

Preguntas similare

Leer las respuestas

#6 Juan Diego Bueno
12/07/2007 - 11:02 | Informe spam
Y digo yo... ¿no estarás importando de un sql 2000 en vez de restaurando un
backup?

Cuando Importas Datos de una base de datos a otra, ciertamente hace lo que
acabas de indicar, únicamente importa estructura de tablas y datos, sin
índices ni constraints. Lo que está claro es que cuando se hace un backup,
SIEMPRE guarda todos los objetos: claves, triggers, etc..., salvo que la
base de datos original no los tenga.

Saludos

"-=joselitux=-" escribió en el mensaje
news:%
Estoy hablando de un backup en 2000 para hacer un restore en 2005.

Maxi wrote:
Hola, quien te dijo eso? un backup / restore hace un 100% de la copia, no
se de donde has sacado que no guarda los procedimientos, los indices,
etc, eso es totalmente FALSO

Respuesta Responder a este mensaje
#7 -=joselitux=-
12/07/2007 - 12:00 | Informe spam
Juro que hago un backup, cojo el archivo BAK, lo llevo al otro server, y
al hacer el restore solo tengo datos y tablas. Todo lo demás se perdió
por el camino.

¿me puedes indicar cual es el procedimiento correcto?


Juan Diego Bueno wrote:
Y digo yo... ¿no estarás importando de un sql 2000 en vez de restaurando un
backup?

Cuando Importas Datos de una base de datos a otra, ciertamente hace lo que
acabas de indicar, únicamente importa estructura de tablas y datos, sin
índices ni constraints. Lo que está claro es que cuando se hace un backup,
SIEMPRE guarda todos los objetos: claves, triggers, etc..., salvo que la
base de datos original no los tenga.

Saludos

"-=joselitux=-" escribió en el mensaje
news:%
Estoy hablando de un backup en 2000 para hacer un restore en 2005.

Maxi wrote:
Hola, quien te dijo eso? un backup / restore hace un 100% de la copia, no
se de donde has sacado que no guarda los procedimientos, los indices,
etc, eso es totalmente FALSO







Respuesta Responder a este mensaje
#8 Juan Diego Bueno
12/07/2007 - 12:35 | Informe spam
En el administrador corporativo: Copia de seguridad de base de datos --
Base de datos completa. Eliges disco y algo así como anexar


dispositivo, donde le das la ruta donde quieres colocar el fichero de
backup. (Te lo digo de memoria, porque ahora no tengo el 2000, sino el
2005)

Me llama la atención lo del fichero BAK, porque al crear una copia de
seguridad de SQL 2000, no suele colocar extensión

Saludos

On 12 jul, 12:00, -=joselitux=- wrote:
Juro que hago un backup, cojo el archivo BAK, lo llevo al otro server, y
al hacer el restore solo tengo datos y tablas. Todo lo demás se perdió
por el camino.

¿me puedes indicar cual es el procedimiento correcto?

Juan Diego Bueno wrote:
> Y digo yo... ¿no estarás importando de un sql 2000 en vez de restaurando un
> backup?

> Cuando Importas Datos de una base de datos a otra, ciertamente hace lo que
> acabas de indicar, únicamente importa estructura de tablas y datos, sin
> índices ni constraints. Lo que está claro es que cuando se hace un backup,
> SIEMPRE guarda todos los objetos: claves, triggers, etc..., salvo que la
> base de datos original no los tenga.

> Saludos

> "-=joselitux=-" escribió en el mensaje
>news:%
>> Estoy hablando de un backup en 2000 para hacer un restore en 2005.

>> Maxi wrote:
>>> Hola, quien te dijo eso? un backup / restore hace un 100% de la copia, no
>>> se de donde has sacado que no guarda los procedimientos, los indices,
>>> etc, eso es totalmente FALSO
Respuesta Responder a este mensaje
#9 Maxi
12/07/2007 - 18:15 | Informe spam
Hola, contanos como lo estas haciendo porque eso no es asi, el backup copia
todo todo, sino que sentido tiene?


Salu2

Microsoft MVP SQL Server
Culminis Speaker

"-=joselitux=-" escribió en el mensaje
news:
No te lo digo porque me lo haya dicho alguien, te lo digo porque cuando lo
hago yo el restore, no me ha recuperado nada mas que los datos. El resto:
triggers, valores default, primary keys, etcétera, los tengo que volver a
poner uno a uno a mano.


Maxi wrote:
Hola, quien te dijo eso? un backup / restore hace un 100% de la copia, no
se de donde has sacado que no guarda los procedimientos, los indices,
etc, eso es totalmente FALSO

Respuesta Responder a este mensaje
#10 -=joselitux=-
16/07/2007 - 09:11 | Informe spam
Administrador corporativo del SQL 2000 -> boton derecho > todas las
tareas > copia de seguridad de la base de datos > completa, a disco,
sobrescribir, doy nombre y elijo la ruta, quitar entradas inactivas,
comprobar al finalizar

Muevo el archivo generado al otro servidor con un Disco duro portatil >
botón derecho sobre arbol del servidor en administrador corporativo >
bases de datos > restaurar base de datos > a base de datos > desde
dispositivo > elijo el archivo > activo casilla > en opciones ,
sobreescribir


También he probado con Anexar.

En cualquier caso se me restauran las tablas y su contenido pero no los
indices ni los usuarios ni los permisos ni nada más




Maxi wrote:
Hola, contanos como lo estas haciendo porque eso no es asi, el backup copia
todo todo, sino que sentido tiene?

email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida