डीबीए एक संगठन के भीतर एक महत्वपूर्ण भूमिका निभाते हैं। डेटा के संरक्षक के रूप में, वे डेटाबेस प्रदर्शन के सभी पहलुओं के प्रबंधन के लिए ज़िम्मेदार हैं, जिसमें उच्च उपलब्धता, तेज़ क्वेरी प्रोसेसिंग समय, और जोखिम शमन और आपदा वसूली शामिल है। इसके अतिरिक्त, डीबीए संगठन के डेटाबेस को आरओआई और लागत बचत की दृष्टि से बनाए रखने के व्यावसायिक लक्ष्य के लिए जिम्मेदार हैं।
उनके द्वारा पहनी जाने वाली सभी अलग-अलग टोपियों के साथ, डीबीए को कुशलता से काम करना पड़ता है, और प्रभावी समय प्रबंधन उनका सबसे अच्छा दोस्त है। दक्षता हासिल करने का सबसे अच्छा तरीका सबसे पहले उन प्रमुख गतिविधियों पर ध्यान केंद्रित करना है जो डेटाबेस को बेहतर प्रदर्शन करने में मदद करेंगी।
यहां चार डेटाबेस निगरानी गतिविधियां दी गई हैं जो प्रत्येक डीबीए की "जरूरी जानकारी" सूची में सबसे ऊपर होनी चाहिए।
कैसे (और क्यों) SQL सर्वर में डिफ़ॉल्ट सेटिंग्स को एडजस्ट करें
कई डीबीए सीधे बॉक्स के बाहर SQL सर्वर चलाते हैं। हालाँकि, डिफ़ॉल्ट कॉन्फ़िगरेशन हमेशा सुरक्षा या प्रदर्शन के दृष्टिकोण से सबसे अच्छा विकल्प नहीं होता है। प्रत्येक संगठन के डेटाबेस अलग-अलग होते हैं और विभिन्न व्यावसायिक आवश्यकताओं को पूरा करते हैं, इसलिए यह केवल समझ में आता है कि प्रत्येक डेटाबेस एक ही तरह से कॉन्फ़िगर नहीं किया गया है।
आपकी विशिष्ट डेटाबेस आवश्यकताओं और प्राथमिकताओं के आधार पर, कई डिफ़ॉल्ट SQL सर्वर सेटिंग्स हैं जिन्हें आप बदलना चाह सकते हैं:
- भरण कारक:यदि आप भरण कारक मान निर्दिष्ट किए बिना एक अनुक्रमणिका बनाते हैं, तो डिफ़ॉल्ट मान 0 है। इसका मतलब है कि पृष्ठ क्षमता से भर जाएगा, और किसी भी प्रविष्टि, हटाने या अपडेट के कारण अत्यधिक पृष्ठ विभाजन और विखंडन हो सकता है।
कोई सार्वभौमिक रूप से "सही" भरण कारक मान नहीं है, लेकिन 80-90 सामान्य रूप से एक सुरक्षित विकल्प है। यह मान सीमा 80-90 प्रतिशत पृष्ठ को भरने की अनुमति देती है, जिससे 10-20 प्रतिशत मुक्त हो जाता है।
- समानांतरता के लिए लागत सीमा:समानांतरवाद के लिए लागत सीमा वह मान है जिस पर SQL सर्वर इंजन आपके प्रश्नों के लिए समानांतर योजनाएँ चलाना शुरू करता है। डिफ़ॉल्ट मान पाँच सेकंड का होता है, लेकिन यह मान काफी कम होता है और यह अनावश्यक रूप से जटिल क्वेरीज़ बना सकता है, जो प्रदर्शन को नकारात्मक रूप से प्रभावित करेगा।
20 सेकंड की सेटिंग के साथ प्रारंभ करें और CXPACKET प्रतीक्षा और CPU उपयोग के आधार पर आवश्यकतानुसार समायोजित करें।
- डेटाबेस फ़ाइल ऑटोग्रो:ऑटोग्रोथ एक प्रक्रिया है जो तब होती है जब SQL सर्वर इंजन स्थान से बाहर होने पर डेटाबेस फ़ाइल का आकार बढ़ाता है। फ़ाइल कितनी बढ़ती है यह डिफ़ॉल्ट रूप से डेटा फ़ाइलों के लिए 1 एमबी और लेन-देन लॉग फ़ाइलों के लिए 10 प्रतिशत पर सेट होता है।
प्रत्येक डेटाबेस अलग-अलग दरों पर विकसित होगा, इसलिए अनुमान लगाएं कि आपको लगता है कि डेटाबेस कितना बढ़ेगा और उसके अनुसार मूल्य निर्धारित करें।
- डेटाबेस पुनर्प्राप्ति मॉडल:डिफ़ॉल्ट पुनर्प्राप्ति मॉडल बॉक्स से बाहर है, लेकिन यह सभी डेटाबेस के लिए कुशल नहीं है।
उन डेटाबेस के लिए सेटिंग को SIMPLE में बदलें जो मिशन-महत्वपूर्ण नहीं हैं और सेटिंग को केवल उच्च-जोखिम वाले उत्पादन डेटाबेस के लिए पूर्ण पर छोड़ दें। - अधिकतम सर्वर मेमोरी:डिफ़ॉल्ट मान 2 टीबी है, जिसका अर्थ है कि SQL सर्वर ऑपरेटिंग सिस्टम से सभी मेमोरी आवंटित करता है। यह OS के उपयोग के लिए कोई मेमोरी नहीं छोड़ता है।
SQL सर्वर प्रक्रिया के लिए उपलब्ध मेमोरी की मात्रा को अधिकतम करने के लिए सेटिंग समायोजित करें, लेकिन यदि आवश्यक हो तो OS को उपयोग करने के लिए थोड़ा छोड़ दें। - समानांतरता की अधिकतम डिग्री (MAXDOP):MAXDOP नियंत्रित करता है कि समानांतर योजना में क्वेरी के निष्पादन के लिए कितने प्रोसेसर का उपयोग किया जाता है। डिफ़ॉल्ट 0 है, जिसका अर्थ है कि SQL सर्वर को यह निर्धारित करने के लिए मिलता है कि वह कितने प्रोसेसर का उपयोग कर सकता है। यदि आप समानता के लिए थ्रेशोल्ड की लागत को 5 के डिफ़ॉल्ट मान पर छोड़ देते हैं, तो आप प्रत्येक क्वेरी के लिए सभी CPU का उपयोग कर सकते हैं।
आदर्श MAXDOP सेटिंग आपके विशिष्ट सिस्टम के आधार पर भिन्न होगी, लेकिन Microsoft यहां कुछ सुझाव देता है। - बैकअप संपीड़न:इस सुविधा के लिए डिफ़ॉल्ट सेटिंग बंद है। हालाँकि, बैकअप संपीड़न डेटाबेस बैकअप संचालन को गति देता है और छोटे बैकअप फ़ाइलों का आकार बनाता है, इसलिए आप इसे चालू करना चाह सकते हैं।
डिफ़ॉल्ट मानों से SQL सर्वर सेटिंग्स को समायोजित करने के लिए एक अंतिम युक्ति:किसी भी सेटिंग को बदलने के बाद हमेशा सिस्टम का पूरी तरह से परीक्षण करें ताकि यह सुनिश्चित हो सके कि कोई समस्या अनजाने में पेश नहीं की गई थी।
SQL सर्वर की बाधाओं को कैसे दूर करें
SQL सर्वर की अड़चनें प्रदर्शन समस्याओं का एक सामान्य स्रोत हैं, जिसमें SQL सर्वर प्रोसेसर को हॉगिंग करना, लंबी क्वेरी निष्पादन समय, अत्यधिक I/O और डिस्क पर अत्यधिक गतिविधि शामिल है।
आपके डेटाबेस में इन प्रदर्शन समस्याओं का अनुभव करने वाले कई गैर-बाधा कारण हैं, लेकिन यदि समस्या SQL सर्वर बाधाओं से उत्पन्न होती है, तो तीन मुख्य क्षेत्र प्रभावित होने की संभावना है:मेमोरी, I/O, और CPU।
स्मृति बाधाएं अपर्याप्त स्मृति संसाधनों या बहुत अधिक उपलब्ध स्मृति का उपयोग कर SQL सर्वर गतिविधियों के परिणामस्वरूप होती हैं। लंबे समय तक क्वेरी निष्पादन समय, अत्यधिक I/O, एप्लिकेशन लॉग में आउट-ऑफ-मेमोरी संदेश, और बार-बार सिस्टम क्रैश होने पर ध्यान दें।
I/O अड़चनें तब होती हैं जब नियमित डेटाबेस संचालन जैसे कि tempDB का समर्थन करने के लिए पर्याप्त संग्रहण उपलब्ध नहीं होता है। लंबे समय तक प्रतिक्रिया समय, एप्लिकेशन मंदी और बार-बार कार्य समय-बहिष्कार के लिए देखें।
CPU अड़चनें अपर्याप्त हार्डवेयर संसाधनों के कारण होती हैं। लॉग डेटा के लिए अपने डेटाबेस मॉनिटरिंग में देखें कि SQL सर्वर अत्यधिक CPU का उपयोग कर रहा है।
tempDB की वृद्धि को कैसे रोकें
TempDB SQL सर्वर इंस्टेंस में एक अस्थायी कार्यक्षेत्र है जिसका उपयोग मध्यवर्ती और अस्थायी वस्तुओं को बनाने और रखने के लिए किया जाता है। TempDB SQL सर्वर वातावरण में सबसे सक्रिय संसाधनों में से एक है, इसलिए अत्यधिक tempDB वृद्धि की निगरानी और नियंत्रण करना महत्वपूर्ण है।
TempDB का उपयोग अक्सर एक उदाहरण के भीतर किया जाता है क्योंकि इसका उपयोग उपयोगकर्ता वस्तुओं, आंतरिक वस्तुओं और संस्करण स्टोर को संग्रहीत करने के लिए किया जाता है। TempDB की अत्यधिक वृद्धि प्रदर्शन समस्याओं का कारण बन सकती है, इसलिए बड़ी मात्रा में tempDB डिस्क स्थान का उपयोग कर रहे बड़े प्रश्नों, अस्थायी तालिकाओं और तालिका चर को ट्रैक करना महत्वपूर्ण है।
TempDB आकार और वृद्धि को अनुकूलित करने के लिए, Microsoft निम्नलिखित सर्वोत्तम प्रथाओं की सिफारिश करता है:
- tempDB के पुनर्प्राप्ति मॉडल को SIMPLE पर सेट करें
- tempDB फ़ाइलों को आवश्यकतानुसार स्वचालित रूप से बढ़ने दें
- tempDB डेटाबेस फ़ाइलों को बहुत छोटे मान से बढ़ने से बचाने के लिए फ़ाइल वृद्धि वृद्धि को उचित आकार में सेट करें
- पर्यावरण में विशिष्ट कार्यभार को समायोजित करने के लिए फ़ाइल आकार को पर्याप्त बड़े मान पर सेट करके सभी tempDB फ़ाइलों के लिए स्थान पूर्व-आवंटित करें
- हर डेटा फ़ाइल को एक जैसा आकार दें
आप SQL सर्वर प्रबंधन स्टूडियो का उपयोग करके tempDB डेटा फ़ाइलों के आकार और वृद्धि मापदंडों को समायोजित कर सकते हैं।
स्वामित्व की कुल लागत की गणना कैसे करें
यद्यपि आप अपनी कंपनी के बजट के बारे में सोचने में एक टन समय खर्च नहीं कर सकते हैं, आप बेहतर मानते हैं कि सीएफओ करता है। जब नई प्रदर्शन निगरानी तकनीक के लिए पूछने का समय है, तो आपके अनुरोध का बैक अप लेने के लिए कठिन डेटा के साथ तैयार होना स्मार्ट है।
आपके द्वारा प्रस्तुत किए जा सकने वाले डेटा के सबसे प्रभावशाली टुकड़ों में से एक नई तकनीक के स्वामित्व की संभावित कुल लागत (TCO) बनाम आपके वर्तमान समाधान है। प्रत्यक्ष लागतों के अलावा, अप्रत्यक्ष लागतों जैसे बुनियादी ढांचे और संसाधन लागत जैसे रखरखाव पर विचार करना सुनिश्चित करें।
TCO को कम करना DBA के लिए एक सामान्य लक्ष्य है जो अपने वर्तमान डेटाबेस प्रदर्शन निगरानी उपकरण को बदलना चाहते हैं, इसलिए विचार करने के लिए कई कारक हैं। जैसा कि ऊपर उल्लेख किया गया है, न केवल प्रत्यक्ष लागत जैसे कि खरीद मूल्य, बल्कि अप्रत्यक्ष लागत जैसे भंडारण और संसाधन लागत जैसे प्रशिक्षण को भी देखना महत्वपूर्ण है।
नए टूल के लिए TCO निर्धारित करने के लिए, अपनी विशिष्टताओं को TCO कैलकुलेटर में प्लग करें और देखें कि लागत बचत क्या है, यदि कोई हो।
