फर्मवेयर बेस्ट प्रैक्टिस और अपडेट शेड्यूल


12

अपडेट होने पर फर्मवेयर पर बहुत कम ध्यान दिया जाता है। नज़र से ओझल, दिमाग से ओझल।

कई डिवाइस: RAID नियंत्रक, एनआईसी, चिपसेट और यहां तक ​​कि हार्ड ड्राइव भी अपडेट होने से कुछ लाभ प्राप्त करते हैं। बेहतर सुविधाएँ, सुरक्षा / बग फिक्स आदि।

अधिकांश एसए कहते हैं, "जब भी यह टूट जाता है, तो फर्मवेयर को अपडेट करें।" लेकिन इससे सड़क पर मुश्किलें बढ़ सकती हैं; कई बार, जब एक असफल हार्ड ड्राइव के बारे में डेल से संपर्क किया जाता है, तो मुझसे पूछा जाता है कि क्या मेरा हार्ड ड्राइव फर्मवेयर अद्यतित है। मेरे सभी सर्वर कुछ प्रकार के RAID कॉन्फ़िगरेशन का उपयोग करते हैं। अगर मेरे पास पहले से ही एक एकल ड्राइव विफलता है, तो क्या मुझे फर्मवेयर को बाकी ड्राइव या RAID नियंत्रक पर अपग्रेड करने की कोशिश करनी चाहिए? मैं कहूंगा कि नहीं। लेकिन डेल के लिए एक अलग दृष्टिकोण है।

  • सिस्टम फर्मवेयर के लिए एक यथार्थवादी अद्यतन अनुसूची क्या है?
  • क्या आपके पास साझा करने के लिए कोई सर्वोत्तम अभ्यास है?

(मुझे पता है कि डेल में सर्वर अपडेट उपयोगिता नामक एक अच्छी उपयोगिता है , जो किसी भी डेल सर्वर पर सभी नए फर्मवेयर की जांच करता है।)

जवाबों:


10

मैं फर्मवेयर को दो प्रमुख उदाहरणों में अपडेट करता हूं।

  1. जब एक सर्वर का मंचन।
    • जब मुझे बस सर्वर मिलेगा, तो मैं उनके नवीनतम "फर्मवेयर अपडेट सीडी" की तारीख के लिए एचपी वेब-साइट की जांच करूंगा। यदि यह नया पर्याप्त है, तो मैं इसे उत्पादन तक लाने से पहले सर्वर के खिलाफ चलाऊंगा।
    • जब मैं किसी सर्वर को पुन: प्रस्तुत करता हूं। आमतौर पर, यह सर्वर 2-5 साल पुराना है और शायद उस पूरे समय में फर्मवेयर अपडेट नहीं हुआ है। चूंकि मैं इसे वैसे भी सुधार रहा हूं, मैं सर्वर पर सभी विभिन्न फर्मवेयर को अपडेट करूंगा।
  2. जब वहाँ एक विक्रेता की पहचान की जरूरत है ऐसा करने के लिए।
    • कभी-कभी बड़ी स्थिरता की समस्याओं की पहचान की जाती है, जैसे कि गलत प्रकार की विफलता के बाद RAID5 सरणी के पुनर्निर्माण में असमर्थता, या एनआईसी पर टीसीपी-ऑफलोड इंजन में एक प्रमुख प्रदर्शन बग।
    • कभी-कभी समर्थन के लिए कॉल करते समय, समर्थन तकनीक अनुरोध करेगी कि मैं फर्मवेयर को अपडेट करूं। मैं तब करूंगा।

एक तीसरा उदाहरण है कि मैंने ऊपर सूचीबद्ध नहीं किया, क्योंकि यह अभी तक नहीं हुआ है:

  • जब एक पुराने सर्वर में एक बहुत नया घटक डाल रहा है। कभी-कभी सिस्टम BIOS को इसे संभालने के लिए अपडेट करने की आवश्यकता होगी।

मुझे लगता है कि एक उत्कृष्ट संतुलन बनाता है।
जोसेफ केर्न

5

हम फर्मवेयर को रोल करने के लिए एचपी सिम (सिस्टम के इनसाइट मैनेजर) का उपयोग करते हैं, हम इसे प्लेटफॉर्म द्वारा करते हैं - पहले टेस्ट करें, फिर डेवलपमेंट, फिर इंटीग्रेशन, फिर रेफरेंस फिर प्रोडक्शन - आमतौर पर लगभग एक हफ्ते या प्रति प्लेटफॉर्म पर इसलिए हमारे पास 5/6 है उत्पादन विंडो के लिए सप्ताह जारी। काम करने लगता है, लेकिन एक चीज जो हम कभी नहीं करते हैं वह है फर्मवेयर को उसी समय रोल करना जैसे कि ड्राइवर / कोड आदि जैसे अन्य अपडेट - बहुत अधिक उंगली-पॉइंटिंग बचाता है।


+1, उंगली से इशारा करते हुए, एक आम घटना ... यह हर मंगलवार की तरह लगता है ...
जोसेफ केर्न

4

मैं यहाँ अनाज के खिलाफ जा रहा हूँ, लेकिन अगर यह नहीं टूटा है तो इसे ठीक न करें। अगर यह सुरक्षा मुद्दा नहीं है तो मैं इसे अकेला छोड़ देता हूं।

मैं उस कारण के लिए डेल इनकार सेवा कभी नहीं किया है।

शायद आप महीने में एक बार उपयोगिता को शेड्यूल कर सकते हैं, फिर उन्हें अन्य रिबूट के साथ अपडेट कर सकते हैं?


सच बोलने के लिए +1। यदि अपग्रेड करने का कोई अच्छा कारण नहीं है (जैसे कि विक्रेता अब आपके किट का समर्थन नहीं करता है जब तक कि आप BIOS / फर्मवेयर अपडेट नहीं करते हैं), तो आप ऐसा क्यों कर रहे हैं?
रेनियरट

मैं डेल सपोर्ट के साथ काम नहीं करता हूं, लेकिन मैं अभी भी एक समस्या पर अटका हुआ हूं कि जब तक मैं अपने BIOS को अपडेट नहीं करता, इंटेल समर्थन नहीं करेगा - केवल मुझे अपडेट करने के लिए खतरे की चीज नहीं मिल सकती है और मुझे कभी-कभी आश्चर्य होता है कि क्या यह केवल उपलब्ध है मेरा सर्वर चल रहा है के आगे अपडेट बहुत सारे संस्करण हैं।
बेन डनलप

1
प्रिंसिपल में मैं आपसे सहमत हूं, लेकिन हमारे पास कुछ सर्वर हैं जो कि खरीदे जाने की तुलना में काफी तेज और अधिक स्थिर हैं, विशुद्ध रूप से फर्मवेयर में सुधार के कारण।
चॉपर 3

माना। मुझे लगता है कि इस मामले में प्रदर्शन के मुद्दों को "टूट" माना जा सकता है।
मैथ्यू

रिकॉर्ड के लिए, मैंने हाल ही में डेल को पावरएडगे सर्वर पर हार्ड ड्राइव रिप्लेसमेंट से इंकार किया था, जब तक कि मैंने नवीनतम संस्करण में रेड कंट्रोलर फर्मवेयर को अपडेट नहीं किया।
रयान बोलगर

4

यदि आप पैच का इलाज करते हैं , तो आपको फर्मवेयर अपडेट का इलाज करना चाहिए , हालांकि ये अपडेट आमतौर पर तैनात करने के लिए कठिन होते हैं इसलिए आप निर्णय लेने में मदद करने के लिए रिलीज़ नोटों की जांच करना चाहते हैं यदि यह प्रयास के लायक है (लेकिन फिर, आप पैच के लिए भी ऐसा कर सकते हैं। )। फर्मवेयर अपडेट में एक नया गंदा बग होने की संभावना है क्योंकि वे एक को ठीक करने के लिए हैं।

फर्मवेयर को अपडेट करते समय (या हार्डवेयर को री-कमीशन करते हुए) किया जाना चाहिए क्योंकि ऐसा करना एक आसान समय है।

इन पंक्तियों के साथ कुछ का पालन करना चाहिए परिनियोजन:

  1. लैब मशीनों पर परीक्षण
  2. महत्वहीन प्रणालियों को तैनात करें
  3. रुको
  4. महत्वपूर्ण / उत्पादन प्रणालियों में तैनात करें

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


2

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

सर्वर पर RAID फर्मवेयर को अपग्रेड करने के साथ मुझे बुरे अनुभव हुए हैं, क्योंकि कई निर्माता वर्तमान में ग्वारेंटी नहीं करते हैं यदि फर्मवेयर vesion बदल जाता है, तो उसी तरह का RAID कॉन्फ़िगरेशन व्यवहार्य होगा, जो सरणी में अलग-अलग डिस्क के साथ है।

मेरी प्रवृत्ति एक "लागू करने के लिए होगी अगर यह टूट नहीं है, इसे ठीक न करें" अधिकांश भाग के लिए नीति। यह जाँचने योग्य है कि क्या खराब फायरमवेयर अपग्रेड (यानी HP सर्वर में निरर्थक ROM, या यदि आपके पास EEPROM फ्लैशर है और इसे हटाने योग्य चिप का उपयोग करने के लिए तैयार है) से उबरना संभव है।


आप अपने सभी अलग-अलग फर्मवेयर पर "सुरक्षा मुद्दों" के लिए कितनी बार जांच करते हैं?
जोसेफ केर्न

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

2

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

मदरबोर्ड पर, हम उनके साथ गड़बड़ नहीं करते हैं जब तक कि विक्रेता तकनीकी समर्थन हमें नहीं बताता है। वर्षों से हमारा अनुभव रहा है कि जब तक कि विशिष्ट समस्या को ठीक करने की आवश्यकता नहीं होती है, तब तक जोखिम हार्ड-टू-माप लाभों से बहुत अधिक होता है।

// spk


1

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


मुझे और बताएं ...
जोसेफ केर्न

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

1

हम फर्मवेयर को हर उस मौके पर अपडेट करते हैं जो हमें मिलता है, जो शायद कुछ सिस्टम के लिए प्रति वर्ष 3-4 बार (मेजर मेंटेनेंस विंडो) है।


0

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

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

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

जे आर


0

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.