Discussion :

[Lyche]

Bonjour à tous,

Je me retrouve bien embêté suite à la reprise d'un projet de base chez un de mes clients ou les volumétries sont plutôt conséquentes ( 4,5Millions de lignes par semaine dans une des tables de faits.
Par souci de gestion et de volonté de bien faire, un système a partition/filegroup hebdomadaire a été mis en place.
Suite à quelques investigation il s'est avéré qu'une reprise massive de données doit être faite et le système utilisé fonctionne un peu mal.

A base de create partition sur une table puis de switch de cette partition sur la table finale, et d'un Clustered columnstore, le système de reprise s'est mit a planter. Et je me retrouve avec des filegroup vide, impossible a supprimer car "contenant des données" et des fichiers de base "vide, mais pleins" que je ne peux supprimer non plus.

J'ai supprimé le clustered columnstore afin de vérifier si le problème ne venait pas de là, le process fonctionne à nouveau mais je n'ai toujours pas de possibilité de supprimer certains filegroup ou certains fichiers (j'ai pu cependant en purger certains).



Voici la liste de mes filegroups, le 201922 par exemple, n'a pas de fichiers attachés, et il se trouve que que je ne peux le supprimer.
Le 201923 a bien un fichier, mais vide, et je ne peux le supprimer (ni le fichier, ni le filegroup du coup)
et les fichier 201920/201921 sont vide en data, mais il y a du volumes de pages réservés mais inutilisé .. et là, je galère a purger ma base de ces problèmes.

Etant donné que je souhaite faire cette reprise en production et le bordel qu'elle m'a mit en dev, pourriez vous m'aider à nettoyer cette base? sachant que je ne peux pas refaire mon CCI à cause de certains de ces fichiers "défectueux"

Cordialement,

[SQLpro]

Vous ne pouvez pas supprimer de FILEGROUP même vide si ces dernier pour partie de la définition du schéma de partitionnement.
Il faut commencer par déporter les lignes en faisant des MERGE de partition afin de libérer certaines FG.

A +