Tek kullanıcı modundan çıkma

Şu anda, veritabanım Tek Kullanıcı modunda. Veritabanını genişletmeye çalıştığımda bir hata alıyorum:

'My_db' veritabanına erişilemiyor. (ObjectExplorer)

Ayrıca, veritabanını silmeye çalıştığımda hatayı alıyorum:

Durum veya 'my_db' veritabanı seçeneklerinde değişiklik şu anda yapılamıyor. Veritabanı tek kullanıcı modunda ve şu anda bir kullanıcı ona bağlı.

Tek kullanıcı modundan nasıl çıkarım? Bu veritabanını kullanan herhangi bir kullanıcım yok.

Sitemi IIS ile taramaya çalıştığımda, aldığım hata:

Geçerli web isteğinin yürütülmesi sırasında işlenmeyen bir özel durum oluşturuldu. Kural dışı durumun kaynağı ve yeri ile ilgili bilgiler aşağıdaki kural dışı durum yığını izlemesi kullanılarak tanımlanabilir.

Tek kullanıcılı mod buna neden oluyormuş gibi hissediyorum.

SSMS genel olarak perde arkasındaki veritabanına birkaç bağlantı kullanır.

Erişim modunu değiştirmeden önce bu bağlantıları öldürmeniz gerekir.

İlk olarak, nesne gezgininin master gibi bir sistem veritabanına yönlendirildiğinden emin olun.

İkinci olarak, bir sp_who2 yürütün ve 'my_db' veritabanına tüm bağlantıları bulun. KILL { session id }Oturum kimliğinin SPIDlistelendiği yeri yaparak tüm bağlantıları öldürün sp_who2.

Üçüncü olarak, yeni bir sorgu penceresi açın.

Aşağıdaki kodu yürütün.

-- Start in master
USE MASTER;

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

Benim Bkz blog makalesinde veritabanı dosyaları yönetmeye. Bu, dosyaları taşımak için yazılmıştır, ancak kullanıcı yönetimi aynıdır.

İlk KILLolarak, şu anda çalışmakta olan tüm işlemleri bulun .

Ardından, T-SQLveritabanını MULTI_USERmoda ayarlamak için aşağıdakileri çalıştırın .

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

Tek Kullanıcı modundan çıkmak için şunu deneyin:

ALTER DATABASE [my_db] SET MULTI_USER

Tek Kullanıcı moduna geri dönmek için şunları kullanabilirsiniz:

ALTER DATABASE [my_db] SET SINGLE_USER

1. Veritabanları bölümünde veritabanınızı sağ tıklayın
2. "Özellikler" i seçin
3. "Seçenekler" sayfasını seçin
4. "Diğer seçenekler" in aşağı kaydırın ve "Erişimi kısıtla" alanını değiştirin

Denedim bu çalışıyor

ALTER DATABASE dbName SET MULTI_USER WITH ROLLBACK IMMEDIATE

Aynı sorunu vardı ve öldürmek için session_id bu sorguyu kullanarak bulundu:

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

CTRL + 1 tuşlarına basın

veritabanınızı kilitleyen işlemi bulun. Db'niz için dbname sütununa bakın ve spid'i not edin. Şimdi bu ifadeyi yürütmelisiniz:

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

Aşağıdakiler benim için çalıştı:

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

Başka bir seçenek:

• veritabanını çevrimdışına al; SMSS'de, veritabanına sağ tıklayın ve Çevrimdışına Al'ı seçin, 'Tüm bağlantıları bırak' seçeneğini işaretleyin
• Çalıştırmak ALTER DATABASE [Your_Db] SET MULTI_USER

Birisi bu iş parçacığına takılırsa, burada TEK KULLANICI MODUNDA sıkışmış SQL Server için kurşun geçirmez bir çözüm var

- Öldürmeniz gereken bağlantının işlem kimliğini (spid) alın
- 'DBName'i DB'nin gerçek adıyla değiştirin

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'

Alternatif olarak, açık bağlantının “spid” ini almak için “sp_who” komutunu da kullanabilirsiniz:

- Veya bunun yerine bu SP'yi kullanın

exec sp_who

- Ardından aşağıdakileri yürütün ve [spid] ve [DBName] değerlerini doğru değerlerle değiştirin

KILL SpidToKillGoesHere
GO

SET DEADLOCK_PRIORITY HIGH
GO

ALTER DATABASE [DBName] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO

Bunun kimseye yardım edip etmediğinden emin değilim, ama aynı sorunu yaşadım ve beni tutan süreci bulamadım. SSMS'yi kapattım ve yerel yönetim ortamına isabet eden tüm hizmetleri durdurdum. Sonra bir kez geri gittim ve exec sp_who2 çalıştırdı, bana suçlu gösterdi. Süreci öldürdüm ve Multi_User'ın çalışmasını sağladım, sonra hizmetleri yeniden başlattım. IIS'yi belirli paketleri ararken birkaç dakikada bir vurduk.

Bu sabah aynı meseleyle karşılaştım. Basit bir sorun olduğu ortaya çıktı. Nesne gezgininde tek kullanıcı veritabanına ayarlanmış bir sorgu penceresi açtım. Sp_who2 saklı yordamı sonra bağlantı göstermedi. Bir kez kapadım,

Daha da etkili olmak için Jespers cevabına eklemek :

SET DEADLOCK_PRIORITY 10;-- Be the top dog.

SET DEADLOCK_PRIORITY HIGHkullanan DEADLOCK_PRIORITY5.

Olan şey, diğer süreçlerin veritabanında bir çatlak elde etmesidir ve eğer işleminiz daha düşükse DEADLOCK_PRIORITY, yarışı kaybeder.

Bu, diğer cismin bulunmasını ve öldürülmesini engeller (birkaç kez yapılması gerekebilir).

ALTER DATABASEBirden fazla koşmanız gerekebilir (ancak Jesper bunu yapar). Değiştirilmiş kod:

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

Bu Betiği Kullan

exec sp_who

Dbname ve spid sütununu bulun

şimdi yürüt

kill spid 
go
ALTER DATABASE [DBName]
SET MULTI_USER;

Bugün aynı sorunla karşı karşıya kaldım ve veritabanımın Çok Kullanıcılıdan Tek Kullanıcılı moduna geçtiği ve sonunda veritabanı yayınlamamın durduğu bir yerde karşılaştım.

Bu sorunu gidermek için, tüm Visual Studio örneklerini kapatmak ve Sql Server sorgu penceresinde aşağıdaki komutu çalıştırmak zorunda kaldım -

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

Bu komut DB'yi Tek Kullanıcıdan Çok Kullanıcıya değiştirdi ve daha sonra başarıyla yayınlayabildim.

Hatta aynı sorunla karşılaşıyorum, onu öldürmek için my_db'ye aktif bağlantılar bulamıyorum ama yine de aynı hatayı gösteriyor. Sunucudaki herhangi bir veritabanı için olası tüm SSMS bağlantılarının bağlantısını keserim, SSMS'den yeni bir bağlantı oluşturur ve bunu Çoklu kullanıcı olarak değiştiririm.

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

Not: Bu SQL Server 2005'te olası bir hata gibi görünüyor!

Bunu SQL 2012'de yeni deneyimledik. Özgün oturumu tek kullanıcı olarak ayarladığımızda bir çoğaltma işlemi atladı. Ancak sp_who2, DB'ye eklenen yeni işlemin gösterilmedi. SSMS'nin kapatılması ve yeniden açılması, bu işlemi veritabanında görmemize izin verdi ve sonra onu öldürebilir ve hemen çok kullanıcılı moda geçebiliriz ve bu işe yaradı.

Bunun arkasındaki mantığı çözemiyorum, ancak SSMS'de bir hata gibi görünüyor ve hala SQL 2012'de kendini gösteriyor.

usta kullan

GİT

d.name, d.dbid, spid, login_time, nt_domain, nt_username, sysprocesses p internal join sysdatabases d üzerinde p.dbid = d.dbid seçin; burada d.name = 'veritabanı adı'

568 öldür - örümcek öldür

ALTER DATABASE veritabanı adı '

SET MULTI_USER git