Discussion :

[zinzineti]

Bonjour,
Encore un problème de backup/restaure !
Il y a t-il une possibilité de restaurer sur SQL2k5 un backup issu de SQL2K8 ?
Je pensais qu'en jouant sur le niveau de compatibilité (passer de 100 à 90) on pourrait créer un backup compatible SQL2K5. Pour celà j'ai donc écrit ce petit script

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
USE master;
--Passer en mode SINGLE USER
ALTER DATABASE AdventureWorks
SET SINGLE_USER
WITH ROLLBACK IMMEDIATE;
--Modifier le niveau de compatibilité (passer de 100 --> 90)
ALTER DATABASE AdventureWorks
SET compatibility_level = 90;
--BACKUP FULL
BACKUP DATABASE AdventureWorks to disk='E:\BACKUP\AdventureWorks.bak' WITH init
--Remettre le niveau de compatibilité initial (passer de 90 --> 100)
ALTER DATABASE AdventureWorks
SET compatibility_level = 100;
--Passer en mode MULTIUSER
ALTER DATABASE AdventureWorks
SET MULTI_USER;

Mais lors de la restauration sur SQL2K5 j'ai le message d'erreur suivant

Impossible d'ouvrir l'unité de sauvegarde 'D:\Backup\AdventureWorks.bak'.
Erreur 32(The process cannot access the file because it is being used by another process.)
du système d'exploitation.
RESTORE HEADERONLY s'est terminé anormalement. (.Net SqlClient Data Provider)

Le même fichier est bien restauré sur SQL2K8.
Quand j'execute la commande suivante sur SQL2K5

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

RESTORE HEADERONLY FROM DISK = N'D:\Backup\AdventureWorks.bak' WITH NOUNLOAD

j'ai ce message :

Msg 3241, Level 16, State 7, Line 1
La famille de supports sur l'unité 'D:\Backup\AdventureWorks.bak' est incorrecte. SQL Server ne peut pas la traiter.
Msg 3013, Level 16, State 1, Line 1
RESTORE HEADERONLY s'est terminé anormalement.

la même commande sur SQL2K8 ne gère pas d'erreur !

Ne searait-il pas interessant que Microsoft nous permet de faire un backup du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

BACKUP DATABASE ... WITH LEVEL = 90

histoire de générer un backup compatible SQL2K5 ?
Quelqu'un a-t-il une entrée chez MS ?
je compte sur nos MVP pour faire cette suggestion à MS
Si vous avez d'autres idées je suis preneur.

Merci d'avance

[dbaffaleuf]

Tu confonds le mode de compatibilité et la version de la base.

Le mode de compatibilité garantit juste que le moteur va fermer les yeux sur les fonctions obsolètes. La version est une empreinte physique qui indique dans quelle version de SQL Server la base a été créée. (539 pour SQL2000, 611 pour SQL2005, 655 pour SQL2008, etc...).

On ne peut pas restaurer un backup physique d'une base 2008 vers une base 2005. Au mieux tu peux transférer le DDL et les lignes avec SSIS.

Ton premier message d'erreur (Erreur 32) n'a rien à voir avec la rétro compatibilité. Il indique que le fichier est verrouillé alors que SQL Server essaye de lire son entête. La recopie n'était peut-être pas terminée ?

David B.

[zinzineti]

Merci David pour cet éclairage.

On ne peut pas restaurer un backup physique d'une base 2008 vers une base 2005.
David B.

Pourquoi pas ? c'est justement l'objet de ma question. Pourquoi n'y aurait-il pas une option

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

WITH SQL2K5

ou quelque du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 BACKUP DATABASE .... FOR SQL2K5

qui permettrait de backupé une base 2008 pour SQL2K5 avec en sortie bien le fichier .bak et le listing des fonctions, procédures,triggers,... qui ne seront pas compatible sur SQL2K5 ?

ou une option qui permet simplement d'avoir TABLES + DATA c'est à dire la même chose que ce que tu proposes ci-dessous

Au mieux tu peux transférer le DDL et les lignes avec SSIS.

A+

[Ptit_Dje]

Pourquoi pas ? c'est justement l'objet de ma question.

Pose toi juste la question de savoir comment SQL Server 2005 va traiter les nouveaux type de donnees apparus en 2008 ?
Comment le processus de backup devrait traiter ces exceptions ?
L'integrite de ta base restauree ?
Les differences possible de stockage de l'information (par exemple la difference de stockage des varchar entre 2000 et 2005).

[zinzineti]

Pose toi juste la question de savoir comment SQL Server 2005 va traiter les nouveaux type de donnees apparus en 2008 ?
Comment le processus de backup devrait traiter ces exceptions ?

Justement c'est à MS de nous dire. Non ?

L'integrite de ta base restauree ? Les differences possible de stockage de l'information (par exemple la difference de stockage des varchar entre 2000 et 2005).

Il devrait y avoir une solution à ça non ?

Oui je comprends. Thanks

[Ptit_Dje]

Justement c'est à MS de nous dire. Non ?

J'entend deja leur reponse - Planifiez une migration vers notre nouveau produit...

Il devrait y avoir une solution à ça non ?

Oui, une migration du vieil environnement vers le nouveau produit ...