मैं दो सप्ताह के लिए sql सर्वर 2008 r2 में डेटा कलेक्टर के माध्यम से फ़ाइल विकास की निगरानी कर रहा हूं। डेटाबेस लगभग 35 (एमबी) / दिन पर लगातार बढ़ रहा है। DB ने अभी तक 2 जीबी के शुरुआती आकार को नहीं मारा है।
DB फाइल ऑटो ग्रोथ 5MB पर सेट है और मैं एक अलग दृष्टिकोण आजमाना चाहता हूं, इसलिए मैं सुझाव और टिप्पणियों की तलाश कर रहा हूं।
एक ट्यूनिंग कार्य है जो प्रत्येक सप्ताह रविवार की रात 1:30 बजे चलता है। कार्य होगा:
- डेटाबेस अखंडता की जाँच करें
- लॉग फ़ाइल को सिकोड़ें - (यह ठीक है क्योंकि लॉगिंग मोड सरल है)
- डेटाबेस सिकोड़ें
- सूचकांक का पुनर्गठन करें
- सूचकांक का पुनर्निर्माण
- अपडेट सांख्यिकी
- क्लीन अप हिस्ट्री
मैं साप्ताहिक ट्यूनिंग योजना में दो और कदम जोड़ना चाहूंगा:
- अगर इस्तेमाल की गई जगह एक निश्चित सीमा या कुल आकार तक पहुँचती है तो डेटाबेस फ़ाइल को 500 एमबी बढ़ाएँ।
- अगर इस्तेमाल की गई जगह कुल आकार की एक निश्चित सीमा तक पहुँच जाती है, तो लॉग फ़ाइल को 250 एमबी (सिकुड़ने के बाद) में बढ़ाएँ।
विकास के बोझ को ऑफ़लाइन घंटों में रखकर, मुझे भारी भार के दौरान ऑटो-विकास की घटनाओं की संख्या को कम करके प्रदर्शन हासिल करने की उम्मीद है।
मेरे पास ऑटो बढ़ने वाली फ़ाइलों से संबंधित दो प्रश्न हैं।
- फ़ाइल के बढ़ने के चरणों को रखने के लिए सबसे अच्छी जगह मौजूदा चरणों से पहले या बाद में होगी?
- यदि मैं
ALTER DATABASE|MODIFY FILE
फ़ाइल को विकसित करने के लिए उपयोग करता हूं तो मैं कैसे निर्धारित कर सकता हूंSpaceUsedInFile >= (TotalFileSpace-@AllowanceThreshold)
?