升級到 SharePoint 2010 或許很誘人，但其實需要很多準備工作。本文將指導您完成升級規劃工作。

Brien Posey

升級到 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 服務器上，都必須滿足此要求。

盡管從技術角度而言，Web 瀏覽器不能算作一項系統要求，但您也要考慮所使用的 Web 瀏覽器。SharePoint 2010 可以更好地利用各種 Web 標準。這意味著用戶無論是使用 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 服務器。#p#

升級前的檢查

無論是執行就地升級還是遷移，您都需要在開始實際操作之前進行規劃和準備。運行升級前檢查程序就是升級到 SharePoint 2010 之前的最重要準備工作之一。在發布 MOSS 2007 之前，Microsoft 推出了 Prescan.exe 實用程序，幫助您確保 SharePoint 的部署處于良好的狀態，可以升級到 MOSS 2007。

盡管 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 部署。升級前檢查程序內置了一系列規則。這些規則基于最佳實踐分析工具，保存在一個名為 OssPreUpgradeCheck.xml 的文件中。圖 1 為您展示了這個文件。

圖 1 升級前檢查程序使用基于 XML 的規則文件。

當您調用升級前檢查程序時，您無需顯式調用此規則文件。默認情況下，升級前檢查程序會調用它。您也可以使用自定義的規則文件。升級前檢查程序的完整語法如下所示：

STSADMIN.EXE –O PreUpgradeCheck]

從上述語法中您可以看到，唯一必需的參數就是 –O 以及 PreUpgradeCheck 一詞。–RuleFiles 參數是可選的，只有當您手動指定要使用的規則文件時才需要使用。同樣，您可以使用 –ListRuleFiles 參數來顯示可用的規則文件。最后，還可以使用 –LocalOnly 參數以便只對本地 SharePoint 服務器運行規則。

為了讓您更好地了解升級前檢查程序的工作原理，請參見圖 2。在此圖中，我打開命令提示符窗口，導航到目錄結構 C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\BIN。在此目錄中，我運行以下命令：

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

圖 2 升級前檢查程序測試 SharePoint 部署。

正如您在圖 2 中所見，升級前檢查程序對 SharePoint 部署執行了幾項不同的測試。每項測試的結果用不同的顏色標出。紅色表示測試失敗，綠色表示服務器通過測試。提示性的信息則用黃色標出。

很明顯，升級前檢查程序的輸出并不是非常詳細。圖 2 中的屏幕截圖只能告訴您服務器是否通過了測試，而不能提供任何詳細信息。但在屏幕截圖的底部，您會看到一條消息，告訴您可以查看一個位于 C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\Logs 文件夾中的 HTML 文件來了解測試結果。

每次您運行升級前檢查程序之后，它都會創建三個獨立的日志文件。其中一個日志文件是升級檢查結束時提到的 HTML 文件，另外還有一個 LOG 文件和一個 XML 文件。您可以使用這三個文件中的任意一個，但 HTML 文件是最容易閱讀的。

如前所述，升級前檢查程序會編譯大量信息。因此，所產生的完整日志文件會非常長，這并不令人驚奇。不過您可以通過圖 3 來大致感受一下 HTML 日志文件。

圖 3 升級前檢查程序的結果可以使用 Web 瀏覽器查看。#p#

識別您的自定義內容

升級規劃工作中的另一個重要步驟是識別您對 SharePoint 服務器進行的自定義。無論是執行就地升級還是進行遷移，都很容易在無意間覆蓋自定義的內容。因此，您應該記錄下自定義內容，備份自定義文件，以便在升級之后，能夠在需要時輕松地重新應用自定義。

理想情況下，隨著 SharePoint 環境的發展變化，您會完整記錄下所有自定義；而實際情況是，要追蹤所有變更是非常困難的。因此，即使您認為已經完整記錄了所有自定義，也應該花些時間來查看自定義日志。遺憾的是，SharePoint 未提供任何內置工具來幫助您識別自定義。但這并不代表您要手動檢查 SharePoint 服務器上的每個文件。

一種可用來查找自定義的方法是一種稱為“差異對比”的技術。此技術的理念就是您可以設置一臺備用 MOSS 2007 服務器（確保其上運行了與生產服務器相同的修補程序），然后使用差異對比程序來查看生產服務器上的哪些文件與原始 SharePoint 服務器上的文件不同。

Microsoft 推薦使用 WinDiff，但有很多其他的差異對比實用程序可以使用。這些程序中的大多數都比 WinDiff 的功能豐富。

測試升級過程

準備轉移到 SharePoint 2010 時，您最終需要制定一個計劃，來說明如何執行升級。假設您已經解決了升級前檢查程序報告的所有問題，那么升級過程將變得相對順利。但您也不能掉以輕心。

在嘗試升級生產服務器之前，您應該在隔絕的實驗室環境中部署 MOSS 2007，然后在此實驗室中嘗試您的升級計劃。您可以在實驗室中熟悉升級過程，找出可能在實際升級時帶來各種麻煩的問題。

對中小企業 (SMB) 來說，最好的方法是設置一些虛擬服務器，然后將生產服務器的備份恢復到實驗室服務器。這樣，您就可以在與生產環境幾乎一樣的環境中測試升級計劃。

對于大型企業，創建 SharePoint 生產部署的精確副本可能并不現實。在這種情況下，您可以設置小規模的環境，按照與生產部署相似的方式來配置這個環境。也可以嘗試將部分（而不是全部）SharePoint 服務器的備份恢復到實驗室環境。這種方法看起來并不盡善盡美，但請記住，您幾乎不可能一次將整個部署遷移到 SharePoint 2010，因此應該循序漸進。

驗證您的備份

開始升級到 SharePoint 2010 之前的最后一個步驟是驗證您的備份正確無誤。就在本周，我還遇到有人以為已經辛勤地備份了服務器，結果痛苦地發現備份根本不完整。不要讓這種事發生在您身上。測試您的備份，并確保備份可以恢復。

原文出處

文章來源：微軟TechNet中文網

【編輯推薦】

1. 一位微軟MVP的SharePoint 2010體驗筆記
2. 帶你走進SharePoint 2010的世界
3. 教你把Sharepoint真正融入到企業中

【責任編輯：楊賽 TEL：（010）68476606】