DCS में अतिरिक्त सुविधाओं से जुड़ी समस्याएँ

इसे ऐसे समझें: प्रत्येक रिडंडेंट कंट्रोलर में एक स्टेट इंडिकेटर लाइट होती है; यह लाइट यह बताने हेतु उपयोग में आती है कि वर्तमान में CPU मुख्य रूप से कार्य कर रहा है, या सहायक रूप से। आपको इस बात पर ध्यान देना चाहिए कि मुख्य एवं बैकअप सिस्टमों के बीच स्विचिंग के दौरान डेटा सिंक्रोनाइज़ होता रहे, ताकि पूरी सिस्टम पर कोई प्रभाव न पड़े।

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

मेरा मतलब भी यही है! क्या मुख्य कार्ड, प्रत्येक संचालन चक्र में, डेटा को वैकल्पिक कार्ड तक पहुँचाता है? वरना, स्विच करते समय डेटा की सुसंगतता कैसे सुनिश्चित की जाएगी?

इस पोस्ट को अंतिम बार humker द्वारा 2016-2-21 15:15 पर संपादित किया गया। विभिन्न DCS में तंत्र लगभग समान ही होता है; केवल कुछ ही मामलों में अंतर होता है। दोनों नियंत्रक, IO बस से वास्तविक समय में डेटा प्राप्त करते हैं; केवल मुख्य नियंत्रक ही आदेश भेज सकता है। मुख्य/वैकल्पिक नियंत्रकों के बीच स्विचिंग के दौरान, अधिकांश नियंत्रक कोई आदेश नहीं चलाते, या फिर ऐसे “कैश पूल” में ही आदेश चलाए जाते हैं। दरअसल, प्रत्येक नियंत्रक के पास एक साझा बफर क्षेत्र होता है; यह क्षेत्र आम तौर पर अदृश्य ही रहता है, लेकिन नियंत्रकों के बीच स्विचिंग के दौरान, DCS की उपलब्धता बनाए रखने हेतु यह क्षेत्र उपयोग में आता है। हार्ड स्विचिंग (या मैन्युअल स्विचिंग) के दौरान यही क्षेत्र कार्य करता है। तो सवाल यह है: यदि मुख्य नियंत्रक अचानक खराब हो जाए, तो वैकल्पिक नियंत्रक ही आदेशों को चलाता रहेगा, जब तक कि वह मुख्य नियंत्रक की भूमिका न निभा ले। और यदि मुख्य एवं वैकल्पिक नियंत्रकों को मैन्युअल रूप से बदला जाता है, तो पहले ही कैश क्षेत्र को आदेश दिया जाता है; ताकि कैश क्षेत्र इस प्रक्रिया के दौरान मुख्य नियंत्रक के कार्यों को संभाल सके, एवं वैकल्पिक नियंत्रक तैयार होने तक प्रतीक्षा कर सके। हालाँकि, चूँकि अधिकांश DCS सिस्टमों में मुख्य/बैकअप सिस्टम में स्विच होने में कुछ मिलीसेकंड से लेकर दस मिलीसेकंड तक का समय लगता है, इसलिए ऐसी स्थिति में कंट्रोलर, आउटपुट कमांडों को निष्पादित करना एवं तार्किक गणनाएँ करना बंद कर देता है। आखिरकार, DCS तो ESD नहीं है; इसमें प्रभावशीलता की मांग उतनी तेज नहीं होती। यदि कुछ मिलीसेकंड या दस-बारह मिलीसेकंड के दौरान कोई महत्वपूर्ण घटना घट जाए, और वह स्थिति केवल कुछ ही मिलीसेकंड तक ही बनी रहे, तो ऐसी स्थिति में तो केवल अपनी बदकिस्मती को ही दोष दिया जा सकता है।

क्या सभी लोगों ने मुख्य कंट्रोलर एवं वैकल्पिक कंट्रोलर के बीच एक विशेष केबल/ऑप्टिकल केबल देखा है? यह केबल ही मुख्य कंट्रोलर एवं वैकल्पिक कंट्रोलर के बीच स्विचिंग का काम करती है। यदि यह केबल न हो, तो स्विचिंग संभव ही नहीं होगी। वास्तव में, यह तो मुख्य एवं वैकल्पिक नियंत्रकों के “वॉचडॉग सिग्नल” ही हैं। सामान्य परिस्थितियों में, दोनों ही नियंत्रक इनपुट डेटा एकत्र करते हैं। जब मुख्य नियंत्रक का “वॉचडॉग सिग्नल” आता है, तो वैकल्पिक नियंत्रक कार्यरत हो जाता है, एवं आउटपुट सिग्नल मुख्य नियंत्रक से वैकल्पिक नियंत्रक में स्थानांतरित हो जाता है।

DCS में CPU की अतिरिक्त प्रतियाँ आमतौर पर “एक सक्रिय एवं एक आरक्षित” अवस्था में होती हैं। जब मुख्य कार्ड में कोई खराबी आ जाती है, तो सिस्टम स्वचालित रूप से आरक्षित कार्ड का उपयोग करने लगता है। यह स्वचालित स्विचिंग होती है; लेकिन इसके लिए एक निश्चित समय आवश्यक होता है। यदि मानव द्वारा स्विचिंग का समय सही ढंग से निर्धारित न किया जाए, तो इससे सिस्टम बंद हो सकता है।

स्विच करने में समय लगता है! तो, इस समयावधि में इस कार्य को पूरा करने वाला कौन था? या फिर, यह स्विचिंग का समय ही खाली समय है।

चूँकि यह बिना किसी व्यवधान के होने वाला स्विचिंग प्रक्रिया है, इसलिए यह निश्चित रूप से “खाली समय” नहीं होगा। वास्तव में, यह कार्य किस कार्ड द्वारा पूरा किया जाएगा, इस बारे में मुझे ठीक-ठीक पता नहीं है।

दो सीपीयू – एक मुख्य एवं एक बैकअप। अलग-अलग संकेत दीपकों का उपयोग करके इन्हें पहचान वास्तविक संचालन में, दोनों CPU निर्धारित कॉन्फ़िगरेशन के अनुसार ही गणनाएँ करते हैं; लेकिन वास्तविक आउटपुट केवल मुख्य कंट्रोलर साइड के CPU से ही प्राप्त होता है। यह ऐसा ही है, मानो दोनों CPU एक ही काम कर रहे हों। यह ऐसा नहीं है कि जब एक CPU बैकअप के लिए इस्तेमाल होता है, तो दूसरा CPU बिल्कुल निष्क्रिय रह जाए। मुख्य CPU को बैकअप CPU में स्विच करने के कई कारण हो सकते हैं; जैसे कि मुख्य CPU का नेटवर्क कनेक्शन टूट जाना, मुख्य CPU में हार्डवेयर संबंधी समस्याएँ आदि। जहाँ तक स्विच करते समय होने वाले डेटा-अंतर एवं समय-अंतर की बात है, तो ऐसा कुछ ही नहीं होता। प्रत्येक निर्माता के पास सिंक्रोनाइज़ेशन हेतु आवश्यक तकनीकें मौजूद हैं; यह तो प्रत्येक निर्माता की तकनीकी गोपनीयता है। इसलिए वे आपको यह नहीं बता सकते कि वे अपने CPU के द्वारा डेटा-अंतर एवं समय-अंतर को कैसे दूर करते हैं। वे आपको केवल इतना ही बताएंगे कि हमारा CPU स्विच होने पर कोई व्यवधान नहीं पैदा होता, और इससे सिस्टम पर कोई प्रभाव नहीं पड़ता। अब CPU में अतिरिक्त सुविधाओं संबंधी तकनीकें काफी लोकप्रिय हो गई हैं, और घरेलू निर्माता भी इस क्षेत्र में अच्छा काम कर रहे हैं। यदि आपको लगता है कि आपके सिस्टम में स्विचिंग के दौरान कोई समस्या है, तो आप ट्रेंड्स के माध्यम से इसका अवलोकन कर सकते हैं। देखें कि PID आउटपुट में कोई स्टेप-जैसी समस्याएँ तो नहीं हैं।

मुझे ये सब पता है, लेकिन मैंने कभी यह नहीं देखा कि वास्तव में स्विचिंग करने के बाद क्या होता है? ? ?

सरल शब्दों में, स्विच करते समय आपको कोई अहसास नहीं होता, ऑपरेटर को भी कोई अहसास नहीं होता, और कोई भी कार्य प्रभावित नहीं होता। केवल सिस्टम की चेतावनी सूचनाओं में ही संबंधित जानकारी दी जाएगी, बस इतना ही। यदि सीपीयू के बदलने के कारण सिस्टम में समस्याएँ आ रही हैं, तो आप निर्माता से संपर्क कर सकते हैं।