Database
 sql >> डेटाबेस >  >> RDS >> Database

जब इसकी तत्काल

"हमें एक अत्यावश्यक समस्या है, कृपया इसे हल करने के लिए एक WebEx (या NetMeeting, TeamViewer वगैरह) सत्र की व्यवस्था करें।"

हालांकि उन ग्राहकों के लिए जिन्हें उत्पादन प्रणाली के साथ एक तत्काल समस्या है, वेबएक्स को त्वरित समाधान के समानार्थी के रूप में देखना समझ में आता है, हम अनुशंसा करते हैं कि समर्थन चैनल (वेबएक्स बनाम फोन बनाम ईमेल इत्यादि) पर ध्यान केंद्रित करने के बजाय आप निम्न कार्य करें:

अगर यह अत्यावश्यक है, तो हमें एक लॉग फ़ाइल भेजें।

–या–

यदि यह "लाइसेंस शुरू करने में विफल, कोई वैध लाइसेंस नहीं ..." त्रुटि है जो उत्पादन प्रणाली को कार्य करने से रोक रही है, तो समस्या मशीन पर परीक्षण लाइसेंस का अनुरोध करें। यह आपको उठने और दौड़ने का सबसे तेज़ तरीका है।

लॉग फ़ाइलें — हमें उनकी आवश्यकता क्यों है और उन्हें कैसे उत्पन्न करें

जब कोई समस्या अत्यावश्यक हो, तो आपको जल्द से जल्द यह निर्धारित करने की आवश्यकता है कि क्या समस्या Easysoft सॉफ़्टवेयर के कारण है। यदि ऐसा है, तो केवल Easysoft ही समस्या का समाधान कर सकता है। इसलिए जब त्रुटि हो रही हो तो हमें एक लॉग तैयार करने की आवश्यकता होती है।

(इस विषय पर एक भिन्नता तब होती है जब समस्या एप्लिकेशन या डेटाबेस के साथ होती है। अनुप्रयोगों में ओडीबीसी व्यवहार अक्सर पत्थर में सेट होता है, उदाहरण के लिए कुछ एप्लिकेशन अभी भी ओडीबीसी 2.0 पर हैं। एप्लिकेशन जितना अधिक लोकप्रिय होगा, उतने अधिक उपयोगकर्ता परिवर्तनों से प्रभावित हो सकते हैं। ओडीबीसी परत के लिए, जो आवेदन को बदलने के लिए आवेदन विक्रेता की अनिच्छा को बढ़ा सकता है, भले ही ओडीबीसी परत ओडीबीसी विनिर्देश के खिलाफ मापा जाने पर गलत तरीके से व्यवहार कर रही हो। गलत होने पर एक डेटाबेस अपना व्यवहार बदल सकता है, लेकिन आपको इसके लिए कुछ समय इंतजार करना पड़ सकता है एक पैच जो समस्या का समाधान करता है। लॉग फ़ाइल प्राप्त करना इन दोनों मामलों में भी प्रासंगिक है क्योंकि हम समस्या का मूल कारण एप्लिकेशन या डेटाबेस के साथ होने के बावजूद समाधान प्रदान करने में सक्षम हो सकते हैं। हम असंगत अनुप्रयोगों के लिए समाधान प्रदान कर सकते हैं या ड्राइवर के डिफ़ॉल्ट व्यवहार को ओवरराइड करने वाले कॉन्फ़िगरेशन विकल्प जोड़कर मौजूदा Easysoft उपयोगकर्ताओं को प्रभावित किए बिना डेटाबेस।)

ODBC परत के दोनों घटकों, ड्राइवर और ड्राइवर प्रबंधक से लॉग फ़ाइलें उत्पन्न करना संभव है। आदर्श रूप से हम दोनों चाहते हैं, लेकिन कम से कम हमें एक ड्राइवर लॉग भेजें। ड्राइवर लॉग समस्या से संबंधित नैदानिक ​​​​जानकारी को कैप्चर करता है और हमें आपके सेटअप (ऑपरेटिंग सिस्टम, आर्किटेक्चर, डेटाबेस संस्करण आदि) के बारे में जानकारी भी प्रदान करता है जिससे हमें आपकी समस्या को पुन:पेश करना आसान हो जाता है।

लिनक्स और यूनिक्स

odbc.ini फ़ाइल में अपने डेटा स्रोत में Linux और UNIX पर ड्राइवर लॉग जेनरेट करने के लिए, आपको इन पंक्तियों की आवश्यकता होगी:

[MYDSN]
Logging = Yes
LogFile = <dir>/easysoft_driver.log

Linux और UNIX पर ड्राइवर मैनेजर लॉग जेनरेट करने के लिए, odbcinst.ini फ़ाइल में, आपको इन पंक्तियों को फ़ाइल के शीर्ष पर जोड़ना होगा:

[ODBC]
Trace = Yes
TraceFile = <dir>/unixodbc.log

महत्वपूर्ण

को उस निर्देशिका से बदलें जहां ODBC एप्लिकेशन चलाने वाले उपयोगकर्ता को लिखने की अनुमति है। उदाहरण के लिए, /tmp. यदि किसी मौजूदा लॉग में लिख रहे हैं, तो उस उपयोगकर्ता को इसके बजाय फ़ाइल में लिखने की अनुमति की आवश्यकता होगी।

विंडोज

विंडोज़ पर ड्राइवर लॉग उत्पन्न करने के लिए, ओडीबीसी प्रशासक फ़ाइल में प्रासंगिक डेटा स्रोत खोलें। ODBC ड्राइवर कॉन्फ़िगरेशन डायलॉग बॉक्स में एक ड्राइवर लॉगिंग विकल्प (या कुछ इसी तरह का नाम) और आपके लिए लॉग फ़ाइल पथ दर्ज करने के लिए एक बॉक्स होगा। उदाहरण के लिए, C:\Windows\Temp\Easysoft_Driver.log.

विंडोज़ पर ड्राइवर मैनेजर लॉग जेनरेट करने के लिए, ओडीबीसी डेटा सोर्स एडमिनिस्ट्रेटर में, ट्रेसिंग टैब चुनें। दिए गए स्थान में एक लॉग फ़ाइल पथ टाइप करें। उदाहरण के लिए, C:\Windows\Temp\Driver_Manager.log। सभी उपयोगकर्ता पहचानों के लिए मशीन-व्यापी ट्रेसिंग चुनें, और फिर अभी ट्रेसिंग प्रारंभ करें चुनें।

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

उत्पादन प्रणालियों को चालू करते समय ऐसा करें

हम अनुशंसा करते हैं कि यदि आपको कोई समस्या नहीं आ रही है, तो भी आप सुनिश्चित करें कि आप अपनी रोलआउट प्रक्रिया के भाग के रूप में कम से कम एक ड्राइवर लॉग जनरेट कर सकते हैं। हां, ऐसा करने और उत्पन्न होने वाली समस्या के बीच का अंतर महीनों या वर्षों का हो सकता है, उस समय में, आप प्रक्रिया को भूल सकते हैं, निर्देश खो सकते हैं या कर्मियों को बदल सकते हैं। वास्तविक उद्देश्य यह सत्यापित करना है कि आपका आवेदन प्रक्रिया के बजाय एक लॉग लिख सकता है - निर्देश नहीं बदलते हैं और वेब पर उपलब्ध हैं। ऐसा करने से आपको किसी भी अनुमति समस्या को हल करने का मौका मिलता है जो किसी भी तत्काल समस्या उत्पन्न होने से पहले लॉग को उत्पन्न होने से रोकता है। (लॉग फ़ाइल न मिलने का एक अन्य कारण यह है कि जब आपका एप्लिकेशन ODBC ड्राइवर का उपयोग करने तक नहीं पहुंच रहा है, जो कि Oracle® विषम सेवाओं के मामले में हो सकता है, यदि DG4ODBC के लिए SID बनाने में कोई समस्या है (अर्थात यदि आप विभिन्न .ora फ़ाइलों को कॉन्फ़िगर करने में गलती, Oracle® Heterogeneous Services ODBC ड्राइवर को लोड करने तक नहीं मिलती है और इसलिए आपको ड्राइवर लॉग फ़ाइल नहीं मिलेगी)।

उत्पादन प्रणाली में कौन से परिवर्तन Easysoft ODBC ड्राइवर्स को प्रभावित करते हैं?

  • इज़ीसॉफ्ट लाइसेंसिंग के लिए प्रासंगिक मशीन के घटक भागों में परिवर्तन। यदि यह उत्पादन प्रणाली को रोकता है, तो परीक्षण लाइसेंस के लिए हमसे संपर्क करें। यह आपको फिर से जल्दी से चालू कर देगा, जबकि खरीदे गए लाइसेंस के लिए लाइसेंस हस्तांतरण प्रक्रिया अपना पाठ्यक्रम चलाती है।
  • ऑपरेटिंग सिस्टम संस्करण में परिवर्तन। Easysoft ODBC ड्राइवर ऑपरेटिंग सिस्टम के एक विशेष सेट से जुड़े होते हैं। किसी मशीन को किसी भिन्न ऑपरेटिंग सिस्टम संस्करण में अपग्रेड करना (या कर्नेल के भिन्न संस्करण पर आधारित Linux मशीनों के लिए) ड्राइवर को कार्य करना बंद कर सकता है। परीक्षण लाइसेंस के साथ ड्राइवर का एक नया संस्करण फिर से उठने और चलाने का सबसे तेज़ मार्ग है।
  • डेटाबेस संस्करण बदलता है। यदि लक्ष्य डेटाबेस को किसी भिन्न संस्करण में अपग्रेड किया गया है तो Easysoft ODBC ड्राइवर कार्य करना बंद कर सकते हैं। यदि ऐसा होता है, तो फिर से, ODBC ड्राइवर के नए संस्करण के लिए हमसे संपर्क करें, और फिर से शुरू करने के लिए परीक्षण लाइसेंस का उपयोग करें।

ईमेल समर्थन तत्काल समर्थन अनुरोधों के साथ संगत क्यों है

हालांकि ईमेल एक्सचेंज की पुनरावृत्ति प्रकृति एक तत्काल समस्या के त्वरित समाधान के साथ बाधाओं में लग सकती है, इसे वेबएक्स जैसे समर्थन चैनलों के लिए खराब संबंध के रूप में नहीं देखा जाना चाहिए (जिसे हम पेश कर सकते हैं और करते हैं)। ईमेल एक्सचेंजों के बीच अंतराल हमें निम्नलिखित के लिए समय देता है:

  • समान मुद्दों पर आधारित सहायता कॉल लॉग देखें।
  • वर्चुअल मशीन पर अपना सेट अप फिर से बनाएं।
  • अनुप्रयोग या डेटाबेस विक्रेता से सर्वोत्तम अभ्यास पर शोध करें।

ईमेल एक्सचेंज हमें एक लॉग देते हैं जिसे हम वापस संदर्भित कर सकते हैं यदि किसी अन्य समर्थन टीम के सदस्य को कॉल लेने की आवश्यकता हो। ईमेल एक्सचेंज एक उपयोगी रिकॉर्ड भी प्रदान करते हैं, यदि आपको भविष्य में अपने कदमों को फिर से ट्रेस करने की आवश्यकता हो।


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. प्लान एक्सप्लोरर में अपनी योजना के विवरण को मूल रूप से गुमनाम करें

  2. SQL में 3 टेबल्स में शामिल हों

  3. स्रोत नियंत्रण से डेटाबेस परिनियोजित करना

  4. 2013 एमवीपी शिखर सम्मेलन:एक त्वरित समीक्षा और आगे की ओर एक झलक

  5. सशर्त आदेश द्वारा