SQL सर्वर लीक हुए लेन-देन

Question

मेरे पास लगभग 50 क्लाइंट्स द्वारा टीसीपी पर टीडीएस के माध्यम से एक्सेस किया गया है जो लॉग स्पेस को जारी नहीं करता है। प्रक्रियाओं की संख्या अपेक्षित 50 के आसपास रहती है, और उनमें से कुछ काफी लंबे समय तक रहते हैं (> 120 दिन)।

डेटाबेस में लॉग स्पेस में अब 40 जीबी (इसमें केवल 14 जीबी डेटा है), 39 जीबी मुफ्त है। ड्राइव पर स्थान की सीमाओं के कारण, मैं कुछ अधिक उचित (10gb-ish) को हटना चाहूंगा। जब मैं निष्पादित करता हूं DBCC SHRINKFILE('db_log', 10000), तो यह एक त्रुटि देता है कि लॉग का अंत उपयोग में है।

लॉग के अंत तक मुफ्त पहुंच के लिए, मैंने निम्नलिखित के साथ डेटाबेस को एकल उपयोगकर्ता मोड में रखने का प्रयास किया:

ALTER DATABASE db SET SINGLE_USER WITH ROLLBACK IMMEDIATE
GO
ALTER DATABASE db SET MULTI_USER
GO

लेकिन स्क्रिप्ट सैकड़ों बार दोहराए गए निम्न संदेश को लौटा रही है:

Nonqualified transactions are being rolled back. Estimated rollback completion: 100%.

जो मुझे विश्वास दिलाता है कि कहीं न कहीं, मैं कुछ लेनदेन को छोड़ रहा हूं। मुझे ऐसी किसी भी प्रक्रिया के बारे में पता नहीं है जो जानबूझकर एक समय में कई लेनदेन खोल देगा, इसलिए मुझे लगता है कि उन्हें समय के साथ जमा करना होगा, कभी भी बंद नहीं किया जाना चाहिए।

प्रश्न: मैं आपत्तिजनक प्रक्रिया या स्क्रिप्ट का पता कैसे लगा सकता हूं या लॉग क्यों जारी नहीं किया जा रहा है?

sys.dm_tran_active_transactionsसमझने योग्य उद्देश्यों के साथ एक उचित 18 लेनदेन दिखा रहा है। sp_whoकेवल उन प्रक्रियाओं को दिखाता है जिनसे मैं परिचित हूं।

---

SQL सर्वर संस्करण:

Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64) 
Apr  2 2010 15:48:46 
Copyright (c) Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1) (Hypervisor)

सर्वर संस्करण:

Windows Server 2008 R2 x64 - डेटासेंटर 4 vCPUs, 16GB मेमोरी, डेटा और लॉग के लिए डिस्क के माध्यम से पास, OS डिस्क DHD है

हाइपर- V पर (Windows Server 2008 R2 SP1 x64 Datacenter) दोहरी Intel X5650 (6 कोर, 12 थ्रेड 2.67GHz पर) 72 GB मेमोरी

हाइपरविजर में केवल तीन वीएम होते हैं और उच्च संसाधन उपयोग नहीं दिखाते हैं। SQL सर्वर VM लोड के तहत ~ 40% CPU और 99% कैश हिट दिखाता है।

Comments

मैं एक sql dba नहीं हूँ लेकिन क्या आपने लॉग बैकअप किया है? serverfault.com/questions/54958/…

@rene, हां, मुझे इसका उल्लेख करना चाहिए था, लेकिन डेटाबेस में प्रतिदिन किया गया एक पूर्ण बैकअप और हर छह घंटे में एक लॉग बैकअप होता है।

हाय मिच, शायद इस मुद्दे से असंबंधित है, लेकिन अगर यह ज़िम्मेदार होता तो आश्चर्यचकित नहीं होता। आपका संस्करण RTM (रिलीज़ से निर्माण) है। Microsoft, अन्य लगभग सभी सॉफ़्टवेयर विक्रेताओं की तरह, उत्पाद में कई छोटे दोषों के साथ अगली प्रमुख रिलीज़ को आगे बढ़ाने के लिए धक्का देगा। [लिंक] microsoft.com/en-us/download/details.aspx?id=44271 यह SQL 2008 R2 के लिए नवीनतम सर्विस पैक का लिंक है। सुरक्षा, बग फिक्स और प्रदर्शन कारणों के लिए अपने सर्वर को अद्यतन रखने के लिए सर्वश्रेष्ठ।

— डैमेज्डगूड्स

Answer 1

एक SQL कमांड है जो OPEN लेनदेन दिखाएगा। (DBCC OPENTRAN)

http://msdn.microsoft.com/en-us/library/ms182792.aspx

निर्दिष्ट डेटाबेस के भीतर सबसे पुराने सक्रिय लेनदेन और सबसे पुराने वितरित और nondistributed प्रतिकृति लेनदेन के बारे में जानकारी प्रदर्शित करता है। परिणाम तभी प्रदर्शित होते हैं जब कोई सक्रिय लेनदेन होता है या यदि डेटाबेस में प्रतिकृति जानकारी होती है

Answer 2

जो भी कारण के लिए, वहाँ लॉग फ़ाइल को खुला रखने के लिए कुछ भी नहीं दिखाई दिया। कई लॉग बैकअप (> 10) चलाकर, लॉग का अंत जारी किया गया था और सिकुड़न हो सकती है। यकीन नहीं होता क्यों ... लेकिन यह काम कर गया।

backup log db to disk = '\\l-backup1\drop\2012-12-23_db_log.bak' with stats = 1
go 15
dbcc shrinkfile('db_log', 10240)
go

Answer 3

यदि मैं आपके प्रश्न को सही ढंग से समझ रहा हूं, तो आपके पास 39 जीबी मुफ्त के साथ 40 जीबी लेनदेन लॉग है? लॉग एक गोलाकार संरचना है, जो छोटी वर्चुअल लॉग फ़ाइलों से बनी होती है। हर बार जब वीएलएफ भरा होता है, SQL अगले वीएलएफ का उपयोग करना शुरू कर देता है। (जरूरी नहीं कि उसी क्रम में जैसे वीएलएफ फाइल में हों)। जब आप लॉग फ़ाइल को सिकोड़ते हैं तो यह लॉग के END से मुक्त स्थान छोड़ता है। यदि लॉग का सक्रिय भाग सबसे अंत में है, तो किसी भी स्थान को मुक्त नहीं किया जा सकता है, अगर यह कहीं बीच में है तो आप केवल कुछ जगह को पुनः प्राप्त कर पाएंगे। DBCC LOGINFO आपको लॉग में सभी वीएलएफ दिखाएगा और एक स्थिति दिखाएगा कि वीएलएफ में वर्तमान में कोई सक्रिय लॉग है। मेरा मानना ​​है कि स्थिति 2 सक्रिय है और 0 निष्क्रिय है। मुझे यकीन है कि अगर आवश्यकता हो तो google अधिक जानकारी प्रदान कर सकता है।

यदि आपकी समस्या सिर्फ यह है कि सक्रिय भाग वर्तमान में है, तो आपकी सबसे अच्छी शर्त बस इंतजार करना है जब तक कि यह फिर से शुरू होने के लिए गोल न हो जाए, फिर लॉग को छोटा करें। यह आश्चर्यजनक समय लग सकता है, धैर्य रखें। यह वहां पहुंच जाएगा।
यह भी याद रखें कि अगर वीएलएफ का कोई हिस्सा वर्तमान में सक्रिय है तो पूरे वीएलएफ को सक्रिय रखा जाता है।

हालांकि आपको लॉग फ़ाइल के आकार की निगरानी करनी चाहिए, अगर यह अप्रत्याशित रूप से फिर से बढ़ता है तो आपको कारण की कुछ जांच करने की आवश्यकता होगी। आपको लॉग फ़ाइल के अनावश्यक सिकुड़ने से बचना चाहिए, जब यह फिर से बढ़ता है तो यह प्रदर्शन को धीमा कर सकता है।

वीएलएफ के बारे में अधिक जानकारी किम्बर्ली ट्रिप्प्स ब्लॉग पोस्ट में यहां देखी जा सकती है ।

Comments

DBCC LOGINFOकमांड के लिए धन्यवाद , मैं उस एक से अनजान था। कहा जा रहा है, मैं लॉग की संरचना से अवगत हूं और फ़ाइल को अनावश्यक रूप से सिकोड़ने पर विचार नहीं करता। जैसा कि उल्लेख किया गया है, हम केवल अपने वर्तमान बैकअप संरचना में लगभग 1 जीबी लॉग का उपयोग करते हैं और मैं कुछ खाली जगह को फिर से प्राप्त करना चाहूंगा। समस्या यह है कि लॉग के अंत में लॉग स्पेस कई हफ्तों के इंतजार के बाद भी जारी नहीं किया जा रहा है। उस अवधि के दौरान, डेटाबेस में कई पूर्ण और लॉग बैकअप होते हैं, जो मुझे विश्वास दिलाता है कि कुछ प्राकृतिक चक्कर लगाने से रोक रहा है।