Discussion :

[joujousagem2006]

bonjour

j'ai un groupe de Fichier nomé FG1 placer sur une partition qui tend vers la saturation ou se trouve aussi le Group Primary

Est ce que le moteur SQL me permet de faire le transfert du groupe FG1 sur une autre partition ou il n'est pas possible de faire cette action

pour info ce group de Fichier il stock juste les index

[mikedavem]

Hello,

Oui c'est possible. Après tu disposes de plusieurs façons de procéder en fonction de tes envies et contraintes :

- Détacher ta base de données, déplacer tes fichiers et ré-attacher ta base
- Planifier le déplacement de ta base via la commande ALTER DATABASE <myDB> MODIFY FILE (NAME = <nom logique> , FILENAME = '<nouveau chemin du fichier>') .. mettre ta base de données hors ligne, déplacer tes fichiers, mettre ta base de données en ligne
- ...

++

[joujousagem2006]

Parfait super

merci bien

[SQLpro]

et aussi sans interruption de la base fair :

Code :

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

1
2
ALTER DATABASE ADD FILEGROUP ...
ALTER DATABASE ADD ADD FILE (...) TO FILEGROUP ...

puis déplacer les données des tables et index via la commande :

Code :

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

ALTER INDEX ... REBUILD ... TO ???filegroup_name???;

A +

[joujousagem2006]

Autre question SVP sur la même piste

après avoir transférer mon table sur une deuxième Groupe de Fichier sur une autre partition la taille de l'espace occupé par mon database sur la première partition reste la même

est je doit lancer un

Code :

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

DBCC SHRINKdatabase

sur mon database afin de gagné l'espace transférer vers l'autre partition (2éme Groupe de Fichier)

en parle d'espace Physique et non de Taille logique

[StringBuilder]

Oui, SQL Server, comme la plupart des autres SGBD ne réduit pas automatiquement la taille des fichiers de données quand on supprimer des données : il garde les trous pour pouvoir insérer plus rapidement de nouvelles données.

A noter d'ailleurs qu'un fichier de base de données devrait être créé directement avec sa taille définitive, l'accroissement étant à la voir source de lenteurs, mais aussi et surtout de fragmentation des fichiers.

[dbaffaleuf]

il garde les trous pour pouvoir insérer plus rapidement de nouvelles données.

Attention la possible réutilisation des 'trous' n'étant évaluée que lors d'une condition d'autogrow (quand la fin du fichier est atteinte). En dehors de ça, le moteur écrit toujours à la fin du fichier.

[SQLpro]

Il faut commencer par un :

Code :

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

DBCC SHRINKFILE (file_name, EMPTYFILE );

A +