Tempdb SQL Server में डेटाबेस सिकोड़ें करने के तरीके

आलेख ID: 307487 - उन उत्पादों को दिखाएँ जिन पर यह आलेख लागू होता है.
मशीन द्वारा अनुवादितमशीन द्वारा अनुवादित KB का अस्वीकरण देखने के लिए यहाँ क्लिक करें
नोटिस
छोटे व्यवसाय ग्राहक हैं, तो आप अतिरिक्त समस्या निवारण और सीखने पर संसाधन ढूँढ सकते हैं छोटे व्यवसाय के लिए समर्थन
(http://smallbusiness.support.microsoft.com)
साइट है।
सभी का विस्तार करें | सभी को संकुचित करें

इस पृष्ठ पर

सारांश

यह आलेख tempdb डेटाबेस उसकी अंतिम कॉन्फ़िगर किए आकार से छोटा आकार करने के लिए सिकोड़ें करने के लिए उपयोग कर सकते हैं तीन विधियों पर चर्चा करता है। पहली विधि आप tempdb फ़ाइलों के आकार का पूरा नियंत्रण देता है। हालांकि, पहली विधि आप Microsoft SQL Server पुनरारंभ करना आवश्यक है। दूसरी विधि tempdb डेटाबेस तक छोटा करता है, और SQL सर्वर को पुनरारंभ करना पड़ सकता है। तीसरा विधि आप अलग-अलग फ़ाइलों में tempdb डेटाबेस सिकोड़ें करने देता है। कोई गतिविधि में tempdb डेटाबेस shrink प्रक्रिया के दौरान हो सकती कि पिछले दो विधियों की आवश्यकता है।

नोट SQL Server 2005 का उपयोग कर रहे हैं, तो भी आप इन विधियों लागू होते हैं। हालांकि, आप SQL सर्वर प्रबंधन स्टूडियो एंटरप्राइज़ प्रबंधक और क्वेरी विश्लेषक के स्थान पर इन ऑपरेशन के लिए उपयोग करना चाहिए। भी SQL सर्वर प्रबंधन स्टूडियो SQL Server 2005 में tempdb फ़ाइलों का सही आकार shrink कार्रवाई के बाद नहीं दिखाता है कि अवगत हो। DMV sys.master_files से "वर्तमान स्थान के आबंटन" मान हमेशा कारण निकाल है, और shrink कार्रवाई, tempdb डेटाबेस के लिए होता है के बाद यह मान अद्यतन नहीं है। Shrink कार्रवाई के बाद tempdb फ़ाइलों का सही आकार को खोजने के लिए, SQL Server प्रबंधन स्टूडियो में निम्नलिखित कथन निष्पादित:
use tempdb
select (size*8) as FileSizeKB from sys.database_files

नोट SQL Server 2008 tempdb फ़ाइलों का सही आकार shrink कार्रवाई के बाद प्रदर्शित होने समस्या से प्रभावित नहीं है।

Tempdb जानकारी

Tempdb अस्थायी कार्य स्थान है। अन्य उपयोग के बीच SQL सर्वर tempdb का उपयोग निम्नलिखित के लिए करता:
  • स्पष्ट रूप से बनाए गए अस्थायी तालिकाओं का संग्रह
  • Worktables संसाधन और सॉर्टिंग क्वेरी के दौरान बनाए गए मध्यवर्ती परिणामों रखें
  • Materialized स्थिर कर्सर
SQL सर्वर tempdb हस्तांतरण लॉग में कोई हस्तांतरण रोलबैक करना, लेकिन फिर से लेन-देन के दौरान डेटाबेस पुनर्प्राप्ति करना नहीं करने के लिए केवल पर्याप्त जानकारी रिकॉर्ड करता है। यह सुविधा सम्मिलित कथनों में tempdbकी कार्यक्षमता बढ़ाता है। इसके अलावा, यदि आप tempdb हर बार जब आप SQL Server पुनरारंभ पुन: बनते है क्योंकि कोई हस्तांतरण फिर से करना करने के लिए जानकारी लॉग करने के लिए नहीं है। इसलिए, आगे रोल या रोल बैक के लिए कोई हस्तांतरण है। SQL Server के प्रारंभ होने पर पुन: tempdb मॉडल डेटाबेस की प्रतिलिपि का उपयोग करके बनते है, और tempdb अपने अंतिम कॉन्फ़िगर आकार में रीसेट है।

डिफ़ॉल्ट रूप से, tempdb डेटाबेस autogrow को आवश्यकतानुसार कॉन्फ़िगर है। इसलिए, यह डेटाबेस में समय आकार को इच्छित आकार से बड़ा बढ़ाएँ हो सकता है। SQL सर्वर का एक साधारण पुनरारंभ tempdb का आकार अपने अंतिम कॉन्फ़िगर आकार में रीसेट करता है। कॉन्फ़िगर आकार फ़ाइल आकार परिवर्तन जैसे परिवर्तन फ़ाइल संशोधित विकल्प या DBCC SHRINKFILE कथन का उपयोग करता है डेटाबेस कार्रवाई का उपयोग करते हुए सेट किया गया था कि अंतिम स्पष्ट आकार है।

Tempdb एक कॉन्फ़िगर किए आकार से छोटा आकार करने के लिए सिकोड़ें करने के लिए आप निम्न तीन विधियाँ उपयोग कर सकते हैं।

विधि 1: उपयोग Transact-SQL आदेश

विधि 2: DBCC SHRINKDATABASE कमांड का प्रयोग करें

3 विधि: DBCC SHRINKFILE ' आदेश का उपयोग करें

DBCC SHRINKDATABASE या DBCCSHRINKFILE tempdb प्रयोग गरेको बेलामा निष्पादन का प्रभाव

Tempdb किया जा रहा किया जाता, और DBCC SHRINKDATABASE का प्रयोग करके सिकोड़ें करने का प्रयास करें या DBCC SHRINKFILE आदेश, आपको निम्नलिखित जैसा दिख एकाधिक संगतता त्रुटियाँ प्राप्त हो सकते हैं, और shrink कार्रवाई विफल हो सकती है यदि:
  • सर्वर: संदेश 2501, 16, 1, राज्य स्तर 1 पंक्ति '1525580473' नामक तालिका नहीं मिल सका। Sysobjects की जाँच करें।
  • सर्वर: संदेश 8909, स्तर 16, राज्य 1, 0 रेखा तालिका Corrupt: ऑब्जेक्ट ID 1, 0, अनुक्रमणिका ID पेज ID % S_PGID. PageId पृष्ठ शीर्ष लेख में % S_PGID =।
त्रुटि 2501 tempdbभी दूषण संकेत नहीं हो सकता है, यद्यपि यह त्रुटि shrink कार्रवाई विफल करने के लिए कारण है। त्रुटि 8909 tempdb डेटाबेस में दूषण पर दूसरे हाथ से संकेत पाया। SQL सर्वर tempdb देना और संगतता त्रुटियों को साफ करने के लिए पुनरारंभ करें। हालांकि, वहाँ हो सकता है कि अन्य भौतिक डेटा दूषित त्रुटियों के कारण त्रुटि 8909, और वे सब-इनपुट/आउटपुट सिस्टम समस्याएँ शामिल like अवगत हो।

संदर्भ

SQL Server पुस्तकें ऑनलाइन; विषय: "DBCC SHRINKFILE"; "DBCC SHRINKDATABASE"

शीर्ष पर वापस जाएँ | प्रतिक्रिया दें

गुण

आलेख ID: 307487 - अंतिम समीक्षा: 20 जुलाई 2012 - संशोधन: 7.0
इसपर लागू होता है:
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 64-bit Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Workgroup Edition
कीवर्ड: 
kbsqlsetup kbhowtomaster kbmt KB307487 KbMthi
मशीन द्वारा अनुवादित
महत्वपूर्ण: इस आलेख का मानव अनुवादक के स्थान पर Microsoft मशीन-अनुवाद सॉफ़्टवेयर द्वारा अनुवाद किया गया था. Microsoft आपके लिए मानव-अनुवादित और मशीन-अनुवादित दोनों प्रकार के आलेख प्रस्तुत करता है ताकि हमारे नॉलेज बेस के सभी आलेखों तक आपकी अपनी भाषा में पहुँच हो. हालांकि, मशीन-अनुवादित आलेख हमेशा सटीक नहीं होते हैं. इसमें, शब्दावली, वाक्य-रचना या व्याकरण की गल्तियाँ हो सकती हैं, जैसे कि कोई विदेशी आपकी भाषा में बोलते समय कर सकता है. Microsoft सामग्री में किसी भी प्रकार की अशुद्धताओं, त्रुटियों या गलत अनुवाद या उसके उपयोग के कारण ग्राहकों को हुई किसी क्षति के लिए जिम्मेदार नहीं है. Microsoft मशीन-अनुवाद सॉफ़्टवेयर का बहुधा अद्यतन भी कर रहा है.
निम्नलिखित इस आलेख का अंग्रेज़ी संस्करण है:307487
(http://support.microsoft.com/kb/307487/en-us/ )
शीर्ष पर वापस जाएँ | प्रतिक्रिया दें

प्रतिक्रिया दें

 
शीर्ष पर वापस जाएँशीर्ष पर वापस जाएँ