मैं प्रतिनिधि की कमी के कारण धागा टिप्पणी नहीं कर सकता। एक अन्य टिप्पणीकार ने कहा कि वे IIS के उच्च संस्करण के निचले संस्करण से माइग्रेट नहीं कर सकते। यदि आप कुछ फ़ाइलों को मर्ज नहीं करते हैं, तो यह सच है, लेकिन अगर आप ऐसा करते हैं तो मैं बस अपने IIS 7.5 साइट को IIS 8.0 पर माइग्रेट करता हूं, जो कि चीयर्स द्वारा पोस्ट किए गए उत्तर का उपयोग करता है।
जब निर्यात (II7.5) बनाया जाता है, तो दो मुख्य फाइलें होती हैं (एडमिनिस्ट्रेशन.कॉन्फिग और एप्लीकेशनहॉस्ट.कॉनफिग) जिसमें IIS7.5 सर्वर पर संसाधनों का संदर्भ होता है। उदाहरण के लिए, एक DLL को सार्वजनिक कुंजी और संस्करण 7.5 के साथ निर्दिष्ट किया जाएगा। ये IIS8 सर्वर पर समान नहीं हैं। फीचर कॉन्फ़िगरेशन अलग-अलग हो सकता है (मुझे सुनिश्चित है कि मेरा समान था)। 8 में कुछ नई विशेषताएं हैं जो 7.5 में कभी भी मौजूद नहीं होंगी।
यदि आप दो फ़ाइलों को मर्ज करने के लिए पर्याप्त बहादुर हैं - यह काम करेगा। मुझे एक बार IIS को अनइंस्टॉल करना पड़ा क्योंकि मैंने इसे गड़बड़ कर दिया, लेकिन दूसरी बार मिला।
मैंने एक मर्ज टूल (बियॉन्ड कम्पेयर) का इस्तेमाल किया और बिना कुछ समतुल्य के यह एक बड़ा पीटीए होगा - लेकिन एक अच्छे डिफेंस टूल (पांच मिनट) के साथ यह बहुत आसान था।
मर्ज करने के लिए, 8.0 फ़ाइलों को निर्यात की गई 7.5 फ़ाइलों के मुकाबले अलग करने की आवश्यकता होती है, इससे पहले कि आयात का प्रयास किया जाता है। अधिकांश भाग के लिए, साइट / ऐप पूल के विशिष्ट सामान को छोड़कर, 8.0 फ़ाइलों को निर्यात की गई 7.5 फ़ाइलों में सर्वर विशिष्ट सामान को अधिलेखित करने की आवश्यकता होती है।
मैंने पाया कि प्रशासन .config लगभग समान था, जिसमें कई प्रविष्टियों की संस्करण जानकारी थी। यह एक आसान था।
ApplicationHost.config में बहुत अधिक अंतर हैं। कुछ प्रविष्टियों को अलग तरीके से आदेश दिया जाता है, लेकिन अन्यथा समान है, इसलिए आपको प्रत्येक अंतर को चुनना होगा और इसका पता लगाना होगा।
मैंने मर्ज करने से पहले अपने 7.5 एक्सपोर्ट फाइल को System32 \ inetsrv \ config \ Export फोल्डर में डाल दिया।
मैंने फ़ोल्डर से प्राप्त किया है System32 \ inetsrv \ config फ़ोल्डर में System32 \ inetsrv \ config \ निर्यात दोनों फाइलों के लिए जिसका मैंने ऊपर उल्लेख किया है। मैंने साइट विशिष्ट टैग / तत्वों (जैसे ApplicationPools, customMetadata, साइटों, प्रमाणीकरण) को छोड़कर FROM फ़ाइलों में सब कुछ पर धकेल दिया। विशेष नोट में, कई साइट विशिष्ट "स्थान" टैग ब्लॉक भी थे जिन्हें मुझे रखना था, लेकिन नए सर्वर का अपना "स्थान" टैग ब्लॉक था जिसमें सर्वर विशिष्ट चूक थी।
अंत में, ध्यान दें कि यदि आप सेवा खातों का उपयोग करते हैं, तो ये कैश्ड पासवर्ड रद्दी हैं और आपको अपने ऐप पूल के लिए फिर से दर्ज करना होगा। मेरी किसी भी साइट ने शुरू में काम नहीं किया था, लेकिन जो भी आवश्यक था, वह मेरे सभी ऐप पूल के पासवर्ड को फिर से दर्ज कर रहा था और मैं ऊपर और चल रहा था।
यदि कोई टिप्पणी कर सकता है जो इस पोस्ट को थ्रेड डाउन का उल्लेख कर सकता है - यह शायद मेरे जैसे किसी और व्यक्ति की मदद करेगा, जिसके पास जटिल कॉन्फ़िगरेशन वाले एक सर्वर पर कई साइटें हैं।
सादर,
स्टुअर्ट