FileStream et backup restore

Version imprimable

Bonjour,

Je suis en train de faire des tests sur les "FileStream". J'en suis à la phase Backup/Restore et là je rencontre une petite difficulté.
Dans mon cas je souhaiterais sauvegarder le modèle relationnel d'un coté et le système de fichier de l'autre.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 --Backup UNIQUEMENT de la base de données BACKUP DATABASE YP_Fichier FILEGROUP = 'PRIMARY' TO DISK = N'd:\YP_Fichier.bdd.bak' WITH NOFORMAT, NOINIT, NAME = 'YP_Fichier - BDD', SKIP, STATS = 10 --Backup UNIQUEMENT du FileStream BACKUP DATABASE YP_Fichier READ_WRITE_FILEGROUPS, FILEGROUP = 'YPAREOFS' TO DISK = 'd:\YP_Fichier.file.bak' WITH NOFORMAT, NOINIT, NAME = 'YP_Fichier - FileStream', SKIP, STATS = 10
Les sauvegardes se passent bien, mais je suis incapable de les remonter.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 --restauration fragmentaire --Restore BDD RESTORE DATABASE YP_Fichier FILEGROUP='PRIMARY' FROM DISK = 'D:\YP_Fichier.bdd.bak' WITH REPLACE, PARTIAL, STATS = 10, NORECOVERY RESTORE DATABASE YP_Fichier FILEGROUP='YPAREOFS' FROM DISK = 'D:\YP_Fichier.file.bak' WITH STATS = 10, RECOVERY
J'ai un message d'erreur sur le 2ème restore.

Citation:

Le point de départ de restauration par progression se trouve maintenant au numéro séquentiel dans le journal 42000000032500001. Une restauration par progression supplémentaire au-delà du numéro séquentiel dans le journal 42000000035100001 s'impose pour terminer la séquence de restauration.
Cette instruction RESTORE a réussi à effectuer certaines actions, mais il n'est pas possible de mettre la base de données en ligne parce qu'une ou plusieurs étapes RESTORE sont nécessaires. Les messages précédents expliquent les raisons de l'échec de la récupération à ce stade.

Auriez-vous une petite idée ?

09/03/2011, 11h55
SQLpro

Vous pouvez backuper partiellement, mais la restauration de FG doit se faire en intégralité.

A +
09/03/2011, 14h43
joc02

Je ne vois pas trop la syntaxe.

Il faudrait en une instruction RESTORE prendre les 2 fichiers .bak ?
09/03/2011, 17h10
SQLpro

Il serait peut être temps de se former à l'admin SQL Server ?
Sache que le cours minimal est de 5 jours et qu'un bon DBA c'est quelques années de pratique !

Donc pour te répondre il faut faire des restaurations en mode NORECOVERY sur tous les fichiers sauf le dernier qui lui sera en mode RECOVERY.

A +
09/03/2011, 18h14
joc02

C'est bien gentil et merci pour le conseil. Sache que tu es déjà venu en expertise chez nous.... Enfin peut être que ton message n'est pas bien passé.

Si tu reprends mon exemple cité plus haut, je passe bien le 1er restore en norecovery sur le fichier PRIMARY et un autre restore en recovery sur mon FG. Et c'est la que j'ai le message d'erreur.

Après il y a peut être une subtilité entre un groupement de fichier classique et un pour les FileStream.
09/03/2011, 21h39
SQLpro

Commencez par faire une RESTORE HEADERONLY sur les fichiers.
Voyez si les FirstLSN (Numéro séquentiel dans le journal correspondant au premier enregistrement du journal dans le jeu de sauvegarde.) et LastLSN ( Numéro séquentiel dans le journal correspondant à l'enregistrement suivant après le jeu de sauvegarde) se recoupent. Si ce n'est pas le cas, vous ne pourrez pas restaurez.

Il y a quand même quelque chose qui me chiffonne. Il faut aussi restaurer les transactions qui ont eu lieu dans le delta de temps entre les deux sauvegardes de fichiers.
Faites vous des sauvegardes de JT ?

N'oubliez jamais qu'une restauration doit être consistante. Cela veut dire que tous les fichiers et toutes les données doivent être au même point de synchro qui est le n° de LSN (Log Segment Number). Ceci explique pourquoi vous avez besoin du JT pour ce faire.
Une base de données, ce n'est pas un ensemble de vulgaires fichiers indépendants. Ce sont des données intègres (transactions).

A +