Aspnetcore: IIS -> लॉक .NET कोर एप्लीकेशन DLL फ़ाइल

देखें app_offline.htm: https://docs.asp.net/en/latest/hosting/aspnet-core-module.html#asp -net कोर मॉड्यूल, एप्लिकेशन के तहत ऑफ़लाइन-htm

यदि आप इसे करने का PowerShell तरीका चाहते हैं, तो आप IIS एडमिन cmdlets का उपयोग कर सकते हैं: https://technet.microsoft.com/en-us/library/ee790599.aspx

Stop-WebAppPool -Name $appPoolName

... deploy ...

Start-WebAppPool -Name $appPoolName

स्पष्टीकरण के लिए धन्यवाद @ ट्रेचर ।
मुझे यकीन नहीं है कि यह आपकी योजनाओं पर है लेकिन यह पिछले ASP.NET MVC के लिए काम करता है मुझे लगता है?
क्या आप इस सुविधा को लागू करने की योजना बना रहे हैं या नहीं?

@GuardRex मैं ऐसा नहीं कर सकता क्योंकि इसे होस्टिंग

क्या आप इसे msdeploy.exe और Azure के साथ 'सिर्फ काम' कर सकते हैं? यदि मैं सही ढंग से समझता हूं कि फ़ाइल लॉकिंग को रोकने के लिए वेब साइट को पुनरारंभ करने की आवश्यकता है। -enableRule:AppOffline काम करता है लेकिन पूरी वेबसाइट कुछ मिनटों के लिए ऑफ़लाइन है जो कि एक महान उपयोगकर्ता अनुभव नहीं है विशेष रूप से यह देखते हुए कि हम हर दिन कुछ समय के लिए तैनात करते हैं।

Http://stackoverflow.com/q/40276582/14131 भी

@chuchuva शायद, लेकिन सभी जादू एक लागत के साथ आता है। ASP.NET के पिछले संस्करणों ने फ़ाइल लॉकिंग समस्याओं के आसपास काम करने के लिए कुछ जटिल छाया प्रतिलिपि बनाई।

जादू या नहीं, यह अच्छी तरह से काम किया। मैं ASP.NET कोर के प्रवास के बाद अब इसे याद करता हूं ...

@HarelM के साथ सहमत हुए। हमने अपने स्वचालित परिनियोजन से इसे केवल उपयोगकर्ता अनुभव समाप्त करने के लिए समस्याओं में चलाया है। हम पुराने MVC के साथ दिन में लगभग 10 बार तैनाती करने से शायद रात में एक दैनिक तैनाती के लिए गए हैं और स्वीकार करते हैं कि जब हम इसे ऑफ़लाइन लेते हैं तो कोर ऐप का उपयोग करने वाले लोग नाराज होने वाले हैं। जबकि शो स्टॉपर नहीं है, यह कोर अपनाने की दिशा में घर्षण जोड़ा है।

👍

अतिव्यापी रीसाइक्लिंग का समर्थन नहीं करना एक प्रतिगमन है।

क्या इस सुविधा को फिर से लाने और इसे रोड मैप पर लाने की योजना है? यदि वे शून्य डाउनटाइम परिनियोजन का समर्थन करना चाहते हैं तो मैन्युअल रूप से स्टेजिंग-स्लॉट रणनीति को लागू करने के लिए एक .Net कोर वेबसाइट को तैनात करने के लिए हर किसी की आवश्यकता के लिए यह बहुत असुविधाजनक / अनुचित है।

इस सुविधा के होने से .नेट कोर वेबसाइटों के लिए कई लोगों के लिए संक्रमण आसान हो जाएगा, और। नेट कोर वेबसाइटों को तेजी से अपनाने की अनुमति होगी।

हम भी जानना चाहेंगे। एप्लिकेशन डायरेक्टरी के अंदर app_offline.htm डालने से काम नहीं होता है।

मैंने केवल एस्पैक्टकोर पर कई साइटों को स्थानांतरित करने के बाद इस 'फीचर' को महसूस किया है। मैं विश्वास नहीं कर सकता कि आपकी साइट को हर बार प्रकाशित करने के लिए कुछ मिनटों के लिए ऑफ़लाइन लेने के लिए स्वीकार्य माना जाए!

यह एक छोटी सी टीम के नेता के रूप में मेरे लिए काफी बुरा है - क्या वे बड़े पैमाने पर शानदार AspNetCore पर निरंतर एकीकरण का अभ्यास कर रहे हैं? कोई रास्ता नहीं है कि वे अपनी साइट को ऑफ़लाइन करने के लिए हर घंटे मिनटों के लिए पुनर्प्रकाशित करने में सक्षम होंगे!

क्या आप एफ़टीपी या xcopying का उपयोग कर रहे हैं? या आप webdeploy इस्तेमाल कर रहे हैं?

मैं webdeploy के माध्यम से IIS में प्रकाशित कर रहा हूं।

वर्तमान में हम केवल वेब को हटाकर इस मुद्दे पर काम कर रहे हैं। पहले (प्रभावी रूप से एप्लिकेशन को मारना), लेकिन यह वास्तव में लंबे समय में स्वीकार्य समाधान नहीं है।

@DaleMckeown आदर्श रूप से एक निरंतर एकीकरण वर्कफ़्लो के साथ आपके पास लोड बैलेंसर के पीछे कई सर्वर होंगे। फिर आप एक सर्वर को खींचेंगे, इसे अपडेट करेंगे, इसे अगले पर वापस ले जाएंगे। बेशक यह हमेशा संभव नहीं है (जैसे हमारे मामले में), इसलिए आपको कुछ मिनट डाउनटाइम के साथ रहना होगा। हमारे मामले में ऐप 30 के भीतर बैकअप ले रहा है, इसलिए यह वास्तव में कोई समस्या नहीं है।

@DaleMckeown

मैं webdeploy के माध्यम से IIS में प्रकाशित कर रहा हूं।

कुछ विकल्प हैं जिनका उपयोग वेबडाइप के काम में अच्छी तरह से तैनाती करने के लिए किया जा सकता है (यह लॉक की गई फ़ाइलों का नाम बदलने और ऐप को स्वचालित रूप से छोड़ने का समर्थन करता है)। क्या यह डिफ़ॉल्ट @ शिरहट्टी द्वारा मामला है?

@ajeckmans

वर्तमान में हम केवल वेब को हटाकर इस मुद्दे पर काम कर रहे हैं। पहले (प्रभावी रूप से एप्लिकेशन को मारना), लेकिन यह वास्तव में लंबे समय में स्वीकार्य समाधान नहीं है।

इसका मतलब है कि आप xcopy तैनाती कर रहे हैं?

कुछ विकल्प हैं जिनका उपयोग वेबडाइप के काम में अच्छी तरह से तैनाती करने के लिए किया जा सकता है (यह लॉक की गई फ़ाइलों का नाम बदलने और ऐप को स्वचालित रूप से छोड़ने का समर्थन करता है)। क्या यह डिफ़ॉल्ट @ शिरहट्टी द्वारा मामला है?

धन्यवाद डेविड - जो मैं वर्तमान में कर रहा हूं उससे बेहतर है (आईआईएस में साइट और ऐप पूल को मैन्युअल रूप से रोकना)। क्या आप कुछ संसाधनों की ओर इशारा कर सकते हैं ताकि मैं इन दृष्टिकोणों के निहितार्थ की जांच कर सकूं?

@DaleMckeown कुछ जानकारी untilI सत्य का स्रोत खोजने के https://github.com/Microsoft/vsts-tasks/issues/5259#issuecomment -+३४,६२,०२,५०३

@davidfowl हम

@ajeckmans

हम वर्तमान में केवल web.config को हटाकर इस समस्या को हल कर रहे हैं

जब web.config को परिनियोजन से हटा दिया जाता है, तो IIS परिनियोजन से संवेदनशील फ़ाइलों की सेवा देगा। एक हमलावर केवल दिन और रात लगातार फाइलों का अनुरोध कर सकता है जब तक कि आपकी 30 वीं खिड़की नहीं खुलती है।

@DaleMckeown

@Ajeckmans की सलाह के बाद यदि आप कभी भी ऐसा करने के लिए PS दृष्टिकोण के साथ मातम में जाना चाहते हैं, तो आप एक वेब फार्म पर तैनाती के लिए एक बार में AppPools ड्रॉप करने की प्रक्रिया को स्क्रिप्ट कर सकते हैं। उदाहरण के लिए कि यह कैसे किया जा सकता है, https://github.com/guardrex/aspnetcore-iis-ps-publish ... देखें, लेकिन इसे केवल एक प्रयोगात्मक उदाहरण के रूप में देखें न कि उत्पादन-गुणवत्ता की स्क्रिप्ट के रूप में। मैं थोड़ी देर के लिए उस के साथ नहीं खेला, लेकिन यह (सिद्धांत रूप में) अभी भी काम करना चाहिए।

@ गार्ड्रेक्स आप सही कह रहे हैं। हम पहले dir में एक app_offline.htm कॉपी करते हैं, फिर हम web.config को रिमूव करते हैं, एप्लिकेशन पर कॉपी करते हैं, web.config को वापस डालते हैं और app_offline (सभी एक स्क्रिप्ट के साथ) हटाते हैं। दुर्भाग्य से सिर्फ वेबसाइट निर्देशिका में app_offline फ़ाइल रखने से dll पर लॉक नहीं टूटता है। हमें web.config को हटाने की आवश्यकता है, एक क्रिया जिसे हमें पुराने asp.net पूर्ण एप्लिकेशन (जैसे पुराने वेबपृष्ठ आदि) के लिए करने की आवश्यकता नहीं है

@ajeckmans जो काम नहीं करना चाहिए। जब web.config फ़ाइल को हटा दिया जाता है, तो IIS तुरंत बदल जाता है, इसलिए इसे स्टेटिक फ़ाइल मॉड्यूल पर डिफ़ॉल्ट अनुरोध करना चाहिए और फ़ाइलों की सेवा शुरू करनी चाहिए। यह कोशिश करो और देखो कि क्या होता है ...

1. App_offline.htm जोड़ें।
2. पुष्टि करें कि साइट app_offline.htm परोसती है ।
3. Web.config को बाहर खींचो।
4. एक संवेदनशील फ़ाइल का अनुरोध करें (जैसे, http://localhost:<PORT>/<ASSEMBLY_NAME>.deps.json ... पोर्ट और ASSEMBLY_NAME का प्रतिस्थापन)।
5. यदि आपकी स्टेटिक फाइल मॉड्यूल सही ढंग से काम कर रही है तो आपको डिप्रेसन फाइल

मैं केवल मॉड्यूल को हटाने के साथ विश्वास नहीं करता ...

<configuration> 
 <system.webServer> 
   <modules> 
     <remove name="StaticFileModule" /> 
   </modules> 
 </system.webServer> 
</configuration>

... चूंकि अन्य मॉड्यूल बने रहेंगे और संभवत: अन्य आक्रमण वैक्टर पेश करेंगे। हो सकता है कि एक गैर जरूरी मॉड्यूल के सभी हटाने सकता है, लेकिन हम अभी web.config को हटाने के माध्यम से एक तैनाती कवर करने के लिए इस तरह के एक कदम के साथ अज्ञात पानी में हो रही है। यह आधिकारिक मार्गदर्शन के तहत एक विकल्प कभी नहीं रहा है, और इसलिए यह पूरी तरह से असमर्थित है। मैं पीएस स्क्रिप्टिंग की सलाह देता हूं, उदाहरण के लिए, ऐपपूल को नीचे ले जाने के लिए, या कुछ अन्य रणनीति।

मुझे लगता है कि मुझे उसके प्रति सहानुभूति का एक नोट जोड़ना चाहिए ... यह सुरक्षा के नजरिए से कुछ भौहें बढ़ाता था। जब उस परिनियोजन लेआउट परिवर्तन किया गया था, तो यह wwwroot में फ़ाइल को वापस रखने सहित चर्चा की गई थी, देखें ...

चर्चा के लिए: IIS वेब के लिए परिवर्तन के लिए प्रकाशित करें। स्थान स्थान (IISIngrgration 158)
web.config wwwroot (IISIntegration 164) को स्थानांतरित करने पर हेड-चेक

[संपादित करें] शायद यह आपका (असमर्थित) वर्कअराउंड है: web.config को wwwroot पर वापस ले जाएं, फिर उर क्या कर रहा है, आगे बढ़ें। फिर भी थ ... इस तरह से ऑफ़लाइन पाने के लिए ऐप को तोड़ना डरावना है।

यह मुझे और भी उलझन में डाल देता है कि हमें इस स्थिति में क्या करना चाहिए।

AspNetCore साइटों को IIS में वेब परिनियोजन के माध्यम से प्रकाशित करने के लिए वर्तमान अनुशंसा क्या है जो फ़ाइल लॉक से बच सकती है?

मेरी भी जानने की इच्छा होगी। यह मेरे संगठन में .net कोर गोद लेने का एक प्रमुख मार्ग बन रहा है।

जब मेरा .net कोर वेब एप्लिकेशन चल रहा है और मैं एक नए बिल्ड को प्रकाशित करने का प्रयास कर रहा हूं, तो यह मुझे त्रुटि देता है कि DLL उपयोग में हैं। इसलिए मुझे ऐप पूल को बंद करना होगा, फिर डीएलएल को अपडेट करना होगा और ऐप पूल को शुरू करना होगा।

क्या .Net कोर में कोई वर्कअराउंड है जिसके द्वारा मैं ऐप पूल को बंद किए बिना नए बिल्ड / डीएलएल प्रकाशित कर सकता हूं?

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

किसी भी सहायता के लिए अग्रिम रूप से धन्यवाद।

@ गार्ड्रेक्स वास्तव में dll को जारी करने के लिए IIS (या जो कुछ भी लॉक है) पाने के लिए ऐप को तोड़ने के लिए डरावना है, हालांकि यह एक उत्पाद के लिए हॉटफ़िक्स को धक्का नहीं दे पाने के लिए भी डरावना है। समय के लिए एप्लिकेशन को तोड़ने के लिए केवल एक चीज है जिसे हम कर सकते हैं, लेकिन हम इसे संभालने के लिए अन्य अधिक आधुनिक दृष्टिकोणों में देख रहे हैं :)

@ shahjay748 अपनी सांस को रोककर न रखें। अगर मैं इस प्रक्रिया को फिर से कर रहा था, तो मैं ऐप को एक कंटेनर के अंदर रखूँगा और बस एक नया कंटेनर डालूँगा और ट्रैफ़िक को स्विच करूँगा और पुराने संस्करण को नीचे खींचूँगा (या ऐसा कुछ)। ऐसा लगता है कि करने के लिए और अधिक देखने योग्य चीज़ है। नेट कोर सभी नए आधुनिक तरीकों के बारे में है, बस नए फ़ाइलों पर कॉपी करके ऐप के एक नए संस्करण को धकेलना माना जाता है (और मैं सहमत हूं) थोड़ा रहस्यमय तरीके से इसे करने के लिए।
कौन साcc हमारी मदद नहीं करता है, जो समय के लिए, पुरानी प्रक्रियाओं के साथ फंस गया है :)

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

हमने इस मुद्दे पर कुछ आंतरिक जांच की। मैं जो बता सकता हूं, उसमें से एएनसीएम तैनात आवेदन में कोई फाइल / हैंडल नहीं रखता है। यह वेबदिपल के साथ ही एक मुद्दा लगता है, और यह स्पष्ट रूप से तैनाती में विफल रहता है। एक बार app_offline गिराए जाने के बाद कुछ समय के लिए पुनः प्रयास करने के बाद मुझे एप्लिकेशन को परिनियोजित करने में लगातार विफल नहीं होना पड़ा।

उस पर एक त्वरित PowerShell साइड नोट जोड़ना: ऐप के असेंबली पर लॉक हमेशा जारी रहता है ... मुझे कभी कोई समस्या नहीं हुई (

@ bpetersen1 ... आपके "स्टेजिंग" दृष्टिकोण में

यह अभी भी बाहरी रूप से कष्टप्रद है ... हमने आईआईएस को पीछे छोड़ने के लिए एक डॉक्यूमेंट समाधान पर गौर करने का फैसला किया है।

मैं एक समाधान के साथ प्रयोग करने जा रहा हूं। बने रहें।

मैं भी इस मुद्दे को FTP का उपयोग कर रहा हूँ।

इस पर Microsoft की क्या सलाह है ?!

मैं भी इस मुद्दे को FTP का उपयोग कर रहा हूँ।

इस पर Microsoft की क्या सलाह है ?!

एक appoffline.htm फ़ाइल को ड्रॉप करें, फिर ftp इसे हटा दें।

@davidfowl हाँ, यह वही है जो मैं अभी एक बैच फ़ाइल के साथ कर रहा हूँ। IIS को लॉक रिलीज़ करने और फिर फ़ाइलों को कॉपी करने में कुछ सेकंड लगते हैं।

धन्यवाद - ब्याज से बाहर आप बैच फ़ाइल कैसे चला रहे हैं?

इसके अलावा इस सराहना पर MIcrosoft के प्रलेखन के लिए एक कड़ी; मैं इसे Google पर नहीं ढूँढ सकता। धन्यवाद।

@ niico100 मूल रूप से, बैच फ़ाइल सिर्फ प्रोजेक्ट डायरेक्टरी में फाइलों को कॉपी करती है, और ऐसा करने से पहले मैं एक बैकअप फ़ोल्डर बनाता हूं। फ़ाइलों को कॉपी करने से पहले, प्रोजेक्ट फ़ोल्डर में appoffline.htm डालें।
फ़ाइल लॉकिंग समस्या के कारण, प्रतिलिपि पुनर्प्रयास करेगी। मैं रोबकॉपी का उपयोग कर रहा हूं
https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy

अगर किसी को दिलचस्पी है, तो निम्न स्क्रिप्ट ऐपवेयर से तैनाती फ़ाइल डाउनलोड करता है, साइट को रोकता है, आवश्यक फ़ाइलों की प्रतिलिपि बनाता है और साइट को वापस लाता है:
https://github.com/IsraelHikingMap/Site/blob/master/Scripts/Deploy.ps1
हालांकि इसे प्रशासक के रूप में चलाने की आवश्यकता है। एक बार जब हम प्रवास करेंगे तो उम्मीद है कि डॉकटर इस सभी गैर-समझ को हल करेगा ...
यह Stop-WebAppPool और Start-WebAppPool शक्तियाँ आदेशों का उपयोग करता है।

स्थानीय विकास के लिए, WebDeploy ने मेरे लिए काम नहीं किया। मैंने अपने स्थानीय IIS के खिलाफ इसका उपयोग करने की कोशिश की और यह अभी भी बंद फ़ाइलों की शिकायत करेगा। फिर मैंने वीएस प्री / पोस्ट बिल्ड इवेंट्स से ऊपर के पॉवरशेल कमांडलेट का उपयोग करने की कोशिश की, लेकिन यह मेरे लिए भी काम नहीं आया, शायद इसलिए कि 32-बिट पॉवरशेल 64-बिट आईआईएस सेटिंग्स को संशोधित नहीं कर सकता है? किसी भी तरह, अच्छी तरह से काम करने के लिए क्या लगता है मेरी ASP.Net कोर परियोजना में निम्नलिखित पूर्व / पोस्ट बिल्ड इवेंट हैं:

पूर्व-निर्माण घटना:
echo "App Offline" /a > $(ProjectDir)app_offline.htm

पोस्ट-बिल्ड इवेंट:
del $(ProjectDir)app_offline.htm

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

यह शायद हर 3 में से कम से कम 1 सदस्य है और उसने ऐसा कुछ भी नहीं पाया है जो स्थिति को बेहतर बनाता हो, या जो अधिक विश्वसनीय हो।

@Tratcher @ronnyek यह एप्लिकेशन अंतर्दृष्टि से संबंधित प्रतीत होता है; ऐप इनसाइट्स एक्सटेंशन को जोड़ने के बाद, मेरे वेब ऐप DLL को अपडेट करने के लिए अचानक बहुत मुश्किल है, तब से पहले कोई समस्या नहीं है।

यह समझ में आता है कि ऐप इनसाइट्स को प्रोफाइलर को ऐप प्रक्रिया और DLL से कनेक्ट करना है।

मैं अब भी इस समस्या का सामना कर रहा हूं। मैं ध्वज का उपयोग करता हूं-nableRule: AppOffline , कभी-कभी यह अच्छी तरह से काम कर रहा है लेकिन अधिकांश समय परिनियोजन "ERROR_FILE_IN_USE" को विफल कर रहा है।

एक रिलीज शुरू करने के बाद, मैं वेब एप्लिकेशन फ़ोल्डर की निगरानी करता हूं और ms_eploy द्वारा हटाए गए App_Offline.html को देखता हूं। अगला संदेश उपरोक्त संदेश के साथ विफल हो गया और फ़ोल्डर में अभी भी App_Offline फ़ाइल को नोट करें, मैं फिर से रिलीज़ शुरू करता हूं, इस बार यह अच्छी तरह से काम कर रहा है क्योंकि मॉड्यूल फ़ोल्डर में फ़ाइल को देखता है।

अंतिम asp.net कोर रनटाइम स्थापित -> aspnetcore.dll 12.1.18263.2

कोई विचार ? अभी भी एक बग?

@dhtek यदि आप app_offline.htm रखने के तुरंत बाद फ़ाइलों को बदलने का प्रयास करते हैं, तो सर्वर के पास एप्लिकेशन को बंद करने के लिए अभी पर्याप्त समय नहीं है। फ़ाइलों को बदलने का प्रयास करने से पहले आपको थोड़ा इंतजार करना चाहिए।

ठीक है, मैं समझता हूं लेकिन मैं -e nableRule का उपयोग कर रहा हूं AppOffline विकल्प और पृष्ठ को स्वचालित रूप से फ़ोल्डर में छोड़ दिया जाता है और सिंक सीधे किया जाता है। मैं खुद कुछ नहीं करता।

मैं अभी भी इस मुद्दे को देख रहा हूँ। मेरी परियोजना फाइलें Microsoft.NET.Sdk.Web संदर्भित कर रही हैं, लेकिन यह डॉक्स में एक app_offline.htm फ़ाइल को स्वचालित रूप से नहीं छोड़ रही है।

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

यदि आप अपने मेजबान को लोडबेलर के पीछे ऑफ़लाइन नहीं ले जा सकते हैं और इसे जल्दी करना चाहते हैं, तो यहां एक तरीका है सहानुभूति और कुछ अधिकार।
मैं ऐसा कुछ करने की सोच रहा था।

यह तेज है क्योंकि आपको कॉपी + रीसायकल के दौरान ऐप पूल को बंद नहीं करना पड़ता है, यह एक कठिन स्टॉप से ​​बेहतर है क्योंकि यह वर्तमान अनुरोधों को पूरा करने देता है, इसलिए कम डाउनटाइम।

# Setup
Import-Module WebAdministration
# create 2 site root directories
$a = 'C:\inetpub\AspNetCoreSampleA'
$b = 'C:\inetpub\AspNetCoreSampleB'
$siteRoot = 'C:\inetpub\aspnetcoresample'
$siteName = 'AspNetCoreSample'
$poolName = "aspnetcore"
New-Item -Type Directory $a
New-Item -Type Directory $b
# create a symlink to targeting one side
New-Item -Type SymbolicLink -Path $siteRoot -Target $a
# point the site root to the symlink
Set-ItemProperty "IIS:\Sites\$siteName" -name physicalPath -value $siteRoot
# make sure it get's picked up
Restart-WebAppPool -Name $poolName

# this tells you the active side
Get-Item -Path $siteRoot | Select-Object -ExpandProperty target

# Flip the symlink
$current = (Get-Item -Path $siteRoot).Target
$newTarget = if ($current -eq $a) {$b} else {$a}
New-Item -Type SymbolicLink -Path $siteRoot -Target $newTarget -Force
# at this point w3wp.exe still locks the current target folder until it's getting recycled
# Deploy new version to the symlink which is now pointing to the other side which should have no locks
robocopy \\myshare\myapp $siteRoot /mir
# recycle app pool, so it picks up the new files
Restart-WebAppPool -Name $poolName

# bonus point: rollback is easy
$current = (Get-Item -Path $siteRoot).Target
$newTarget = if ($current -eq $a) {$b} else {$a}
New-Item -Type SymbolicLink -Path $siteRoot -Target $newTarget -Force
Restart-WebAppPool -Name $poolName

यहाँ है जिस्ट
https://gist.github.com/csharmath/b2af0f50700ce9fbdd8c5c3e582fd41b

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

यह छाया प्रतिलिपि के समान है, लेकिन 100% नहीं है जो एक तरह से बहुत अच्छा और सहज xcopy परिदृश्य प्रदान करता है।

अब तक यह सबसे अच्छा तरीका लगता है कि मैं सोच सकता हूं कि क्या आपको रिलीज के दौरान ऑनलाइन रहना होगा।

@ धर्मनाथ या मुझे लगता है कि

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

@ धर्मनाथ सहमत हैं, लेकिन इस बिंदु पर, यह देखते हुए कि यह _years_ के लिए एक अधूरा मुद्दा रहा है, हो सकता है कि अनुकूल हो और समाधान के बाद चले जाएं जो किसी चमत्कार की प्रतीक्षा करने के बजाय काम करें ...

मैंने पॉवर शेल स्क्रिप्ट के नीचे उपयोग किया है और यह IIS क्रैश हो गया है और यहां तक ​​कि अन्य एप्लिकेशन पूल को भी प्रभावित किया है और मुझे सब कुछ वापस पाने के लिए मशीन को पुनरारंभ करना होगा ... यह प्रक्रिया मुझे आधिकारिक दस्तावेज से मिली है और यह आपदा थी, इसलिए मेरी सलाह स्क्रिप्ट जो एप्लिकेशन पूल बंद हो जाता है का उपयोग करें और इसे फिर से शुरू करने के लिए बेहतर नहीं कर प्रयोग करें app_offline.htm है, एक मैं इस सूत्र में पाया https://github.com/IsraelHikingMap/Site/blob/master/Scripts/Deploy .ps1

$pathToApp = 'G:\prod_web_core'
$pathToAppOfflineHtml = 'G:\prod_web_core\app_offline.htm'
# Stop the AppPool 
New-Item -Path $pathToApp -Name app_offline.htm
# Provide script commands here to deploy the app
Copy-Item "G:\prod_web_core_temp\*" -Destination $pathToApp -Recurse -Force
# Restart the AppPool 
Remove-Item -Path $pathToAppOfflineHtml
Get-ChildItem -Path "G:\prod_web_core_temp" -Recurse | Remove-Item -Force

मैं सफलता तैनात करने के लिए AppPool को रोकने के लिए मजबूर हूँ, इस मुद्दे को ठीक करने के लिए कोई प्रगति ?!

हमें आज पहली बार इस फ़ाइल लॉकिंग समस्या का सामना करना पड़ा क्योंकि डॉटनेट कोर हमारे लिए नया है। मैं वास्तव में इस से पहरा दे रहा था। यह मजेदार है कि नंबर 1 का कारण मैंने क्लासिक एएसपी से .नेट फ्रेमवर्क पर स्विच किया, जबकि यह अभी भी बीटा में था (~ 2001) क्योंकि मैं कोई फाइल लॉकिंग के साथ गर्म तैनाती कर सकता था। बहुत बढ़िया था! लगभग 18 साल बाद और अब मैं वहीं हूं जहां मैंने शुरुआत की थी। ओह ठीक है, आप कुछ जीतते हैं आप कुछ खो देते हैं।

मैंने सिर्फ अपने मुद्दे को संदर्भित किया है ... मेरे मामले में ब्लेज़र सर्वर साइड समाधानों को तैनात किया है ...।
कुछ दिनों पहले यह एक बुरा सपना था ... मैंने app_offline.htm लागू किया, ऐप पूल को बंद कर दिया, और यहां तक ​​कि फ़ाइलों को अनलॉक करने के लिए पूरे IIS उदाहरणों को पुनरारंभ किया। अगला कदम पूरे सर्वर को फिर से शुरू करने का रहा होगा, सौभाग्य से 5 मिनट के बाद। Dll ने खुद को अनलॉक किया।

2019, मेरे लिए एक ही समस्या ... और यह मुद्दा 2016 में बना था ... अभी भी कोई हल नहीं है?

2020, मेरे लिए एक ही समस्या है। अब तक का सबसे बड़ा रिग्रेशन। .Net 4.6 आप नए वर्जन पर dll फाइल्स और ऐप रीलोड्स को रिप्लेस करते हैं। .Net कोर सब कुछ बंद कर देता है।

@bladefist आज के डॉकटर कंटेनरों का उपयोग करना है: /

@ कंकड़ज धन्यवाद लेकिन डॉकर्स से निपटने के लिए सिरदर्द का एक और स्तर है। मुझे अंततः एक काम का पता चला जिसके चारों ओर App_offline.htm का उपयोग करना था और फिर एक मिनट के लिए प्रतीक्षा करें और उम्मीद करें कि फाइलें मुफ्त हैं। 99% वे जिस समय हैं, आपको बस इंतजार करना होगा, मुझे लगता है कि मेरे ऐप को पावर डाउन करने में थोड़ा समय लगता है।

चला गया .net 4.6 के दिन हैं जहाँ आप बस अपने dlls और अपने app ऑटो पुनर्नवीनीकरण की नकल की। मुझे लगता है कि यह बहुत आसान था। क्या दोगुना निराशाजनक है यह लिनक्स पर एक मुद्दा नहीं है। आप लिनक्स में उपयोग में आने वाली फाइलों को बदल सकते हैं।

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

@kanadaj हां, हम एक लोड बैलेंसर का उपयोग करते हैं और यह सर्वरों को रैखिक रूप से अपडेट करता है। कोई डाउनटाइम नहीं।

हमें सफलता मिली है

• अनुप्रयोग निर्देशिका के लिए एक प्रतीकात्मक लिंक का उपयोग
• साइट के एक नए संस्करण को एक अलग निर्देशिका में तैनात करें
• प्रतीकात्मक लिंक को अपडेट करें
• IIS के साथ आने वाले appcmd उपयोगिता का उपयोग करके ऐप पूल को पुनरारंभ करें।

@davidglassborow यह एक रचनात्मक समाधान है। धन्यवाद। हालांकि रचनात्मक समाधानों की जरूरत नहीं होनी चाहिए।

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

सही, इन-प्लेस परिनियोजन कभी विश्वसनीय या परमाणु नहीं थे, अगर आप भाग्यशाली थे या बहुत अधिक ट्रैफ़िक नहीं था, हालांकि यह ठीक होगा। मैं मान रहा हूं कि अधिकांश शिकायतें उन परिदृश्यों के आसपास हैं। हम .NET 5.0 समय सीमा में चीजों में सुधार करेंगे। कुछ चेतावनी:

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

@davidfowl आप 5.0 की योजना के लिए महान लग रहा है। हम रूपरेखा आश्रित का उपयोग करते हैं क्योंकि मुझे यकीन है कि अधिकांश करते हैं।

इन-प्लेस तैनाती की विश्वसनीयता के बारे में सम्मानपूर्वक असहमत। मैं इसे बहुत अधिक लोड वाली साइटों पर वर्षों से कर रहा हूं, कभी भी मुद्दा नहीं था, एक बार नहीं। पहले पाया गया परिवर्तन ऐप को रीसेट करने का कारण बनता है, लोड बैलेंसर देखता है कि उदाहरण प्रतिक्रिया नहीं कर रहा है, इसे ऑफ़लाइन लेता है, एक बार सभी डीएलएल को प्रतिस्थापित करने के बाद, लोड बैलेंसर एक स्वास्थ्य जांच पूरी करता है और यह ऑनलाइन वापस आता है। अब अगर कोई भार बैलेंसर स्वास्थ्य जांच नहीं था, तो फिर, यह एक जुआ है, लेकिन मेरा मतलब है कि जो किसी तरह के उच्च लोड w / oa प्रॉक्सी के तहत उत्पादन में DLL की जगह ले रहा है? नियम पर ध्यान केंद्रित करें और अपवाद नहीं। प्रॉक्सी के बिना मैं आउटेज पैदा किए बिना ऐप को अपडेट करने का कोई तरीका नहीं सोच सकता। यहां तक ​​कि अगर आपने गर्म रीलोडिंग का समर्थन किया है, तो कुछ अनुरोध संभवतः लटकाएंगे या विफल होंगे।

इन-प्लेस तैनाती की विश्वसनीयता के बारे में सम्मानपूर्वक असहमत। मैं इसे बहुत अधिक लोड वाली साइटों पर वर्षों से कर रहा हूं, कभी भी मुद्दा नहीं था, एक बार नहीं। पहले पाया गया परिवर्तन ऐप को रीसेट करने का कारण बनता है, लोड बैलेंसर देखता है कि उदाहरण प्रतिक्रिया नहीं कर रहा है, इसे ऑफ़लाइन लेता है, एक बार सभी डीएलएल को प्रतिस्थापित करने के बाद, लोड बैलेंसर एक स्वास्थ्य जांच पूरी करता है और यह ऑनलाइन वापस आता है। अब अगर कोई भार बैलेंसर स्वास्थ्य जांच नहीं था, तो फिर, यह एक जुआ है, लेकिन मेरा मतलब है कि जो किसी तरह के उच्च लोड w / oa प्रॉक्सी के तहत उत्पादन में DLL की जगह ले रहा है? नियम पर ध्यान केंद्रित करें और अपवाद नहीं। प्रॉक्सी के बिना मैं आउटेज पैदा किए बिना ऐप को अपडेट करने का कोई तरीका नहीं सोच सकता। यहां तक ​​कि अगर आपने गर्म रीलोडिंग का समर्थन किया है, तो कुछ अनुरोध संभवतः लटकाएंगे या विफल होंगे।

आपके पास एक लोड बैलेंसर है। बहुत से लोगों के पास एक लोड बैलेंसर नहीं होता है और वे बस डिस्क पर फ़ाइलों की जगह ले रहे हैं और जादू की उम्मीद कर रहे हैं

@davidfowl राइट लेकिन हाई ट्रैफिक + नो lb = लापरवाह

इसके अलावा, app_offline.htm के साथ समस्या यह है कि एक ci / cd प्रक्रिया से आपको पता नहीं चलता है कि प्रक्रिया कब रुकती है। हमें उस फ़ाइल को बनाने और DLL को धकेलने के बीच एक विशाल स्लीप कमांड जोड़ना पड़ा क्योंकि हमारी शट डाउन प्रक्रिया 1s से 1 मिनट तक कहीं भी हो सकती है। जब आप संतुलन के टन लोड कर रहे हैं उदाहरण के लिए उन नींद बहुत लंबे समय तक तैनात चक्र को जोड़ते हैं।

मेमोरी में फ़ाइलों को लोड करना हालांकि सभी को ठीक करता है।

@davidfowl राइट लेकिन हाई ट्रैफिक + नो lb = लापरवाह

👍

इसके अलावा, app_offline.htm के साथ समस्या यह है कि एक ci / cd प्रक्रिया से आपको पता नहीं चलता है कि प्रक्रिया कब रुकती है। हमें उस फ़ाइल को बनाने और DLL को धकेलने के बीच एक विशाल स्लीप कमांड जोड़ना पड़ा क्योंकि हमारी शट डाउन प्रक्रिया 1s से 1 मिनट तक कहीं भी हो सकती है। जब आप संतुलन के टन लोड कर रहे हैं उदाहरण के लिए उन नींद बहुत लंबे समय तक तैनात चक्र को जोड़ते हैं।

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

इसके अलावा, app_offline.htm के साथ समस्या यह है कि एक ci / cd प्रक्रिया से आपको पता नहीं चलता है कि प्रक्रिया कब रुकती है।

ठीक है, VS प्रकाशक छोटी नींद और कई रिट्रीट का उपयोग करता है।

• एप्लिकेशन को रीसायकल करने के लिए, आपको अभी भी एक ऐपऑफ़लाइन फ़ाइल को जोड़ना और निकालना होगा। ऐपऑफ़लाइन फ़ाइल को जोड़ना यह संकेत देने का एक तरीका है कि आप चाहते हैं कि एप्लिकेशन परिनियोजन के परिणामस्वरूप पुनरारंभ हो।

क्या यह संभव हो सकता है कि "एपरेस्टार्ट" फ़ाइल को ऐप को चिह्नित करने के लिए पुनर्नवीनीकरण किया जाए, जो कि ऐपऑफ़लाइन फ़ाइल को हटाए बिना हटा दिया जाए?

@ चॉकलेट क्यों है?

@ चॉकलेट क्यों है?

यदि मैं अच्छी तरह से समझता हूं (मुझे बताएं कि क्या मैं गलत हूं), तो आप ताला हटाने के लिए क्या योजना बना रहे हैं, लेकिन बिल्ड पूरा होने के बाद भी ऐप को रीसायकल करने के लिए हमें IIS को संकेत देने के लिए ऐपऑफलाइन बनाना होगा?

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

इसके अलावा, मेरे मन में एक और सवाल है। यह निर्माण के दौरान आईडीई अनुकूलन के बारे में है।

वर्तमान में, मैं एक परियोजना पर काम करता हूं जो निर्भरता का उपयोग करता है, हमारे पास वेब परत के लिए एक परियोजना है, और तर्क और डेटा के लिए अन्य परियोजना है। जब मैं निर्माण के दौरान वेब लेयर (ASP.NET Core) में काम करता हूं, तो मैं बिल्ड से पहले एक ऐपऑफलाइन फ़ाइल बनाता हूं, फिर बिल्ड के बाद इसे हटा देता हूं और यह काम करता है।

लेकिन जब मैं निर्भरता में से एक में काम करता हूं, जब मैं उन्हें राइडर से निर्माण करता हूं (मुझे लगता है कि यह वीएस पर वही कर रहा है क्योंकि यह एमएसबिल्ट का उपयोग कर रहा है) जब मैं देखता हूं कि एमएसबिल्ट क्या कर रहा है, एक बार परियोजना का निर्माण पूरा हो गया है, dll को सीधे .Web / बिन निर्देशिका में कॉपी किया जाता है ।Web परियोजना का पुनर्निर्माण किए बिना। और चूंकि dll लॉक है, यह चुपचाप विफल हो जाता है, और मुझे मैन्युअल रूप से सर्वर को पुनरारंभ करना होगा या मैन्युअल रूप से .Web प्रोजेक्ट का निर्माण करना होगा।

क्या आपके पास इसका कोई हल है?
अब तक मुझे जो वर्कअराउंड मिला है, वह बैकग्राउंड में चल रहे एक छोटे से प्रोग्राम को लिखना है जो मेरे / .वेब प्रोजेक्ट के / बिन को देखें। जब कोई फ़ाइल परिवर्तित होती है, तो यह उस निर्देशिका में appoffline फ़ाइल बनाता है जहाँ IIS सुनता है, फिर संशोधित फ़ाइलों की प्रतिलिपि बनाता है, फिर Appoffline को हटाता है। लेकिन यह थोड़ा हैकरी लगता है लेकिन अभी तक यह एकमात्र तरीका है जिससे मैं निर्माण करने में सक्षम पाया गया हूं, फिर F5 दबाएं और मेरे परिवर्तनों का परीक्षण करें।

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

जब आप फ़ाइलों की नकल करते हैं तो IIS को कैसे पता चलेगा? आप फटे हुए राज्य से कैसे बचते हैं? आपको मूल रूप से लेन-देन की शुरुआत और पूरा होने का संकेत देना होगा। फ़ाइल का निर्माण शुरू होने का संकेत देता है और हटाने का अंत का संकेत देता है।

क्या आपके पास इसका कोई हल है?
अब तक मुझे जो वर्कअराउंड मिला है, वह बैकग्राउंड में चल रहे एक छोटे से प्रोग्राम को लिखना है जो मेरे / .वेब प्रोजेक्ट के / बिन को देखें। जब कोई फ़ाइल परिवर्तित होती है, तो यह उस निर्देशिका में appoffline फ़ाइल बनाता है जहाँ IIS सुनता है, फिर संशोधित फ़ाइलों की प्रतिलिपि बनाता है, फिर Appoffline को हटाता है। लेकिन यह थोड़ा हैकरी लगता है लेकिन अभी तक यह एकमात्र तरीका है जिससे मैं निर्माण करने में सक्षम पाया गया हूं, फिर F5 दबाएं और मेरे परिवर्तनों का परीक्षण करें।

VS किसी भी चीज़ के लिए एक नई फ़ाइल शुरू करने से पहले इस प्रक्रिया को मारकर संभालता है जो उस परियोजना के निर्माण को प्रभावित कर सकता है।

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

जब आप फ़ाइलों की नकल करते हैं तो IIS को कैसे पता चलेगा? आप फटे हुए राज्य से कैसे बचते हैं? आपको मूल रूप से लेन-देन की शुरुआत और पूरा होने का संकेत देना होगा। फ़ाइल का निर्माण शुरू होने का संकेत देता है और हटाने का अंत का संकेत देता है।

यदि कोई ताला नहीं है, तो निर्माण शुरू होने पर IIS को क्यों सूचित करें? क्या हम तब संकेत नहीं दे सकते जब सभी फाइलें अपडेट की जाती हैं और आवेदन को पुनर्नवीनीकरण करने की आवश्यकता होती है? मुझे लगता है कि मैंने कुछ गलत समझा।

यदि कोई ताला नहीं है, तो निर्माण शुरू होने पर IIS को क्यों सूचित करें? क्या हम तब संकेत नहीं दे सकते जब सभी फाइलें अपडेट की जाती हैं और आवेदन को पुनर्नवीनीकरण करने की आवश्यकता होती है? मुझे लगता है कि मैंने कुछ गलत समझा।

हाँ, यह काम करेगा। मुझे लगा कि आप कला की वर्तमान स्थिति का वर्णन कर रहे हैं। आज भी web.config के साथ ऐसा करना संभव हो सकता है। यदि आप फ़ाइल को छूते हैं तो यह एप्लिकेशन को रिबूट करेगा।

मुझे इन-प्लेस परिनियोजन (https://flukefan.github.io/ZipDeploy/) के साथ सफलता मिली है:

1. असेंबली फ़ाइलों का नाम बदलें (जाहिरा तौर पर आप नाम बदल सकते हैं, भले ही आप हटा / अधिलेखित नहीं कर सकते);
2. नई विधानसभाओं में कॉपी;
3. एप्लिकेशन को पुनरारंभ करने के लिए वेब-कॉन्फिगर को टच करें;
4. पुरानी नामांकित विधानसभाओं को हटा दें।

कोई लोड-संतुलन नहीं; एकल IIS उदाहरण; कोई IIS परिवर्तन नहीं। YMMV।

@FlukeFan आप फटे तैनाती से कैसे बचते हैं या यह आपके लिए चिंता का विषय नहीं है? फटे द्वारा, मेरा मतलब है कि एक विंडो है जहां पुराने एप्लिकेशन एप्लिकेशन को पुनरारंभ करने से पहले एक नया असेंबली लोड करता है।

मैं web.config को तब तक नहीं छूता जब तक कि सभी असेंबली का नाम बदलकर / अपडेट न कर दिया जाए। मुझे लगता है कि एक छोटा सा मौका है कि कुछ और उस समय के दौरान रीसायकल-पूल का कारण बन सकता है, लेकिन यह अभी तक नहीं हुआ है।

मैं आमतौर पर अन्य सभी ऑटो-रीसायकल विकल्पों को बंद कर देता हूं, और IIS ऐप-पूल सेटिंग्स में ओवरलैप किए गए रीसायकल को भी अक्षम कर देता हूं।

@FlukeFan एक रीसायकल नहीं है लेकिन अगर आपने अभी तक प्रतिस्थापित की गई विधानसभा को लोड नहीं किया है। उदाहरण के लिए, मान लें कि आपके पास एक असेंबली A.dll और B.dll थी। जब आप सेटिंग पृष्ठ पर जाते हैं, तो लोड होने के बाद B का उपयोग किया जाता है। यदि आप B.dll को नए के साथ बदल दिए जाने पर सेटिंग पेज पर गए थे, तो आप एक नए B.Bll के साथ चल रहे पुराने ऐप को समाप्त कर सकते हैं।

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

विचार?

@FlukeFan एक रीसायकल नहीं है लेकिन अगर आपने अभी तक प्रतिस्थापित की गई विधानसभा को लोड नहीं किया है। उदाहरण के लिए, मान लें कि आपके पास एक असेंबली A.dll और B.dll थी। जब आप सेटिंग पृष्ठ पर जाते हैं, तो लोड होने के बाद B का उपयोग किया जाता है। यदि आप B.dll को नए के साथ बदल दिए जाने पर सेटिंग पेज पर गए थे, तो आप एक नए B.Bll के साथ चल रहे पुराने ऐप को समाप्त कर सकते हैं।

इसलिए मैं अभी उस मामले को नहीं संभालता। https://github.com/FlukeFan/ZipDeploy/blob/master/ZipDeploy/ZipDeploy.cs#L55

मुझे लगता है कि मैं चीजों को एक अलग क्रम में कर सकता हूं, पहले web.config को स्पर्श करें, सभी 'अन्य' अनुरोधों को पूरा करने की प्रतीक्षा करें, फिर अंत में अंतिम अनुरोध समाप्त होने से ठीक पहले प्रतिस्थापित करें (जबकि IIS कतार के बारे में नए अनुरोधों को पूरा करता है- ऐप-पूल को रीसायकल करें), लेकिन मेरे लिए अभी मेरे पास क्या काम है।

यह संभवत: वर्तमान में आपके द्वारा वर्णित परिदृश्य के लिए पर्याप्त रूप से मजबूत नहीं है (लेकिन मैं स्टार्टअप समय के अलावा डायनेमिक असेंबली लोडिंग के साथ कुछ भी फैंसी नहीं कर रहा हूं)।

क्या इस सुविधा को फिर से लाने और इसे रोड मैप पर लाने की योजना है? यदि वे शून्य डाउनटाइम परिनियोजन का समर्थन करना चाहते हैं तो मैन्युअल रूप से स्टेजिंग-स्लॉट रणनीति को लागू करने के लिए एक .Net कोर वेबसाइट को तैनात करने के लिए हर किसी की आवश्यकता के लिए यह बहुत असुविधाजनक / अनुचित है।

इस सुविधा के होने से .नेट कोर वेबसाइटों के लिए कई लोगों के लिए संक्रमण आसान हो जाएगा, और। नेट कोर वेबसाइटों को तेजी से अपनाने की अनुमति होगी।

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

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

विचार?

यह CI सर्वर पर चलना है, कहते हैं? यह गंतव्य सर्वर के लिए बायनेरिज़ / पैकेज को कैसे आगे बढ़ाएगा?

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

समन्वय के बिना स्थान पर तैनाती ऊपर वर्णित कारणों के लिए मौलिक रूप से अविश्वसनीय हैं। हम छाया प्रति को फिर से लागू करने के लिए कभी नहीं जा रहे हैं क्योंकि उस सुविधा में ऐतिहासिक रूप से अविश्वसनीय है और .NET फ्रेमवर्क में ASP.NET में बहुत सारे मुद्दे हैं। यह केवल एक विशेष प्रकार की तैनाती के लिए भी काम करता है, फ्रेमवर्क निर्भर जो सभी .NET फ्रेमवर्क समर्थित है। .NET कोर स्व-निहित और एकल फ़ाइल का समर्थन करता है जो समर्थन करने के लिए बहुत कठिन बनाता है। यहां तक ​​कि ऊपर दिए गए सुझाव भी उन मामलों को कवर नहीं करते हैं।

हम अभी भी मानते हैं कि तैनाती के रूप में संभव के रूप में परमाणु होना चाहिए और इस मुद्दे पर बहुत सारी समस्याएं बग्स और ऐप_ऑफलाइन डिटेक्शन की अविश्वसनीयता से आती हैं और इसलिए हम बहुत समय बिताते हैं (और पीडीबी लॉकिंग के साथ)।

वेब परिनियोजन आज एकमात्र ऐसा उपकरण है जो उस प्रवाह को आकार देता है जिसके साथ हम सोचते हैं कि यह तैनात करने के लिए समझ में आता है, लेकिन यह उस तकनीक में फंस गया है तो यह मदद नहीं करता है यदि आप अपने सर्वर पर तैनात हैं या फाइल शेयर पर कॉपी कर रहे हैं (हालांकि यह सकता है)।

एक डॉटनेट वैश्विक उपकरण यहां एक उत्तर हो सकता है।

यह CI सर्वर पर चलना है, कहते हैं? यह गंतव्य सर्वर के लिए बायनेरिज़ / पैकेज को कैसे आगे बढ़ाएगा?

मुझे ऐसा नहीं लगता। यह शायद एफ़टीपी और एक सीधी प्रतिलिपि का समर्थन करेगा। इसके अलावा कुछ भी होने की संभावना एक मालिकाना प्रोटोकॉल है।

उम्मीद है कि जब आप एफ़टीपी कहते हैं, तो इसका मतलब है कि आप ssh पर ftp भी करते हैं। ऐसा उपकरण बहुत मूल्यवान होगा।

उम्मीद है कि जब आप एफ़टीपी कहते हैं, तो इसका मतलब है कि आप ssh पर ftp भी करते हैं। ऐसा उपकरण बहुत मूल्यवान होगा।

नहीं, मेरा मतलब था ftp। लेकिन जो भी समझ में आता है हम करेंगे। हो सकता है कि यह एक कॉपी टूल हो, जिसे आपको लक्ष्य मशीन पर चलाने की आवश्यकता हो। यह हमें कहीं भी बिट्स भेजने के व्यवसाय से बाहर कर देता है।

इसके अलावा आप अपने विंडोज मशीनों में SSH करने के लिए IIS के लिए तैनात हैं?

@davidfowl तैनाती स्लॉट्स के लिए कृपया (ऑप्ट-इन) समर्थन जोड़ें।
https://github.com/dotnet/aspnetcore/issues/3719#issuecomment -473183712
https://github.com/dotnet/aspnetcore/issues/3793#issuecomment -335666414

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

इसके अलावा, यह हमें शून्य डाउनटाइम हासिल नहीं करने देगा।

ऐसा कोई तरीका नहीं है जिससे हम मॉड्यूल जैसी सुविधा में निवेश करने जा रहे हैं।

उम्मीद है कि जब आप एफ़टीपी कहते हैं, तो इसका मतलब है कि आप ssh पर ftp भी करते हैं। ऐसा उपकरण बहुत मूल्यवान होगा।

नहीं, मेरा मतलब था ftp। लेकिन जो भी समझ में आता है हम करेंगे। हो सकता है कि यह एक कॉपी टूल हो, जिसे आपको लक्ष्य मशीन पर चलाने की आवश्यकता हो। यह हमें कहीं भी बिट्स भेजने के व्यवसाय से बाहर कर देता है।

इसके अलावा आप अपने विंडोज मशीनों में SSH करने के लिए IIS के लिए तैनात हैं?

हाँ। हम CI / CD का उपयोग करते हैं और लिनक्स और विंडो सिस्टम दोनों के लिए तैनात करते हैं, इसलिए विंडोज़ बॉक्स पर ओपनश को स्थापित करना बहुत आसान था।

$ appPool = 'डिफ़ॉल्ट'
स्टॉप-वेबएपपूल -नाम $ appPool -पश्च्रु
... तैनात करें ...

प्रारंभ-WebAppPool -Name $ appPool -Passthru
... तैनाती .....

या

$ appPool = 'डिफ़ॉल्ट'
स्टॉप- WebAppPool -Name $ appPool
जबकि (Get-WebAppPoolState -Name $ appPool) .Value -ne 'Stop') {
नींद 1 # सेकंड
}
... तैनात करें ...

प्रारंभ-WebAppPool -Name $ appPool
जबकि (Get-WebAppPoolState -Name $ appPool) .Value -ne 'Start') {
नींद 1 # सेकंड
}

... तैनाती .....

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

यदि परिनियोजन / प्रतिलिपि कार्रवाई को पूरा होने में N सेकंड लगता है, तो आपको N सेकंड के लिए ऐप पूल को रोकने की आवश्यकता नहीं है।
संदिग्ध एप्लिकेशन ऑफ़लाइन के साथ कोई खिलवाड़ नहीं।
बस निष्क्रिय फ़ोल्डर में कॉपी करें, जब फाइल होती है तो ऐप पूल को रीसायकल करने के लिए सिंप्लिन को स्वैप करें।
परमाणु की तैनाती, कोई डाउनटाइम हमेशा की तरह पहले अनुरोध को धीमा नहीं करता है।

https://github.com/dotnet/aspnetcore/issues/3793#issuecomment -459870870

क्या किसी ने कोशिश की?
अगर ऐसा कुछ काम करता है तो क्लाइंट साइड परिनियोजन टूल के साथ सेवा में बदल सकता है।

• ग्राहक -> सर्वर निष्क्रिय फ़ोल्डर / शेयर क्या है?
• S: यहाँ
• C: ठीक परिनियोजित / कॉपी किया गया
• S: सिम्लिंक स्वैप और पुनर्नवीनीकरण
• C: thx, http get / healthcheck (वैकल्पिक)
• सी: उह मैं गड़बड़ कर दिया, रोलबैक pls
• S: सिम्लिंक स्वैप, रीसायकल (व्यवसाय में वापस)
• सी: कुल्ला दोहराते हैं जब तक काम करता है

तो मैं भी तैनाती बंद फ़ाइलों के साथ समस्या हो रही है। ऐप होस्टिंग में मैंने ऐप पूल को रोकने की कोशिश की है, लेकिन फाइलें लॉक रहती हैं। मैंने app_offline.htm को आगे बढ़ाने की कोशिश की है लेकिन वहां भी कोई किस्मत नहीं है।
इसके अलावा, यदि आप app_offline.htm फ़ाइल को हटाने का प्रबंधन करना चाहते हैं, तो आप आसानी से प्रोग्राम में एप्लिकेशन शुरू करने पर ऐसा कर सकते हैं। इस तरह हम जानते हैं कि जब यह शुरू होता है तो यह ऑनलाइन हो जाता है।

वर्तमान समस्या जो मैं देख रहा हूं, वह यह है कि dll की त्रिशंकु हैं और यहां तक ​​कि अगर आप नाम बदलते हैं तो फ़ाइलों पर प्रतिलिपि बनाएँ, पुरानी प्रक्रिया अभी भी नामांकित फ़ाइलों के विरुद्ध चल रही है। इसलिए जब हम फिर से तैनाती का प्रयास करते हैं, तो हमें फिर से फाइलों का नाम बदलना होगा। मुझे लगता है कि हम फ़ाइल नाम प्रतिस्थापन के रूप में कुछ प्रकार की तारीख का उपयोग कर सकते हैं।
हम IIS सर्वर विंडोज़ 2012 R2 पर इसके लिए डॉटनेट कोर 3.1.4 का उपयोग कर रहे हैं

@foxjazz ऐप पूल / प्रक्रिया बंद होने पर अभी भी फाइलें कैसे बंद हैं? क्या आप विस्तार से समझा सकते हैं?

@foxjazz ऐप पूल / प्रक्रिया बंद होने पर अभी भी फाइलें कैसे बंद हैं? क्या आप विस्तार से समझा सकते हैं?

जब इस्तेमाल की गई dll की तस्वीर को हटाने की कोशिश की जाती है, तो तस्वीर किसी अन्य प्रक्रिया द्वारा उपयोग की जाती है।
ऐप पूल कुछ समय के लिए ऑफ़लाइन हो गया है।

कार्य प्रबंधक को यह देखने के लिए जांचें कि क्या प्रक्रिया अभी भी चल रही है। स्टॉप बटन हिट करने का मतलब यह नहीं है कि यह तुरंत समाप्त हो जाए।

कार्य प्रबंधक को यह देखने के लिए जांचें कि क्या प्रक्रिया अभी भी चल रही है। स्टॉप बटन हिट करने का मतलब यह नहीं है कि यह तुरंत समाप्त हो जाए।

उपरोक्त चित्र टास्क मैनेजर का है। निश्चित नहीं है कि यह कौन सा है, लेकिन अगर मैं इन्हें हटा देता हूं, तो यह फ़ाइल को रिलीज़ कर देगा। मुझे लगता है कि मैं समाप्त करने के लिए पिड का पता लगाने के लिए हैंडल का उपयोग कर सकता हूं। मैंने नहीं सोचा था कि मुझे तैनाती के लिए इन लंबाई में जाना होगा। हैंडल का कहना है कि w3wp.exe 2 प्रक्रियाओं में एक फाइल बंद है। भले ही इसके लिए ऐप पूल बंद हो गया हो।

प्रक्रिया को रोकने के लिए एक मार्ग होना वास्तव में अच्छा होगा।
एपीआई \ KillDeathKill
{
Program.KillProcess ()
}

इसकी संभावना नहीं है। फ़ाइल को एक प्रक्रिया द्वारा लॉक किया गया है। यदि w3wp वह प्रक्रिया है, तो इसे या तो शुरू करने के लिए कभी भी नहीं मारा गया था या एक ही फाइल के लॉकिंग के साथ एक अलग पीआईडी ​​के साथ एक नया स्पून अप किया गया था। इसीलिए आपको यह सुनिश्चित करने की आवश्यकता है कि ऐप को ऑफ़लाइन करने के लिए सबसे पहले यह सुनिश्चित करें कि फ़ाइल को लॉक करने के लिए कोई नई प्रक्रिया नहीं है, मौजूदा प्रक्रिया को मारें, नए बिट्स को तैनात करें, ऐप को ऑफ़लाइन निकालें

इसकी संभावना नहीं है। फ़ाइल को एक प्रक्रिया द्वारा लॉक किया गया है। यदि w3wp वह प्रक्रिया है, तो इसे या तो शुरू करने के लिए कभी भी नहीं मारा गया था या एक ही फाइल के लॉकिंग के साथ एक अलग पीआईडी ​​के साथ एक नया स्पून अप किया गया था। इसीलिए आपको यह सुनिश्चित करने की आवश्यकता है कि ऐप को ऑफ़लाइन करने के लिए सबसे पहले यह सुनिश्चित करें कि फ़ाइल को लॉक करने के लिए कोई नई प्रक्रिया नहीं है, मौजूदा प्रक्रिया को मारें, नए बिट्स को तैनात करें, ऐप को ऑफ़लाइन निकालें

जब आप कहते हैं कि app_offline.htm पहले नीचे है। हाँ यह मामला था। मेरे पास एक स्थिति पथ है जिसे मैं एक अनुरोध प्राप्त करके देख सकता हूं, और यह निश्चित रूप से ऑफ़लाइन है। साथ ही ऐप पूल को मैन्युअल रूप से बंद कर दिया। लेकिन प्रक्रिया w3wp अभी भी फ़ाइल लटका रहा था।

फिर प्रक्रिया नहीं रोकी गई

फिर प्रक्रिया नहीं रोकी गई

तो ऐसा क्यों है कि ऐप पूल को रोकना, प्रक्रिया को रोकना नहीं है?

ऐप पूल प्रक्रिया का प्रतिनिधित्व करता है और यदि आप ऐप पूल को रोकते हैं तो यह प्रक्रिया को नीचे गिरा देगा। यदि कोई प्रक्रिया नहीं है तो फ़ाइल को लॉक नहीं किया जा सकता है, इसलिए उन अन्य सिद्धांतों में से एक अधिक संभावना है।

ऐप पूल प्रक्रिया का प्रतिनिधित्व करता है और यदि आप ऐप पूल को रोकते हैं तो यह प्रक्रिया को नीचे गिरा देगा। यदि कोई प्रक्रिया नहीं है तो फ़ाइल को लॉक नहीं किया जा सकता है, इसलिए उन अन्य सिद्धांतों में से एक अधिक संभावना है।

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

लगभग एक साल पहले मैंने 2 साइट रूट फोल्डर बनाने के बारे में पोस्ट किया है और उनमें से किसी एक को आईआईएस साइट के लिए कॉन्फ़िगर किया गया सिमिलिंक पॉइंट है।

क्या किसी ने कोशिश की?
अगर ऐसा कुछ काम करता है तो क्लाइंट साइड परिनियोजन टूल के साथ सेवा में बदल सकता है।

@CJHarmath - मैंने इसे एक कोशिश दी, और संशोधित कोड मेरे नीचे उपयोग कर रहा है। बहुत अच्छी तरह से काम करता है, धन्यवाद!

यदि मैंने अपडेट प्रकाशित किया तो मैं एक क्लाइंट परिनियोजन टूल पर विचार कर सकता हूं, लेकिन वास्तव में मैं केवल IIS सर्वर में दूरस्थ शेल कर सकता हूं और इसे फ्लिप करने के लिए पॉवरशेल स्क्रिप्ट निष्पादित कर सकता हूं।
psexec.exe \\IIS_SERVER cmd /c "powershell -noninteractive -file C:\FlipSymLink.ps1"

# FlipSymLink.ps1

Import-Module WebAdministration # run as admin
# create 2 site root directories
$a = 'C:\Websites\MySiteA'
$b = 'C:\Websites\MySiteB'
$appRoot  = 'C:\Websites\MySite'
$appName  = 'MyAppName'
$siteName = 'MySiteName'
$poolName = "MyPoolName"
New-Item -Type Directory $a -ErrorAction SilentlyContinue
New-Item -Type Directory $b -ErrorAction SilentlyContinue

# create a symlink to targeting one side
New-Item -Type SymbolicLink -Path $appRoot -Target $a -Name A -ErrorAction SilentlyContinue
New-Item -Type SymbolicLink -Path $appRoot -Target $b -Name B -ErrorAction SilentlyContinue

# point the site root to the symlink
$currentPath = (Get-ItemProperty "IIS:\Sites\$siteName\$appName" -name physicalPath)
if ($currentPath -eq "$appRoot\A") {
    Write-Host "Switched to B"
    New-Item $b\active.txt
    Remove-Item $a\active.txt
    Set-ItemProperty "IIS:\Sites\$siteName\$appName" -name physicalPath -value $appRoot\B
} else {
    Write-Host "Switched to A"
    New-Item $a\active.txt
    Remove-Item $b\active.txt
    Set-ItemProperty "IIS:\Sites\$siteName\$appName" -name physicalPath -value $appRoot\A
}
Restart-WebAppPool -Name $poolName

psexec.exe \\IIS_SERVER cmd /c "powershell -noninteractive -file C:\FlipSymLink.ps1"

यह एक JEA समापन बिंदु में भी बदल सकता है, इसलिए आप flip को एक गैर-उन्नत उपयोगकर्ता के रूप में चला सकते हैं (जैसे कि CI / CD सर्वर परिनियोजित चरण से)
Invoke-Command -ComputerName IIS_SERVER -ConfigurationName IIS-Flip -ScriptBlock { Switch-SymlinkTarget -SiteName MySite}
प्रयुक्त Switch के बजाय Flip के रूप में यह किसी स्वीकृत क्रिया है।

प्रयुक्त Switch बजाय Flip रूप में यह एक अनुमोदित क्रिया है।

Swap स्लॉट्स के साथ काम करते समय क्रिया का उपयोग किया जाता है - यह फिर से उपयोग करने के लिए समझ में आता है?

4 साल पहले वर्णित के रूप में एक ही समस्या है।
इस पर किसी भी अद्यतन?
मैं सिर्फ एक नई dll फ़ाइल अपलोड करने के लिए दूरस्थ डेस्कटॉप नहीं खोलना चाहता।

जब मैं उत्पादन IIS सर्वर फ़ाइल पर FTP का उपयोग करते हुए .NET कोर डीएलएल फ़ाइल को अधिलेखित करने का प्रयास करता हूं तो यह लॉक हो जाता है और इसे अधिलेखित नहीं किया जा सकता है।

नए संस्करण को तैनात करने के लिए मुझे लॉक जारी करने के लिए IIS (आरडीपी खोलने) में आवेदन बंद करने की आवश्यकता है, फिर ओवरराइट करें।
आवेदन पर रोक के बिना तैनाती करना संभव नहीं है।

इसके लिए कोई उपाय? धन्यवाद

यदि आप अपने मेजबान को लोडबेलर के पीछे ऑफ़लाइन नहीं ले जा सकते हैं और इसे जल्दी करना चाहते हैं, तो यहां एक तरीका है सहानुभूति और कुछ अधिकार।
मैं ऐसा कुछ करने की सोच रहा था।

यह तेज है क्योंकि आपको कॉपी + रीसायकल के दौरान ऐप पूल को बंद नहीं करना पड़ता है, यह एक कठिन स्टॉप से ​​बेहतर है क्योंकि यह वर्तमान अनुरोधों को पूरा करने देता है, इसलिए कम डाउनटाइम।

# Setup
Import-Module WebAdministration
# create 2 site root directories
$a = 'C:\inetpub\AspNetCoreSampleA'
$b = 'C:\inetpub\AspNetCoreSampleB'
$siteRoot = 'C:\inetpub\aspnetcoresample'
$siteName = 'AspNetCoreSample'
$poolName = "aspnetcore"
New-Item -Type Directory $a
New-Item -Type Directory $b
# create a symlink to targeting one side
New-Item -Type SymbolicLink -Path $siteRoot -Target $a
# point the site root to the symlink
Set-ItemProperty "IIS:\Sites\$siteName" -name physicalPath -value $siteRoot
# make sure it get's picked up
Restart-WebAppPool -Name $poolName

# this tells you the active side
Get-Item -Path $siteRoot | Select-Object -ExpandProperty target

# Flip the symlink
$current = (Get-Item -Path $siteRoot).Target
$newTarget = if ($current -eq $a) {$b} else {$a}
New-Item -Type SymbolicLink -Path $siteRoot -Target $newTarget -Force
# at this point w3wp.exe still locks the current target folder until it's getting recycled
# Deploy new version to the symlink which is now pointing to the other side which should have no locks
robocopy \\myshare\myapp $siteRoot /mir
# recycle app pool, so it picks up the new files
Restart-WebAppPool -Name $poolName

# bonus point: rollback is easy
$current = (Get-Item -Path $siteRoot).Target
$newTarget = if ($current -eq $a) {$b} else {$a}
New-Item -Type SymbolicLink -Path $siteRoot -Target $newTarget -Force
Restart-WebAppPool -Name $poolName

यहाँ है जिस्ट
https://gist.github.com/csharmath/b2af0f50700ce9fbdd8c5c3e582fd41b

यहाँ कुछ है जो मुझे लगता है कि मुझे काम मिल गया है। मैंने केवल ASP.NET के साथ कोशिश की है, लेकिन मुझे लगता है कि नेट कोर के लिए होस्टिंग मॉड्यूल के साथ भी यही काम होगा। पहला रन साइट को थोड़ी देर के लिए रोक देता है, इसलिए हो सकता है कि इसे थोड़ा मोड़ दिया जाए।

param(
    [Parameter(Mandatory = $true)]
    [string] $iisRootPath,
    [Parameter(Mandatory = $true)]
    [string] $siteName,
    [Parameter(Mandatory = $true)]
    [string] $artifactPath,
    [Parameter(Mandatory = $false)]
    [string] $siteFolderName,
    [Parameter(Mandatory = $false)]
    [string] $appPoolName
)
Import-Module WebAdministration

#populate optional parameters
if (!($PSBoundParameters.ContainsKey('siteFolderName'))) { $siteFolderName = $siteName }
if (!($PSBoundParameters.ContainsKey('appPoolName'))) { $appPoolName = $siteName }

#set A, B and C paths
$a = "$iisRootPath\$siteFolderName" + 'A'
$b = "$iisRootPath\$siteFolderName" + 'B'
$c = "$iisRootPath\$siteFolderName"

#existence test
$cName = Get-Item -Path $c -ErrorAction SilentlyContinue | Select-Object -ExpandProperty name -ErrorAction SilentlyContinue
$bName = Get-Item -Path $b -ErrorAction SilentlyContinue | Select-Object -ExpandProperty name -ErrorAction SilentlyContinue

#get the shudown timeout for the app pool
$shutdownTimeout = Get-WebConfigurationProperty -Filter 'system.web/httpRuntime' -PSPath "IIS:\Sites\$siteName" -Name shutdownTimeout | Select-Object -ExpandProperty Value

#create symlink, if symlink source is an existing directory, rename existing 
if($cName -eq $null) 
{
    Write-Output "Creating SymbolicLink $c -> $a" 
    New-Item -Type SymbolicLink -Path $c -Target $a
} 
else
{
    #directories don't have a target property
    $cTarget = Get-Item -Path $c | Select-Object -ExpandProperty target -ErrorAction SilentlyContinue

    #this is a directory, rename and create symlink
    if($cTarget -eq $null)
    {
        #restart AppPool first so no locked files
        #Write-Output "Restarting AppPool $appPoolName" 
        #Restart-WebAppPool -Name $appPoolName

        #stop AppPool first so no locked files
        Write-Output "Stopping AppPool $appPoolName" 
        Stop-WebAppPool -Name $appPoolName

        #sleep for shutdownTimeout
        Write-Output "Sleeping for $shutdownTimeout" 
        Start-Sleep -Seconds (([System.TimeSpan]::Parse("$shutdownTimeout").TotalSeconds) * 1.1)

        try {
             #if the rename fails, there are files in use. stop the script
            $newName = $siteFolderName + 'A'
            Write-Output "Renaming $c to $newName" 
            Rename-Item -Path $c -NewName $newName -ErrorAction Stop
        }
        catch {
            Write-Error -Message "Failed to rename $c to $newName due to files in use."

            #start AppPool 
            Write-Output "Starting AppPool $appPoolName due to failed folder rename. Consider trying again durring a time with reduced traffic." 
            Start-WebAppPool -Name $appPoolName

        }

        #create symlink
        Write-Output "Creating SymbolicLink $c -> $a" 
        New-Item -Type SymbolicLink -Path $c -Target $a

        #start AppPool 
        Write-Output "Starting AppPool $appPoolName" 
        Start-WebAppPool -Name $appPoolName

        #copy a to b to pick up directory permissions
        if($bName -eq $null) 
        {
            Write-Output "Copying Directory $a to $b"  
            robocopy $a $b /e /sec /sl
        }
    }
}

#existence test
$aName = Get-Item -Path $a -ErrorAction SilentlyContinue | Select-Object -ExpandProperty name -ErrorAction SilentlyContinue
$bName = Get-Item -Path $b -ErrorAction SilentlyContinue | Select-Object -ExpandProperty name -ErrorAction SilentlyContinue

#create if needed
if($aName -eq $null) 
{
    Write-Output "Creating Directory $a"  
    New-Item -Type Directory $a 
}
if($bName -eq $null) 
{
    Write-Output "Creating Directory $b"  
    New-Item -Type Directory $b 
}

#make sure site pointing to symlink
Write-Output "Pointing Website $siteName to Path $c" 
Set-ItemProperty "IIS:\Sites\$siteName" -name physicalPath -value $c

#restart so we know it's loading from symlink
Write-Output "Restarting AppPool $appPoolName" 
Restart-WebAppPool -Name $appPoolName

#sleep for shutdownTimeout 
Write-Output "Sleeping for $shutdownTimeout" 
Start-Sleep -Seconds ([System.TimeSpan]::Parse("$shutdownTimeout").TotalSeconds)

#get current symlink target and set new target
Get-Item -Path $c | Select-Object -ExpandProperty target
$current = (Get-Item -Path $c).Target
$newTarget = if ($current -eq $a) {$b} else {$a}

$fileOrDirectoryName = Get-Item $artifactPath | Select-Object -ExpandProperty name

#test for .zip
if(($fileOrDirectoryName).ToLower().EndsWith(".zip") -eq $true)
{
    #copy to temp location
    $guid = [System.Guid]::NewGuid()
    $tempPath = "$iisRootPath\temp-$guid"
    $tempDest = "$iisRootPath\temp-dest-$guid"

    Write-Output "Creating temp directory $tempPath" 
    New-Item -Type Directory $tempPath

    $artifactDirectory = [System.IO.Path]::GetDirectoryName($artifactPath)
    $artifactFile = [System.IO.Path]::GetFileName($artifactPath);

    #TODO: first robocopy arg needs to be a directory, not a file
    Write-Output "Copying archive from $artifactPath to $tempPath" 
    robocopy $artifactDirectory $tempPath $artifactFile

    #extract to temp destination (seems a failed extract can leave empty folders)
    Write-Output "Extracting archive to $tempDest" 
    Expand-Archive -Path "$tempPath\$fileOrDirectoryName" -DestinationPath $tempDest -Force

    #copy from temp destination to destination
    Write-Output "Copying files from $tempDest to $newTarget" 
    robocopy $tempDest $newTarget /e

    #delete temp directory
    Write-Output "Removing temp directory $tempPath" 
    Remove-Item -Path $tempPath -Recurse -Force

    #delete temp directory
    Write-Output "Removing temp directory $tempDest" 
    Remove-Item -Path $tempDest -Recurse -Force
}
else 
{
    #copy new files
    Write-Output "Copying files from $artifactPath to $newTarget" 
    robocopy $artifactPath $newTarget /e
}

#swap symlink
Write-Output "Pointing SymbolicLink $c -> $newTarget" 
New-Item -Type SymbolicLink -Path $c -Target $newTarget -Force

#restart so it loads from newly swapped symlink
Write-Output "Restarting AppPool $appPoolName" 
Restart-WebAppPool -Name $appPoolName

@LucidObscurity वह क्या है? एक cmd कोड? मुझे वह कोड कहां जोड़ना है?
धन्यवाद

रिट्रीट की संख्या बढ़ाने के विचार के बारे में क्या है (पैरामीटर: -retryAttempts:X ) या रिट्री टाइम अंतराल (पैरामीटर: -retryInterval:XXXX ) msdeploy कमांड के लिए, जब तक कि प्रक्रिया जारी न हो। फ़ाइल लॉक?

मुझे लगता है कि @davidfowl सही है, प्रक्रिया अभी भी किसी भी तरह है और फाइलों को लॉक करती है। यहां तक ​​कि IIS रीसेट करने में भी मदद नहीं करता है, यह अभी भी समय समाप्त होने तक प्रक्रिया की प्रतीक्षा करता है। यदि आप app_offline.htm को ड्रॉप करते हैं और 90 सेकंड के लिए प्रतीक्षा करते हैं (AppPool को बंद करने के लिए डिफ़ॉल्ट टाइमआउट सेटिंग), और फिर से प्रयास करें, आप इसे काम करते देखेंगे।
मेरे लिए स्थानीय पर, मैं उस समय का इंतजार नहीं करना चाहता, इसलिए मैंने इस शटडाउन टाइम लिमिट (सेकंड) को 5 में अपडेट किया और प्रोजेक्ट फाइल को अपडेट करने से पहले app_offline.htm जनरेट करने के लिए, इसे बनाने के बाद हटा दें। यह अच्छा काम करता है।
सर्वर के लिए, मैं app_offline.htm छोड़ने के लिए करता हूं, नए संस्करण को सिंक करता हूं, और फिर app_offline .htm को हटाता हूं। Msdeploy के साथ, यह फिर से करता है अगर फाइलें लॉक हो जाती हैं, लेकिन कुछ समय पहले 90 सेकंड से पहले छोड़ दिया जाता है, तो मुझे फिर से तैनाती को ट्रिगर करना होगा, फिर यह दूसरे प्रयास में काम करेगा

इस बारे में कोई अपडेट? जब यह नई रिलीज तैयार होने वाली है?

हमे संपर्क करने के लिए धन्यवाद।
हम इस मुद्दे को भविष्य के मूल्यांकन / विचार के लिए Next sprint planning मील के पत्थर पर ले जा रहे हैं। हम अनुरोध का मूल्यांकन करेंगे जब हम अगले मील के पत्थर के लिए काम की योजना बना रहे हैं। आगे क्या और कैसे इस मुद्दे को संभाला जाएगा, इसके बारे में अधिक जानने के लिए आप यहां हमारी ट्राइएज प्रक्रिया के बारे में अधिक पढ़ सकते हैं।

इस समस्या के बारे में मुझे इस हफ्ते में पता चला था। .NET 4.5.2 एप्लिकेशन को .NET 5.0 में कनवर्ट करने के बाद। इससे उबरने के लिए मेरे पास एक और तरीका है। मैंने एक Windows सेवा बनाई जो IIS सर्वर पर चल रही है। उस सेवा पर मेरे पास एक सरल HTTP सर्वर है जो कस्टम पोर्ट पर चल रहा है। वेबप्लिकेशन अपग्रेड शुरू करने के लिए उस सर्वर पर पोस्ट-रिक्वेस्ट कर सकता है। यह एप-पूल को बंद कर देता है, उस एप्लिकेशन के लिए सभी प्रक्रियाओं को मारना सुनिश्चित करता है, वर्तमान रिलीज का बैकअप बनाता है, वर्तमान रिलीज को हटाता है, अपग्रेडेप डाउनलोड करता है और इसे निकालता है। इसके बाद फिर से ऐप-पूल शुरू करता है।

मैंने एक साधारण विंडोज फॉर्म एप्लिकेशन बनाया, जो अपग्रेड पैकेज बनाने के लिए एक रेपो में धकेल दिया जाता है जो उपर्युक्त विंडोज सर्विस से प्राप्त होता है।