評估升級程序所需的時間與空間 (SharePoint Server 2010)
適用版本： SharePoint Server 2010
上次修改主題的時間： 2016-11-30
從 Microsoft Office SharePoint Server 2007 升級至 Microsoft SharePoint Server 2010 的升級規劃相當重要的一部分，就是決定升級程序所需的時間，以及所需的儲存空間。每一個環境都是唯一的，且包含不同的硬體功能及不同的網站特性。執行升級所需的空間及時間長度，會隨環境而有極大的差異。評估這些因素的最佳方式是執行試驗升級，然後再檢閱升級所需的空間及時間。如需如何執行試驗升級的詳細資訊，請參閱＜利用試驗升級發掘現潛在的問題 (SharePoint Server 2010)＞。
本文內容：
評估升級所需的空間
評估升級所需的時間
評估升級所需的空間
使用就地升級與資料庫附加升級方法時，資料庫可能會在升級期間擴充。此外，執行升級程序時會產生多項異動，因此您必須確定記錄檔有足夠的空間可擴充以容納發生的變更。您必須同時為資料庫與記錄檔的成長進行規劃。
規劃升級時，請確定目前的環境遵循 Office SharePoint Server 2007 儲存裝置的最佳作法，以在升級期間具有最佳的經驗與效能。如需詳細資訊，請參閱實體儲存裝置建議 (Office SharePoint Server)。也可檢閱 SharePoint Server 2010 的最佳作法，並進行升級後環境的必要調整。
由於新版的資料表結構有所變更，因此資料庫在重新組織資料時會暫時擴充。雖然此空間在升級後即可復原，但是您應確定有足夠的空間，讓資料庫於就地升級或資料庫附加升級期間，可擴充為目前大小的 1.5 倍 (請注意，您可以於升級後，再次縮小資料庫以復原幾乎同樣的空間)。您也應確保資料庫伺服器上具有足夠的空間，可讓資料庫在一般使用情況下隨時間擴充。若要了解目前的資料庫大小，請使用 Microsoft SQL Server 中的 Enterprise Manager。除了資料庫空間，還必須為下列項目保留空間：
暫存資料庫。請確認資料庫空間足以容納快速增加的暫存資料庫。若空間不足，則升級程序可能會暫停，而導致升級失敗。
升級記錄檔。
資料庫的交易記錄檔。這些記錄檔為容納資料庫的諸多變更，一定會快速成長。
注意
在非常大型的環境中，預設的交易記錄檔成長率 (10%) 有可能不足，無法跟不上升級程序；如此會造成逾時。試驗升級仍然是決定交易記錄檔能否跟上升級程序的最好方法。若為非常大型的環境，或是在試驗升級期間發生程序逾時，請考慮預先增大 SQL Server 交易記錄檔，以確保可有足夠的空間供需要處理的眾多交易使用。如需如何增大 SQL Server 交易記錄檔的詳細資訊，請參閱展開資料庫 (SQL Server 2005) (https://go.microsoft.com/fwlink/?linkid=182619&clcid=0x404) 或展開資料庫 (SQL Server 2008) (https://go.microsoft.com/fwlink/?linkid=182620&clcid=0x404)。
評估升級所需的時間
掌握磁碟空間的評估並歷經一些測試之後，現在可以粗略估算實際升級程序會花費的時間。升級時間會隨環境大為不同。升級的效能則多取決於所使用的硬體、網站複雜性及實作的特定特性。例如，若有許多大型文件庫，升級所花費的時間會比簡單的網站長。
下表說明影響效能的因素。
| 內容因素 | 硬體因素 |
|---|---|
數目：
加上資料庫本身的整體大小。 |
|
資料的結構方式會影響升級資料的時間長短。例如，升級各含 10 個項目的 10,000 個清單所需的時間，會比升級各含 10,000 個項目的 10 個清單更久。不論項目數為何，都必須先針對每個清單執行升級清單基礎結構所需的動作；因此，更多的清單等於更多的動作。此適用於上表之「內容因素」欄中大部分的項目。
硬體的結構也對效能有很大的影響。一般而言，資料庫伺服器效能比網頁伺服器效能更加重要，但各層若有能力不佳的硬體或連線問題，都將大幅影響升級效能。
所選擇的升級方法也會對程序所耗時間造成極大的差異。執行資料庫附加升級是最快的方法 (不過，此方式的升級前及升級後步驟所需時間會比就地升級長)。就地升級所需的時間會較短，原因是雖然您升級環境及網站，但在使用此方式時沒有許多升級前及升級後步驟。
評估整體時間的最好方法，是執行小部分或全部資料的試驗升級，然後檢閱升級記錄檔。記錄檔包含升級的持續時間 (請尋找升級記錄檔底部的 [總共經歷時間])。此時間可用以預計整組內容的持續時間。您也可以使用記錄檔在升級程序期間檢查進度。升級記錄檔位於 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS。
根據試驗升級所獲得的評估，是資料的實際升級程序，這並不包括在此步驟前後所必須執行的所有步驟，這比資料升級本身還花時間。評估升級要花費的時間時，除了資料處理所需的時間之外，還必須評估升級前及升級後各階段活動所花費的時間。
若是升級前步驟，請考量下列因素：
建立自訂元素 升級網頁組件，或是重新執行自訂範本以利用新功能，都需要較多的時間。建立自訂元素的程序應早點開始，最好在專案評估階段就開始。
備份資料庫 在就地升級中，您必須執行整個環境的完整備份 (而非差異備份)，以確定當升級失敗而您必須重建伺服器陣列時，有可能從遠端復原。此步驟在大型環境中會需要很長的時間。特別是要備份到網站位置時，網路延遲問題會拖慢此程序。
若是升級後步驟，請考量下列因素：
驗證網站以進行變更 讓使用者有足夠的時間在升級後驗證其網站。這可能需要數日。如需詳細資訊，請參閱＜驗證升級與檢閱升級的網站 (SharePoint Server 2010)＞。
建立服務應用程式以及設定服務 此步驟僅適用於資料庫附加升級期間 (在就地升級期間，服務應用程式會建立為升級程序的一部分)。建立服務應用程式以及設定服務不需要太長的時間，但若必須聯絡資料庫管理員為您預先建立資料庫，可能需要一至兩天的前置時間。
針對 User Profile Service 將設定檔轉換成分類資料並更新相片儲存區 您必須轉換包含選擇清單的使用者設定檔屬性，以使用 Managed Metadata Service 提供的分類功能。這些步驟會因為環境中的使用者設定檔數目，而可能使升級程序增加一或多個小時。
執行人員編目 此步驟在大型組織約需 24 小時以上。
對所有內容執行搜尋編目 此步驟在大型網站約需 24 小時以上。
環境中的其他因素也會拉長升級時間，包括下列項目：
極大型的文件庫 文件超過 250,000 份且全在文件庫根目錄而不在資料夾中的文件庫，升級非常耗時，也可能無法成功。請依據 Microsoft Office SharePoint Server 2007 原則使用資料夾分割大型文件庫，有助於管理文件庫大小。例如，若重新排列相同的文件庫，讓 250,000 份文件分為在 125 個資料夾中，則升級會容易得多。
極大的資料庫 大於 100 GB 的資料庫升級很耗時。
注意
若內容資料庫大於 100 GB 而且包括混合的網站類型 (例如「我的網站」和小組網站以及發佈的網站)，則建議您先將其分成數個內含資料類型一致的較小型資料庫，再執行升級。較大的資料庫不僅升級較耗時，且升級未成功完成時，也較難復原。
您可以在 Stsadm.exe 中使用 mergecontentdbs 或 backup 及 restore 作業，以在資料庫之間移動網站。如需詳細資訊，請參閱 Mergecontentdbs：Stsadm 作業 (Office SharePoint Server) 及 備份與還原：Stsadm 作業 (Office SharePoint Server)。若有極大型的資料庫 (超過 100 GB)，且因為大部分的內容均位於單一網站集合中而無法分割，則可能會想要重新考慮升級方法。資料庫附加升級方法較難處理極大的資料庫，因為備份及還原如此大型的資料庫很麻煩。
警告
嘗試升級之前，請確定已遵循舊版及新版的容量規劃原則。若超過最佳效能的原則，升級程序可能會很耗時，或可能不成功 (例如，程序可能會在同一大型文件庫上重複發生逾時)。若部署不符合建議的容量原則，請考慮是否必須執行某些工作以符合這些原則，再嘗試升級。試驗升級仍然有助於您下定決策。
溝通需求
您必須通知使用者及小組有關升級的排程時間，並讓他們有時間執行工作。如需詳細資訊，請參閱＜建立溝通計劃 (SharePoint Server 2010)＞。
管理系統中心提醒與警示
您必須監視升級期間的系統效能，但不需要監視特定功能。請從 Microsoft Systems Center Operations Manager 或 Microsoft Operations Manager 暫停任何不必要的警示與提醒，然後於升級後重新啟動。
開啟/關閉 SQL 鏡像及記錄傳送
升級之前，請務必關閉鏡像及記錄傳送，然後於升級完成並確定環境運作正常之後，再重新開啟。建議您不要在升級期間執行鏡像或記錄傳送，因為如此做會造成執行 SQL Server 的伺服器上額外的負載，也會浪費資源用於鏡像或傳送暫存資料。
測試升級程序以了解升級所需的時間，然後建立升級作業的排程，並測試該排程以決定時間表。您應在作業時間表中包含執行升級前後步驟所需的時間：若開始前需要 5 小時備份環境，則需要將該時間納入作業中斷時程。另請包含緩衝時間，以防需要進行還原或復原 (您應決定預計的中斷 (實際情況) 及緊急中斷 (最糟情況) 時間表)。