इनडोर उत्पादन सर्वर पर नियमित अपडेट शेड्यूल करने का सबसे अच्छा समय क्या है?

Question

उत्पादन मोड में चल रहे एक इनडोर सर्वर को देखते हुए, मैं नियमित अपडेट (सर्वर स्वयं के लिए, उपयोगकर्ता मशीनों को नहीं) को तैनात करते समय उपयोगकर्ताओं पर प्रभाव को यथासंभव कम रखना चाहूंगा .. लेकिन यह एक समान समस्या होगी)।

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

क्या विषय पर कोई शोध पत्र हैं?

Answer 1

अपने सिस्टम के समवर्ती उपयोग को ऐतिहासिक रूप से क्यों न देखें और निर्धारित करें कि दिन के उपयोग का समय अपने सबसे कम समय में क्या है? फिर उस कम उपयोग अवधि के बीच में अपना बदलाव सही से करें।

जब परिवर्तन में कितना समय लगेगा, तो इसमें पूर्व / पोस्ट कार्यान्वयन परीक्षण और उत्पादन सत्यापन परीक्षण शामिल होंगे। यदि कोई परीक्षण विफल रहता है तो परिवर्तन को वापस लेने में कितना समय लगेगा, इसके अलावा काम करें।

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

मुझे किसी शोध पत्र की जानकारी नहीं है, लेकिन आईटीआईएल जैसे किसी भी आईटी सेवा प्रबंधन ढांचे (ITSM) पर एक नज़र डालें, आपको सॉफ्टवेयर रिलीज़ प्रबंधन पर बहुत सारे मानक और सर्वोत्तम अभ्यास मिलेंगे। सभी प्रणालियां अलग-अलग हैं, इसलिए आप कितने तरीकों को अपनाते हैं, और औपचारिकता, निर्भर करता है। ITSM मानकों में बड़ी प्रणालियाँ होती हैं।

Comments

मानकों और सर्वोत्तम प्रथाओं पतली हवा से बाहर नहीं गिरते हैं, यही कारण है कि मुझे "मूल" शोध में दिलचस्पी थी। लेकिन फिर भी धन्यवाद।

— अकीरा

हाँ, मुझे एहसास है कि मानक कहीं से भी नहीं निकलते हैं; क्षेत्र में शोध पत्रों पर मेरी अज्ञानता बताते हुए।

— निक कवादिस

Answer 2

यह पूरी तरह से व्यवसाय की प्रकृति पर निर्भर है। कुछ कार्यालय सप्ताह में 9-5 दिन होते हैं। अन्य व्यवसाय एक दिन में 24 घंटे, एक वर्ष में 365 दिन हैं। स्टाफ और संसाधन उपलब्धता जैसे अन्य कारक महत्वपूर्ण भूमिका निभाते हैं। कोई भी शोध पत्र व्यापक रूप से हर संभावित कार्यक्रम या घटना को कवर नहीं कर सकता था।

अंततः, आईटी प्रबंधन के साथ कंसर्ट में कंपनी या विभाग के प्रबंधन को यह निर्धारित करना होगा कि सबसे अच्छा क्या है।

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

अंत में, पत्थर में कुछ भी नहीं लगाया जाता है। यदि प्रक्रिया काम नहीं करती है तो समायोजन करें। आपके लचीलेपन और अनुकूलनशीलता की सराहना की जाएगी।

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

Comments

विलियम्सन: शोध: कोई यह माप सकता है कि दिन के किस समय में समग्र एडिम्न अपने अपडेट करते हैं और यदि वे सुबह या शाम को अधिक त्रुटियों का अनुभव करते हैं। भले ही एक निश्चित व्यवस्थापक को कंपनी की परिस्थितियों से मेल खाने के लिए कुछ समय देने के तरीके पर काम करना हो: यदि शोध से पता चलता है कि वह "त्रुटि" समय क्षेत्र में है तो शायद वह चीजों को थोड़ा बदल सकता है। मैं इस बारे में उत्सुक था कि जब लोग वास्तव में अपने अपडेट करते हैं, तो पहले 2 उत्तरों ने 'शाम' और 'सुबह' को उठाया :)

— अकीरा

अपने बातचीत के आउटेज विंडो की शुरुआत में शुरू करें। यह आपको कुछ गलत करने के लिए सबसे अधिक समय देता है।

— mfinni

निष्पक्ष होना, यह 'ज्यादातर सामान्य ज्ञान' सामान है जिसे हम आमतौर पर उल्लेख करना भूल जाते हैं।

— mfinni

Answer 3

मैं एक ISP में काम करता हूं और अपने अनुभव में, ज्यादातर लोगों को मैं भारी hitter प्रणाली प्रशासकों पर विचार करेंगे कि अपने प्रमुख नेटवर्क ओवरहॉल करने के लिए छुट्टी सप्ताहांत पर शुक्रवार शाम का चयन करें। यह उन्हें परीक्षण करने के लिए 24 घंटे का अतिरिक्त समय देता है और यदि आवश्यक हो तो अपने परिवर्तनों को वापस करता है। हालांकि, एक बड़ी हद तक यह पूरी तरह से आपके उपयोगकर्ताओं की प्रकृति और आदतों पर निर्भर है।

Comments

हमने ऐसा ही किया जब मैंने एक विश्वविद्यालय में काम किया - छुट्टियों का मतलब यह भी था कि लोगों के आसपास होने की संभावना कम थी, लेकिन व्यवसाय के प्रकार के आधार पर, इसका विपरीत प्रभाव हो सकता है।

— जो एच।

हाँ, लेकिन यहाँ मैं "दैनिक" अद्यतन करना है। अगर बेकार खिड़की 48 घंटे है .. तो यह वास्तव में स्पष्ट पसंद है।

— अकीरा

@akira: उनके दाहिने दिमाग में कोई भी रोज़ाना अपडेट नहीं करता है

— Zypher

Answer 4

हम 9pm पर अपडेट स्थापित करते हैं, देर से ही सही अधिकांश लोग चालू नहीं होते, यदि आवश्यक हो तो एक सभी निडर को खींचने के लिए पर्याप्त जल्दी।

Answer 5

मेरे मामले में, हम 4am पर अपडेट स्थापित करते हैं, ताकि किसी भी उपयोगकर्ता पर प्रभाव से बचने के लिए, यहां तक ​​कि थोड़ी देर से काम करने वाले भी।

यदि आपके पास एक अच्छी निगरानी प्रणाली है जो आपको चेतावनी देती है कि अगर कोई समस्या होती है, तो आपको काम पर जाने से पहले, इसे सुबह जल्दी ठीक करने में सक्षम होना चाहिए।

Answer 6

यह वास्तव में आपके व्यवसाय की प्रकृति पर निर्भर करता है, लेकिन मैं व्यक्तिगत रूप से बुधवार रात 5 बजे के बाद पसंद करता हूं। आप कभी भी शुक्रवार की रात को ऐसा नहीं करना चाहते हैं क्योंकि अगर कुछ गलत होता है, तो आप सप्ताहांत में काम करेंगे। बुधवार को ऐसा करने से आपको गुरुवार और शुक्रवार का समय मिलेगा, यदि कोई समस्या है तो उसे ठीक करने के लिए।

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