कंसोल में रीफ़्रेश आइकन कहता है कि एक हॉटफ़िक्स प्रतीक्षा कर रहा है। अपडेट में कुछ ही क्लिक लगते हैं - लेकिन बाद में जो एडमिन अच्छी नींद लेते हैं, वे वही होते हैं जिन्होंने बैकअप, बिल्ड चेक और सेवा सही क्रम में बंद कर दी। यहां है पूरी दिनचर्या.
एंडपॉइंट सेंट्रल अपडेट मुश्किल नहीं है। जो चीज इसे जोखिम भरा बनाती है वह है इसके आस-पास की हर चीज: कोई बैकअप नहीं, गलत सर्विस पैक फ़ाइल, और गलत समय पर खोला गया कंसोल। ManageEngine प्रवाह को स्पष्ट रूप से दस्तावेज़ित करता है - अपने निर्माण के लिए सही सर्विस पैक (.PPM) डाउनलोड करें, अपडेट मैनेजर चलाएँ, सेवा को पुनरारंभ करें, बिल्ड नंबर सत्यापित करें। यह पृष्ठ उस आधिकारिक प्रवाह का अनुसरण करता है और उस अनुशासन को जोड़ता है जो एक नियमित अपडेट को एक सुरक्षित अपडेट में बदल देता है। यदि आपने अपने एंडपॉइंट सेंट्रल सर्वर को पहले कभी अपडेट नहीं किया है, तो इसे इस क्रम में एक बार करें और यह एक घटना के बजाय एक आदत बन जाएगा।
कंसोल स्वयं आपको बताता है कि अपडेट कब तैयार है। हॉटफ़िक्स और पूर्ण अपग्रेड की घोषणा एक ही स्थान पर की जाती है।
अपडेट स्वयं कैसे घोषित होता है. डाउनलोड हमेशा उस आधिकारिक पेज से शुरू होना चाहिए जिस पर कंसोल आपको भेजता है।
चार चरण. लगभग हर असफल अद्यतन चरण एक को छोड़ देता है या चरण दो को तोड़ देता है।
एंडपॉइंट सेंट्रल कंसोल में लॉग इन करने के बाद, शीर्ष दाएं कोने को देखें। जब कोई हॉटफिक्स या अपग्रेड तैयार होता है, तो वहां एक रिफ्रेश आइकन दिखाई देता है। इसे क्लिक करें और एक छोटा पॉप-अप आपको बताएगा कि क्या तैयार है; एक अभी डाउनलोड करें लिंक आपको एक नए टैब में आधिकारिक डाउनलोड पृष्ठ पर ले जाता है, जैसा कि वीडियो में दिखाया गया है। यह अधिसूचना अद्यतन की योजना बनाने के लिए एक संकेत है - यह किसी कार्य दिवस के मध्य में इसे स्थापित करने का निर्देश नहीं है।
कुछ भी डाउनलोड करने से पहले, कंसोल से अपना वर्तमान बिल्ड नंबर नोट कर लें। फिर ManageEngine के सर्विस पैक पेज का उपयोग करें: अपना वर्तमान बिल्ड दर्ज करें और यह नवीनतम संस्करण तक पहुंचने के लिए आवश्यक सटीक अनुक्रम दिखाता है। यह मायने रखता है क्योंकि सर्विस पैक क्रम में लागू किए जाते हैं - यदि आपके निर्माण से लक्ष्य तक के पथ को दो मध्यवर्ती बिल्ड की आवश्यकता है, तो उन सभी को क्रम में, एक के बाद एक स्थापित किया जाना चाहिए। नवीनतम .PPM डाउनलोड करना और इसे पुराने बिल्ड पर इंगित करना क्लासिक बर्बाद शाम है।
बैकअप-रिस्टोर यूटिलिटी (backuprestore.bat) का उपयोग करके उत्पाद का स्वयं का बैकअप चलाएं, या पुष्टि करें कि हाल ही में शेड्यूल किया गया बैकअप मौजूद है। अंतर्निहित बैकअप एप्लिकेशन फ़ाइलों और डेटाबेस को एक ही पुनर्स्थापना योग्य संग्रह में एक साथ कैप्चर करता है - और यह युग्मन ही संपूर्ण बिंदु है, क्योंकि दोनों को सिंक में रहना चाहिए। दो ईमानदार टिप्पणियाँ: बैकअप तब भी चल सकता है जब सर्वर सेवा अभी भी चल रही हो, इसलिए इसे छोड़ने का कोई बहाना नहीं है; और यदि आपका डेटाबेस एक बाहरी MSSQL या एक दूरस्थ PostgreSQL है, तो सर्वर बैकअप इसे कवर नहीं करता है - आगे बढ़ने से पहले अपने DBA के साथ एक अलग डेटाबेस बैकअप का समन्वय करें।
अपने निर्माण के लिए .PPM फ़ाइल को सर्वर पर स्थानीय ड्राइव पर सहेजें और ManageEngine की सलाह के अनुसार इसके चेकसम को मान्य करें, ताकि आधा-अधूरा डाउनलोड कभी भी अपडेट मैनेजर तक न पहुंचे। इंस्टॉलेशन ड्राइव पर खाली जगह की जांच करें: ManageEngine कम से कम UEMS_CentralServer फ़ोल्डर के आकार का 1.5 गुना मांगता है, क्योंकि अपडेट मैनेजर नए बिल्ड को लागू करने से पहले आपके मौजूदा इंस्टॉलेशन को पहले कंप्रेस और सेव करता है। व्यवस्थापक क्रेडेंशियल के साथ साइन इन करें - यह सर्वर सर्जरी है, ब्राउज़र कार्य नहीं।
services.msc खोलें, ManageEngine UEMS - Server ढूंढें और इसे रोकें। फिर टास्क मैनेजर खोलें और पुष्टि करें कि UEMS.exe, wrapper.exe और java.exe सभी बाहर निकल गए हैं; किसी भी चीज़ पर दबाव डालने के बजाय उन्हें कुछ मिनट दें। ManageEngine इस बारे में स्पष्ट नहीं है कि क्यों: लंबी प्रक्रियाओं से फ़ाइल लॉक अपग्रेड विफलता का एक प्रमुख कारण है। सर्वर पूरी तरह बंद होने पर ही आप आगे बढ़ें।
UEMS_CentralServer के अंदर bin फ़ोल्डर में जाएँ और UpdateManager.bat चलाएँ। ब्राउज़ करें पर क्लिक करें, .PPM फ़ाइल चुनें (आप उसी स्क्रीन से सर्विस पैक रीडमी पढ़ सकते हैं), और इंस्टॉल करें पर क्लिक करें। फिर रन की सुरक्षा करने वाले दो नियमों का सम्मान करें: कंसोल को न खोलें जब अपडेट मैनेजर काम कर रहा हो, और प्रगति पट्टी पर घबराएं नहीं - यह आमतौर पर बैकअप चरण के दौरान लंबे समय तक "महत्वपूर्ण फ़ाइलों का बैकअप लेने" पर 40 प्रतिशत के करीब बैठता है। वह ठहराव आपकी रक्षा करने वाला उपकरण है। इंस्टॉलेशन सफल पुष्टिकरण की प्रतीक्षा करें। यदि आपके अपग्रेड पथ में एक से अधिक पीपीएम हैं, तो विज़ार्ड बंद करें और अगले चरण के लिए एक नया UpdateManager.bat प्रारंभ करें - सभी चरण एक ही रखरखाव विंडो के अंदर समाप्त किए जा सकते हैं।
अंतिम चरण सफल होने के बाद, ManageEngine UEMS - Server सेवा फिर से प्रारंभ करें और कंसोल खोलें। जांचें कि बिल्ड नंबर अब लक्ष्य बिल्ड है - यह एकल नंबर आपका प्रमाण है कि अपडेट का सर्वर पक्ष पूरा हो गया है। यदि सिक्योर गेटवे सर्वर (एसजीएस) आपके सेटअप का हिस्सा है, तो कंसोल देखें: यह आपको बताएगा कि एसजीएस अपग्रेड की आवश्यकता है या नहीं। इसे एक अलग, संकेतित कदम के रूप में मानें - कभी भी एसजीएस को स्वचालित रूप से अपग्रेड न करें "सिर्फ इसलिए कि" सर्वर अपग्रेड किया गया था।
आप किसी भी चीज़ को अंतिम बिंदु तक नहीं धकेलते हैं। वितरण सर्वर अपने अगले प्रतिकृति चक्र में अपग्रेड होते हैं, और एजेंट अपने अगले ताज़ा चक्र में अपग्रेड करते हैं - डिफ़ॉल्ट रूप से 90 मिनट - एक बार जब उनका वितरण सर्वर पूरा हो जाता है। जब तक वह लहर शांत नहीं हो जाती, पैच परिनियोजन शेड्यूल करने से बचें, क्योंकि एजेंट अपग्रेड और पैच जॉब एक ही विंडो के लिए लड़ते हैं। अंत में, लय का प्रश्न: हॉटफ़िक्स लागू करें जो कमजोरियों को तुरंत बंद कर दें, और हर एक बिल्ड के प्रकट होने के दिन उसका पीछा करने के बजाय एक नियोजित चक्र पर संस्करण सर्विस पैक लें। कॉस्मेटिक बिल्ड को छोड़ना ठीक है। एक अपग्रेड पथ के अंदर आवश्यक चरणों को छोड़ना कभी नहीं होता है।
वीडियो लाइव कंसोल पर पूरा अपडेट दिखाता है - अधिसूचना, .PPM डाउनलोड, अपडेटमैनेजर.बैट, और जहां बिल्ड नंबर बदलता है। अपनी रखरखाव विंडो से पहले इसे एक बार देखें।
Watch Full Videoकंसोल में लॉग इन करें और शीर्ष दाएं कोने की जांच करें: हॉटफिक्स या अपग्रेड तैयार होने पर एक रीफ्रेश आइकन दिखाई देता है। इसे क्लिक करने से पता चलता है कि क्या उपलब्ध है, और अभी डाउनलोड करें लिंक आधिकारिक डाउनलोड पृष्ठ खोलता है। सटीक सर्विस पैक फ़ाइल चुनने के लिए उस पृष्ठ - और अपने वर्तमान बिल्ड नंबर - का उपयोग करें।
केवल तभी जब ManageEngine का सर्विस पैक पृष्ठ कहता है कि आपका निर्माण सीधे उस पर जा सकता है। सर्विस पैक अनुक्रमिक हैं: उस पृष्ठ पर अपना वर्तमान बिल्ड दर्ज करें और यह प्रत्येक मध्यवर्ती बिल्ड को सूचीबद्ध करता है जिसे आपको पहले इंस्टॉल करना होगा। किसी आवश्यक चरण को छोड़ देना किसी अपडेट के चलने से इंकार करने का सबसे आम कारण है।
नहीं, वितरण सर्वर अपने अगले प्रतिकृति चक्र में खुद को अपग्रेड करते हैं, और एजेंट अपने अगले रीफ्रेश चक्र पर अनुसरण करते हैं, जो डिफ़ॉल्ट रूप से हर 90 मिनट में होता है। जब तक एजेंट अपग्रेड वेव समाप्त न हो जाए, तब तक पैच परिनियोजन शेड्यूल करने से बचें।