सक्रिय कनेक्शन के कारण मेरा SQL सर्वर 2005 बैकअप को पुनर्स्थापित नहीं करता है। मैं इसे कैसे मजबूर कर सकता हूं?
जवाबों:
जब आप किसी डेटाबेस पर राइट क्लिक करते हैं और क्लिक करते हैं Tasksऔर फिर क्लिक करते हैं Detach Database, तो यह सक्रिय कनेक्शन के साथ एक संवाद लाता है।
"संदेश" के तहत हाइपरलिंक पर क्लिक करके आप सक्रिय कनेक्शन को मार सकते हैं।
फिर आप डेटाबेस को अलग किए बिना उन कनेक्शनों को मार सकते हैं।
अधिक जानकारी यहाँ ।
SQL Server प्रबंधन स्टूडियो 2008 के लिए इंटरफ़ेस बदल गया है, यहाँ कदम हैं (के माध्यम से: टिम Leung )
आप अपने db को सिंगल यूजर मोड में सेट करना चाहते हैं, रिस्टोर करना चाहते हैं, फिर इसे वापस मल्टीयूज़र पर सेट करें:
ALTER DATABASE YourDB
SET SINGLE_USER WITH
ROLLBACK AFTER 60 --this will give your current connections 60 seconds to complete
--Do Actual Restore
RESTORE DATABASE YourDB
FROM DISK = 'D:\BackUp\YourBaackUpFile.bak'
WITH MOVE 'YourMDFLogicalName' TO 'D:\Data\YourMDFFile.mdf',
MOVE 'YourLDFLogicalName' TO 'D:\Data\YourLDFFile.ldf'
/*If there is no error in statement before database will be in multiuser
mode. If error occurs please execute following command it will convert
database in multi user.*/
ALTER DATABASE YourDB SET MULTI_USER
GOसंदर्भ: मीनल दवे ( http://blog.SQLAuthority.com )
आधिकारिक संदर्भ: https://msdn.microsoft.com/en-us/library/ms345598.aspx
ROLLBACK IMMEDIATEया ROLLBACK AFTER 60। उस डेटा को सहेजने का एकमात्र तरीका रोलबैक के बाद एक और बैकअप करना है। लेकिन आप एक अलग बैकअप से पुनर्स्थापित कर रहे हैं। तो, इंतजार किस बात का है? क्या मैं कुछ भूल रहा हूँ?
इस कोड ने मेरे लिए काम किया, यह एक डेटाबेस के सभी मौजूदा कनेक्शन को मारता है। आपको बस इतना करना है कि लाइन सेट करें @dbname = 'databaseName'। इसलिए इसमें आपका डेटाबेस नाम है।
Use Master
Go
Declare @dbname sysname
Set @dbname = 'databaseName'
Declare @spid int
Select @spid = min(spid) from master.dbo.sysprocesses
where dbid = db_id(@dbname)
While @spid Is Not Null
Begin
Execute ('Kill ' + @spid)
Select @spid = min(spid) from master.dbo.sysprocesses
where dbid = db_id(@dbname) and spid > @spid
Endइसके बाद मैं इसे पुनर्स्थापित करने में सक्षम था
इसे इस्तेमाल करे:
DECLARE UserCursor CURSOR LOCAL FAST_FORWARD FOR
SELECT
spid
FROM
master.dbo.sysprocesses
WHERE DB_NAME(dbid) = 'dbname'--replace the dbname with your database
DECLARE @spid SMALLINT
DECLARE @SQLCommand VARCHAR(300)
OPEN UserCursor
FETCH NEXT FROM UserCursor INTO
@spid
WHILE @@FETCH_STATUS = 0
BEGIN
SET @SQLCommand = 'KILL ' + CAST(@spid AS VARCHAR)
EXECUTE(@SQLCommand)
FETCH NEXT FROM UserCursor INTO
@spid
END
CLOSE UserCursor
DEALLOCATE UserCursor
GOSQL सर्वर को पुनरारंभ करने से उपयोगकर्ता डिस्कनेक्ट हो जाएंगे। सबसे आसान तरीका जो मैंने पाया है - यदि आप सर्वर को ऑफलाइन लेना चाहते हैं तो भी अच्छा है।
लेकिन कुछ बहुत ही अजीब कारणों के लिए 'टेक ऑफलाइन' विकल्प यह मज़बूती से नहीं करता है और प्रबंधन कंसोल को लटका या भ्रमित कर सकता है। फिर ऑफलाइन काम करना शुरू करना
कभी-कभी यह एक विकल्प होता है - यदि उदाहरण के लिए आपने एक वेबसर्वर को रोका है जो कनेक्शन का स्रोत है।
मैं SQL सर्वर 2008 में एक पुनर्स्थापना प्रक्रिया को स्वचालित करते समय इस समस्या को पार कर गया था। मेरा (सफल) दृष्टिकोण प्रदान किए गए उत्तरों में से दो का मिश्रण था।
सबसे पहले, मैंने उक्त डेटाबेस के सभी कनेक्शनों को चलाया, और उन्हें मार दिया।
DECLARE @SPID int = (SELECT TOP 1 SPID FROM sys.sysprocess WHERE dbid = db_id('dbName'))
While @spid Is Not Null
Begin
Execute ('Kill ' + @spid)
Select @spid = top 1 spid from master.dbo.sysprocesses
where dbid = db_id('dbName')
Endफिर, मैंने डेटाबेस को single_user मोड पर सेट किया
ALTER DATABASE dbName SET SINGLE_USERफिर, मैं पुनर्स्थापना चलाता हूं ...
RESTORE DATABASE and whatnotफिर से कनेक्शन मार डालो
(same query as above)और वापस डेटाबेस को mult_user पर सेट करें।
ALTER DATABASE dbName SET MULTI_USERइस तरह, मैं यह सुनिश्चित करता हूं कि एकल मोड पर सेट करने से पहले डेटाबेस को रखने के लिए कोई कनेक्शन नहीं है, क्योंकि पूर्व फ्रीज होंगे अगर वहाँ हैं।
पहले से दी गई सलाह को जोड़ने के लिए, यदि आपके पास IIS के माध्यम से चलने वाला वेब ऐप है जो DB का उपयोग करता है , तो आपको पुनर्स्थापित करते समय ऐप के लिए ऐप पूल को रोकने (पुनरावृत्ति नहीं करने) की आवश्यकता हो सकती है , फिर से शुरू करें। ऐप पूल को रोकना सक्रिय http कनेक्शन को बंद कर देता है और किसी भी और की अनुमति नहीं देता है, जो अन्यथा प्रक्रियाओं को ट्रिगर करने की अनुमति देने का अंत कर सकता है जो डेटाबेस से कनेक्ट होते हैं और इस तरह लॉक होते हैं। यह अपने डेटाबेस को पुनर्स्थापित करते समय Umbraco सामग्री प्रबंधन प्रणाली के साथ उदाहरण के लिए एक ज्ञात मुद्दा है
उपरोक्त में से किसी ने भी मेरे लिए काम नहीं किया। मेरे डेटाबेस ने गतिविधि मॉनिटर या sp_who का उपयोग करके कोई सक्रिय कनेक्शन नहीं दिखाया। मुझे अंततः:
सबसे सुरुचिपूर्ण समाधान नहीं है, लेकिन यह काम करता है और इसे SQL सर्वर को पुनरारंभ करने की आवश्यकता नहीं है (मेरे लिए कोई विकल्प नहीं है, क्योंकि DB सर्वर ने अन्य डेटाबेस का एक गुच्छा होस्ट किया है)
मैं इस तरह से करना पसंद करता हूं,
परिवर्तन डेटाबेस तुरंत रोलबैक के साथ ऑफ़लाइन सेट
और फिर अपने डेटाबेस को पुनर्स्थापित करें। उसके बाद,
परिवर्तन डेटाबेस तुरंत रोलबैक के साथ ऑनलाइन सेट