I denne artikel forklarer vi om FEJL 208, hvorfor det sker, og hvordan man håndterer det.
Vi støder ofte på situationer, der synes at være meget komplicerede og udfordrende, men som faktisk er meget lette at komme ud af; forudsat at vi tænker logisk. En sådan situation meget SQL Server DBA er stødt på er SSMS-fejlen 208, dvs. fejlen 'Ugyldigt objektnavn'. Dette er en meget almindeligt forekommende fejl, som ender med at forvirre mange DBA'er. Så i dag vil vi ikke kun give dig en løsning på dette problem, men også foreslå dig måder at undgå, at det opstår i fremtiden.
Hvad er fejl 208 i SSMS
Mange af os eller de DBA'er, der ikke er meget erfarne med at bruge SQL Server, vælger normalt at udforske softwaren ved hjælp af SQL Server Management Studio (SSMS). Og mens du er ved det, kan du klikke på et bestemt objekt for at vide mere om det og pludselig støde på en pop op med angivelse af FEJL 208! Dette er et punkt, hvor mange af jer måske sidder fast. Men efter at have læst denne artikel håber vi, at tingene bliver bedre, da du får en større forståelse af emnet.
Det mest forvirrende ved denne fejl for de fleste databaseadministratorer er, at objektet er synligt for dem i SSMS Object Explorer-vinduet, men når de forsøger at vælge det ved hjælp af T-SQL, oplever de fejlen. Det er på dette tidspunkt, at mange databaseadministratorer skifter til ekstreme og desperate foranstaltninger, såsom at genstarte SSMS flere gange, genstarte forespørgsler voldsomt, genstarte databaser osv. Men til deres store sorg vil intet af dette give dem den løsning, de leder efter.
Disse fremgangsmåder fungerer ikke, fordi ingen af disse adresserer årsagen til fejlen, hvilket kun er simpelt mismatch i databasesammenhæng.
Sådan løses fejl 208 i SSMS
Nu hvor du ved, hvad der forårsager fejlen, burde det ikke tage lang tid at finde løsningen. Den mest almindelige årsag til, at denne kontekstfejl opstår, er, at standarddatabasekonteksten er indstillet til master. I 99 ud af 100 tilfælde ender dette med at være årsagen. Og hvis det virkelig er det, der forårsager fejlen i dit system, så er en meget grundlæggende ting, du kan gøre, at ændre databasekonteksten. Og mens du er i gang, så ændr den på en måde, så konteksten ligner det aktuelle databaseobjekt, der er i brug.
Når du har udført dette trin, vil du blive glad for at se, at fejlen ikke længere vises, og at alle andre funktioner også vil fungere problemfrit. Dette er en af de fejl, som næsten alle databaseadministratorer ville have oplevet, men få ville rent faktisk kende en vej ud af denne situation uden at overveje en reparation kvm handling. Denne artikel vil forhåbentlig være til hjælp for dem alle. Bortset fra ovenstående løsning er der en yderligere mulighed, som DBA'er kan prøve; dette indebærer forud for multipart-database navn til den database, der er i brug. Eller du vil måske også ændre den database, der åbnes som standard, når du logger på SSMS.
Forfatter Introduktion:
Victor Simon er ekspert i datagendannelse i DataNumen, Inc., som er verdens førende inden for datagendannelsesteknologier, herunder beskadiget mdb og SQL-genopretningssoftwareprodukter. For mere information besøg https://www.datanumen.com/