CORRECTIF : SQL Server prend beaucoup de temps pour ouvrir la base de données après la restauration d'ajouter ou de supprimer un fichier de données dans SQL Server 2014 ou dans SQL Server 2012

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3041476
Symptômes
Supposons que vous ajoutez ou supprimez un fichier de données dans une base de données Microsoft SQL Server 2014 ou SQL Server 2012. SQL Server peut prendre beaucoup de temps pour terminer la tâche de démarrage de base de données après la restauration si le nombre de bases de données et/ou les fichiers de base de données est important.

Remarque Ce problème n'affecte pas, en règle générale l'accès de la base de données comme la récupération de la base de données est terminée et que la base de données est en ligne. Toutefois, si la base de données est configurée dans la mise en miroir de base de données, ce problème peut provoquer l'opération de reprise de la base de données doit être bloquée.
Cause
Ce problème se produit lorsque vous avez des fichiers dans un fantôme, supprimé, ou droppedreusepending l'état car vous compte correctement ces fichiers.

Remarque Le problème dans CORRECTIF de la base de connaissances 2932120 : SQL Server prend beaucoup de temps à ouvrir les bases de données après la phase de récupération lorsque le nombre de bases de données ou les fichiers de base de données est volumineux dans SQL Server 2012 ou SQL Server 2014 a la même symptôme de ce problème. Toutefois, sa cause est différente de la cause de ce problème. Le problème dans KO 2932120 se produit lorsque vous ne comparez pas le nombre de fichiers et le nombre de fichiers qui sont signalés par la base de données master.
Résolution
Le problème a été tout d'abord résolu dans la mise à jour cumulative suivante de SQL Server.

Mise à jour cumulative 1 pour SQL Server 2014 SP1

Mise à jour cumulative 6 pour SQL Server 2012 SP2

Mise à jour cumulative 7 pour SQL Server 2014

À propos des mises à jour cumulatives pour SQL Server

Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs logiciels et des correctifs de sécurité qui ont été inclus dans la précédente mise à jour cumulative. Découvrez les dernières mises à jour cumulatives pour SQL Server :
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3041476 - Dernière mise à jour : 06/25/2015 06:24:00 - Révision : 3.0

Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3041476 KbMtfr
Commentaires