Wyłącz tryb pojedynczego użytkownika

Question

Obecnie moja baza danych działa w trybie pojedynczego użytkownika. Kiedy próbuję rozwinąć mi bazę danych, pojawia się błąd:

The database 'my_db' is not accessible.(ObjectExplorer)

Ponadto, gdy próbuję usunąć bazę danych, pojawia się błąd:

Changes to the state or options of database 'my_db' cannot be made at this time. The database is in single-user mode, and a user is currently connected to it.

Jak wyjść z jedno- tryb użytkownika? Nie mam żadnego użytkownika korzystającego z tej bazy danych.

Kiedy próbuję przeglądać moją stronę z IIS, błąd pojawia się:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

czuję jakby tryb pojedynczego użytkownika jest tego przyczyną.

Answer 1

SSMS w ogóle używa kilku połączeń do bazy danych za kulisami.

Będziesz musiał zabić te połączenia przed zmianą trybu dostępu.

Najpierw upewnij się, że eksplorator obiektów jest wskazany na systemową bazę danych, np. Master.

Po drugie, wykonaj sp_who2 i znajdź wszystkie połączenia z bazą danych "my_db". Zabij wszystkie połączenia, wykonując KILL { session id }, gdzie identyfikatorem sesji jest SPID wymienione przez sp_who2.

Po trzecie, otwórz nowe okno zapytania.

Wykonaj następujący kod.

-- Start in master 
USE MASTER; 

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

Zobacz mój blog article w sprawie zarządzania plikami bazy danych. Zostało to napisane dla przenoszenia plików, ale zarządzanie użytkownikami jest takie samo.

Answer 2

Aby przełączyć się z trybu pojedynczego użytkownika, spróbuj:

ALTER DATABASE [my_db] SET MULTI_USER

Aby powrócić do trybu pojedynczego użytkownika, można użyć:

ALTER DATABASE [my_db] SET SINGLE_USER

Answer 3

Nie jestem pewien, czy to pomoże każdemu, ale miałem ten sam problem i nie mogłem znaleźć procesu, który mnie wstrzymywał. Zamknąłem SSMS i zatrzymałem wszystkie usługi trafiające w lokalną instancję. Kiedy raz wróciłem i uruchomiłem exec sp_who2, pokazało mi to winnego. Zabiłem proces i udało mi się uruchomić Multi_User, a następnie ponownie uruchomić usługi. Mieliśmy trafienie IIS co kilka minut/sekund, szukając pewnych paczek.

Answer 4

Próbowałem to działa

ALTER DATABASE dbName SET MULTI_USER WITH ROLLBACK IMMEDIATE 

Answer 5

Nawet ja natknąć samego problemu, nie mógł znaleźć aktywne połączenia do my_db go zabić, ale nadal pokazuje ten sam błąd. Kończę odłączanie wszystkich możliwych połączeń SSMS dla dowolnej bazy danych na Serwerze, tworzę nowe połączenie z SSMS i zmieniam je na Multi.

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

Uwaga: To wydaje się być możliwy błąd w SQL Server 2005!

Answer 6

Tego samego numeru przebiegłem rano. Okazało się, że jest to prosty problem. Miałem otwarte okno zapytania, które zostało ustawione na bazę danych pojedynczego użytkownika w eksploratorze obiektów. Procedura przechowywana sp_who2 nie wyświetlała połączenia. Kiedyś je zamknął, udało mi się ustawić go

Answer 7

Następujące pracował dla mnie:

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 

Answer 8

Właśnie doświadczyłem tego w SQL 2012. procesie replikacji wskoczył kiedy zabił oryginalną sesję ustaw dla pojedynczego użytkownika. Ale sp_who2 nie pokazał tego nowego procesu dołączonego do DB. Zamknięcie SSMS i ponowne otwarcie pozwoliło nam zobaczyć ten proces w bazie danych, a następnie mogliśmy go zabić i natychmiast przejść do trybu multi_user, który działał.

nie mogę wypracować logikę tego, ale to wydaje się być błąd w SSMS i nadal objawia się w SQL 2012.

Answer 9

miałem ten sam problem, a session_id było zabić znaleziono przy użyciu tego zapytania:

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

Answer 10

Najpierw znajdź i KILL wszystkie procesy, które są obecnie uruchomione.

Następnie uruchom następujący T-SQL, aby ustawić bazę danych w trybie MULTI_USER.

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 

Answer 11

Naciśnij CTRL + 1

znaleźć proces, który blokuje bazę danych. Szukaj w kolumnie dbname dla swojego db i zanotuj spid. Teraz trzeba wykonać to stwierdzenie:

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

Answer 12

Inną opcją jest:

• wziąć bazy danych w trybie offline; w SMSS, kliknij prawym przyciskiem myszy bazę danych i wyboru trybu offline, zaznacz „Rzuć Wszystkie połączenia”
• prowadzony ALTER DATABASE [Your_Db] SET MULTI_USER

Answer 13

1. prawym przyciskiem myszy bazę danych, w sekcji baz
„Właściwości”
2. Wybierz
3. wybierz „Opcje "Strona
4. przewijania w dół«Inne opcje»i zmienić«Ograniczanie dostępu»pole

Answer 14

Dodawanie do Jespers answer, aby być jeszcze bardziej skuteczne:

SET DEADLOCK_PRIORITY 10;-- Be the top dog. 

SET DEADLOCK_PRIORITY HIGH wykorzystuje DEADLOCK_PRIORITY od 5.

Co się dzieje jest to, że inne procesy dostać pęknięcia w bazie danych, a jeżeli twój proces ma niższą wartość DEADLOCK_PRIORITY, a następnie traci wyścig.

Pozwala to uniknąć znalezienia i zabicia drugiego spidera (może być konieczne kilkakrotne wykonanie).

Możliwe, że będziesz musiał uruchomić ALTER DATABASE więcej niż jeden raz (ale Jesper to robi). Kod modyfikowany:

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 

Answer 15

użyć tego skryptu

exec sp_who 

Znajdź dbname i SPID kolumny

teraz wykonać

kill spid 
go 
ALTER DATABASE [DBName] 
SET MULTI_USER;