I den här artikeln förklarar vi om FEL 208, varför det inträffar och hur man hanterar det.
Vi stöter ofta på situationer som verkar vara väldigt komplicerade och utmanande men som faktiskt är väldigt lätta att komma ur; förutsatt att vi tänker logiskt. En sådan situation mycket SQL Server DBA har stött på är SSMS-felet 208, dvs felet "Ogiltigt objektnamn". Detta är ett mycket vanligt förekommande fel som slutar förvirra många DBA. Så i dag kommer vi inte bara att ge dig en lösning på detta problem utan vi föreslår också sätt att undvika att det uppstår i framtiden.
Vad är fel 208 i SSMS
Många av oss eller de DBA: er som inte har mycket erfarenhet av att använda SQL Server, väljer vanligtvis att utforska programvaran med hjälp av SQL Server Management Studio (SSMS). Och medan du håller på med det kan du klicka på ett visst objekt för att få veta mer om det och plötsligt stöta på ett popup-meddelande som anger FEL 208! Det här är en punkt där många av dig kan fastna. Men efter att ha läst den här artikeln hoppas vi att saker skulle bli bättre eftersom du skulle få en större förståelse för ämnet.
Det mest förbryllande med detta fel för majoriteten av databasadministratörer är att objektet är synligt för dem i SSMS Object Explorer-fönstret, men när de försöker välja det med T-SQL ser de felet. Det är vid denna tidpunkt som många databasadministratörer byter till extrema och desperata åtgärder, som att starta om SSMS flera gånger för att frenetiskt uppdatera frågor, starta om databaser etc. Men till deras sorg kommer inget av detta att ge dem den lösning de letar efter.
Dessa metoder fungerar inte eftersom ingen av dessa adresserar den grundläggande orsaken till felet, vilket är ingenting annat än enkel felanpassning i databaskontext.
Hur man löser fel 208 i SSMS
Nu när du vet vad som orsakar felet borde det inte ta lång tid att hitta lösningen. Den vanligaste orsaken till att detta kontextavvikelsefel uppstår är att standarddatabaskontexten har ställts in på master. I 99 av 100 fall är detta orsaken. Och om det verkligen är detta som orsakar felet i ditt system, är en mycket grundläggande sak för dig att ändra databasens kontext. Och när du ändå håller på, ändra den på ett sätt som liknar det aktuella databasobjektet som används.
När du har utfört det här steget kommer du att bli glad att se att felet inte längre visas, och att alla andra funktioner också kommer att fungera smidigt. Detta är ett av de fel som nästan varje databaseringsadministratör skulle ha upplevt, men få skulle faktiskt veta en väg ut ur den här situationen utan att överväga en reparera kvm handling. Den här artikeln skulle förhoppningsvis vara till hjälp för dem alla. Bortsett från lösningen ovan, finns det ytterligare ett alternativ som DBA kan prova; detta innebär att prefix databasnamn ska prefixas till den databas som används. Eller så kan du också ändra databasen som öppnas som standard när du loggar in på SSMS.
Författarintroduktion:
Victor Simon är en dataåterställningsexpert i DataNumen, Inc., som är världsledande inom teknik för återställning av data, inklusive skadad mdb och mjukvaruprodukter för SQL-återställning. För mer information besök https://www.datanumen.com/