Hoe u een in gebruik zijnde SQL-database veilig kunt verwijderen

Hoe verwijder je een SQL-database die momenteel in gebruik is? Ja, het klinkt intimiderend, want SQL houdt er niet van om iets te verwijderen terwijl het in gebruik is. Als je probeert DROP DATABASEeen actieve database te verwijderen, krijg je een foutmelding omdat er nog verbindingen actief zijn. Je moet die gebruikers dus eerst loskoppelen, of de database in ieder geval in een modus zetten waarin er geen foutmelding meer verschijnt. Een beetje vreemd, maar met de juiste commando’s is het mogelijk. Het goede nieuws is dat de database na een paar stappen definitief verdwenen is. Zorg er wel voor dat je back-ups hebt gemaakt, want eenmaal verwijderd, is er geen weg terug.

Hoe verwijder ik een SQL-database die momenteel in gebruik is?

In dit gedeelte wordt uitgelegd hoe u gebruikers kunt loskoppelen, de database in een veilige modus kunt zetten en deze uiteindelijk probleemloos kunt verwijderen.

Wanneer actieve verbindingen uw dropplannen in de weg zitten

Allereerst moet je zien wie er verbonden is. Bij sommige SQL-systemen sp_who2geeft het uitvoeren van een commando een snelle lijst van actieve processen, of je kunt het commando gebruiken SELECT * FROM sys.sysprocesses. Op die manier kun je de PID’s (proces-ID’s) vinden die je database blokkeren. Dit is nodig omdat SQL nogal kieskeurig is; je kunt een database niet zomaar afsluiten als er nog verbindingen openstaan ​​– SQL claimt het proces.

Op sommige machines kan dit wat onbetrouwbaar zijn, of de output verwarrend, maar over het algemeen helpt het om te bepalen wie eruit gegooid moet worden.

Het verwijderen van die actieve verbindingen

Hier komt het gedeelte waarin je de actieve processen beëindigt. Voer een KILLcommando uit op elk van die PID’s. Het is zo simpel als KILL 53, maar je moet het doen voor elk proces dat aan die database is gekoppeld. Het is nogal drastisch, maar ja, zo verbreek je de verbinding van gebruikers. Houd er wel rekening mee dat dit hun sessies onmiddellijk en zonder waarschuwing beëindigt, dus wees voorzichtig als iemand met iets belangrijks bezig is.

Voorbeeld:

KILL 53

Zet de database in de modus voor één gebruiker.

Deze stap draait om het vergrendelen van de database, zodat er geen andere verbindingen meer kunnen binnensluipen. Je voert het volgende commando uit: ALTER DATABASE [YourDatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE. In feite zeg je hiermee: “Hé, geen gebruikers meer – en rol alle actieve transacties nu terug.” Dit helpt fouten te voorkomen bij het verbreken van de verbinding, vooral als iemand probeert opnieuw verbinding te maken of als een hardnekkige sessie niet wil worden beëindigd.

Opmerking: In sommige configuraties werkt deze opdracht mogelijk niet direct als er langlopende transacties zijn. Wees er daarom op voorbereid om de opdracht opnieuw uit te voeren of SQL Server opnieuw op te starten indien nodig.

Deze keer gooien we de database echt weg.

Voer tot slot het volgende commando uit: DROP DATABASE [YourDatabaseName]. En voilà, weg is het. Zorg er wel voor dat je van tevoren een back-up hebt gemaakt van al je belangrijke gegevens, want als dit commando eenmaal is uitgevoerd, is er geen weg terug tenzij je een back-up terugzet. Het is een heel eenvoudig commando, maar het is ook permanent en onomkeerbaar.

Controleren of het daadwerkelijk weg is.

Controleer of het verwijderen is gelukt door het volgende commando uit te voeren: SELECT name FROM sys.databases. Als uw database niet meer wordt weergegeven, is de missie geslaagd. Als deze nog steeds wordt weergegeven, controleer dan of u mogelijk bent vergeten verbindingen te verbreken of dat u zich nog in een transactie bevindt. Soms heeft SQL even een momentje of een snelle herstart nodig.

In sommige configuraties kan het loskoppelen van gebruikers en het verwijderen van een database een paar pogingen kosten of een herstart van de SQL Server-service vereisen, vooral als de verbindingen hardnekkig blijven bestaan. Het is nogal vervelend, maar zo werkt SQL nu eenmaal.

Tips voor het verwijderen van een database die in gebruik is

• Maak altijd eerst een back-up, vooral als het om een ​​productieomgeving gaat of als er gegevens op staan ​​die je later mogelijk nodig hebt.
• Laat gebruikers weten als je hun verbinding gaat verbreken; er is niets erger dan onafgemaakte taken kwijtraken.
• Controleer de databasenaam nog eens goed — je wilt natuurlijk niet per ongeluk de verkeerde verwijderen, toch?
• Probeer dit buiten werktijd te doen; het heeft geen zin om iemands werkdag te verstoren.
• Controleer je scripts voordat je ze uitvoert. Een typefout in je KILLcommando DROP’s kan desastreus zijn.

Veelgestelde vragen

Kan ik een database verwijderen zonder de gebruikers de toegang te ontzeggen?

Nee. SQL staat niet toe dat je een database verwijdert als er nog actieve verbindingen zijn. Je moet eerst de verbindingen verbreken, handmatig of via scripts.

Wat gebeurt er als ik de verkeerde database verwijder?

Het is voorgoed verdwenen, tenzij je een back-up hebt om te herstellen. Controleer altijd de naam voordat je die DROPopdracht uitvoert.

Is er een manier om het loskoppelen van gebruikers te automatiseren?

Ja, je kunt het proces automatiseren met T-SQL door de actieve PID’s te doorlopen en ze automatisch te beëindigen. Op die manier kun je alles in één keer uitvoeren in plaats van het handmatig te doen.

Kan ik een verloren database herstellen?

Alleen met een recente back-up. Als je die niet hebt, is het waarschijnlijk voorgoed verloren, dus wees voorzichtig.

Heeft het instellen van de database op de modus voor één gebruiker invloed op de prestaties?

Het beperkt de toegang — andere gebruikers kunnen geen verbinding maken — dus ja, het kan de prestaties enigszins beïnvloeden, maar het gaat er vooral om de database te beveiligen tegen verwijdering.

Samenvatting van de stappen

• Identificeer wie erbij betrokken is.
• Verbreek de verbinding met die gebruikers KILL.
• Stel de database in op de modus voor één gebruiker.
• Verwijder de database met DROP DATABASE.
• Controleer of het weg is met behulp van sys.databases.

Samenvatting

Dit proces kan de eerste paar keer best spannend zijn, vooral als je beseft hoeveel kleine stappen er eigenlijk nodig zijn om iets te verwijderen dat zo simpel lijkt. Maar eerlijk gezegd, als je methodisch te werk gaat – controleer verbindingen, verbreek de verbinding, zet de single-user-modus aan en verwijder de database – verloopt het allemaal vrij soepel. Zorg ervoor dat je back-ups hebt en neem de tijd. Want als de database eenmaal weg is, kun je hem niet meer terugkrijgen zonder een back-up terug te zetten of ingewikkelde herstelprocedures uit te voeren.

Hopelijk scheelt dit iemand een paar uur gedoe. Onthoud: maak een back-up, controleer alles nog eens en wees voorzichtig. Succes!