SharePoint 2010 部署：為升級到 SharePoint 2010 做好準備

您可能迫不及待想要升級到 SharePoint 2010，但是升級作業需要充分的規劃。本文將逐步引導您完成規劃升級的程序。

Brien Posey

升級至 SharePoint 2010 與過去其他升級作業截然不同。甚至在開始規劃升級之前，您就需要先熟悉 SharePoint 2010 的系統需求。SharePoint 2010 不同於先前版本的 SharePoint，SharePoint 2010 只有 64 位元版本。因此，您必須在 64 位元版本的 Windows Server 2008 或 Windows Server 2008 R2 上安裝 SharePoint 2010。

SharePoint 需要使用 SQL Server 資料庫，但是該資料庫不一定要放置在與 SharePoint 相同的伺服器上。SharePoint 2010 依舊需要 SQL Server，但是 Microsoft 進行了一些重要變更。SharePoint 2010 要求資料庫必須在 64 位元版本的 SQL Server 2005 或 2008 上執行。無論資料庫是本機安裝或安裝在 SharePoint 伺服器上都一樣。

雖然算不上是技術方面的系統需求，但是您可能需要衡量所使用的網頁瀏覽器。SharePoint2010 的設計能更加善用網路標準。這意味著無論使用 Internet Explorer 或 Firefox (3.x 或更新版本)，使用者都應該獲得一致的經驗。有一點需要特別注意，就是 SharePoint 2010 對 Internet Explorer 6 只提供有限支援。IE6 使用者應該可以順利檢視 SharePoint 內容，但是內容撰寫作業則需要 IE7 或更新版本 (或是 Firefox 3.x 以上的版本)。

就地升級

相信您已經聽說，SharePoint 2010 允許從 Microsoft Office SharePoint Server (MOSS) 2007 進行就地升級。但是由於 SharePoint 2010 是 64 位元架構，因此只有當您現有的 MOSS 2007 是在 64 位元版本的 Windows Server 2008 上執行時，才可以進行就地升級。若您現有的 SharePoint 伺服器符合必要的系統需求，您可以在 SharePoint 伺服器陣列中的每一部伺服器上執行就地升級。

雖然 SharePoint 完全支援這些升級，但是我只建議在您的 SharePoint 部署很簡單，而且沒有任何自訂設定的情況下，使用就地升級。在較為複雜的環境中則建議進行完整移轉，因為這麼做能提高您對升級作業的掌控能力。具有自訂內容的環境也比較適合完整移轉，以免不小心覆寫這些自訂。

移轉作業通常牽涉到全新建置執行 SharePoint 2010 的 SharePoint 伺服器陣列。建置完成後，您就可以將現有的 SharePoint 資料庫附加到新的伺服器陣列。您也可以使用混合的移轉策略，其中結合了就地升級與全新的 SharePoint 2010 伺服器。

升級前檢查

無論您打算採取就地升級或移轉作業，都必須先做規劃與準備，然後才能實際開始執行。執行升級前檢查工具是準備升級至 SharePoint 2010 的最重要步驟之一。發行 MOSS 2007 之前，Microsoft 推出了 Prescan.exe 公用程式，好讓您在升級成 MOSS 2007 之前，先確保您的 SharePoint 部署處於健康的狀態。

雖然 Prescan.exe 在當時是很優秀的工具，但卻不適合用來進行 SharePoint 2010 的部署前分析。有鑑於此，Microsoft 提供了一項新工具，稱為升級前檢查工具。相較於 Prescan.exe，升級前檢查工具已有大幅改善。首先，升級前檢查工具是唯讀的，因此您不必擔心它會變更您的 SharePoint 伺服器。

升級前檢查工具真正實用之處在於，它比前身 Prescan.exe 更能充分地偵測問題，而且還可以進行擴充。升級前檢查工具隨附一組用來分析 SharePoint 伺服器的規則。這些規則採用 XML 格式，這表示您可以視需要建立自己的自訂規則。使用以 XML 為基礎的規則也方便 Microsoft 在建議的最佳作法發生變更時，更新升級前檢查工具。

不過，升級前檢查工具最棒的一點要算是它匯集的資訊。雖然 Microsoft 設計升級前檢查工具是為了升級至 SharePoint 2010 而做準備，但某些組織則將它用於其他目的。有一家公司實際上使用升級前檢查工具作為嚴重損壞修復計畫的一部份。此公用程式其實無法協助拯救失敗的 SharePoint 伺服器，但是只要您曾經面臨不得不重新建置 SharePoint 部署的情況，就會了解這項工具收集的資料多麼珍貴 (不過請確保您是在伺服器失敗之前執行此工具)。

同樣地，其他組織使用升級前檢查工具當作確認 SharePoint 伺服器的設定一致的工具。藉由在各部 SharePoint 伺服器上執行升級前檢查工具，就能比較每一部伺服器的報告，從而查看是否有個別設定項目不符合公司政策。

那麼您從何處可以取得升級前檢查工具？您很有可能已經有這項工具了。Microsoft 將升級前檢查工具隨附在 MOSS 2007 SP2 中。跟您預期的不同，升級前檢查工具並非獨立的工具。Microsoft 反而是將它建置到 STSADM.EXE 公用程式中。順帶一提，套用 SP2 之後，我必須重新啟動我的測試伺服器好幾次，Windows 才會讓我存取新的 STSADM.EXE 功能。

該說都說了，接著我要示範升級前檢查工具如何運作。如前所述，升級前檢查工具是透過剖析以 XML 為基礎的規則檔案來運作，然後使用這些規則當作分析 SharePoint 部署的基準。升級前檢查工具包含內建的規則集。這些根據 Best Practice Analyzer 的規則位於名為 OssPreUpgradeCheck.xml 的檔案中。您可以參考 [圖 1] 看看這個檔案長什麼樣子。

[圖 1] 升級前檢查工具使用以 XML 為基礎的規則檔案。

叫用升級前檢查工具時，無須明確呼叫此規則檔案。升級前檢查工具預設就會呼叫此檔案。不過您可以選擇使用自訂規則檔案。升級前檢查工具的完整語法如下所示：

STSADM.EXE –O PreUpgradeCheck
[[-RuleFiles “<rule file name>”] [-ListRuleFiles]] [-LocalOnly]

正如您在先前語法中看到的，必要參數只有 –O 和 PreUpgradeCheck 一字。–RuleFiles 參數是選擇性的，而且只有在您想要手動指定要使用的規則檔案時，才會用到。同樣地，您可以使用 –ListRuleFiles 參數來顯示您可用的規則檔案。最後，您可以使用 –LocalOnly 參數，只針對本機 SharePoint 伺服器執行這些規則。

為了讓您更了解升級前檢查工具的運作方式，請參考 [圖 2]。如圖所示，我一開始先開啟命令提示字元視窗，然後在目錄結構中巡覽至 C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\BIN。我從這個目錄執行下列命令：

STSADMIN.EXE –O PreUpgradeCheck]

[圖 2] 升級前檢查工具測試您的 SharePoint 部署。

如 [圖 2] 所示，升級前檢查工具會針對 SharePoint 部署執行幾種不同的測試。每個測試的結果都會以顏色標示。紅色代表測試失敗，綠色代表伺服器通過測試；資訊性質的項目則以黃色表示。

顯然，升級前檢查工具輸出並非鉅細靡遺。[圖 2] 中的螢幕擷取畫面只會告訴您測試通過或失敗；您不會看到任何詳細資訊。但是如果看一下螢幕擷取畫面的底部，您會發現有一則訊息指出您可以查看 HTML 檔案來檢視結果，此檔案位於 C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\Logs 資料夾中。

每次執行升級前檢查工具，都會建立三個不同的記錄檔。其中一個記錄檔是升級檢查結束時提到的 HTML 檔案，另外還有 LOG 檔案與 XML 檔案。您可以使用任一記錄檔，但是 HTML 檔案最容易閱讀。

如前所述，升級前檢查工具匯集了許多資訊。可想而知，產生的記錄非常長，在此無法一一呈現。不過，您可以參考 [圖 3] 來了解 HTML 記錄大概長什麼樣子。

[圖 3] 升級前檢查結果可以使用網頁瀏覽器檢視。

識別您的自訂

規劃升級的程序中還有一個關鍵步驟，就是識別您對 SharePoint 伺服器所做的自訂。無論是執行就地升級或移轉，都很容易不小心覆寫您的自訂。因此，您應該記錄自訂，然後備份這些檔案，以便在升級之後輕易地重新套用 (如果有需要的話)。

希望您已經將 SharePoint 環境發展過程中的所有自訂都完整記錄下來。因為在實際的情況下，要追蹤所有變更可能並不容易。因此，即使您認為已經充分記錄所有自訂，也花一些時間審視您的自訂記錄。可惜 SharePoint 並不包含可識別自訂的內建工具。但這並不表示您必須手動檢視 SharePoint 伺服器上的每個檔案。

有一種可確認自訂的方法，是使用所謂的比較差異。這套方法背後的概念是，您可以設定備用 MOSS 2007 伺服器 (確認它與實際執行伺服器執行相同的修補程式)，接著使用差異程式來查看實際執行伺服器上的哪些檔案與原始 SharePoint 伺服器不同。

Microsoft 建議使用 WinDiff，不過還有其他多種差異公用程式可以使用，而且大多具有比 WinDiff 更豐富的功能。

測試升級作業

在準備轉換到 SharePoint 2010 的過程中，您終究需要發展出如何執行升級的計畫。假設您已經解決升級前檢查工具報告的所有問題，升級作業會順利許多。不過您還是不應該掉以輕心。

試圖升級您任何一部生產伺服器之前，請先在獨立的實驗室環境中部署 MOSS 2007，並在實驗室中試試您的升級計畫。使用實驗室可以幫助您更熟悉升級作業，也能夠識別真正升級時可能出現的問題。

適合中小型企業 (SMB) 的最佳作法是設定數部虛擬伺服器，然後將生產伺服器的備份實際還原到實驗室伺服器。如此一來，您就可以在與實際執行環境幾乎相同的環境中試試您的升級計畫。

要在大型組織中建立完全翻版的實際執行 SharePoint 部署可能不切實際。在這類情況下，您可以設定一個小規模的環境，並按照您的實際執行部署進行類似設定。您也可以嘗試從部分 (而非全部) 的 SharePoint 伺服器還原備份到實驗室環境。這個方法看起來似乎有很多不確定因素，但是請記住，您大概不會一次就將整個部署轉換成 SharePoint 2010；您應該每次鎖定一個區域來進行部署。

檢查備份

開始升級至 SharePoint 2010 之前的最後一個準備步驟就是檢查您的備份能否正確運作。本週我剛好協助某人解決問題，他以為自己已經很勤奮地備份伺服器，結果卻發生備份不足的慘痛經驗。別讓這種事發生在您身上。請測試備份，並確認能還原這些備份。

 

Brien Posey**是一名 MVP，也是技術文件自由撰稿人，發表過數千篇文章和十幾本書。您可以瀏覽他的網站：brienposey.com。

 

相關內容

• STSADMIN 升級前檢查語法
• SharePoint 2010 系統需求
• SharePoint 2010 升級規劃海報