Discussion :

[lanjolanjo]

Bonjour,

Je pense que vous avez remarqué que quand on sauvegarde une base sous 2005, quand on essaye de la restaurer sous 2000, il veut pas.

Y a t-il un moyen sous 2005 de la sauvegarder et qu'elle soit prise en compte dans 2000 ?

Merci

[Ptit_Dje]

Hmmmm, je ne pense pas que ce soit possible à moins de définir un le niveau de compatibilité de ta base sur ton server 2005 à (80) SQL server 2000.

Prenons comme simple exemple l'implémentation de la donnée varchar, limitée à 8000 caractères sur sql 2000 et qui n'a pas vraiment de limite en 2005 (enfin si mais à plus de 8000 caracteres) car si la ligne dépasse les 8000 caractères, elle est mise dans une autre page et référencée par un pointeur dans la row.
Ce simple exemple peut deja expliquer la non-compatibilité d'une base de donnée 2005 sur un serveur 2000.

[lanjolanjo]

c'est con, car ma base a la base elle est sur 2000
j'lai foutu par malheur sur un 2005 et bammm j'px plus la mettre sur un 2000 car plus de backup 2000

[SQLpro]

essayez en faisant préalablement à la sauvegarde un sp_dbcmptlevel 'mabase', 80

A +

[mac131]

j'ai le même soucis avec un SQL2008. Ma base est bien au niveau de compatibilité 80 (sql2000) mais lorsque je fais un backup et que j'essaie de restaurer cette base sur un serveur sql 2000, j'ai un message d'erreur "structure de disque 655. Le serveur prend en charge la version 539".
j'ai essayé le sp_dbcmptlevel 'mabase', 80 et ALTER DATABASE 'mabase'
SET COMPATIBILITY_LEVEL = 80, rien n'y fait

[mikedavem]

Bonjour,

Il n'y a aucune possibilité de restaurer une version plus récente sur une version moins récente de SQL Server.

La seule possibilité est d'exporter le schéma et les données et de les réimporter sur l'ancienne version de votre serveur SQL.

++

[zinzineti]

Nous avons eut une petite discussion à ce sujet il n'y a pas si longtemps.

http://www.developpez.net/forums/d96...08-for-2005-a/

[zinzineti]

Je pense que ça devient de plus un besoin de pouvoir downgrader une base !
Même si techniquement la chose est difficile à réaliser à cause :
- des types de données non supportés par la version antérieure
- des fonctions non supportées par la version antérieure
- des procédures stockées non supportées par la version antérieure
- ...

il faut que MS nous donne une solution à ce problème....

[zinzineti]

essayez en faisant préalablement à la sauvegarde un sp_dbcmptlevel 'mabase', 80
A +

Je pensais aussi à ça. mais non ça ne marche pas !

http://www.developpez.net/forums/d96...08-for-2005-a/

[Bluedeep]

il faut que MS nous donne une solution à ce problème....

Mais la solution existe :

Task ->
Generate Scripts ->
<Choisir la base>
Sélectionner 'Script All Objects In DataBase'
-> Next
Sélectionner : Option Script Data. + Option Script For Server Version : SQL 2000

[zinzineti]

Mais la solution existe :
Task ->
Generate Scripts ->
Option Script Data. + Option Script For Server Version : SQL 2000

ça peut être une solution de contournement si on veut juste les tables, les vues et les données. Mais au-delà les choses sont beaucoup plus compliquées ! la complexité vient des :
--> procédures stockées
--> fonctions
--> ....

Aussi pour de gros volume de données, l'import des données n'est pas si simple !

[zinzineti]

Mais la solution existe :

Task ->
Generate Scripts ->
<Choisir la base>
Sélectionner 'Script All Objects In DataBase'
-> Next
Sélectionner : Option Script Data. + Option Script For Server Version : SQL 2000

Cette solution est insuffisante.

[Bluedeep]

Cette solution est insuffisante.

Peut être mais on est dans un cas marginal de toute manière.

Sinon, plus simple :

Publication Snapshot (je suppose que la version 2000 peut être client d'une réplication Snapshot - je ne m'en souviens plus : mon dernier client à avoir une base en 2000 je l'ai vu il y a trois ans).

On peut aussi répliquer les proc stoc, par contre pas les triggers, les fonctions et les vues.

Tout cela pour dire qu'il existe deux méthodes, pouvant de plus être combinées, pour gérer un cas "à la marge".

Bien sur pas de solution pour les types et instructons T-SQL n'existant pas,mais si on veut pouvoir "downgrader", a priori on ne voit pas pourquoi les utiliser.