Discussion :

[franck SEFIC]

Salut a tous,

je voudrais savoir s'il est possbile de transférer une base creer avec sql server 2000 en une base SQL server 2005 sans creer un a un les tables et vues.

merci d'avance

[SQLpro]

différents moyens :
1) backup / restore
2) sp_detachdb / sp_attach...
3) assistant de migration de données
4) script SQL de création d'objets + script sql de migration de données

A +

[Philippe Robert]

Afin de profiter des nouvelles fonctionalités inclues dans le langage SQL, il faut changer le niveau de compatibilité de 80 (SQL 2000) à 90 (SQL 2005).

Cependant, il est possible que des requêtes écrites en SQL 2000 ne passent plus en SQL 2005.

Il existe un outil, le conseiller de mise à niveau, téléchargeable ici : http://www.microsoft.com/downloads/d...DisplayLang=en

Toutefois, l'ayant utilisé, j'ai constaté qu'il ne détecte pas tout.

Afin d'identifier lesdites requêtes, j'ai effectué une copie du serveur de production sur un serveur de test et rejoué une trace avec le profiler de la production sur le serveur de test afin de détecter les requêtes qui ont échoué.

Grâce à cela, la migration de 2000 à 2005 s'est déroulée sans soucis.

[franck SEFIC]

différents moyens :
1) backup / restore
2) sp_detachdb / sp_attach...
3) assistant de migration de données
4) script SQL de création d'objets + script sql de migration de données

A +

avec le backup 2000/ restore 2005 ça marche. je suppose également que le déploiement d'une application conçue avec sql server ce fait de la meme manière. c à dire backup / restore?

J'ai une autre question: quand on fait du backup 2005/ restore 2000 est-ce que cela peut marcher?

[SQLpro]

Si vous deployez une application par BACKUP RESTORE, la base restaurée héritera des multiples scories de développement de l'original.

Préférez créer des bases d'exploitation via des scripts SQL.

quand on fait du backup 2005/ restore 2000 est-ce que cela peut marcher?

NON !

A +

[franck SEFIC]

Préférez créer des bases d'exploitation via des scripts SQL.
A +

mais cela suppose que si j'ai 50 tables , je dois les creer un a un par sql. C'est vraiment du boulot.

[ylarvor]

Monsieur Robert,

On réfléchit ( ca coute rien ) à la migration de nos bases 2000 vers 2005. En effet, le support de 2000 disparait en 2008 et puis on est bientôt à sql serveur 2008.

Pour la méthode, on crée un instance nommée de 2005 sur le serveur 2000, nous avons des quadriprocesseurs donc aucun problême ( je frime )...

Pour ne prendre aucun risque, je propose de sauver 2000 et de restaurer 2005 base par base. on a la base 2000 qui reste potentiellement utilisable.

reste à savoir si 2005 est compatible avec les applicatifs !

vous dites la chose suivante :

Afin de profiter des nouvelles fonctionalités inclues dans le langage SQL, il faut changer le niveau de compatibilité de 80 (SQL 2000) à 90 (SQL 2005).

Cependant, il est possible que des requêtes écrites en SQL 2000 ne passent plus en SQL 2005.

Il existe un outil, le conseiller de mise à niveau, téléchargeable ici : http://www.microsoft.com/downloads/d...DisplayLang=en

Toutefois, l'ayant utilisé, j'ai constaté qu'il ne détecte pas tout.

Afin d'identifier lesdites requêtes, j'ai effectué une copie du serveur de production sur un serveur de test et rejoué une trace avec le profiler de la production sur le serveur de test afin de détecter les requêtes qui ont échoué.

Grâce à cela, la migration de 2000 à 2005 s'est déroulée sans soucis.

Est ce que je peux enregistrer mes traces sur 2000 et les rejouer sur 2005 ?

Que pouvez vous me dire du conseiller de mise à niveau ? a quel moment puis l'utiliser dans mon cas, apres la restauration ?

Merci de votre réponse.