Échec de la lecture de page pour une raison quelconque (voir les erreurs associées) ou un verrou n'a pas pu être pris en compte (le journal des erreurs peut contenir des messages relatifs au dépassement de délai d'attente de verrous).
Knowledge Base article:
Récapitulatif
Échec de la lecture de page pour une raison quelconque (voir les erreurs associées) ou un verrou n'a pas pu être pris en compte (le journal des erreurs peut contenir des messages relatifs au dépassement de délai d'attente de verrous).
Causes
Information par état :
État 1 : la page est lue dans le cadre des vérifications des tables système critiques.
Le TYPE est « SH »
OPERATION désigne le nom de la commande DBCC en cours d'exécution
État 2 : une opération non déterminée est en cours d'exécution. L'erreur a été déclenchée par un code d'accès/lecture DBCC générique.
TYPE peut avoir la valeur « NL », « SH », « EX », « UP » ou « Unknown »
OPERATION a la valeur « Acquire (Wait) » ou est la chaîne fournie par le pool de mémoires tampons
État 3 : Une opération indéterminée est en cours d'exécution. L'erreur a été déclenchée par un code d'accès/lecture DBCC générique.
TYPE peut avoir la valeur « NL », « SH », « UP », « EX » ou « Unknown »
OPERATION a la valeur « bufget »
État 4 : La page est lue pour vérifier son ID.
TYPE peut avoir la valeur « SH », « UP », « EX » ou « Unknown »
OPERATION a la valeur « VerifyPageId »
État 5 : La page est en cours de réparation.
Le TYPE est « SH »
OPERATION a la valeur « DbccExChangePageState () »
Résolutions
PANNE MATÉRIELLE
Exécutez les diagnostics matériels et corrigez les problèmes éventuels. Examinez aussi les journaux des applications et système Linux ainsi que le journal des erreurs SQL Server pour déterminer si l'erreur est le résultat d'une défaillance matérielle. Corrigez les problèmes liés au matériel.
Si vous avez des problèmes persistants d'altération de données, essayez de remplacer différents composants matériels pour isoler le problème. Vérifiez que la mise en cache des écritures n'est pas activée sur le contrôleur de disque de votre système. Si vous pensez que c'est le cas, contactez le fournisseur du matériel.
Pour terminer, il peut être utile d'installer un tout nouveau système matériel, notamment de reformater les lecteurs de disque et de réinstaller le système d'exploitation.
RESTAURER À PARTIR D'UNE SAUVEGARDE
Si le problème n'est pas d'ordre matériel et qu'une sauvegarde réputée saine est disponible, restaurez la base de données à partir de la sauvegarde.
DBCC CHECKDB
Si aucune sauvegarde saine n'est disponible, exécutez DBCC CHECKDB sans clause de réparation pour déterminer l'étendue de l'altération. DBCC CHECKDB vous recommandera l'utilisation d'une clause de réparation. Ensuite, exécutez DBCC CHECKDB avec la clause de réparation appropriée pour réparer l'altération.
Attention : Si vous ne connaissez pas l'effet sur vos données de DBCC CHECKDB avec une clause de réparation, contactez votre fournisseur de support principal avant d'exécuter cette instruction.
Aucune réparation pour cette erreur, car il s'agit uniquement d'un symptôme du problème réel. Consultez les erreurs associées pour plus de détails
Paramètres remplaçables
Nom
Description
Valeur par défaut
Activé
Active ou désactive le flux de travail.
Oui
Intervalle (en secondes)
Intervalle régulier (en secondes) auquel exécuter le flux de travail.
300
Priorité
Définit la priorité de l'alerte.
1
Gravité
Définit la gravité de l'alerte.
2
Heure de synchronisation
Heure de synchronisation
Délai d'expiration (secondes)
Spécifie la durée pendant laquelle le flux de travail est autorisé à s'exécuter avant d'être fermé et marqué comme ayant échoué.
200
Délai d’attente pour la connexion de base de données (secondes)
Le workflow échoue et enregistre un événement s’il ne peut pas accéder à la base de données pendant la période spécifiée.
Home
FRA