मैंने अभी सीखा कि जिस क्लाइंट कंपनी के लिए मैं काम करता हूं, उसने अपने कुछ एसक्यूएल सर्वरों के लिए ऑटो अपडेट आँकड़े विकल्प बंद रखने का फैसला किया है, और जब वे उत्पन्न होते हैं तो डीबीए मैन्युअल रूप से प्रदर्शन समस्याओं का निवारण करता है।
हालांकि, इस तरह का मेरे लिए कोई मतलब नहीं है। आप आंकड़ों को अपडेट होने से क्यों रोकना चाहेंगे?
जवाबों:
मेरी सलाह:
sp_updatestatsआपके लिए एक डेटाबेस में सभी तालिकाओं के लिए सभी आँकड़ों को अपडेट करेगा, लेकिन वह भी संग्रहित recompiles का कारण होगा, इसलिए अपना समय सावधानी से चुनें (यानी sp_updatestatsआपके महीने के अंत की रिपोर्टिंग से पहले सही है शायद सबॉप्टीमल)।इंडेक्स मेंटेनेंस / रीबिल्ड स्टैटस को चलाने के लिए आपको कितनी बार अपने डेटाबेस लोड पर निर्भर करना पड़ता है, विशेष रूप से कितनी बार आपके डेटा को संशोधित किया जाता है (यानी INSERT/ UPDATE/ DELETE)। यदि आप पूरे शो में डेटा को संशोधित कर रहे हैं (यानी एक साप्ताहिक बैच प्रक्रिया के लिए एक स्टैगिंग टेबल), तो आप शायद आँकड़े / अपडेट इंडेक्स को रात में पुनर्गठित करना चाहते हैं। यदि आपका डेटा अधिक स्थिर है, तो आप संभवतः इसे साप्ताहिक या पाक्षिक अनुसूची बना सकते हैं।
मैंने इसे केवल एक बार एक खराब ऐप के साथ देखा है जो बुरी तरह अनुक्रमित ढेर था और भारी ईटीएल था।
यह बकवास था और सौभाग्य से मेरा नहीं।
अन्यथा, कोई कारण नहीं है।
यदि आपको अनुचित समय पर आँकड़े अपडेट मिल रहे हैं तो इसका मतलब है कि आप गलत इंडेक्स / आँकड़े रखरखाव कर रहे हैं या बड़े पैमाने पर हटाए गए / लोड हैं जो थ्रेशोल्ड को हिट करते हैं।
SQL सर्वर 2005+ के साथ आप वैसे भी आँकड़े अद्यतन को स्थगित कर सकते हैं। "जब तुल्यकालिक या अतुल्यकालिक सांख्यिकी अपडेट का उपयोग करें"
देखें
यह देखना दिलचस्प होगा कि उन्होंने इस विकल्प को बनाने के लिए किस लेख का अनुसरण किया है या पढ़ा है ...
पुराने (SQL Server 2000) के दिनों में स्वतः-अद्यतन आँकड़े स्थापित करने पर OLTP अनुप्रयोगों में बड़े "पॉज़" हो सकते हैं जब SQL ने आँकड़ों को अपडेट करने का निर्णय लिया।
SQL सर्वर 2005 के बाद से एक एसिंक्रोनस विकल्प होता है, जिसके परिणामस्वरूप आँकड़े आउट होने की स्थिति में "पॉज़" नहीं होंगे और बाद में पुन: संकलित किए जाएंगे। अगली बार जब वे आवश्यक हों, तो आँकड़े को अतुल्यकालिक रूप से पुन: संयोजित किया जाएगा।
इस बात को ध्यान में रखते हुए कि एक संतुलन होना चाहिए - बड़े डेटा सेटों के लिए आप वर्तमान क्वेरी को अधिकतम तारीख के आंकड़ों को ध्यान में रखना चाह सकते हैं, क्योंकि क्वेरी एक अक्षम क्वेरी योजना के साथ तेजी से अधिक समय ले सकती है।
आप SQL सर्वर द्वारा प्रकाशित किए गए परफ़ॉर्मर काउंटर का उपयोग करके प्रति सेकंड और अन्य महत्वपूर्ण प्रदर्शन मेट्रिक्स में recompiles की संख्या की निगरानी भी कर सकते हैं , जैसा कि वे कहते हैं, प्रमाण पुडिंग में है।
सिस्टम कितने सक्रिय हैं?
यदि वे ज्यादातर अपडेट किए गए सिस्टम हैं जिन्हें आप अपडेट किए बिना प्राप्त कर सकते हैं, यदि वे ऐसा मैन्युअल रूप से करते हैं जब वे डेटा बदल रहे हैं (सम्मिलित करें, अपडेट करें, हटाएं)।
हालांकि सर्वश्रेष्ठ अभ्यास के लिए इसे सलाह दी जाती है क्योंकि मुझे लगता है कि प्रदर्शन के मुद्दे के लिए यह दुर्लभ होगा। मैं शायद उन्हें लेख और ब्लॉग पोस्ट भेजूंगा ताकि यह सुझाव दिया जा सके कि इसे छोड़ दिया जाए। किम्बर्ली ट्रिप के पास कुछ अच्छे हैं।
हालांकि मैं कभी भी किसी भी तरह से विरोधाभासी या जानबूझकर श्री डेनी को अस्वीकार नहीं करूंगा (अपने ज्ञान और समुदाय में योगदान के लिए बहुत सम्मान) मैंने एमएस प्रलेखन को ऑटो अपडेट आँकड़े बंद करने की सिफारिश करने पर ध्यान दिया है।
पर भंडारण और एसक्यूएल सर्वर क्षमता योजना और विन्यास (SharePoint सर्वर 2010) एमएस इसे बंद की स्थापना की सिफारिश की।
मैंने एसपी के पूर्व संस्करणों के लिए एमएस द्वारा एक ही सिफारिश भी पढ़ी है, लेकिन अभी लिंक नहीं मिल रहा है।
लेकिन मैं एसपी एक्सपर्ट डीबीए नहीं हूं, इसलिए आप यह भी जांचना चाहेंगे कि चून लियू, एमएस पर्मियर फील्ड इंजीनियर, चून लियू के बारे में क्या कहना है SharePoint पर या सिर्फ इस पोस्ट को नजरअंदाज करें और इसे छोड़ दें।
आप आमतौर पर केवल उन्हें बंद कर देते हैं यदि आपके पास उन्हें स्वयं अपडेट करने का कोई तरीका है। मैं यह हर समय करता हूं क्योंकि हमें ऑटो-स्टैटस की तुलना में बेहतर या सिर्फ अलग-अलग नमूने लेने होंगे। यह काफी सामान्य है लेकिन आप इसे बंद नहीं करेंगे और कुछ नहीं करेंगे।