La page P_ID1 pointe, dans une relation de type parent-enfant, vers une page (P_ID2) d'un objet différent.
Causes
La page P_ID1 pointe, dans une relation de type parent-enfant, vers une page (P_ID2) d'un objet différent.
Information par état :
État 1 (I_ID1 = 0) : les pages proviennent d’un segment de mémoire. La page P_ID1 comporte un enregistrement de transmission qui pointe vers une ligne de la page P_ID2.
État 1 I_ID1 > 0) : les pages proviennent d’une arborescence binaire de l’index (B-tree). La page P_ID1 comporte un pointeur de page enfant qui pointe vers la page P_ID2.
État 2 : les pages proviennent d’un objet texte. Une des conditions suivantes est vraie :
La Page P_ID1 est une page de texte qui a un enregistrement avec un pointeur enfant vers un enregistrement sur la page P_ID2.
La page P_ID1 est une page d'index ou de données qui contient une racine texte de ligne qui pointe vers une page texte P_ID2.
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 d'incohérence de données persistants, essayez de remplacer des 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. 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.
RESTAURATION À 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 les conséquences sur vos données de l’exécution de DBCC CHECKDB avec une clause de réparation, contactez votre fournisseur d’assistance principal avant d’exécuter cette instruction.
ATTENTION : cette réparation peut entraîner une perte de données.
La réparation dépend de l'état d'erreur :
État 1 (tas) : L'enregistrement de transfert sur la page P_ID1 est supprimé et tous les index non cluster sur le tas sont reconstruits.
État 1 (arbre B (B-tree)) : L'index contenant la page P_ID1 est reconstruit.
État 2 : Les deux enregistrements des pages P_ID1 et P_ID2 sont supprimés.
Si l'exécution de DBCC CHECKDB avec l'une des clauses de réparation ne corrige pas le problème, contactez votre principal prestataire de support.
Si l'erreur persiste alors qu'aucune erreur n'est signalée par DBCC CHECKDB, générez un script des contraintes, supprimez les contraintes, puis recréez-les. Si vous continuez à recevoir cette erreur, transférez les données dans une nouvelle table et supprimez la table existante.
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. | 15 |
Home
FRA