hvad er advarsel: Database <db-navn> er mistænkt? Du har sandsynligvis set en database markeret som mistænkt i SSMS, og du ved ikke, hvad den repræsenterer. Læs nedenstående artikel for at finde ud af flere detaljer om dette!
hvad er advarsel: Database db-navn er mistænkt?
nogle gange kan vi stå over for en situation, der er kritisk, på grund af at vores SERVERDATABASE går i mistænkt tilstand. På det tidspunkt kan databasen ikke bruges længere, og der kan ikke udføres noget arbejde.
hovedårsagen til, at databasen går i mistænkt tilstand, er, at den primære filgruppe er blevet beskadiget, og databasen ikke kan gendannes under opstart af serveren.
databasen kan også komme i den mistænkte tilstand af flere andre grunde, som kan omfatte:
- en systemfejl, der kan være forårsaget af en forkert nedlukning af databaseserveren
- en beskadiget logfil eller en beskadiget MDF-fil
- i tilfælde af, at der ikke er mere plads på disken
for at reparere databasen og gendanne fra denne tilstand skal du gøre følgende trin:
- vi starter med at ændre status for databasen ved at udføre den gemte procedure sp_resetstatus
SP_RESETSTATUS 'TestDB'
- Indstil databasen til” Emergency ” – tilstand
ALTER DATABASE TestDB sæt nødsituation;
- Tjek databasen for eventuelle uoverensstemmelser
DBCC checkdb ('TestDB');
- hvis du støder på fejl i DBCC-fasen, skal du straks sætte databasen i ENKELTBRUGERTILSTAND ved hjælp af nedenstående forespørgsel:
ALTER DATABASE TestDB sæt SINGLE_USER med ROLLBACK øjeblikkelig;
- på dette tidspunkt anbefaler vi af sikkerhedsmæssige årsager, at du laver en sikkerhedskopi af databasen
- når du er færdig med at lave en sikkerhedskopi af databasen, skal du fortsætte med at køre følgende forespørgsel. Men husk, at mens du bruger følgende forespørgsel, med parameteren REPAIR_GOD_DATA_LOSS, udfører du en envejsoperation, der reparerer din database, men alle handlinger, der foretages under denne proces, kan ikke rulles tilbage. Der er ingen løsning for at komme tilbage til en tidligere tilstand i databasen, hvorfor vi stærkt anbefaler, at du laver den sikkerhedskopi, vi foreslog på det foregående punkt
DBCC CheckDB ('TestDB', REPARATION_DATA_LOSS);
- den sidste forespørgsel, du skal køre, er at indstille databasen til MULTIBRUGERTILSTAND
ALTER DATABASE TestDB sæt MULTI_USER;
- det sidste trin er at opdatere din databaseserver og kontrollere, at forbindelsen til din database fungerer. Efter dette punkt skal brugerne have mulighed for at oprette forbindelse til databasen. Hvis der er tab af data, kan du gendanne den database, som du tidligere har sikkerhedskopieret