🤶🏼 👨🏽‍🌾 🕥 विंडोज ओएस पर अनअटेंडेड इंस्टॉलेशन के लिए एप्लिकेशन इंस्टॉलेशन तैयार करने की विशेषताएं 👨‍🔬 👎 👩🏼‍⚖️

सिस्टम प्रशासक को कभी-कभी कई पीसी पर एप्लिकेशन इंस्टॉल करने या अपडेट करने के कार्य का सामना करना पड़ता है। और अक्सर समस्या वितरण प्रणाली और स्वचालित स्थापना की पसंद नहीं है - हर स्वाद के लिए कई हैं, अंतर्निहित विंडोज़ ओएस (सक्रिय निर्देशिका) से पूर्ण-विकसित कॉन्फ़िगरेशन प्रबंधन सिस्टम, जैसे कि एमएस एससीसीएम, एंटो नेटइन्स्टॉल, लैनडेस्क मैनेजमेंट सूट, एचपी एप्लीकेशन परिनियोजन प्रबंधक, IBM टिवोली प्रोविजनिंग मैनेजर, ManageEngine Desktop Central और कई अन्य ...

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

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

इस लेख का उद्देश्य इस अंतर को भरना है और Infopulse परियोजनाओं में उपयोग किए गए अप्राप्य प्रतिष्ठानों को तैयार करने के लिए सर्वोत्तम प्रथाओं का वर्णन करना है।

स्वचालित स्थापना के लिए एप्लिकेशन तैयार करने में, यह इस तथ्य से संबंधित निम्नलिखित विशेषताओं पर विचार करने के लायक है कि एप्लिकेशन किसी व्यक्ति द्वारा स्थापित नहीं है, लेकिन एक विशेष उत्पाद या ओएस फ़ंक्शन द्वारा जो स्वचालित मोड में काम करता है।

एप्लिकेशन उपयोगकर्ता खाते के अलावा किसी अन्य खाते के तहत स्थापित किया गया है जिसके तहत आवेदन लॉन्च किया जाएगा। उदाहरण के लिए, यदि एप्लिकेशन उस फ़ाइल के बिना काम नहीं कर सकता है जो% USERPROFILE% स्थापित होनी चाहिए, तो यह फ़ाइल एप्लिकेशन लॉन्च करने वाले उपयोगकर्ता के लिए उपलब्ध नहीं होगी, क्योंकि आवेदन एक अलग खाते के तहत स्थापित किया गया था (अक्सर स्थानीय सिस्टम खाते के तहत) जिसके लिए USERPROFILE % दूसरी निर्देशिका को संदर्भित करता है।
एप्लिकेशन एक ऐसे खाते के तहत स्थापित किया गया है जिसमें उपयोगकर्ता खाते की तुलना में अलग-अलग एक्सेस अधिकार हैं जिसके तहत एप्लिकेशन लॉन्च किया जाएगा। उदाहरण के लिए, यदि उपयोगकर्ता उपयोगकर्ता समूह का सदस्य है और उसके पीसी पर स्थानीय व्यवस्थापक नहीं है (जो कंपनियों द्वारा तेजी से उपयोग किया जाता है), तो एप्लिकेशन प्रति मशीन संसाधनों (HKEY_LOCAL_MACHINE,% प्रोग्रामर%,% SystemRoot%) पर कुछ डेटा लिखने का प्रयास करता है Windows XP पर विफल हो जाएगा, जिससे एप्लिकेशन में कोई त्रुटि होगी। विंडोज 7 के लिए, स्थिति बहुत अधिक दिलचस्प है, जहां प्रति मशीन संसाधनों पर डेटा लिखने के लिए एक प्रक्रिया (मानक में नहीं, विशेषाधिकार प्राप्त मोड में) का प्रयास वर्चुअल स्टोर पर पुनर्निर्देशित किया जाएगा, जो हमेशा कुछ अनुप्रयोगों के सही संचालन को सकारात्मक रूप से प्रभावित नहीं करता है। आप निश्चित रूप से इस तरह के पुनर्निर्देशन को रद्द कर सकते हैं, लेकिन फिर हम उस स्थिति में आते हैं जो विन एक्सपी के लिए वर्णित है।
उस खाते के लिए डेस्कटॉप और एप्लिकेशन विंडो जिसके तहत अनअटेंडेड इंस्टॉलेशन होता है, उपयोगकर्ता के लिए सुलभ नहीं है। इसलिए, यदि एक त्रुटि संदेश एक मोडल विंडो के रूप में प्रकट होता है, जिसकी आवश्यकता उपयोगकर्ता को अनअटेंडेड मोड में इंस्टालेशन शुरू करते समय होती है, तो उपयोगकर्ता की ओर से कोई प्रतिक्रिया नहीं होगी, क्योंकि उपयोगकर्ता इस विंडो को अपने डेस्कटॉप पर नहीं देखता है। यह आमतौर पर शाम को अपने पीसी को बंद करने वाले उपयोगकर्ता के साथ समाप्त होता है (या सिस्टम व्यवस्थापक प्रक्रिया को बंद कर देता है), स्थापना प्रक्रिया समाप्त नहीं होती है और अगले दिन, सर्विस डेस्क को उपयोगकर्ता (या उपयोगकर्ताओं!) से एक गैर-काम वाले एप्लिकेशन के बारे में शिकायत होती है।

उपरोक्त सुविधाओं से स्वचालित तैनाती के लिए स्थापना तैयार करने की आवश्यकताएं और सिफारिशें।

यदि एप्लिकेशन को प्रति-उपयोगकर्ता संसाधनों (HKEY_CURRENT_USER कुंजी,% USERPROFILE% में फ़ाइलें) की उपलब्धता की आवश्यकता होती है और इन संसाधनों के बिना काम नहीं कर सकता है, तो अप्राप्य स्थापना को नव निर्मित उपयोगकर्ताओं सहित एप्लिकेशन को चलाने वाले प्रत्येक उपयोगकर्ता के लिए ऐसे संसाधनों की स्थापना सुनिश्चित करनी चाहिए। ।
इस समस्या को हल करने के लिए टर्मिनल सर्वर के अपने दृष्टिकोण और उपकरण हैं। वर्कस्टेशन के लिए, या तो एक्टिव सेटअप या एमएसआई इंस्टॉलेशन के लिए सेल्फ हीलिंग और एडवर्टाइज़्ड शॉर्टकट का उपयोग करने से आपको मदद मिलेगी। लेकिन इस मामले में, msi इंस्टॉलेशन को Microsoft की आवश्यकताओं के अनुरूप होना चाहिए और, तदनुसार, msi तालिकाओं में त्रुटियां नहीं हैं, जो कि शायद ही कभी होता है: अच्छी तरह से, जो डेवलपर्स के डेवलपर्स वहां कुछ Microsoft आवश्यकताओं के बारे में गंभीर हैं, कई इन आवश्यकताओं का अनुमान भी नहीं लगाते हैं।
स्व-हीलिंग और ठीक से काम करने के लिए मरम्मत के लिए, आपको त्रुटियों के लिए msi फ़ाइल की जांच करने की आवश्यकता है (यह Orca या InstEd! टूल का उपयोग करके किया जा सकता है) और msi डेटाबेस में त्रुटियों को ठीक कर सकता है। लेकिन अधिकांश प्रशासक एक अलग रास्ता अपनाते हैं - वे एमएसआई इंस्टॉलेशन (उदाहरण के लिए, DISABLEADVTSHORTCUTS प्रॉपर्टी के माध्यम से) के लिए विज्ञापित शॉर्टकट के निर्माण को रद्द करने का प्रयास करते हैं , ज़ाहिर है, जबकि उपयोगकर्ता खाते के लिए प्रति-उपयोगकर्ता संसाधनों को स्वचालित रूप से स्थापित या अपडेट करने की क्षमता खो देते हैं।
यदि कोई एप्लिकेशन अपने ऑपरेशन के दौरान प्रति-मशीन संसाधनों पर डेटा लिखता है, और उपयोगकर्ताओं के पास स्थानीय व्यवस्थापक विशेषाधिकार नहीं हैं, तो यह सुनिश्चित करना आवश्यक है कि विन-एक्सपी पर काम करने वाले उपयोगकर्ताओं के लिए उपयोगकर्ता-संशोधित प्रति-मशीन संसाधनों पर लिखने की अनुमति ठीक से सेट की गई है। विंडोज 7 के लिए, आपको यह जांचने की आवश्यकता है कि UAC चालू होने पर और प्रति मशीन फ़ाइलों को लिखने के रीडायरेक्ट मोड में और वर्चुअल स्टोर पर रजिस्ट्री कैसे काम करती है। अनअटेंडेड स्थापना के पैकेज (या स्क्रिप्ट, cmd फ़ाइल) में प्रति-मशीन एप्लिकेशन द्वारा संशोधित संसाधनों पर लेखन अनुमतियों की सटीक स्थापना को शामिल करना उचित है। कुछ संसाधनों पर लिखने की अनुमति को ठीक करने के उद्देश्य से, सबिनाकल, सेटैकल और सेकेंडिट टूल्स उपयुक्त हैं। उत्तरार्द्ध बेहतर है, क्योंकि यह विंडोज ओएस के सभी संस्करणों में बनाया गया है, लेकिन इसका उपयोग करना अधिक कठिन है, क्योंकि इसके लिए inf फ़ाइलों को लिखने की क्षमता की आवश्यकता होती है।
यह सुनिश्चित करना महत्वपूर्ण है कि exe इंस्टॉलेशन विंडोज़ के रूप में त्रुटि संदेशों को प्रदर्शित नहीं करता है जो उपयोगकर्ता के इंटरैक्शन की आवश्यकता होती है यदि लॉग फ़ाइल में आउटपुट संदेश का विकल्प और अनअटेंडेड / साइलेंट मोड में इंस्टॉलेशन विकल्प सक्षम हैं। आमतौर पर, त्रुटि संदेश या तो आवश्यक संसाधनों की अनुपस्थिति में होते हैं या जब स्थापित फ़ाइलों को अपडेट करना संभव नहीं होता है। इसलिए, यह सुनिश्चित करने के लिए कि लॉग फ़ाइल में सभी त्रुटि संदेश सहेजे गए हैं और विंडोज़ के रूप में प्रकट नहीं होते हैं, यह विशेष रूप से एक अनअटेंडेड इंस्टॉलेशन के लिए एक त्रुटि का अनुकरण करने के लिए आवश्यक है, उदाहरण के लिए, उस फ़ाइल को स्थानांतरित / नाम बदलना / हटाना जिसके प्रोग्राम की सफल स्थापना के लिए आवश्यक है। Msi स्थापनाओं के लिए, सभी यूजर इंटरफेस विंडो को दबाने के लिए / qn कमांड लाइन विकल्प या लिमटीयूआई संपत्ति का उपयोग करें।
यह मजबूर पुनरारंभ ओएस को रद्द करने के लिए लायक है जो एक्सई स्थापना प्रक्रिया शुरू कर सकता है। सबसे पहले, क्योंकि यह प्रक्रिया उन अनुप्रयोगों की सूची में अंतिम नहीं हो सकती है जो स्वचालित रूप से स्थापित हैं। और दूसरी बात, इस समय, उपयोगकर्ता सिस्टम के साथ काम कर सकता है, जिसके लिए सिस्टम का एक अप्रत्याशित पुनरारंभ एक अप्रिय आश्चर्य हो सकता है। Msi स्थापनाओं के लिए, यह वास्तव में REPSOT संपत्ति सेट करके प्राप्त किया जाता है।
यदि इंस्टॉलेशन के बाद एप्लिकेशन को अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता होती है, तो इस कॉन्फ़िगरेशन को अनअटेंडेड इंस्टॉलेशन में शामिल किया जाना चाहिए। आप बेशक एक अपुष्ट अनुप्रयोग स्थापित कर सकते हैं, और फिर उपयोगकर्ताओं को इसे कॉन्फ़िगर करने के तरीके के बारे में निर्देश भेज सकते हैं, लेकिन ऐसा करने से, आप उपयोगकर्ताओं के टेढ़े आवेदन के जोखिम को काफी बढ़ा सकते हैं। ठीक है, एक कुटिल आवेदन, ज़ाहिर है, एक सहायता सेवा के काम को जटिल करता है, और अधिक उपयोगकर्ता, हेल्पडेस्क के लिए अधिक कठिन जीवन है ...
यह सुनिश्चित करना महत्वपूर्ण है कि अनअटेंडेड इंस्टॉलेशन भी अनअटेंडेड अनइंस्टॉल और रीस्टोर मोड (रिपेयर) का समर्थन करता है। कई सॉफ्टवेयर विक्रेता जो एक exe इंस्टॉलेशन प्रदान करते हैं जो अनअटेंडेड / साइलेंट इंस्टॉलेशन के लिए कमांड लाइन विकल्पों का समर्थन करते हैं, अनअटेंडेड / साइलेंट अनइंस्टाल के बारे में भूल जाते हैं, जो कुछ समस्याओं का कारण बन सकते हैं, खासकर यदि पीसी की संख्या जिस पर आप सॉफ्टवेयर को हटाना चाहते हैं, वह सैकड़ों या हजारों है।

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

अनअटेंडेड स्थापना के लिए तैयार install.cmd और uninstall.cmd फाइलें
एक सिस्टम (या वर्चुअल मशीन) तैयार किया जो कॉरपोरेट ओएस के कॉन्फ़िगरेशन में जितना संभव हो उतना करीब है, जिस पर उपयोगकर्ता काम करते हैं
स्थानीय निर्देशिका में install.cmd और uninstall.cmd के साथ स्थापना फ़ाइलों की प्रतिलिपि बनाएँ
स्थानीय सिस्टम खाते के अंतर्गत install.cmd चलाएं, उदाहरण के लिए, Psexec.exe -i -s <निष्पादन योग्य> के माध्यम से
हम प्रक्रिया पूरी होने का इंतजार कर रहे हैं
लॉग फ़ाइल का विश्लेषण
एक नया उपयोगकर्ता, उपयोगकर्ता समूह का सदस्य बनाएँ
हम इस उपयोगकर्ता के तहत सिस्टम में जाते हैं, एप्लिकेशन चलाते हैं
यदि एप्लिकेशन के स्वचालित कॉन्फ़िगरेशन के लिए इंस्टॉलेशन प्रदान किया गया है, तो हम सत्यापित करते हैं कि एप्लिकेशन को सही तरीके से कॉन्फ़िगर किया गया है।
हम अनुप्रयोग परीक्षण (मूल कार्य) करते हैं, उपयोगकर्ता के लिए उपलब्ध सीमाओं के भीतर अनुप्रयोग कॉन्फ़िगरेशन को बदलते हैं।
हम एप्लिकेशन को बंद करते हैं, इसे फिर से खोलें और जांचें कि एप्लिकेशन को सहेजे गए कॉन्फ़िगरेशन के साथ लॉन्च किया गया था।
हम उपयोगकर्ता के लिए लॉगऑफ़ बनाते हैं, हम व्यवस्थापक के रूप में जाते हैं
स्थानीय सिस्टम खाते के तहत uninstall.cmd चलाएं
हम प्रक्रिया पूरी होने का इंतजार कर रहे हैं
हम लॉग फ़ाइल का विश्लेषण करते हैं (यदि स्थापना के लिए लॉग फ़ाइल उत्पन्न नहीं होती है, तो यह हमारे लिए एक अप्रिय क्षण है, जिसका अर्थ है कि हम अनअटेंडेड अनइंस्टॉल के दौरान हुई त्रुटियों का विश्लेषण नहीं कर पाएंगे)
हम उपयोगकर्ता के नीचे जाते हैं, जांचें कि एप्लिकेशन अनइंस्टॉल है, एप्लिकेशन के सभी लिंक (.lnk फाइलें) स्टार्ट मेनू, त्वरित लॉन्च, डेस्कटॉप से हटा दिए जाते हैं
% ProgramFiles% में एप्लिकेशन फ़ाइलों की कमी को देखें

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

विंडोज ओएस पर अनअटेंडेड इंस्टॉलेशन के लिए एप्लिकेशन इंस्टॉलेशन तैयार करने की विशेषताएं

More articles: