अपने ऑरेकल 12C सिस्टम पद्धति का समस्या निवारण करने के लिए 4 बुनियादी तकनीकों

अपने ओरेकल 12C सिस्टम विधियों का समस्या निवारण करने के लिए 4 बुनियादी तकनीकों - डमीज

आपके ऑरेकल 12c डाटाबेस को आपके कंप्यूटर पर कई सिस्टम की आवश्यकता होती है ताकि आपके द्वारा बनाए गए डाटाबेस के समर्थन के लिए कार्य किया जा सके। यह जांचने के लिए कुछ सिस्टम हैं कि क्या आपको अपने डेटाबेस के साथ समस्याएं आ रही हैं:

  • CPU उपयोग: क्या सीपीयू अधिकतम हो गया है?

  • मेमोरी: कितना मेमोरी उपलब्ध है?

  • उपलब्ध डिस्क स्थान: क्या डिस्क स्थान उपलब्ध है?

  • सिस्टम इवेंट लॉग: क्या सिस्टम को कुछ भी रिपोर्ट किया जा रहा है?

इन चेक को करने के लिए आपको सिस्टम व्यवस्थापक की आवश्यकता नहीं है।

ओरेकल 12c विज्ञापन CPU उपयोग

सर्वर में एकल या एकाधिक CPU हो सकते हैं चाहे, प्रसंस्करण सर्वर के लिए आवेदन अनुरोधों को संसाधित करने के लिए उपलब्ध होने की आवश्यकता है।

यदि एक मशीन में बहुत अधिक या पूर्ण CPU उपयोग होता है, तो प्रदर्शन समस्याएं घटित होंगी।

  • पर विंडोज़, पहले उल्लेखित विंडोज टास्क मैनेजर के पास प्रदर्शन टैब है वह टैब प्रतिशत के रूप में CPU उपयोग को प्रदर्शित करता है और हाल ही में स्पाइक्स

  • लिनक्स / यूनिक्स सिस्टम के लिए, पहले वर्णित शीर्ष कमांड स्क्रीन के शीर्ष पर सीपीयू उपयोग दिखाता है।

ओरेकल 12c और मेमोरी

यदि सर्वर मेमोरी की कमी है, तो सिस्टम का प्रदर्शन ग्रस्त है या फिर भी खड़ा है। कम से कम या कोई मेमोरी उपलब्ध नहीं होने वाला सर्वर चलाने के लिए वांछनीय नहीं है। यदि आपको लगता है कि सर्वर लगातार स्मृति भूखा है, तो या तो अधिक स्मृति जोड़ें या कार्यक्रमों के लिए आवंटित स्मृति की मात्रा कम करें।

  • विंडोज पर मेमोरी की जांच के लिए, विंडोज टास्क मैनेजर प्रदर्शन टैब मशीन पर कुल मेमोरी और उपलब्ध राशि प्रदान करता है।

  • लिनक्स / यूनिक्स सिस्टम में मेमोरी की जांच करने के लिए कई उपकरण हैं, लेकिन शीर्ष उपयोगिता इस जानकारी को तेज़ी से प्रदान करती है

उपलब्ध डिस्क स्थान और ओरेकल 12c

डिस्क स्थान डिस्क उपयोग से अलग है डिस्क पर पढ़ता और लिखने की आवृत्ति का उपयोग होता है और यह एक प्रमुख प्रदर्शन कारक हो सकता है। उपलब्ध डिस्क स्थान से चलना आपके सिस्टम को रोक सकता है और इसका फ़ोकस यहां है क्योंकि आप डीबीए के रूप में इसके बारे में कुछ कर सकते हैं।

जब एक डिस्क भरता है तो क्या हो सकता है? यह उस डिस्क पर लिख रहा है पर निर्भर करता है कम से कम, लॉग फाइलों को नहीं लिखा जा सकता है और तख्तियों का विस्तार नहीं किया जा सकता है। सबसे खराब में, संग्रह लॉग फ़ाइलों को सफलतापूर्वक लिखा नहीं जा सकता है, और डेटाबेस लटका हुआ है।

अन्य सॉफ़्टवेयर के साथ, प्रक्रियाएं उच्च मात्रा में सीपीयू का स्पिन कर सकती हैं, और जावा वर्चुअल मशीन क्रैश कर सकते हैं। इन समस्याओं में से कोई भी आपके डेस्क पर एक घबड़ाहट कॉल उत्पन्न करने की संभावना है।

डिस्क स्थान की जांच करने का सबसे तेज़ तरीका यह है कि क्या कोई फाइल सिस्टम 100 प्रतिशत पूर्ण है

  • विंडोज़ सिस्टम के लिए, सबसे तेज़ तरीका है कि मेरे कंप्यूटर पर जायें और हर डिस्क ड्राइव के लिए निशुल्क जगह देखें। पूरी जानकारी प्राप्त करने के लिए व्यू टैब पर चयनित विवरण का विकल्प सुनिश्चित करें।

  • df -m कमांड लिनक्स और ऑरेकल सोलारिस उपयोगकर्ता: $ df -m फाइलसिस्टम 1M- ब्लॉक का उपयोग किया जाता है उपलब्ध उपयोग% / dev / sda3 8064 3587 4068 47% / tmpfs 3957 1885 2072 48% / dev / shm / dev / sda5 8064 208 7447 3% / home / dev / sda6 8064 147 7508 2% / tmp / dev / sda1 64310 17016 44028 28% / u01 / dev / sr0 2367 2367 0 100% / मीडिया / Oracle12cBeta

     यह कोड फाइल सिस्टम को दिखाता है, उनका उपयोग प्रतिशत, प्रतिशत मुक्त (उपलब्ध), और मेगाबाइट में वास्तविक मात्रा। Df -k कमांड एक ही जानकारी दिखा सकता है लेकिन किलोबाइट में सूचीबद्ध है। -k ध्वज उपयोगी है क्योंकि यूनिक्स के कुछ संस्करण -एम फ्लैग का समर्थन नहीं करते हैं। 

    पर

  • एचपी-यूएक्स यूनिक्स सिस्टम, बीडीएफ का उपयोग करें ओरेकल 12c और सिस्टम इवेंट लॉज

अगर सब कुछ विफल हो जाए, तो सुनो कि कंप्यूटर आपको कह रहा है। एक डीबीए के रूप में, आपको अपने सर्वर पर कम से कम सिस्टम इवेंट लॉग में पढ़ने की सुविधा होनी चाहिए और उम्मीद है कि सभी सर्वर जो कि आवेदन का हिस्सा हैं।

सिस्टम इवेंट सर्वर पर रिकॉर्ड दिनचर्या रिकॉर्ड करता है, लेकिन यह भी विशेष त्रुटि इवेंट्स को सूचीबद्ध कर सकता है जो आपके सिस्टम समस्याओं का कारण हो सकता है। कभी-कभी इवेंट लॉग स्पष्ट रूप से हार्डवेयर समस्याओं को सूचीबद्ध करता है, या यह कि फ़ाइल सिस्टम पूर्ण हो गया है या मशीन ने अभी रिबूट किया या क्रैश किया है। जब आप किसी समस्या को ट्रैक करने की कोशिश कर रहे हैं, तो ये सभी अच्छी चीजें हैं।

इवेंट लॉग का स्थान अलग-अलग हो सकता है, और जब भी आप अपने सिस्टम को सीखते हैं तो समीक्षा के लिए अक्सर अतिरिक्त लॉग ओएस लॉग के बाहर होते हैं

पर

  • विंडोज़ सिस्टम, सिस्टम और एप्लिकेशन लॉग देखने के लिए नियंत्रण कक्ष → प्रशासनिक उपकरण → इवेंट व्यूअर पर जाएं। पर

  • लिनक्स / यूनिक्स सिस्टम, / var / adm / messages और / var / log / syslog काफी मूल्यवान हैं। Dmesg कमांड नवीनतम सिस्टम लॉग फ़ाइल का अंत देख सकता है। इस जानकारी में से ज्यादातर डीबीए को समझ नहीं सकते हैं जो ओएस की प्रेमी नहीं है; हालाँकि, त्रुटियों को देखकर सिस्टम व्यवस्थापक की राय ढूंढने के लिए पर्याप्त हो सकता है।