在 SharePoint 2013 中規劃網站集合升級
適用於：
Subscription Edition SharePoint in Microsoft 365
從 SharePoint 2010 產品 升級到 SharePoint 2013 時，當您將內容資料庫升級到新版本，將不會升級網站集合。 會分割升級程序，以便讓網站集合管理員決定要升級其網站集合的時間。 如需瞭解以視覺化方式呈現升級程序的概觀，請參閱＜Overview of the upgrade process from SharePoint 2010 to SharePoint 2013＞。
伺服器陣列管理員可以控制升級網站集合的設定，例如升級評估網站集合、通知和升級節流的設定。 本文可協助您規劃設定以用於控制網站集合的升級。
決定陣列管理員應升級的網站集合
依預設，在升級網站收集時，網站收集管理員是負責人員，而且他們會自行執行升級。 但是，在特定狀況下，陣列管理員可能會執行升級。 例如，對於符合下列特性的網站而言，陣列層級的升級小組應該會在升級之前執行測試，而且可能會升級網站收集：
極重要的網站
如果網站對您的企業非常重要，陣列管理員應該先對網站進行仔細測試，然後再加以升級，之後他們可以自行升級網站，以確保使用者能儘快使用網站收集。
非常大的網站
依預設，如果網站收集管理員開始升級大於 10 MB 或擁有超過 10 個子網站的網站，網站便會新增至升級佇列，而不是立即進行升級。 對於非常大的網站收集 (大於 10 GB 者)，我們建議您讓陣列管理員升級網站收集，而不是讓網站收集管理員開始升級。 如此一來，陣列管理員就可以測試這些網站，然後監控升級進度。
高度自訂的網站
根據自訂網站定義仔細測試網站，或是在升級之前進行許多其他自訂作業。 如果發生伺服器端自訂的問題，陣列管理員則應該解決問題、再次測試，然後執行升級，以便他們能疑難排解發生的任何問題。 如果發生的是網站設計問題，設計師及網站收集管理員就能解決。
陣列管理員可以使用 PowerShell 升級網站。 如需詳細資訊，請參閱＜Upgrade a site collection to SharePoint 2013＞。
規劃升級通知、自助升級和網站收集建立的設定
網站收集可進行升級時，網站上的狀態列表示網站收集管理員可以進行升級。 他們可以選擇升級網站收集，然後稍後進行提醒。
陣列管理員可以決定是否要讓網站收集管理員升級其網站。 您可以設定屬性，以防止網站收集管理員開始升級，如此也會關閉狀態列中的通知。 之後，您就能使用 PowerShell 執行升級。 如果您選擇集中升級一些網站，則應該制定計畫以決定每個網站的升級時間，以及要在升級後驗證網站的人員。
雖然管理員可立即升級所有網站收集，我們不建議您執行此作業，原因如下：
您可能會有一些網站未預見您必須解決之問題的風險。 這可能會建立或延長中斷時間。
當使用者開始工作且同時升級網站時，服務台或疑難排解程序可能遭遇大量問題。
您可以控制網站收集升級和網站建立的設定。 您可以決定下列項目：
網站集合管理員是否可以升級其網站集合。
使用者建立網站收集時，可使用哪些模式 (2010 或 2013，或兩者)。
例如，您可能希望保持建立 2010 網站一段時間，直到大多數網站集合升級為止，或是，您可能希望在 2013 模式中強制建立新網站，如此便不必在稍後升級網站。
可控制網站集合升級與網站建立的屬性
| 屬性 | 描述 |
|---|---|
| SPSite.AllowSelfServiceUpgrade |
決定升級通知是否可針對網站集合進行設定。 預設為 True – 自動設定通知。 如果設定為 False，升級通知便不會出現在狀態列上。 |
| SPWebApplication.CompatibilityRange |
決定可在哪些模式中建立網站集合。 例如，在 2010 模式 (14) 或 2013 模式 (15) 中。 下列範圍可供使用： OldVersions 使用此範圍，讓使用者只能建立 2010 模式網站。 NewVersion 使用此範圍，讓使用者只能建立 2013 模式網站。 AllVersions 使用此範圍，讓使用者只能建立 2010 或 2013 模式網站。 您可以使用 New-Object 命令以設定 Microsoft.Shareoint.SPCompatibilityRange 屬性，藉以使用這些範圍或設定您的範圍。 |
如需如何設定這些屬性的詳細資訊，請參閱＜管理網站集合升級至 SharePoint Server 2016＞。
您也可以控制設定升級通知。 您可以決定下列項目：
是否要從 [立即升級] 狀態列以新增相關資訊的連結。
如果在狀態列上選擇 [稍後提醒我]，在提醒網站集合管理員升級之前要等候的天數。
If a user clicks Remind me later, the current date is added to the number that is set for the UpgradeReminderDelay and the notification is hidden until that new date occurs. For example, if the setting is 30, then the notification will appear 30 days from the current date.
下列屬性控制網站集合升級通知：
控制升級通知的屬性
| 屬性 | 描述 |
|---|---|
| SPWebApplication.UpgradeMaintenanceLink |
將另一個連結新增至 [立即升級] 狀態訊息，以便使用者可依照指示作業並找到相關資訊。 預設為空白。 |
| SPWebApplication.UpgradeReminderDelay |
使用者按一下 [稍後提醒我] 之後，設定暫停狀態列中升級通知的天數。 預設為 30 天。 如果設定為 0，則不會將升級通知從狀態列移除，而且無法將通知設定為 [稍後提醒我]。 |
如需如何設定這些屬性的詳細資訊，請參閱＜管理網站集合升級至 SharePoint Server 2016＞。
規劃升級評估網站
網站集合管理員可以要求預覽其網站集合。 此預覽網站稱為升級評估網站集合。 升級評估網站集合可讓網站集合管理員在 SharePoint 2013 上執行之網站的新個別複本中查看其網站的內容。 不同於 SharePoint Server 2010 中的視覺升級，升級評估網站集合是網站集合的完整復本。 它與原始版本分開，並有自己的URL。 網站集合管理員在升級評估網站集合中執行的動作不會影響原始網站。 原始網站和升級評估網站都可供搜尋，同時針對所有網站集合執行的定時器工作也會在升級評估網站上執行。
網站集合管理員要求評估網站集合時，系統會將要求新增到每天執行一次的計時器工作 (稱為「建立升級評估網站集合」)。 此計時器工作會建立位於唯一 URL 之網站集合的完整副本。 升級評估網站集合會設定為自動到期且遭到刪除。 到期的預設時間是 30 天，且可藉由為 Web 應用程式設定值來進行設定，或是自行在評估網站集合變更值。
陣列管理員可選擇針對網站集合設定 SPSite.AllowSelfServiceUpgradeEvaluation 屬性，而防止使用者建立升級評估網站。
計時器工作會建立和刪除升級評估網站。 會使用下列計時器工作：
升級評估網站集合的計時器工作
| 工作名稱 | 描述 | 執行時間 |
|---|---|---|
| 建立升級評估網站集合 (job-create-upgrade-eval-sites) |
建立升級評估網站。 |
每天 1:00 到 1:30 AM 之間執行 |
| 刪除升級評估網站 (job-delete-upgrade-eval-sites) |
刪除到期的升級評估網站，以及在接近其到期日期時，傳送網站的通知。 |
每天 1:00 到 1:30 AM 之間執行 |
| 升級網站集合 (job-upgrade-sites) |
升級內容資料庫佇列中的網站集合。 |
每隔 1 分鐘執行一次 |
您可以決定這些計時器工作執行的時間及頻率，而且您可以手動執行這些工作。
如何建立升級評估網站集合
「建立升級評估網站集合」工作計時器會收集針對評估網站佇列的網站集合清單，然後將網站複製到新的 URL 和網站識別碼。 其也會將網站新增到升級佇列，以便能在稍後由「升級網站集合」計時器工作挑選。 若要建立網站的副本：
如果您擁有 SQL Server 企業版，「建立升級評估網站集合」工作計時器會拍攝資料庫的快照並將快照資料讀取到目的地資料庫 (來源資料庫是預設目標)。 這不會影響整個程序中來源網站的唯讀狀態。
對於其他沒有快照功能的 SQL Server 版本，「建立升級評估網站集合」工作計時器會備份網站集合並將其還原為新 URL。 這會讓來源網站在整個程序期間都是唯讀狀態。
「升級網站集合」工作會集合專為升級而佇列的網站集合清單，之後會將佇列網站從最舊升級到最新。 之後會升級最近新增的評估網站 (或是至少已嘗試進行升級)。
規劃網站集合升級節流及佇列
若要確定網站集合升級不會導致陣列中斷，已經在 Web 應用程式、資料庫和內容曾集中內建節流。 這代表即使有 100 個網站集合管理員決定同時升級其網站集合，但只會同時執行一些網站集合，其餘的網站集合則會被放到稍後執行的佇列。
網站集合升級已受到節流：
網站集合升級的節流層級
| 層級 | 同一時間可升級的網站集合上限 | 控制節流設定的屬性 |
|---|---|---|
| Web 應用程式 |
預設值是每個 Web 應用程式執行個體 5 個。 其他要求已置入佇列工作。 |
SPWebApplication.SiteUpgradeThrottleSettings AppPoolConcurrentUpgradeSessionLimit |
| 內容資料庫 |
預設值是每個內容資料庫 10 個。 其他要求已置入佇列工作。 |
SPContentDatabase.ConcurrentSiteUpgradeSessionLimit 如果多個網站佇列在一個內容資料庫中，一個計時器服務執行個體一次只會升級一個網站。 此行為是故意設計的。 ConcurrentSiteUpgradeSessionLimit 節流會影響所有形式的網站升級，包括 w3wp (使用者起始或程序中升級) 中直接發生的升級，以及像是 Windows PowerShell 的系統管理工具發生的升級 (除非伺服器陣列管理員明確複寫節流，請參閱下方)。 計時器服務有它自己散發負載的機制，獨立於與網站升級相關的任何項目。 內容資料庫分散於伺服器陣列中的計時器服務執行個體，指定內容資料庫的所有工作是由唯一一個計時器服務執行個體以序列程序來處理。 這表示一次只有一個網站集合會由指定內容資料庫中的計時器服務進行處理，但是不同計時器服務執行個體一次可以處理多個不同內容資料庫的佇列。 雖然基於獨立原因所以計時器服務處理單一內容資料庫時不是平行的，但是計時器服務並非網站集合升級的唯一方法。 如果網站集合很小，它會在起始升級的處理序 (通常是 w3wp.exe) 中同步升級，但是如果未指定 -QueueOnly 旗標，它也可能是 Windows PowerShell。 並行限制主要是在這個案例中生效。 |
| 網站集合的內容 (子網站的大小及數目) |
預設值是大於 10 MB 或是擁有超過 10 個子網站的網站，無法以網站集合管理員透過自助服務的方式進行升級，但必須由伺服器陣列管理員進行升級。 |
SPWebApplication.SiteUpgradeThrottleSettings UsageStorageLimit 及 SubwebCountLimit |
下列圖片顯示 Web 應用程式及內容資料庫升級節流限制之間的關係。
Web 應用程式及內容資料庫的升級節流及網站升級佇列
在此圖片中，內容資料庫會包含十五個網站，而且已要求所有網站開始升級。
因為 Web 應用程式節流限制，只有五個網站可以開始升級 Web 應用程式 1 - Web 伺服器 1 上的執行個體 1。
其他五個網站會開始在 Web 應用程式 1 上進行升級 - Web 伺服器 2 上的執行個體 2。
因為內容資料庫節流，已將五個網站傳送至升級佇列以等候執行。
您可以使用預設的節流設定，或是可以針對在同一時間升級的網站集合數目指定自己的值。 伺服器陣列管理員也可以在升級網站時，使用 PowerShell 來覆寫節流設定。 變更這些值時，請務必謹慎，並請確定驗證希望用於測試環境中的設定，然後才在生產環境中實作這些設定。 如果您增加的節流過高，則可以在環境中建立效能問題。 例如，太多平行升級可能會影響網站轉譯。 如需如何變更這些設定的相關資訊，請參閱＜管理網站集合升級至 SharePoint Server 2016＞。
關於網站集合模式
為了將升級網站集合與升級內容資料庫分開，SharePoint 2013 導入網站集合「模式」(也稱為「相容性層級」) 的概念。 在網站集合明確升級至 2013 模式之前，都會隸屬於新環境的 2010 模式。 您可以在任一種模式中建立新的網站集合。 雖然陣列管理員可以設定此設定，但預設設定是在 2010 模式中建立網站。 ) 當網站集合隸屬於 2010 模式時，使用者介面與 SharePoint 2010 產品 類似，而且只會啟用 SharePoint 2010 產品 中可用的功能。 在 2013 模式中，會將介面及功能更新至 SharePoint 2013。
您必須確定兩種模式都可使用解決方案套件、功能及其他自訂元件。 如需詳細資訊，請參閱＜Create a plan for current customizations during upgrade to SharePoint 2013＞。
訓練網站集合管理員
您必須訓練使用者，讓他們瞭解如何升級其網站集合和如何在升級評估網站集合中檢閱其網站。 瞭解這些影響的使用者會知道接下來將遭遇什麼問題，這將減少對服務台支援的需求並降低挫折感。
通知使用者變更及新功能。 同時，讓使用者知道可能遭遇的問題。 舉例來說，使用者可能會遭遇自訂的問題，例如頁面無法正確顯示。 如需一般升級問題的詳細資訊，請參閱＜檢閱升級到 SharePoint 2013 的網站集合＞及＜在 SharePoint 2013 中疑難排解網站集合的升級問題＞。
對網站集合管理員說明其升級評估網站是副本，而且他們在該處進行的任何變更在其升級網站中都不會繼續存在。 預覽網站中也會有通知列，表示這是副本網站。
依預設，網站集合管理員會控制其網站的升級。 他們可使用升級評估網站集合來預覽新的使用者介面和功能。 這可讓他們有時間確定所有項目都正常運作，而且他們可先解決原始網站中的任何問題，然後再進行升級。 當網站集合管理員就緒時，就能升級其網站。
我們建議您制定計畫並設定要讓網站集合管理員延後升級網站的時間限制。 例如，每個網站集合管理員會有 90 天的時間可以與其網站集合管理員合作，以評估並在之後升級其網站。 此時間限制可確定使用者都有合理的時間來熟悉新的使用者介面，以及解決網站中的任何問題。 確定您與使用者通訊時間限制，而且他們知道您可以強制升級所有網站。 而且，您也可以使用 PowerShell 命令以檢查內容資料庫中的相容性層級，這樣您就能瞭解 2010 模式和 2013 模式中分別有多少網站。 如需詳細資訊，請參閱＜管理網站集合升級至 SharePoint Server 2016＞。
請務必讓網站集合管理員知道只要網站使用的是 2010 模式，新功能就無法使用。 但是，只要網站升級到新版本，便會自動顯示應用程式功能。
另請參閱
其他資源
管理網站集合升級至 SharePoint Server 2016
Overview of the upgrade process from SharePoint 2010 to SharePoint 2013