Beenden Sie den Einzelbenutzermodus

Derzeit befindet sich meine Datenbank im Einzelbenutzermodus. Wenn ich versuche, meine Datenbank zu erweitern, wird folgende Fehlermeldung angezeigt:

Auf die Datenbank 'my_db' kann nicht zugegriffen werden. (ObjectExplorer)

Wenn ich versuche, die Datenbank zu löschen, wird folgende Fehlermeldung angezeigt:

Änderungen am Status oder an den Optionen der Datenbank 'my_db' können derzeit nicht vorgenommen werden. Die Datenbank befindet sich im Einzelbenutzermodus und ein Benutzer ist derzeit mit ihr verbunden.

Wie verlasse ich den Einzelbenutzermodus? Ich habe keinen Benutzer, der diese Datenbank verwendet.

Wenn ich versuche, meine Site mit IIS zu durchsuchen, wird folgender Fehler angezeigt:

Während der Ausführung der aktuellen Webanforderung wurde eine nicht behandelte Ausnahme generiert. Informationen zum Ursprung und Ort der Ausnahme können mithilfe der folgenden Ausnahmestapelverfolgung identifiziert werden.

Ich habe das Gefühl, dass der Einzelbenutzermodus dies verursacht.

SSMS verwendet im Allgemeinen hinter den Kulissen mehrere Verbindungen zur Datenbank.

Sie müssen diese Verbindungen trennen, bevor Sie den Zugriffsmodus ändern.

Stellen Sie zunächst sicher, dass der Objekt-Explorer auf eine Systemdatenbank wie master verweist.

Führen Sie zweitens sp_who2 aus und suchen Sie alle Verbindungen zur Datenbank 'my_db'. Beenden Sie alle Verbindungen, indem Sie tun, KILL { session id }wo die Sitzungs-ID von SPIDaufgeführt ist sp_who2.

Drittens öffnen Sie ein neues Abfragefenster.

Führen Sie den folgenden Code aus.

-- Start in master
USE MASTER;

-- Add users
ALTER DATABASE [my_db] SET MULTI_USER
GO

Siehe meinen Blog-Artikel zum Verwalten von Datenbankdateien. Dies wurde für das Verschieben von Dateien geschrieben, aber die Benutzerverwaltung ist dieselbe.

Suchen Sie zunächst KILLalle aktuell ausgeführten Prozesse.

Führen Sie dann die folgenden T-SQLSchritte aus, um die Datenbank in den MULTI_USERModus zu versetzen.

USE master
GO
DECLARE @kill varchar(max) = '';
SELECT @kill = @kill + 'KILL ' + CONVERT(varchar(10), spid) + '; '
FROM master..sysprocesses 
WHERE spid > 50 AND dbid = DB_ID('<Your_DB_Name>')
EXEC(@kill);

GO
SET DEADLOCK_PRIORITY HIGH
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO

Versuchen Sie Folgendes, um den Einzelbenutzermodus zu verlassen:

ALTER DATABASE [my_db] SET MULTI_USER

Um in den Einzelbenutzermodus zurückzukehren, können Sie Folgendes verwenden:

ALTER DATABASE [my_db] SET SINGLE_USER

1. Klicken Sie mit der rechten Maustaste auf Ihre Datenbank im Bereich Datenbanken
2. Wählen Sie "Eigenschaften"
3. Wählen Sie die Seite "Optionen"
4. Scrollen Sie nach unten zu "Andere Optionen" und ändern Sie das Feld "Zugriff einschränken"

Ich habe versucht, das funktioniert

ALTER DATABASE dbName SET MULTI_USER WITH ROLLBACK IMMEDIATE

Ich hatte das gleiche Problem und die zu tötende Sitzungs-ID wurde mithilfe dieser Abfrage gefunden:

Select request_session_id From sys.dm_tran_locks Where resource_database_id=DB_ID('BI_DB_Rep');

Drücken Sie STRG + 1

Suchen Sie den Prozess, der Ihre Datenbank sperrt. Suchen Sie in der Spalte Datenbankname nach Ihrer Datenbank und notieren Sie die Spid. Jetzt müssen Sie diese Anweisung ausführen:

kill <your spid>
ALTER DATABASE <your db> SET MULTI_USER;

Folgendes hat bei mir funktioniert:

USE [master]
SET DEADLOCK_PRIORITY HIGH
exec sp_dboption '[StuckDB]', 'single user', 'FALSE';
ALTER DATABASE [StuckDB] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [StuckDB] SET MULTI_USER WITH ROLLBACK IMMEDIATE

Eine andere Option ist:

• Schalten Sie die Datenbank offline. Klicken Sie in SMSS mit der rechten Maustaste auf Datenbank und wählen Sie Offline nehmen. Aktivieren Sie "Alle Verbindungen trennen".
• Lauf ALTER DATABASE [Your_Db] SET MULTI_USER

Nur für den Fall, dass jemand auf diesen Thread stößt, finden Sie hier eine kugelsichere Lösung für SQL Server, die im SINGLE USER MODE steckt

- Holen Sie sich die Prozess-ID (Spid) der Verbindung, die Sie beenden müssen.
- Ersetzen Sie 'DBName' durch den tatsächlichen Namen der DB

SELECT sd.[name], sp.spid, sp.login_time, sp.loginame 
FROM sysprocesses sp 
INNER JOIN sysdatabases sd on sp.dbid = sd.dbid  
WHERE sd.[name] = 'DBName'

Alternativ können Sie auch den Befehl "sp_who" verwenden, um die "spid" der offenen Verbindung abzurufen:

- Oder verwenden Sie stattdessen diesen SP

exec sp_who

- Führen Sie dann Folgendes aus und ersetzen Sie [spid] und [DBName] durch korrekte Werte

KILL SpidToKillGoesHere
GO

SET DEADLOCK_PRIORITY HIGH
GO

ALTER DATABASE [DBName] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO

Ich bin mir nicht sicher, ob dies jemandem hilft, aber ich hatte das gleiche Problem und konnte den Prozess, der mich aufhielt, nicht finden. Ich habe SSMS geschlossen und alle Dienste gestoppt, die auf die lokale Instanz treffen. Als ich dann wieder hineinging und den exec sp_who2 ausführte, zeigte er mir den Schuldigen. Ich habe den Prozess abgebrochen und konnte den Multi_User zum Laufen bringen und dann die Dienste neu starten. Wir ließen IIS alle paar Minuten / Sekunden nach bestimmten Paketen suchen.

Ich bin heute Morgen auf dasselbe Problem gestoßen. Es stellte sich als einfaches Problem heraus. Ich hatte ein Abfragefenster geöffnet, das im Objekt-Explorer auf die Einzelbenutzerdatenbank eingestellt war. Die gespeicherte Prozedur sp_who2 zeigte dann keine Verbindung an. Nachdem ich es geschlossen hatte, konnte ich es einstellen

Hinzufügen zu Jespers Antwort , um noch effektiver zu sein:

SET DEADLOCK_PRIORITY 10;-- Be the top dog.

SET DEADLOCK_PRIORITY HIGHVerwendungen DEADLOCK_PRIORITYvon 5.

Was passiert ist, dass die anderen Prozesse einen Riss in der Datenbank bekommen und wenn Ihr Prozess einen niedrigeren hat DEADLOCK_PRIORITY, verliert er das Rennen.

Dies vermeidet das Auffinden und Töten der anderen Spid (was möglicherweise mehrmals durchgeführt werden muss).

Es ist möglich, dass Sie ALTER DATABASEmehr als einmal laufen müssen (aber Jesper macht das). Geänderter Code:

USE [master]
SET DEADLOCK_PRIORITY HIGH
exec sp_dboption '[StuckDB]', 'single user', 'FALSE';
ALTER DATABASE [StuckDB] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [StuckDB] SET MULTI_USER WITH ROLLBACK IMMEDIATE

Verwenden Sie dieses Skript

exec sp_who

Suchen Sie den Datenbanknamen und die Spid-Spalte

jetzt ausführen

kill spid 
go
ALTER DATABASE [DBName]
SET MULTI_USER;

Heute hatte ich das gleiche Problem, bei dem meine Datenbank vom Mehrbenutzer- in den Einzelbenutzermodus geändert wurde, und dies hinderte mich schließlich daran, die Datenbank zu veröffentlichen.

Um dieses Problem zu beheben, musste ich alle Visual Studio-Instanzen schließen und den folgenden Befehl im SQL Server-Abfragefenster ausführen.

USE [Your_Database_Name]; ALTER DATABASE [Your_Database_Name] SET MULTI_USER GO

Dieser Befehl hat die Datenbank von Einzelbenutzer auf Mehrbenutzer geändert und danach konnte ich erfolgreich veröffentlichen.

Selbst wenn ich auf dasselbe Problem stoße, kann ich keine aktiven Verbindungen zu my_db finden, um es zu beenden, aber es wird immer noch der gleiche Fehler angezeigt. Am Ende trenne ich alle möglichen SSMS-Verbindungen für eine Datenbank auf dem Server, erstelle eine neue Verbindung von SSMS und ändere sie in Mehrbenutzer.

-- Actual Code to change my_db to multi user mode
USE MASTER;
GO
ALTER DATABASE [my_db] SET MULTI_USER

Hinweis: Dies scheint ein möglicher Fehler in SQL Server 2005 zu sein!

Wir haben dies gerade in SQL 2012 erlebt. Ein Replikationsprozess hat begonnen, als wir die ursprüngliche Sitzung beendet haben, in der sie auf einen einzelnen Benutzer festgelegt wurde. Aber sp_who2 hat diesen neuen Prozess, der an die Datenbank angehängt ist, nicht angezeigt. Durch das Schließen von SSMS und das erneute Öffnen konnten wir diesen Prozess in der Datenbank sehen und ihn dann beenden und sofort in den Multi-User-Modus wechseln, und das funktionierte.

Ich kann die Logik dahinter nicht herausarbeiten, aber es scheint ein Fehler in SSMS zu sein und manifestiert sich immer noch in SQL 2012.

benutze Master

GEHEN

Wählen Sie d.name, d.dbid, spid, login_time, nt_domain, nt_username, loginame aus sysprocesses p inner join sysdatabases d auf p.dbid = d.dbid wobei d.name = 'database name'

töte 568 - töte Spid

ALTER DATABASE Datenbankname '

SET MULTI_USER gehen