J'utiliser des FILGESGROUPS X et Y qui ne servent plus maintenant , que j ai
vider et supprimer a partir de l interface graphique.
Maintenant si je detache la base et la reattache cette base il me propose de
reattacher les fichiers (file not Found) que j ai supprimer dans les anciens
filesGroup
Donc Impossible de reattacher cette base avec l interface graphique il faut
utiliser la commande sp_attach db en specifiant les fichiers
Comment supprimer definitevemnt ces fichiers ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
Bonjour,
Vos fichiers sont des objets de la base... Il faut commencer par les retirer de la base avec un ALTER DATABASE ... REMOVE FILE / REMOVE FILEGROUP.
Après cela pas besoin, heureusement, d'arrêter la base pour les supprimer physiquement.
En principe un SGBDR ne s'arrête jamais et toutes les opérations de maintenance doivent pouvoir être faites à chaud... Si ce n'étais pas le cas à chaque arrêt du serveur ou de la base (et un detach est une forme d'arrêt) vous perdriez tout le bénéfice de la mise en cache.
A +
Dame Gauthier a écrit :
Bonjour
J'utiliser des FILGESGROUPS X et Y qui ne servent plus maintenant , que j ai vider et supprimer a partir de l interface graphique. Maintenant si je detache la base et la reattache cette base il me propose de reattacher les fichiers (file not Found) que j ai supprimer dans les anciens filesGroup Donc Impossible de reattacher cette base avec l interface graphique il faut utiliser la commande sp_attach db en specifiant les fichiers Comment supprimer definitevemnt ces fichiers ?
Merci
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation *********************** http://www.sqlspot.com *************************
Bonjour,
Vos fichiers sont des objets de la base... Il faut commencer par les
retirer de la base avec un ALTER DATABASE ... REMOVE FILE / REMOVE
FILEGROUP.
Après cela pas besoin, heureusement, d'arrêter la base pour les
supprimer physiquement.
En principe un SGBDR ne s'arrête jamais et toutes les opérations de
maintenance doivent pouvoir être faites à chaud...
Si ce n'étais pas le cas à chaque arrêt du serveur ou de la base (et un
detach est une forme d'arrêt) vous perdriez tout le bénéfice de la mise
en cache.
A +
Dame Gauthier a écrit :
Bonjour
J'utiliser des FILGESGROUPS X et Y qui ne servent plus maintenant , que j ai
vider et supprimer a partir de l interface graphique.
Maintenant si je detache la base et la reattache cette base il me propose de
reattacher les fichiers (file not Found) que j ai supprimer dans les anciens
filesGroup
Donc Impossible de reattacher cette base avec l interface graphique il faut
utiliser la commande sp_attach db en specifiant les fichiers
Comment supprimer definitevemnt ces fichiers ?
Merci
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
*********************** http://www.sqlspot.com *************************
Vos fichiers sont des objets de la base... Il faut commencer par les retirer de la base avec un ALTER DATABASE ... REMOVE FILE / REMOVE FILEGROUP.
Après cela pas besoin, heureusement, d'arrêter la base pour les supprimer physiquement.
En principe un SGBDR ne s'arrête jamais et toutes les opérations de maintenance doivent pouvoir être faites à chaud... Si ce n'étais pas le cas à chaque arrêt du serveur ou de la base (et un detach est une forme d'arrêt) vous perdriez tout le bénéfice de la mise en cache.
A +
Dame Gauthier a écrit :
Bonjour
J'utiliser des FILGESGROUPS X et Y qui ne servent plus maintenant , que j ai vider et supprimer a partir de l interface graphique. Maintenant si je detache la base et la reattache cette base il me propose de reattacher les fichiers (file not Found) que j ai supprimer dans les anciens filesGroup Donc Impossible de reattacher cette base avec l interface graphique il faut utiliser la commande sp_attach db en specifiant les fichiers Comment supprimer definitevemnt ces fichiers ?
Merci
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation *********************** http://www.sqlspot.com *************************
Fred BROUARD
Bonsoir,
Visiblement j'ai l'impression que vous avez fait une manœuvre de nature à flinguer votre bases de données.
Soit vous retrouver le fichier manquant soit la base est perdue...
Il serait peut être temps de se former sur ce qu'est un SGBDR client/serveur et en particulier sur l'administration de SQL Server...
A +
A +
Dame Gauthier a écrit :
le probleme ce que REMOVE FILE ne fonctionne pas car il ne trouve pas les fichiers je ne sais ce qui s est passer quand j ai supprimer les fichiers, mais il semble qui soit toujours dans les tables systemes. Si je fait *"select * from sys.database_files" (tous les fichiers que j ai supprimer sont OFFLINE)*
et voila l interface graphique qui lui me donne bien les bon fichiers
"Fred BROUARD" <mailto: a écrit dans le message de news: uCtFT$ <mailto:uCtFT$... > Bonjour, > > Vos fichiers sont des objets de la base... Il faut commencer par les > retirer de la base avec un ALTER DATABASE ... REMOVE FILE / REMOVE > FILEGROUP. > > Après cela pas besoin, heureusement, d'arrêter la base pour les > supprimer physiquement. > > En principe un SGBDR ne s'arrête jamais et toutes les opérations de > maintenance doivent pouvoir être faites à chaud... > Si ce n'étais pas le cas à chaque arrêt du serveur ou de la base (et un > detach est une forme d'arrêt) vous perdriez tout le bénéfice de la mise > en cache. > > A + > > Dame Gauthier a écrit : >> Bonjour >> >> J'utiliser des FILGESGROUPS X et Y qui ne servent plus maintenant , que j ai >> vider et supprimer a partir de l interface graphique. >> Maintenant si je detache la base et la reattache cette base il me propose de >> reattacher les fichiers (file not Found) que j ai supprimer dans les anciens >> filesGroup >> Donc Impossible de reattacher cette base avec l interface graphique il faut >> utiliser la commande sp_attach db en specifiant les fichiers >> Comment supprimer definitevemnt ces fichiers ? >> >> Merci >> >> > > > -- > Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL > Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com > Audit, conseil, expertise, formation, modélisation, tuning, optimisation > *********************** http://www.sqlspot.com *************************
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation *********************** http://www.sqlspot.com *************************
Bonsoir,
Visiblement j'ai l'impression que vous avez fait une manœuvre de nature
à flinguer votre bases de données.
Soit vous retrouver le fichier manquant soit la base est perdue...
Il serait peut être temps de se former sur ce qu'est un SGBDR
client/serveur et en particulier sur l'administration de SQL Server...
A +
A +
Dame Gauthier a écrit :
le probleme ce que REMOVE FILE ne fonctionne pas car il ne trouve pas
les fichiers
je ne sais ce qui s est passer quand j ai supprimer les fichiers, mais
il semble qui soit toujours dans les tables systemes.
Si je fait *"select * from sys.database_files" (tous les fichiers que j
ai supprimer sont OFFLINE)*
et voila l interface graphique qui lui me donne bien les bon fichiers
"Fred BROUARD" <brouardf@club-internet.fr
<mailto:brouardf@club-internet.fr>> a écrit dans le message de news:
uCtFT$AlIHA.4536@TK2MSFTNGP06.phx.gbl
<mailto:uCtFT$AlIHA.4536@TK2MSFTNGP06.phx.gbl>...
> Bonjour,
>
> Vos fichiers sont des objets de la base... Il faut commencer par les
> retirer de la base avec un ALTER DATABASE ... REMOVE FILE / REMOVE
> FILEGROUP.
>
> Après cela pas besoin, heureusement, d'arrêter la base pour les
> supprimer physiquement.
>
> En principe un SGBDR ne s'arrête jamais et toutes les opérations de
> maintenance doivent pouvoir être faites à chaud...
> Si ce n'étais pas le cas à chaque arrêt du serveur ou de la base (et un
> detach est une forme d'arrêt) vous perdriez tout le bénéfice de la mise
> en cache.
>
> A +
>
> Dame Gauthier a écrit :
>> Bonjour
>>
>> J'utiliser des FILGESGROUPS X et Y qui ne servent plus maintenant ,
que j ai
>> vider et supprimer a partir de l interface graphique.
>> Maintenant si je detache la base et la reattache cette base il me
propose de
>> reattacher les fichiers (file not Found) que j ai supprimer dans les
anciens
>> filesGroup
>> Donc Impossible de reattacher cette base avec l interface graphique
il faut
>> utiliser la commande sp_attach db en specifiant les fichiers
>> Comment supprimer definitevemnt ces fichiers ?
>>
>> Merci
>>
>>
>
>
> --
> Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
> Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
> Audit, conseil, expertise, formation, modélisation, tuning, optimisation
> *********************** http://www.sqlspot.com *************************
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
*********************** http://www.sqlspot.com *************************
Visiblement j'ai l'impression que vous avez fait une manœuvre de nature à flinguer votre bases de données.
Soit vous retrouver le fichier manquant soit la base est perdue...
Il serait peut être temps de se former sur ce qu'est un SGBDR client/serveur et en particulier sur l'administration de SQL Server...
A +
A +
Dame Gauthier a écrit :
le probleme ce que REMOVE FILE ne fonctionne pas car il ne trouve pas les fichiers je ne sais ce qui s est passer quand j ai supprimer les fichiers, mais il semble qui soit toujours dans les tables systemes. Si je fait *"select * from sys.database_files" (tous les fichiers que j ai supprimer sont OFFLINE)*
et voila l interface graphique qui lui me donne bien les bon fichiers
"Fred BROUARD" <mailto: a écrit dans le message de news: uCtFT$ <mailto:uCtFT$... > Bonjour, > > Vos fichiers sont des objets de la base... Il faut commencer par les > retirer de la base avec un ALTER DATABASE ... REMOVE FILE / REMOVE > FILEGROUP. > > Après cela pas besoin, heureusement, d'arrêter la base pour les > supprimer physiquement. > > En principe un SGBDR ne s'arrête jamais et toutes les opérations de > maintenance doivent pouvoir être faites à chaud... > Si ce n'étais pas le cas à chaque arrêt du serveur ou de la base (et un > detach est une forme d'arrêt) vous perdriez tout le bénéfice de la mise > en cache. > > A + > > Dame Gauthier a écrit : >> Bonjour >> >> J'utiliser des FILGESGROUPS X et Y qui ne servent plus maintenant , que j ai >> vider et supprimer a partir de l interface graphique. >> Maintenant si je detache la base et la reattache cette base il me propose de >> reattacher les fichiers (file not Found) que j ai supprimer dans les anciens >> filesGroup >> Donc Impossible de reattacher cette base avec l interface graphique il faut >> utiliser la commande sp_attach db en specifiant les fichiers >> Comment supprimer definitevemnt ces fichiers ? >> >> Merci >> >> > > > -- > Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL > Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com > Audit, conseil, expertise, formation, modélisation, tuning, optimisation > *********************** http://www.sqlspot.com *************************
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation *********************** http://www.sqlspot.com *************************