SharePoint 2007 पोर्टल को सफलतापूर्वक SharePoint 2010 में स्थानांतरित करने के लिए 7 चरण

पोर्टल का इतिहास

• इसके निर्माण पर 35,000 से अधिक मानव-घंटे खर्च किए गए हैं।
• अलग-अलग समय पर, 28 लोगों ने परियोजना पर काम किया।
• हर दिन, 1600 से अधिक सक्रिय उपयोगकर्ता सिस्टम में काम करते हैं।
• पोर्टल सामग्री डेटाबेस का आकार 80 जीबी है।
• उपयोगकर्ताओं की भूगोल - पूरे रूसी संघ, सीआईएस, दक्षिण पूर्व एशिया, यूरोप।
• सिस्टम सभी समय क्षेत्रों में काम करता है।

हमने इसके बारे में लिखने का फैसला क्यों किया

1. हम इन्फ्रास्ट्रक्चर प्लानिंग करते हैं।
2. पोर्टल स्थापित करें और इसे कॉन्फ़िगर करें।
3. हम 2010 को पोर्टल को अपडेट करने की विधि चुनते हैं।
4. अद्यतन और किया!

लेखा परीक्षा या सूची लेखा

• एक। विंडोज वर्कफ़्लो फ़ाउंडेशन - 21 व्यावसायिक प्रक्रियाओं को लॉन्च किया गया था (उदाहरण के लिए, बिक्री का एक बिंदु रद्द करना, कॉर्पोरेट समझौते के तहत उड़ानों की मात्रा में प्रवेश करना, उपयोगकर्ता से एक प्रश्न, आदि)। कुछ प्रक्रियाएं 3,000 उदाहरणों की मात्रा में चल रही हैं।
• सूची टेम्पलेट - 232
• वेबसाइट के टेम्प्लेट
• मुख्य पोर्टल
• समाचार फ़ीड
• बीएसपी एजेंट पोर्टल
• कैशियर बोनस प्रोग्राम पोर्टल
• गोपनीय टैरिफ्स नोड
• एजेंट सहायता नोड (एजेंट अनुरोध)
• 66 से अधिक कस्टम इवेंट रिसीवर और फ़ीचर रिसीवर
• डिजाइन
• मुख्य साइट के लिए
• एजेंट अनुरोधों के लिए
• बसपा के लिए
• कैशियर बोनस के लिए
• नौकरियां (टुकड़े 15)
• संगणित क्षेत्र (लगभग 80)
• कस्टम नियंत्रण कस्टम नियंत्रण (लगभग 30) के साथ।

• प्रतिपक्ष लेखा प्रणाली;
• ASIA NEXT सॉफ्टवेयर - स्टॉक टिकट, क्लेम वर्क ऑर्डर करना।

1. सभी स्रोतों को एक हीप में एकत्रित करें और वीएस 2010 में एक नया प्रोजेक्ट बनाएं, उनका टीएफएस रखें।
2. सुनिश्चित करें कि सब कुछ हो रहा है (जैसा कि यह निकला, यह इतना मुश्किल नहीं है)।
3. पोर्टल पर रोल करने के लिए एक WSP बनाएँ।
4. प्री-अपग्रेड चेक प्रक्रिया को पूरा करें।

इन्फ्रास्ट्रक्चर और माइग्रेशन दृष्टिकोण

• सक्रिय निर्देशिका
• एकीकरण के लिए वेब सेवाएँ (पिछले अनुभाग के खंड 3)
• Oracle डेटाबेस।

पहला कदम

दूसरा कदम

तीसरा कदम

1. कस्टम फ़ील्ड (45 टुकड़े पकड़े गए), जो किसी कारण से सही ढंग से प्रदर्शित नहीं करना चाहते थे। हमने निर्णय लिया कि हम उन्हें SharePoint 2010 के लिए नियमावली में अनुशंसित करेंगे, अर्थात् XSLT परिवर्तन के माध्यम से। यह काम किया!
2. विज़ुअल स्टूडियो में लिखे गए कस्टम वर्कफ़्लो के बहुत सारे और कस्टम पेज जो अजाक्स का उपयोग करते थे। पहले, जब पृष्ठ से पृष्ठ पर स्विच किया जाता था, तो हमने ViewState को प्रसारित किया। SharePoint 2010 में माइग्रेट करने के बाद, इसे स्थानांतरित किया जाना बंद हो गया। हमने लंबे समय तक समझने की कोशिश की - क्यों? यह पता चला कि जावा स्क्रिप्ट SharePoint 2010 में बदल गई है और इसलिए, एक नया पृष्ठ दर्ज करते समय, प्रपत्र ने कार्रवाई पथ बदल दिया। हमने इस समस्या को निम्नानुसार हल किया: प्रत्येक ऐसे पृष्ठ पर हमने अपनी अतिरिक्त स्क्रिप्ट लिखी, जिसने इस कस्टम पथ को बदलने से मना कर दिया। और यह सब काम किया!
3. डीएलएल के कई अलग-अलग संस्करणों के साथ बहुत सारे विंडोज वर्कफ़्लो फेनडेशन, जिन्हें धीरे-धीरे इन सभी वर्षों में जोड़ा गया है, और परिणामस्वरूप, माइग्रेशन की पूर्व संध्या पर, कुछ वर्कफ़्लो में डीएलएल के 3-4 संस्करण थे। इन सभी DLL को हस्तांतरित नहीं करने के लिए, लेकिन नए DLL से कार्यक्षमता का उपयोग करने के लिए, हमने पहले SharePoint 2010 के तहत उन्हें recompiled किया, और दूसरी बात, हमने कॉन्फ़िगरेशन में इन DLL के लिए बाइंडर्स निर्दिष्ट किए। नतीजतन, जब सिस्टम ने एक संस्करण के DLL का अनुरोध किया, तो उसे हमेशा दूसरे संस्करण का DLL दिया गया, जिसे हमने परिभाषित किया था। उसके बाद, कई समस्याओं से भी बचा गया: वर्कफ़्लोज़ ने काम करना जारी रखा और सही संस्करणों के साथ आवश्यकतानुसार नए काम शुरू हुए।
4. ASPX पृष्ठों की सूची। प्रवास के बाद, उन्होंने बहुत धीरे-धीरे काम करना शुरू कर दिया। यहाँ हम कुछ समय के लिए ठहराव पर हैं। परिणामस्वरूप, हमने SQL प्रोफाइलर के साथ SharePoint डेटाबेस में प्रश्नों को संशोधित करने और यह पता लगाने का निर्णय लिया कि डेटाबेस में क्या जाता है। यह पता चला कि SharePoint एक समय में सभी ASPX पृष्ठों को खींचने की कोशिश कर रहा है। उन्होंने एक नई सूची बनाने की कोशिश की और एक पटकथा लिखी, जो सूची के पन्नों को पुरानी शीट से नए में कॉपी कर दिया। सब कुछ उस पर जल्दी काम किया। उसके बाद, हमने एक स्क्रिप्ट लिखी जो सभी एएसपीएक्स पृष्ठों को पुरानी सूची में साइट के मूल संस्करण में लौटा दिया - सब कुछ मरम्मत की गई।
5. बिक्री के बिंदुओं की बड़ी सूची। SharePoint ने प्रत्येक तत्व को व्यक्तिगत रूप से अधिकार दिए। बिक्री के लगभग 15 हजार अंक थे, जिसके लिए अधिकार अलग से वितरित किए गए थे, इसलिए सूचियाँ बहुत धीमी थीं। हमने इसे इस तरह प्रबंधित किया: प्रत्येक एजेंट के लिए हमें एक फ़ोल्डर मिला, हमने इस फ़ोल्डर को अधिकार वितरित किए और एजेंट की बिक्री बिंदुओं को वहां खींच लिया। हमने एजेंटों की संख्या के अधिकारों की संख्या कम कर दी और सूची बहुत तेजी से काम करने लगी।

चौथा चरण (उबाऊ दिनचर्या)

1. XSL में सूची विचारों का अनुवाद। हमने उन्हें केवल कुछ क्षेत्रों में विशेष रूप से अनुवाद नहीं किया। बाकी सूचियाँ जो हमने अर्जित की हैं, जैसी होनी चाहिए।
2. नौकरी और हैंडलर। मुझे साइट के UI से नौकरी बनाना संभव बनाने के लिए नौकरी की श्रेणी में "HasAdditionalUpdateAccess" संपत्ति को फिर से परिभाषित करना पड़ा।
3. JQuery के विजेट। पहले, $ .ajax पद्धति ने एक वस्तु वापस कर दी थी, और अब इसे "d" ऑब्जेक्ट के अंदर जोड़ना शुरू किया (डेटा था - यह data.d बन गया)।

पांचवां चरण (प्रशिक्षण)

छठा चरण (हम ग्राहक के बुनियादी ढांचे को तैयार कर रहे हैं)

सातवां चरण (हमने स्विच पर क्लिक किया!)

और सभी के लिए खुशी थी