आप SQL Server 2008 डेटाबेस से उपयोगकर्ताओं को कैसे निकालते हैं?

Question

हमें एक पुनर्स्थापना करने की आवश्यकता है, और इसलिए नहीं कर सकते क्योंकि अन्य उपयोगकर्ता जुड़े हुए हैं। हमने सोचा था कि हमने हर प्रक्रिया को काट दिया था, लेकिन जाहिर तौर पर नहीं।

हम प्रबंधन स्टूडियो से, बाकी सभी को कैसे रोक सकते हैं ताकि हम यह बैकअप कर सकें?

Answer 1

इसे करने के दो तरीके हैं:

1. ऑब्जेक्ट एक्सप्लोरर में डेटाबेस पर राइट क्लिक करें कार्य> डिटैच पर जाएं। ड्रॉप कनेक्शंस चेकबॉक्स चुनें।

2. यहां बताए गए अनुसार एकल-उपयोगकर्ता मोड के लिए डेटाबेस सेट करें :

   -- hit Ctrl+Shift+M in SSMS to fill in the template parameter
   USE master;
   GO
   
   ALTER DATABASE N'<Database Name, sysname,>'
   SET SINGLE_USER
   WITH ROLLBACK IMMEDIATE;
   GO
   
   ALTER DATABASE N'<Database Name, sysname,>'
   SET READ_ONLY;
   GO
   
   ALTER DATABASE N'<Database Name, sysname,>'
   SET MULTI_USER;
   GO

Comments

मुझे एहसास नहीं था कि मेरे पास बहुत सारी टिप्पणियां थीं। मैरियन सही है, वास्तविक टुकड़ी को चलाने की आवश्यकता नहीं है, बस उपयोगकर्ताओं को मारने के लिए स्क्रिप्ट प्राप्त करें। @NickChammas हाँ, इसे पढ़ने से केवल उपयोगकर्ताओं को फिर से जोड़ने से रोकता है। जब आप इसे मल्टी-यूजर सेट करते हैं तो आप रिस्टोर कर सकते हैं। इसके अलावा db नाम एक टेम्प्लेट से हैं, और जैसे कि '<डेटाबेस का नाम, sysname>' जैसे टैगों को Ctrl + Shift + M के उपयोग के माध्यम से प्रतिस्थापित किया जाना है। एक गैर टेम्प्लेटेड स्क्रिप्ट में, dbnames के आसपास कोई उद्धरण नहीं होगा।

— विल

Answer 2

मैं हमेशा निम्नलिखित का उपयोग करता हूं:

USE master; -- get out of dbname myself
GO
-- kick all other users out:
ALTER DATABASE [dbname] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
GO
-- prevent sessions from re-establishing connection:
ALTER DATABASE [dbname] SET OFFLINE;

कभी-कभी इसमें कुछ समय लग सकता है, और कभी-कभी यह अवरुद्ध हो जाता है क्योंकि आप इसे चलाने वाले होते हैं, और आपके पास डेटाबेस के लिए एक सक्रिय कनेक्शन होता है । अन्य क्वेरी विंडो के लिए जाँच करें जिसमें समान डेटाबेस संदर्भ हो सकता है - इसमें खुले संवाद, ऑब्जेक्ट एक्सप्लोरर, इंटेलीजेंसी, लंबे समय तक चलने वाली नौकरियां, आदि शामिल हो सकते हैं।

जब मैं उस डेटाबेस के कॉन्फिगर में अपना बदलाव कर रहा हूं, मैं बस:

ALTER DATABASE [dbname] SET ONLINE;
ALTER DATABASE [dbname] SET MULTI_USER;

हालाँकि, कभी-कभी, मुझे उस डेटाबेस में जो करने की आवश्यकता होती है, उसके लिए डेटाबेस को ऑनलाइन होना आवश्यक है, इसलिए कभी-कभी मुझे इसे एकल-उपयोगकर्ता मोड में छोड़ना पड़ता है और यह करना होता है:

ALTER DATABASE [dbname] SET ONLINE;
GO
USE [dbname];

अब मैं अपने परिवर्तन कर सकता हूं, और तब जब मैं अन्य उपयोगकर्ताओं को कनेक्ट करने के लिए तैयार हूं, बस:

ALTER DATABASE [dbname] SET MULTI_USER;

Answer 3

मैं सामान्य रूप से डेटाबेस को single_user में सेट करता हूं और फिर प्रतीक्षा में देरी करता हूं और फिर डेटाबेस को नीचे की तरह मल्टीसियर में सेट करता हूं:

-- to kill all connections for particular db ... otherwise the restore will fail as exclusive lock cannot be obtained for the db being restored.

    alter database db_name
    set single_user with rollback immediate
    waitfor delay '00:00:05'  -- wait for 5 secs
    alter database db_name
    set multi_user
    restore database db_name from disk = 'D:\restore\db_name.bak'
    with replace, stats = 10, recovery -- if you want to recover your database online
    -- optional if you dont have the same directory/file structure
    move 'datafile logical name' to 'E:\data\physical_name.mdf',
    move 'logfile logical name' to 'F:\log\physical_name_log.ldf'

Comments

वास्तव में, "मल्टी_यूज़र सेट" करने की आवश्यकता नहीं है, क्योंकि आप पुनर्स्थापना कथन के साथ एक स्क्रिप्ट (लेनदेन) चला रहे हैं। पुनर्प्राप्ति के साथ पुनर्स्थापना डेटाबेस को बहु-उपयोगकर्ता मोड में वापस रखने का ध्यान रखेगा।

— स्विन तेरेजे गौप

Answer 4

ऊपर दिए गए विकल्पों में से किसी ने भी मेरे लिए काम नहीं किया क्योंकि सर्वर को कई दूरस्थ कनेक्शन प्रयासों द्वारा अंकित किया गया था।

जब मैंने विशिष्ट डेटाबेस पोर्ट को विंडोज़ फ़ायरवॉल पर बंद कर दिया, सामान्य एल्टर .. सेट मल्टी_यूज़र ने पहले प्रयास में काम किया।

Answer 5

निम्नलिखित वास्तव में सभी कनेक्शनों को मारता है। उन मामलों में काफी उपयोगी है जहां एकल उपयोगकर्ता मोड सेट करना विफल रहता है

declare @execSql varchar(1000), @databaseName varchar(100)
-- Set the database name for which to kill the connections
set @databaseName = 'databasename'
set @execSql = '' 
select  @execSql = @execSql + 'kill ' + convert(char(10), spid) + ' '
from    master.dbo.sysprocesses
where   db_name(dbid) = @databaseName
     and
     DBID <> 0
     and
     spid <> @@spid
exec(@execSql)

Comments

यह काम नहीं करता है क्योंकि sysprocessesहमेशा उस डेटाबेस में सभी सत्रों के लिए कोई खाता नहीं है जो उस डेटाबेस में ताले को पकड़ सकता है (साधारण परिदृश्य के बारे में सोचें जहां डेटाबेस ए के संदर्भ में एक क्वेरी चलती है, लेकिन ए में एक तालिका और बी में एक तालिका में शामिल होता है) ।

— हारून बर्ट्रेंड

Answer 6

आप नीचे दी गई स्क्रिप्ट का उपयोग सभी के लिए कर सकते हैं, या किसी विशिष्ट DB के लिए संशोधित कर सकते हैं।

जो कुछ भी मारा जा सकता है, वह होगा! SQL सेवा SPIDs हालांकि प्रभावित नहीं होंगे।

Drop table #who

go 

Create table #who(  [spid] int,
                    [ECID] int,
                    [Status] varchar(100),
                    [Loginname] varchar(200),
                    [Hostname] varchar(200),
                    [blk] bit,
                    dbname varchar(200),
                    cmd varchar(1000),
                    requestID int
                  )

go

Insert into #who (Spid, ECID, Status, Loginname, hostname,blk, dbname, cmd, requestid)
exec sp_who

Declare cursKillUsers Cursor for Select 'Kill ' + cast(spid as varchar(100)) + ';' [SQL] from #who where dbname like '%'
Declare @sql varchar(200)
Open cursKillUsers
Fetch next from cursKillUsers into @sql
While @@fetch_status = 0 
begin

    print @sql
    Exec (@sql)
    Fetch next from cursKillUsers into @sql

end

close cursKillUsers
deallocate cursKillUsers

Answer 7

मैं इस कोड का उपयोग करता हूं:

ALTER DATABASE [Dbname] set offline with rollback immediate
GO
ALTER DATABASE [Dbname] set online
GO

लेकिन मैं देख सकता हूँ कि SINGLE USER उदाहरण टाइप करने के लिए कम है।

Comments

डेटाबेस को ऑनलाइन सेट करने का अर्थ यह है कि आपके पुनः आरंभ करने से पहले अन्य उपयोगकर्ता फिर से कनेक्ट हो सकते हैं।

— हारून बर्ट्रेंड