हमारी टीम ने शेयरपॉइंट और कुछ कस्टम वेबपर्ट्स का उपयोग करके साइट बनाई है। हमने देखा है कि पहली बार साइट पर पहली बार पहुंचने पर साइट लोड होने में थोड़ी देर लगती है। बाद में पहुंच ठीक है। हमें संदेह है कि शेयरपॉइंट अपनी सूचियों को दोबारा बदल रहा है, आदिशेयरपॉइंट साइट को सुबह में पहली चीज़ लोड करने में कुछ समय लगता है
क्या किसी और ने शेयरपॉइंट के साथ इस समस्या को देखा है? क्या किसी को सुझाव दिया गया है?
डिफ़ॉल्ट रूप से एक आईआईएस आवेदन रात के दौरान अपनी कार्यकर्ता प्रक्रियाओं को रीसायकल करेगा। आप इसे आईआईएस मैनेजर में बंद कर सकते हैं, लेकिन एक बेहतर विकल्प सिर्फ एक समय की नौकरी के लिए एक गर्मजोशी स्क्रिप्ट जोड़ने के लिए हो सकता है। आप इसे SharePoint में कर सकते हैं लेकिन रीसाइक्लिंग के बाद एक हॉटअप स्क्रिप्ट को बंद करने के लिए विंडोज़ में केवल एक निर्धारित कार्य को जोड़ना आसान है।
"SharePoint वार्मअप स्क्रिप्ट" के लिए एक गूगल कई परिणाम मिलेंगे, including this, जो वास्तव में भी एक ही स्थिति :-) बताते
नहीं। मुझे लगता है कि एप्लिकेशन में संकलित घटकों को स्मृति से उतार दिया गया है और उन्हें कैश में फिर से लोड किया जाना है। यह मेरे एएसपी.नेट वेब ऐप्स के साथ भी होता है। मैं विशेष रूप से उन क्यूए साइटों पर ध्यान देता हूं जो लगभग उतनी बार हिट नहीं करते हैं और इस प्रकार जब मैं उन तक पहुंचने के लिए जाता हूं तो कैश से लगभग हमेशा फिसल जाता है।
आपकी साइट app pool की मात्रा बढ़ाने के लिए देख सकती है क्योंकि आपकी साइट एक निष्क्रिय कार्यकर्ता प्रक्रिया को रीसाइक्लिंग करने से पहले प्रतीक्षा करती है।
tvanfosson से सहमत हैं कि यह बहुत कुछ लगता है जैसे आप एस्पनेट ऐप्स के साथ मिलते हैं।
एक त्वरित और गंदे फिक्स साइट पर एक वेब क्लाइंट को इंगित करने के लिए निर्धारित समय निर्धारित करने के लिए हो सकता है और इसे उपयोग करने से पहले हर सुबह जीवन में लात मार सकता है।
मेरा अनुमान है कि अनुप्रयोग पूल के कार्यकर्ता प्रक्रियाओं एक निश्चित समय पर पुनरावृत्ति करने के लिए सेट कर रहे हैं है आईआईएस में हर रात, जो सुबह में पहली बार देरी का कारण बनती है। IIS -> Properties -> में एप्लिकेशन पूल पर राइट-क्लिक करें और अपने आप को देखने के लिए "निम्न समय पर रीसायकल कार्यकर्ता प्रक्रियाएं कहां कहती हैं:" कहां देखें।
आप अपनी समस्या को ठीक करने के लिए इस विकल्प को अक्षम कर सकते हैं, लेकिन मैं इसकी अनुशंसा नहीं करता क्योंकि कार्यकर्ता प्रक्रियाओं को हर रात रीसायकल करने से लीक हो सकती है जो किसी भी स्मृति को पुनः प्राप्त कर लेती है। शेयरपॉइंट विकास के दौरान मेमोरी लीक विशेष रूप से संभव है क्योंकि आप जानते हैं कि SharePoint ऑब्जेक्ट मॉडल में कई ऑब्जेक्ट्स अनमांडेड मेमोरी में अपना अधिकांश काम करते हैं। यदि इन वस्तुओं को बड़ी मात्रा में स्मृति का उचित तरीके से निपटान नहीं किया जाता है, तो कचरा संग्रह में देरी, .NET कचरा कलेक्टर पर थोड़ा स्मृति दबाव जोड़ने पर कब्जा कर लिया जा सकता है।
Best Practices: Using Disposable Windows SharePoint Services Objects
मैं सुबह में साइट को लोड करने में देरी की समस्या का समाधान करने के लिए एक निर्धारित कार्य की स्थापना की seanb के सुझाव से सहमत। बस सुनिश्चित करें कि कार्यकर्ता प्रक्रियाओं ने स्पष्ट रूप से पुनर्नवीनीकरण के बाद इसे एक समय के लिए शेड्यूल किया है।
बेशक, Bjorn "मुद्दा" के मुख्य कारण को हाइलाइट करता है। आवेदन पूल रात के दौरान पुनर्नवीनीकरण मिलता है।
हालांकि, इसे 30 सेकंड की तरह कुछ लेना चाहिए।
यदि यह 2 या 3 मिनट की तरह कुछ लेता है, तो this पढ़ने पर विचार करें। यदि आपके पास सर्वर तक इंटरनेट तक पहुंच नहीं है, तो यह मुख्य व्याख्या करता है कि यह इतना धीमा क्यों है। यह देखने के लिए कि क्या इससे कोई फर्क पड़ता है, microsoft.com से प्रमाणपत्र निरस्तीकरण सूची डाउनलोड करने का प्रयास करें।
यदि आप Windows Server 2008 R2 चला रहे हैं, तो अब IIS 7.5
available for free के लिए एक एप्लिकेशन वर्म-अप एक्सटेंशन है। लिखने के समय बीटा में है।
यह आईआईएस से सीधे कॉन्फ़िगर किए गए एक एप्लिकेशन पूल को "वारम्स" करता है और इसे कस्टम प्रारंभिक तर्क के साथ भी बढ़ाया जा सकता है।
एप्लिकेशन वार्म-अप एक्सटेंशन अब उपलब्ध नहीं है और "आईआईएस के अगले संस्करण के लिए फिर से ट्यून किया जाएगा" according to Microsoft।
यह आदर्श लग रहा था लेकिन दुर्भाग्य से ऐसा लगता है कि यह खींचा गया है। हालांकि धन्यवाद। –
@BrianScott यह शर्म की बात है! इसे इंगित करने के लिए धन्यवाद, मैंने अपना जवाब अपडेट कर लिया है। –