Symptômes
Prenons l’exemple du scénario suivant :
-
Vous avez deux tables partitionnées dans Microsoft SQL Server 2014 et les partitions de la première table sont mappées à des fichiers et des groupes de fichiers différents en utilisant le même schéma de partition et la même fonction.
-
Vous basculez l’une de ces partitions vers la deuxième table, puis vous tronquez la deuxième table.
-
Vous pouvez supprimer des fichiers et des groupes de fichiers mappés à la partition commutée.
-
Vous exécutez une instruction SELECT sur la seconde table.
Dans ce scénario, le message d'erreur suivant s'affiche :
MSG 606, niveau 21, incohérence d’État 1Metadata. ID du groupe de fichiers<ID de groupe de noms> spécifié pour le nom de la table <> n’existe pas. Exécutez DBCC CHECKDB ou CHECKCATALOG.
Lorsque vous exécutez DBCC CHECKDB/CHECKTABLE, vous recevez le message d’erreur suivant :
Impossible de traiter l’index <les>s de table <> nom_table , car le groupe de fichiers (ID de groupe <FileGroupNumber>) n’est pas valide.
Résolution
Le problème a été résolu dans les mises à jour cumulatives de SQL Server suivantes :
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs et les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Nous vous recommandons de télécharger et d’installer les dernières mises à jour cumulatives pour SQL Server :
Remarque Ce correctif empêche uniquement les occurrences suivantes de ce problème. Si vous rencontrez déjà ce problème, exportez vos données dans une base de données Neuve sans corruption de métadonnées existantes. Pour cela, procédez comme suit :
-
Pour déterminer si une partition a un groupe de fichiers non valide, exécutez la requête suivante pour voir si elle renvoie un résultat :
SELECT * FROM sys.allocation_units AS au WHERE au.data_space_id NOT IN (SELECT data_space_id FROM sys.filegroups)
-
Affichez de nouveau la corruption des métadonnées. Si la requête de l’étape 1 renvoie un résultat, la partition contenant des métadonnées corrompues vous empêche d’afficher (Select * from) les lignes de la table. Pour contourner ce problème, supprimez cette partition incorrecte.Remarque La partition incorrecte doit être vide. Dans le cas contraire, il est possible que les fichiers et les groupes de fichiers dans lesquels il s’agissait n’aient pas été supprimés ou supprimés. Pour cela, déplacez cette partition dans une autre table qui utilise le même schéma de partition. Ce tableau peut seulement être une table factice. Utilisez le container_id de la requête à l’étape 1, puis associez-le à l’partition_id de sys. partitions. (Veillez à bien noter le partition_number.) Utilisez le partition_number pour effectuer une instruction ALTER TABLE SWITCH PARTITION à partir de la table non affichable dans la table factice. La table factice doit avoir le même jeu de colonnes et utiliser le même schéma de partition. Votre requête de recherche de la partition incohérente peut ressembler à ce qui suit :
SELECT au.container_id, au.data_space_id, p.partition_number FROM sys.partitions AS p JOIN sys.allocation_units AS au ON p.partition_id = au.container_id LEFT JOIN sys.filegroups AS fgs ON fgs.data_space_id = au.data_space_id WHERE object_id = OBJECT_ID('MyTableName') AND fgs.data_space_id IS NULL; -
Copiez les données à partir de la table précédemment en mode hors affichage dans la nouvelle base de données.
Statut
Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés dans la section « S’applique à ».
