Problème avec une colonne FileStream lors de la suppression de données [Résolu]

redcurve · 29/11/2011, 12h38

Bonjour,

Nous avons un gros souci au boulot avec FileStream que nous testons. Nous avons une base de données dont l'une des tables contient presque qu'un millions de ligne et dont l'une des colonnes est de type varbinary(max) Filestream.

Cette dernière est utilisée pour le stockage de fichier PDF. Nous avons effectués une opération de suppression (700 000 lignes donc fichiers pdf) qui semblait s'être déroulée correctement. Mais nous avons remarqués que les fichiers pdf n'avaient pas étés supprimés du système de fichier.

Après recherche de documentation il semble qu'un garbage collector gère cette opération, pour autant il ne semble pas motivé à supprimer les fichiers.

Avez-vous déjà été confronté à ce problème ?

Merci à tous.

iberserk · 29/11/2011, 13h47

Est ce que celà vous aide:
http://beyondrelational.com/blogs/ja...-database.aspx

Ptit_Dje · 29/11/2011, 13h57

Quel est le mode de recovery de votre base de donnee ?
Si elle est en full, avez vous effectue un log backup apres votre operation de delete ?

mikedavem · 29/11/2011, 14h09

Effectivement un garbage collector vient supprimer les documents par la suite sur le système de fichiers mais il ne le fera que lorsque ceux-ci ne seront considérés comme pouvant être requis.

Il faut procéder à une sauvegarde du journal comme le précise Ptit_Dje et initier un checkpoint par la suite.

++

redcurve · 29/11/2011, 14h16

Citation:

Envoyé par Ptit_Dje

Quel est le mode de recovery de votre base de donnee ?
Si elle est en full, avez vous effectue un log backup apres votre operation de delete ?

Le mode de recovery est simple

redcurve · 29/11/2011, 14h17

Citation:

Envoyé par mikedavem

Effectivement un garbage collector vient supprimer les documents par la suite sur le système de fichiers mais il ne le fera que lorsque ceux-ci ne seront considérés comme pouvant être requis.

Il faut procéder à une sauvegarde du journal comme le précise Ptit_Dje et initier un checkpoint par la suite.

++

Si je comprends bien cela veut dire que le serveur considère que les documents peuvent encore être demandés ? Pourtant je ne vois pas comment les fichiers pourraient encore être demandés

SQLpro · 29/11/2011, 14h23

La suppression transactionnelle de l’ensemble de ces fichiers dans une commande DELETE n'est pas instantanée. Dans votre cas, plusieurs heures serait nécessaire a effectuer le DELETE physique. C'est pourquoi ces opérations sont déportées dans le temps.

Bien entendu ces fichiers ne peuvent plus être demandes. Mais lors de nouvelles opérations de FILESTREAM le ménage sera effectué, ceci afin de ne pas pénaliser le serveur.

A +

redcurve · 30/11/2011, 11h51

Merci à vous tous pour votre aide et vos explications

29/11/2011, 12h38	#1
redcurve Futur Membre du Club Inscription : juin 2010 Messages : 34 Détails du profil Informations forums : Inscription : juin 2010 Messages : 34 Points : 16 Points : 16	Problème avec une colonne FileStream lors de la suppression de données Bonjour, Nous avons un gros souci au boulot avec FileStream que nous testons. Nous avons une base de données dont l'une des tables contient presque qu'un millions de ligne et dont l'une des colonnes est de type varbinary(max) Filestream. Cette dernière est utilisée pour le stockage de fichier PDF. Nous avons effectués une opération de suppression (700 000 lignes donc fichiers pdf) qui semblait s'être déroulée correctement. Mais nous avons remarqués que les fichiers pdf n'avaient pas étés supprimés du système de fichier. Après recherche de documentation il semble qu'un garbage collector gère cette opération, pour autant il ne semble pas motivé à supprimer les fichiers. Avez-vous déjà été confronté à ce problème ? Merci à tous.
	00

29/11/2011, 13h47	#2
iberserk Membre Expert Bruno IGNACE Architecte de base de données Inscription : novembre 2004 Messages : 1 299 Détails du profil Informations personnelles : Nom : Bruno IGNACE Âge : 30 Localisation : France, Gironde (Aquitaine) Informations professionnelles : Activité : Architecte de base de données Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : novembre 2004 Messages : 1 299 Points : 2 282 Points : 2 282	Est ce que celà vous aide: http://beyondrelational.com/blogs/ja...-database.aspx __________________ Prendre conscience, c'est transformer le voile qui recouvre la lumière en miroir.
	00

29/11/2011, 14h09	#4
mikedavem Responsable SQL Server David BARBARIN Expert SQL Server Inscription : août 2005 Messages : 3 725 Détails du profil Informations personnelles : Nom : David BARBARIN Localisation : France, Haute Savoie (Rhône Alpes) Informations professionnelles : Activité : Expert SQL Server Secteur : Conseil Informations forums : Inscription : août 2005 Messages : 3 725 Points : 6 849 Points : 6 849	Effectivement un garbage collector vient supprimer les documents par la suite sur le système de fichiers mais il ne le fera que lorsque ceux-ci ne seront considérés comme pouvant être requis. Il faut procéder à une sauvegarde du journal comme le précise Ptit_Dje et initier un checkpoint par la suite. ++ __________________ Blog \| Articles SQL Server \| TSQL Challenges \| English blog
	00

29/11/2011, 14h23	#7
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 791 Points : 17 791	La suppression transactionnelle de l’ensemble de ces fichiers dans une commande DELETE n'est pas instantanée. Dans votre cas, plusieurs heures serait nécessaire a effectuer le DELETE physique. C'est pourquoi ces opérations sont déportées dans le temps. Bien entendu ces fichiers ne peuvent plus être demandes. Mais lors de nouvelles opérations de FILESTREAM le ménage sera effectué, ceci afin de ne pas pénaliser le serveur. 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 * * * * *
	00

29/11/2011, 13h57	#3
Ptit_Dje Modérateur Administrateur de base de données Inscription : août 2007 Messages : 1 159 Détails du profil Informations personnelles : Sexe : Âge : 28 Localisation : Belgique Informations professionnelles : Activité : Administrateur de base de données Secteur : Industrie Pharmaceutique Informations forums : Inscription : août 2007 Messages : 1 159 Points : 1 611 Points : 1 611	Quel est le mode de recovery de votre base de donnee ? Si elle est en full, avez vous effectue un log backup apres votre operation de delete ?
	00

30/11/2011, 11h51	#8
redcurve Futur Membre du Club Inscription : juin 2010 Messages : 34 Détails du profil Informations forums : Inscription : juin 2010 Messages : 34 Points : 16 Points : 16	Merci à vous tous pour votre aide et vos explications
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email