Précédent   Forum des professionnels en informatique > Bases de données > MS SQL-Server > Administration
Administration Forum d'entraide sur l'administration du dataserver, via SSM ou ligne de commande, les tables système, ...
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 09/03/2011, 11h30   #1
Candidat au titre de Membre du Club
 
Inscription : août 2008
Messages : 53
Détails du profil
Informations forums :
Inscription : août 2008
Messages : 53
Points : 13
Points : 13
Par défaut FileStream et backup restore

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 ?
joc02 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/03/2011, 11h55   #2
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 953
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 953
Points : 17 773
Points : 17 773
Vous pouvez backuper partiellement, mais la restauration de FG doit se faire en intégralité.

A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/03/2011, 14h43   #3
Candidat au titre de Membre du Club
 
Inscription : août 2008
Messages : 53
Détails du profil
Informations forums :
Inscription : août 2008
Messages : 53
Points : 13
Points : 13
Je ne vois pas trop la syntaxe.

Il faudrait en une instruction RESTORE prendre les 2 fichiers .bak ?
joc02 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/03/2011, 17h10   #4
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 953
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 953
Points : 17 773
Points : 17 773
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 +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/03/2011, 18h14   #5
Candidat au titre de Membre du Club
 
Inscription : août 2008
Messages : 53
Détails du profil
Informations forums :
Inscription : août 2008
Messages : 53
Points : 13
Points : 13
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.
joc02 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 09/03/2011, 21h39   #6
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 953
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 953
Points : 17 773
Points : 17 773
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 +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 18h07.


 
 
 
 
Partenaires

Hébergement Web