Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op:
SQL Server
Details
| Attribute | Value |
|---|---|
| Productnaam | SQL Server |
| Gebeurtenis-id | 2577 |
| Bron van gebeurtenis | MSSQLSERVER |
| Onderdeel | SQLEngine |
| Symbolische naam | DBCC_IAM_CHAIN_SEQUENCE_OUT_OF_ORDER |
| Berichttekst | Kettingsequentienummers uit volgorde in de Index Allocation Map (IAM)-keten voor object-ID O_ID, index-ID I_ID, partitie-ID PN_ID, alloc-eenheids-ID A_ID (type TYPE). Pagina P_ID1 met volgnummer SEQUENCE1 wijst naar pagina P_ID2 met volgnummer SEQUENCE2. |
Explanation
Elke Index Allocation Map (IAM)-pagina heeft een volgnummer. Het volgnummer is de positie van de IAM-pagina binnen de IAM-keten. De regel is dat de sequentienummers met één toenemen per IAM-pagina. De IAM-pagina, P_ID2, heeft een volgnummer dat niet aan deze regel voldoet.
Gebruikersactie
Let op hardwarefouten
Voer hardwarediagnostiek uit en corrigeer eventuele problemen. Bekijk ook de Microsoft Windows systeem- en applicatielogs en de SQL Server foutlogboek om te zien of de fout is ontstaan door een hardwarefout. Los eventuele hardwaregerelateerde problemen die in de logboeken staan, op.
Als je aanhoudende datacorruptieproblemen hebt, probeer dan verschillende hardwarecomponenten te vervangen om het probleem te isoleren. Controleer of het systeem geen write-caching heeft ingeschakeld op de schijfcontroller. Als je vermoedt dat write-caching het probleem is, neem dan contact op met je hardwareleverancier.
Tot slot kan het nuttig zijn om over te stappen op een nieuw hardwaresysteem. Deze switch kan het herformatteren van de schijfstations en het opnieuw installeren van het besturingssysteem omvatten.
Herstellen vanuit back-up
Als het probleem niet hardwaregerelateerd is en er een bekende schone back-up beschikbaar is, herstel dan de database vanuit de back-up.
Voer DBCC CHECKDB uit
Als er geen schone back-up beschikbaar is, voer dan DBCC CHECKDB uit zonder een REPAIR-clausule om de omvang van de corruptie te bepalen. DBCC CHECKDB zal een REPARATIECLAUSULE aanbevelen om te gebruiken. Voer vervolgens DBCC CHECKDB uit met de juiste REPAIR-clausule om de corruptie te herstellen.
Caution
Als je niet zeker weet welk effect DBCC CHECKDB met een REPAIR-clausule op je gegevens heeft, neem dan contact op met je primaire supportprovider voordat je deze verklaring uitvoert.
Als het uitvoeren van DBCC CHECKDB met een van de REPAIR-clausules het probleem niet oplost, neem dan contact op met je primaire supportprovider.
Resultaten van het uitvoeren van REPAIR-opties
Het draaien van REPAIR zal de IAM-keten opnieuw opbouwen. REPAIR splitst eerst de bestaande IAM-keten in tweeën. De eerste helft van de keten eindigt met IAM-pagina, P_ID1. De volgende pagina-aanwijzer van de P_ID1 pagina wordt ingesteld op (0:0). De tweede helft van de keten begint met IAM-pagina, P_ID2. De vorige paginapointer van de P_ID2 pagina wordt ingesteld op (0:0).
REPAIR zal vervolgens de twee delen van de keten met elkaar verbinden en de volgnummers voor de IAM-keten opnieuw genereren. Alle IAM-pagina's die niet gerepareerd kunnen worden, worden vrijgegeven.
Caution
Deze reparatie kan tot dataverlies leiden.