विषय
- 1. अपने बैकअप का परीक्षण न भूलें!
- 2. सुरक्षा पहुंच प्रतिबंधों के बारे में सावधान नहीं रहना महंगा हो सकता है!
- 3. अपने डेटाबेस के लगातार रखरखाव की अनदेखी न करें!
- 4. तब तक प्रतीक्षा न करें जब तक कि आपके सिस्टम में डेटाबेस गतिविधि के स्तर और कार्यभार की निगरानी शुरू करने के लिए समस्याएँ न हों!
- 5. पृष्ठ सत्यापन अक्षम न करें!
- नो बग्स, नो स्ट्रेस - योर स्टेप बाय स्टेप गाइड बाय स्टेप गाइड टू लाइफ-चेंजिंग सॉफ्टवेर विदाउट योर लाइफ
स्रोत: .shock / Dreamstime.com
ले जाओ:
इन पाँच कार्यों की उपेक्षा करने से डेटाबेस में गड़बड़ी हो सकती है!
डीबीए द्वारा किए जाने वाले रूटीन, क्विडिडियन कार्यों के सभी समान नहीं बनाए गए थे। इन दैनिक कार्यों में से कुछ की उपेक्षा करने से सिरदर्द हो सकता है, जबकि दूसरों को भारी वित्तीय नुकसान हो सकता है। हालांकि, DBA का बहुत सारा कीमती समय डेवलपर्स और उपयोगकर्ताओं के परिणामस्वरूप होने वाली गलतियों और मुद्दों को संभालने के लिए दूर हो जाता है, यह महत्वपूर्ण है कि महत्वपूर्ण दैनिक कार्यों को अनदेखा न किया जाए।
यहां 5 विशाल डीबीए गलतियां हैं जिससे बचने के लिए आपको अपनी स्थिति पर विचार करना होगा।
1. अपने बैकअप का परीक्षण न भूलें!
रोज़मर्रा की गतिविधियों की हलचल में, कुछ चीजों को अनदेखा किया जा सकता है। लेकिन यह उनमें से एक मत बनने दो! आपकी आपदा रिकवरी तकनीकों की उच्च गुणवत्ता के बावजूद, यह सुनिश्चित करने के लिए कि आपके बैकअप काम कर रहे हैं, लगातार परीक्षण करना आपके लिए बेहद महत्वपूर्ण है। सबसे बुरी बात यह हो सकती है कि आप यह जान सकें कि जब आप उन्हें पुनर्स्थापित करने का प्रयास कर रहे हैं तो वे नहीं हैं। SQL सर्वर उपयोगकर्ता बैकअप काम कर रहे हैं यह सत्यापित करने के लिए और अपने डेटाबेस को दूषित न हो इसके लिए CHECKSUM विकल्प का उपयोग करने के लिए BACKUP VERIFYONLY कमांड का उपयोग करना चाहिए। गैर-संरक्षित प्रणालियों पर नियमित डेटाबेस पुनर्स्थापना करना यह सुनिश्चित करना भी महत्वपूर्ण है कि आपके बैकअप को पुनर्स्थापित किया जा सकता है। (आपदा वसूली के बारे में अधिक जानने के लिए, आपदा वसूली 101 देखें।)
2. सुरक्षा पहुंच प्रतिबंधों के बारे में सावधान नहीं रहना महंगा हो सकता है!
सुरक्षा खतरों को देखना वास्तव में डीबीए के बीच काफी आम है। चाहे वह लोगों या एप्लिकेशन को आवश्यक से उच्च स्तरीय जानकारी तक पहुँचने या डेवलपर्स को प्रशासनिक विशेषाधिकार प्रदान करने की अनुमति दे रहा हो, इन गलतियों के परिणामस्वरूप डेटा हानि, डेटा चोरी, डेटा एक्सपोज़र या यहां तक कि डेटाबेस भ्रष्टाचार हो सकता है। जबकि कोई यह सोच सकता है कि डेवलपर्स को उत्पादन डेटा तक सीधे पहुंच प्रदान करने से विकास और डिबगिंग प्रक्रिया में तेजी आ सकती है, यह निश्चित रूप से एक सर्वोत्तम अभ्यास नहीं है। उस भयावह गलती पर विचार करते हुए, जो गलत व्यक्ति को बहुत अधिक पहुंच प्रदान करने के परिणामस्वरूप हो सकती है, डीबीए को यह सुनिश्चित करना चाहिए कि उपयोगकर्ताओं, डेवलपर्स और यहां तक कि प्रशासकों को केवल निम्नतम स्तर की अनुमति दी जाए।
3. अपने डेटाबेस के लगातार रखरखाव की अनदेखी न करें!
सब के बाद, डेटाबेस ही नहीं चल सकता है! यह अत्यंत महत्वपूर्ण है कि डीबीए आलसी न हों या नियमित डेटाबेस रखरखाव को अनदेखा न करें और केवल डेटाबेस सिस्टम के ऑटो-ट्यूनिंग और सेल्फ-हीलिंग क्षमताओं पर भरोसा करें। कई महत्वपूर्ण कार्य हैं जिन्हें लगातार करने की आवश्यकता है, जिसमें सभी उत्पादन डेटाबेस के लिए बुनियादी अखंडता जांच चलाना, विखंडन के लिए अनुक्रमणिका की जांच करना और अपने उत्पादन डेटाबेस पर आंकड़ों को अपडेट करना शामिल है। इन कार्यों को स्वचालित करने में तब तक मदद मिल सकती है जब तक कि पीक प्रोडक्शन के काम के दौरान किसी भी उच्च-संसाधन-उपभोग वाली गतिविधियाँ नहीं चल रही हों। कोई बात नहीं, यह किया जाना चाहिए, या महंगी गलतियाँ हो सकती हैं। (डीबीए कर्तव्यों और जिम्मेदारियों पर अधिक जानकारी के लिए, डेटाबेस प्रशासन करियर 101 देखें।)
4. तब तक प्रतीक्षा न करें जब तक कि आपके सिस्टम में डेटाबेस गतिविधि के स्तर और कार्यभार की निगरानी शुरू करने के लिए समस्याएँ न हों!
एक बार जब आपका सिस्टम डाउन हो जाता है, तो पैसा बर्बाद होने लगता है और लोग निराश होने लगते हैं। इसलिए नियमित रूप से सर्वर उपयोग की निगरानी और बेंचमार्क करना बेहद जरूरी है। सिस्टम के प्रदर्शन के आँकड़ों की जाँच करने से आपको मानक वर्कलोड को समझने और किसी भी परिवर्तन या असामान्यताएं होने पर पता करने के लिए पैटर्न देखने में मदद मिलेगी। CPU उपयोग, मेमोरी, I / O, लॉक और ब्लॉकिंग की जाँच करना सुनिश्चित करें, और इस बात का ध्यान रखें कि आपके डेटा और लॉग फ़ाइलों के लिए अभी भी कितना खाली स्थान उपलब्ध है।
5. पृष्ठ सत्यापन अक्षम न करें!
नए SQL सर्वर डेटाबेस में डिफ़ॉल्ट सेटिंग होती है, जो पूरे पृष्ठ पर चेकसम की जाँच करके भ्रष्टाचार की जाँच करता है और पृष्ठ हेडर का मान लिखता है। फिर, जब पृष्ठ को मेमोरी में पढ़ा जाता है, तो यह चेकसम मान को फिर से जांचता है और दो नंबरों की तुलना करता है। यदि दो नंबर मेल नहीं खाते हैं, तो पृष्ठ दूषित है और आपको एक त्रुटि चेतावनी प्राप्त होगी। इसलिए, यह सेटिंग बेहद फायदेमंद है और इसे अक्षम करके आप स्वयं को असफलता के लिए स्थापित कर रहे हैं!
डीबीए के लिए कई डॉस और अनगिनत डॉट्स हैं। ऐसे कार्य हैं जो इतने महत्वपूर्ण हैं कि उन्हें लंघन करने से कुल डेटाबेस विफलता हो सकती है, और अधिक सूक्ष्म पहलू हैं जो आपको एक कार्यात्मक डीबीए से एक सफल होने तक ले जाते हैं। आपकी कार्यप्रणाली मानक तक सुनिश्चित करने के लिए लगातार सुधार करने और अपने आप पर काम करने के अंतहीन तरीके हैं। आपकी भूमिका बहुत अधिक शामिल है और आपकी कंपनी की सफलताओं और असफलताओं को गहराई से प्रभावित करती है। इस कारण से, यह महत्वपूर्ण है कि, एक सक्षम डीबीए के रूप में, आप यह सुनिश्चित करते हैं कि आप इस क्षेत्र में दूसरों की गलतियों से सीखते हैं और जो कुछ भी आप कर सकते हैं, उनमें से कोई भी अपने आप को नहीं बना सकते हैं।
नो बग्स, नो स्ट्रेस - योर स्टेप बाय स्टेप गाइड बाय स्टेप गाइड टू लाइफ-चेंजिंग सॉफ्टवेर विदाउट योर लाइफ
जब कोई भी सॉफ़्टवेयर गुणवत्ता की परवाह नहीं करता है तो आप अपने प्रोग्रामिंग कौशल में सुधार कर सकते हैं।