Symptômes
Supposez que vous disposez d’une base de données compatible avec le chiffrement de données (TDE) dans Microsoft SQL Server 2008 ou SQL Server 2008 R2, toutes les opérations d’écriture sur la base de données attendent indéfiniment sur WRITELOG ou LOGBUFFER. Lorsque la base de données est en mode de récupération complète et que les sauvegardes du journal planifiées sont exécutées régulièrement, les numéros des première et dernière séquence de journaux (LSN) dans les journaux d’erreur de SQL Server sont les mêmes pour les sauvegardes du journal en conséquence. Nous vous conseillons de vérifier si une activité utilisateur est attendue au cours de cette période. Les numéros LSN risquent de ne pas changer, car aucune opération d’écriture n’est due à l’absence d’activité de l’utilisateur. Les entrées associées au journal des erreurs SQL Server sont les suivantes :
Le journal a été sauvegardé. Base de données : <DataBaseName>, date de création (heure) : <date><temps>, premier LSN : 76383:11154:1, dernier LSN : 76383:11154:1.... Il s’agit d’un message d’information uniquement. Aucune action de l’utilisateur n’est requise. Le journal a été sauvegardé. Base de données : <DataBaseName>, date de création (heure) : <date><temps>, premier LSN : 76383:11154:1, dernier LSN : 76383:11154:1.... Il s’agit d’un message d’information uniquement. Aucune action de l’utilisateur n’est requise.
Ce problème n’est pas spécifique à la base de données en mode de récupération complète, mais les bases de données avec d’autres modes de récupération sont également susceptibles de rencontrer ce problème. Par ailleurs, vous pouvez également afficher un SPID dans l’État Rollback dans la table système sys. sysprocesses.
Cause
Ce problème se produit en raison de l’exception sous-jacente concernant TDE.
Résolution
Le problème a été résolu dans la mise à jour cumulative suivante de SQL Server. Après avoir appliqué ce correctif, SQL Server met la base de données hors connexion lorsque vous appuyez sur le problème (au lieu d’attendre indéfiniment sur WRITELOG ou LOGBUFFER), la base de données peut être rétablie sans relancer les services SQL Server. Dans certains cas, la base de données sera remise en ligne automatique par SQL Server sans aucune intervention humaine. Les informations pertinentes seront enregistrées dans les journaux des erreurs SQL Server. Le correctif ne résoudra pas totalement le problème. Toutefois, des informations de diagnostic supplémentaires (en fonction du type et de la gravité des erreurs) risquent d’être enregistrées dans les journaux d’erreur de SQL Server lorsque le problème se produit de nouveau. Vous devez identifier l’exception réelle et résoudre le problème à l’aide d’informations de diagnostic supplémentaires que vous pouvez récupérer après avoir appliqué le correctif.
Mise à jour cumulative 13 pour SQL Server 2008 R2 SP2 /en-us/help/2967540
Mise à jour cumulative 17 pour SQL Server 2008 SP3 /en-us/help/2958696
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. Consultez les dernières mises à jour cumulatives pour SQL Server :
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.