How to check Server Hardware Testing and Burn-in – Detailed Stress Testing and Fault Detection on New Hardware

Posted on

कैसे सर्वर हार्डवेयर परीक्षण और बर्न-इन – विस्तृत तनाव परीक्षण और नई हार्डवेयर पर दोष का पता लगाने के लिए जाँच करें 

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

परीक्षण’ सॉफ्टवेयर चलाकर किया जाता है।

जब भी हमें नया सर्वर हार्डवेयर मिलता है, हम हमेशा यह सुनिश्चित करने के लिए एक पूरा बर्न करते हैं कि सर्वर हार्डवेयर हमारे उच्च मानकों पर निर्भर है। यदि हार्डवेयर किसी भी बिंदु पर विफल रहता है, तो हम इसे आपूर्तिकर्ता को वापस भेज देते हैं। वास्तविक प्रक्रिया आसान है, हालांकि इसे स्थापित करना आसान नहीं

है।

Memory

सबसे पहले, जब नया सर्वर चालू होता है, तो हम नेटवर्क से बूट करते हैं, जो हमें 20+ बूट करने योग्य डिस्क की आवश्यकता के बिना कई मशीनों को एक साथ बूट करने की अनुमति देता है। पहला परीक्षण रन प्रसिद्ध मेमस्टेस्ट है, आप इसे Google में पाएंगे, यह पूरी तरह से कंप्यूटर मेमोरी की जांच करता है, और

लगभग 1 दिन तक चलता है।

यदि कंप्यूटर मेमेस्ट पास करता है, तो इसे पुनः आरंभ किया जाता है और एक कस्टम Red Hat किकस्टार्ट अधिष्ठापन में बूट किया जाता है, जो नंगे Red Hat वातावरण को स्थापित करेगा, और Cerberus Test Control System, विशेष सॉफ्टवेयर जो सिस्टम के सभी हार्डवेयर पर

कई परीक्षण चलाता है।

CPU

Cerberus CPU का परीक्षण करने के लिए कई कार्य करता है। यह बार-बार लिनक्स कर्नेल को संकलित करता है, जटिल गणितीय समस्याओं को चलाता है (अगर आपको 3214235409234472020393848453 प्राइम?) काम करना है, तो आपको कितना समय लगेगा? और सीपीयू चलाने के लिए विशेष रूप से

लिखे गए कुछ कोड चलाता है।

Hard Drive

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

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

निश्चित रूप से आपके माध्यम से कुछ भी कर सकते हैं।

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

कारण यह है कि कंप्यूटर पर परीक्षण के इस स्तर को निष्पादित करने के लिए इतना महत्वपूर्ण है कि सर्वर के रूप में उपयोग किया जाएगा कि ऊपर की मांग इतनी अधिक है। थोड़े से दोष आउटेज और डाउनटाइम का कारण बनेंगे। एक बार एक वेब सर्वर तैनात होने के बाद, फिर कभी आपको इसे ऑफ़लाइन लेने और इस तरह

के विस्तृत परीक्षण करने का अवसर नहीं मिलेगा। यहां तक ​​कि अगर यह दुर्घटना करने के लिए था, तो हमेशा एक मांग है कि इसे जल्द से जल्द ऑनलाइन वापस किया जाए, पूरी तरह से डायग्नॉस्टिक्स पूरा नहीं होने पर ऑफ़लाइन छोड़ दिया जाए।

Leave a Reply

Your email address will not be published. Required fields are marked *