Discussion :

[joc02]

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 :

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

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 :

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

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.

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 ?

[SQLpro]

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

A +

[joc02]

Je ne vois pas trop la syntaxe.

Il faudrait en une instruction RESTORE prendre les 2 fichiers .bak ?

[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 +

[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.

[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 +