WSS 3.0 अपडेट -> शेयरपॉइंट 2010 फाउंडेशन, या डिजास्टर रिकवरी का सही रास्ता

हाल ही में मुझे Sharepoint Foundation के 2010 में WSS 3.0 को अपडेट करना था। मैं अपने अनुभव को साझा करना चाहता हूँ, साथ ही उन समस्याओं के बारे में भी बात करना चाहता हूँ जो Microsoft हमसे छिपा रहा है।
प्रस्तावना:
Windows साझाकरण सेवाएँ स्टैंड-अलोन सर्वर के रूप में स्थापित की गई थी, जो Windows आंतरिक डेटाबेस इंजन का उपयोग करती है। मैं Sharepoint 2010 फाउंडेशन के लिए खेत को अपग्रेड करना चाहता हूं। बाकी कटौती के तहत है। लेख के निचले भाग में - अंतिम कार्य प्रक्रिया के बारे में कौन परवाह करता है।

Microsoft इस प्रक्रिया के लिए एक पूर्ण (जैसा कि पहले लगता है) गाइड प्रदान करता है ।

संक्षेप में, Microsoft निम्नलिखित प्रक्रिया प्रदान करता है:
1) Sharepoint 2010 फाउंडेशन की डिस्क / वितरण से हम सभी आवश्यक सॉफ़्टवेयर (पूर्वापेक्षाएँ) स्थापित करते हैं
2) शेयरपॉइंट 2010 फाउंडेशन स्थापित करें
3) स्थापना के बाद, मौजूदा WSS 3.0 खेत के अद्यतन का चयन करें
४) हो गया।
क्षमा करें, लेकिन यह इतना आसान नहीं है।

समर्थित / असमर्थित अद्यतन पथों का वर्णन कहता है कि Sharepoint 2010 फाउंडेशन Windows आंतरिक डेटाबेस इंजन का समर्थन नहीं करता है। फिर पहली बात जो मेरे दिमाग में आती है: सर्वर पर SQL Server एक्सप्रेस 2008 स्थापित करें और इसे अपग्रेड के दौरान निर्दिष्ट करें।
चेतावनी! SQL सर्वर में x64 आर्किटेक्चर होना चाहिए, फाउंडेशन इंस्टॉलर x32 बेस पर तैनात होने से इनकार करता है।

वास्तव में, मैं ऐसा ही करता हूं, लेकिन यह पता चला है कि इसे अपडेट करते समय SQL सर्वर को बदलने के लिए IMPOSSIBLE है। Sharepoint 2010 की अपडेट विंडो में, Windows आंतरिक डेटाबेस सर्वर चुना गया है, इंस्टॉलर सफलतापूर्वक अपडेट शुरू करता है और एक त्रुटि है कि इसमें SQL सर्वर पर पर्याप्त अधिकार नहीं हैं। खैर, अजीब है ...

इस मामले में, इंस्टॉलर WSS 3.0 खेत को "मारता है"। आगे की कार्यवाही, प्रशासन पोर्टल का उपयोग करना और stsadm उपयोगिता का उपयोग करना, दोनों ही पूरी तरह से असंभव हैं।

WSS 3.0 को कैसे पुनर्स्थापित करें? मैंने इन-प्लेस अपग्रेड को फिर से आज़माने के लिए WSS 3.0 को सीधे SQL सर्वर पर पुनर्स्थापित करने का निर्णय लिया:
1) SQL सर्वर प्रबंधन स्टूडियो स्नैप-इन का उपयोग करते हुए, हम Windows आंतरिक डेटाबेस से कनेक्ट करते हैं और SharePoint_Config और SharePoint_AdminContent_xxxx-xxxx-xxxx-xxxxxxxxxx डेटाबेस का बैकअप बनाते हैं (ये दो डेटाबेस हैं जो WSS सेटिंग्स को स्टोर करने के लिए उपयोग करते हैं)। मैं केवल सामग्री के साथ डेटाबेस को डिस्कनेक्ट करता हूं (डिफ़ॉल्ट नाम WSS_Content by default) (अलग) है।
2) अगला, मैं WSS को पुनर्स्थापित करता हूं (स्थापना रद्द करें, पुनर्स्थापित करें, सभी सर्विस पैक को पुनर्स्थापित करें)। स्थापना के दौरान, मैं SQL सर्वर (उन्नत मोड में) का उदाहरण निर्दिष्ट करता हूं, न कि विंडोज आंतरिक डेटाबेस का।
3) इंस्टॉलेशन और अपग्रेड पूरा होने के बाद, मैं WSS 3.0 सेवाओं को रोक देता हूं, SSMS को SQL इंस्टेंस से जोड़ता हूं और वहां 2 डेटाबेस का निरीक्षण करता हूं: नया SharePoint_Config और SharePoint_AdminContent ... मुझे उनकी आवश्यकता नहीं है, इसलिए उन्हें सुरक्षित रूप से हटा दें और इन डेटाबेस के बैकअप को SQL उदाहरण () में तैनात करें मेरा मामला SQL Server Express 2008 R2 है)।
4) मैं WSS सेवा शुरू करता हूं। उसी समय, WSS पहले की तरह ठीक काम करता है।

ऐसा लगता है जैसे यह है - इसे अपडेट किया जा सकता है, अब कोई समस्या नहीं होगी, फिर भी, सब के बाद, SQL सर्वर पर। एक बार फिर मैंने WSS अपडेट विज़ार्ड लॉन्च किया -> Sharepoint 2010. और, लो और निहारना, अब विज़ार्ड विंडो में एक SQL इंस्टेंस निर्दिष्ट किया गया है। मैं "अगला" पर क्लिक करता हूं और ... फिर से विंडोज आंतरिक डेटाबेस उदाहरण पर अधिकारों की कमी पर कसम खाता हूं। "मुझे कैसे लगता है!" तो, सब कुछ के अलावा, WSS डेटाबेस में कहीं सर्वर / इंस्टेंस नाम संग्रहीत करता है।

कुछ प्रश्नों के बाद, मुझे तालिका और पंक्तियाँ मिलीं जहाँ यह संग्रहीत है: SharePoint_Config डेटाबेस, dbo.Objects तालिका।
निम्नलिखित क्वेरी से हम इस डेटा को बदल सकते हैं:
USE [SharePoint_Config]
ALTER TABLE dbo.Objects
SET Name='NEW INSTANCE NAME'
WHERE Name='OLD INSTANCE NAME'
SET Name='NEW SERVER NAME'
WHERE Name = 'OLD SERVER NAME'

मैं अपडेट विज़ार्ड को फिर से लॉन्च करता हूं। और, चीयर्स, डेटाबेस से संबंधित त्रुटियों के बिना पहला चरण सफलतापूर्वक गुजरता है। लेकिन, दुर्भाग्य से, दूसरे चरण में, मुझे त्रुटि ईआरआर अपवाद मिलती है: System.ArgumentException: एन्क्रिप्शन या डिक्रिप्शन के दौरान त्रुटि।
Microsoft से इस KB में दिए गए समाधान मदद नहीं करते हैं। मुझे इंटरनेट पर जो विकल्प मिले (IIS में व्यवस्थापन पोर्टल नोड हटाएं, IIS में ऐप पूल निकालें) मदद नहीं करते हैं।
मैं डेटाबेस डिटैच विधि का उपयोग करके, एव-प्लेस अपग्रेड का उपयोग करते हुए, हर चीज को तैनात करने का निर्णय लेता हूं।

ऐसा करने के लिए, मैं ऊपर वर्णित प्रक्रिया के अनुसार फिर से WSS सर्वर को पुनर्स्थापित करता हूं और:
1) मैं शेयरपॉइंट साइटों की सभी सेटिंग्स को सहेजता हूं (मेरे मामले में, यह 1 साइट साइट है )।
2) अब मैं WSS को हटाता हूं और इसका "क्लीन" संस्करण डालता हूं (उपरोक्त प्रक्रिया के केवल चरण 1 और 2)।
3) SharePoint 2010 फाउंडेशन की स्थापना रद्द करें
4) मैं रिबूट
5) स्टैंड-अलोन मोड में SharePoint 2010 फ़ाउंडेशन को पुनर्स्थापित करें। स्थापना पूर्ण होने के बाद, इंस्टॉलर मुझे मौजूदा ("स्वच्छ") WSS फ़ार्म को अपडेट करने के लिए प्रदान करता है - मैं सहमत हूं। इस बार अद्यतन बिना किसी समस्या के होता है।
6) SharePoint 2010 फाउंडेशन एडमिन सेंटर में, मैं उन सेटिंग्स के साथ एक साइट बना रहा हूं, जिन्हें मैंने चरण 1 में लिखा था। मैं विज़ार्ड को मौजूदा साइट IIS (जो WSS में बनाया गया था) का उपयोग करने के लिए कहता हूं। सामग्री डेटाबेस के रूप में मैं SQL उदाहरण (WSS_Content_Temp) में नया डेटाबेस निर्दिष्ट करता हूं, जिसे मैं बाद में हटा दूंगा।
7) मैं SQL सर्वर के लिए WSS_Content आधार संलग्न (संलग्न) करता हूं।
8) इस नियमावली के अनुसार , मैं डेटाबेस के लिए SharePoint 2010 फाउंडेशन कमांड के साथ सामग्री को अद्यतन और संलग्न करता हूं :
cd "C: \ Program Files \ Common Files \ Microsoft साझा \ Web Server एक्सटेंशन \ 14 \ Bin"
stsadm -o addcontentdb –url साइट -डाटाबेसननाम WSS_Content -dat Databaseerver NEWSERVER \ NEWINSTANCE
9) अद्यतन प्रक्रिया चल रही है। इसके बाद, मैं SharePoint केंद्रीय प्रशासन में नोड से WSS_Content_Temp डेटाबेस हटाता हूं।
10) Voilà।

सामान्य तौर पर, 2 चीजें मेरे लिए स्पष्ट नहीं हैं: इंस्टॉलर आवश्यक आवश्यकताओं की जांच क्यों नहीं करता है और त्रुटियों का उत्पादन करता है जो पूरी तरह से असत्य हैं? लेकिन यह एक लफ्फाजीपूर्ण सवाल है ...