Windows SharePoint Services 3.0 說明及使用方法

升級考量

只有伺服器系統管理員 (Web 伺服器上的本機系統管理員群組成員或 [管理中心] 之伺服陣列管理員群組成員) 才可從 Microsoft Windows SharePoint Services 2.0 升級成 Microsoft Windows SharePoint Services 3.0。然而，此升級程序會影響網站擁有者及設計者。本主題提供的資訊，可協助網站擁有者及設計者了解升級的作用、升級類型，以及他們參與升級過程的方式。如需供伺服器系統管理員參考之升級至 Windows SharePoint Services 3.0 的詳細資訊，請參閱 [管理中心] 頁面上的 [說明] 及 Microsoft TechNet 網站上的 Windows SharePoint Services 頁面。

升級概觀

在升級期間會保留網站結構與資料，而 Windows SharePoint Services 3.0 會進行下列變更：

將 Windows SharePoint Services 技術升級為最新版本
將資料升級為 Windows SharePoint Services 3.0 資料庫結構描述
將使用者權限、網站群組及跨網站群組更新為 Windows SharePoint Services 3.0 使用者權限、權限等級及 SharePoint 群組
需要時，升級網頁組件自訂
需要時，升級使用與 Windows SharePoint Services 相容之網站設計程式 (例如 Microsoft Office SharePoint Designer 2007) 所完成的網站自訂

附註保留或捨棄網頁組件自訂及網站自訂的決定只能在逐步升級期間進行。如需不同升級類型的詳細資訊，請參閱升級選項一節。

附註您無法直接從 Microsoft 的 SharePoint Team Services 升級為 Windows SharePoint Services 3.0。若要從 SharePoint Team Services 進行升級，您必須先升級為 Windows SharePoint Services 2.0，然後升級為 Windows SharePoint Services 3.0。

升級選項

Windows SharePoint Services 3.0 [安裝精靈] 提供兩種類型的升級：就地升級和逐步升級。就地升級可用來一次升級所有的 SharePoint 網站，這種升級類型最適合單一伺服器或小量的部署。逐步升級允許一次升級一個或多個網站集合，以便對升級程序擁有更完善的控制。請根據本節所提供的資訊，將適合您網站使用的升級類型告訴伺服器管理員。

秘訣如果是較大型的 Windows SharePoint Services 3.0 部署，則逐步升級是最好的選擇，因為它可以讓執行升級的系統管理員控制一次升級的網站集合數目。使用這種方式，大型的 Windows SharePoint Services 2.0 部署就可以利用幾個週末執行逐步升級，同時繼續主控舊版本的網站。這是因為您可以在已升級網站所在的同一部伺服器上，繼續主控尚未升級的網站。

在就地升級中：

Windows SharePoint Services 2.0 會由 Windows SharePoint Services 3.0 取代，而且內容資料庫會變更。這就表示就地升級是無法還原的程序，一旦升級後，就無法復原為舊版本。
升級後，就無法檢視原始 Windows SharePoint Services 2.0 網站。
在升級期間，網站訪客將無法使用所有網站。
升級之後，網站訪客仍可繼續使用相同的 URL。

在逐步升級中：

在升級每個網站集合群組的過程中，將資料升級為 Windows SharePoint Services 3.0 之前，會先將群組中的資料從原始資料庫複製到新的資料庫。除非伺服器管理員明確刪除原始的 Windows SharePoint Services 2.0 資料，否則該原始資料仍會保留在原始資料庫中。因此，在必要時可以將已升級的網站輕易地復原為舊版本。
升級期間，網站訪客可以使用所有網站。
升級程序會將原始 URL 重新導向已升級的網站版本。透過這種方式，使用者可以繼續使用他們在升級之前所使用的相同 URL。

附註用來存取 SharePoint 網站的 URL 在整個升級程序期間仍然有效。不過，因為在逐步升級期間會執行 URL 對應作業，所以使用者可能會注意到原始 URL 已變更。

升級程序

大部分的升級程序都是在伺服器層級執行。然而，網站擁有者及設計者可在下列兩個階段貢獻他們的力量：

在伺服器系統管理員執行預先掃描工具之後，以及執行升級之前
執行升級之後

下列步驟會以網站擁有人及設計者為對象，大致說明升級程序的工作流程：

伺服器管理員會預先掃描所有 Web 伺服器、檢查記錄，並在升級之前修正記錄中所描述的問題，或將需要特別注意的問題轉送給適當的網站擁有人或設計者。例如：
- 升級之後，可能需要重新部署自訂的網頁組件。
- 在升級之前重新建立以 Microsoft ASP.NET 1.1 為基礎建置再模糊化的自訂網頁組件，可能要比在升級之後再嘗試重新部署來得容易。
網站擁有人會確認他們的網站上是否有任何自訂 (包括網站範本及核心 .aspx 檔案的變更)，然後記下結果。
網站擁有人會記下目前與每個網站相關的佈景主題，以便在升級之後可以重新套用類似的佈景主題。
附註 Windows SharePoint Services 3.0 提供的佈景主題與 Windows SharePoint Services 2.0 不同。如果您想要讓佈景主題在升級之後看起來仍然相同，可以建立自訂佈景主題，保留您要的色彩、字型及元素。
網站擁有者通知網站訪客即將停機。
伺服器管理員在升級每個網站集合之後都會提醒適當的網站擁有人及設計者，並且報告他們的網站是否已經順利升級，以及是否有任何需要網站擁有人注意的問題。
除了十分特殊的狀況 (例如有遺留的物件或損壞的網站) 之外，所有物件都應該要順利升級。
如果執行的是逐步升級，則伺服器管理員會通知網站擁有人在刪除 Windows SharePoint Services 2.0 網站之前要保留的時間長短。
使用逐步升級選項升級網站集合之後，伺服器管理員應該讓 Windows SharePoint Services 2.0 網站保持連線一段時間。這麼做可以讓網站擁有人及設計者有時間執行下列動作：
- 需要時，比較 Windows SharePoint Services 2.0 網站與已升級的網站。
- 將遺失的元件從 Windows SharePoint Services 2.0 網站複製到升級的網站。
- 需要時，要求伺服器系統管理員復原為 Windows SharePoint Services 2.0 網站。
確認網站的功能，並且重新套用任何必要的自訂。每個升級的網站都應該完成下列程序：
- 檢查所有超連結。請注意，在升級之後，寫在程式碼中的超連結可能不再有作用。
- 確認所有網頁組件的功能。請重新部署不再有作用的網頁組件。如果是高度自訂的網頁組件 (例如已經模糊化的網頁組件)，您可能需要重新建立網頁組件，然後重新進行部署。這是因為與 ASP.NET 1.1 搭配使用的模糊化工具無法與 ASP.NET 2.0 搭配使用。
- 確認所有元件都存在。如果有元件在逐步升級期間遺失，則通常可使用與 Windows SharePoint Services 相容的網頁編輯器 (例如 Microsoft Office SharePoint Designer 2007) 開啟 Windows SharePoint Services 2.0 網頁，並將元件複製到新位置。如果執行的是就地升級，就無法這麼做。
- 重新套用佈景主題。
如果是已經在與 Windows SharePoint Services 相容的設計程式中自訂的網站，而且伺服器管理員已選擇在升級期間保留自訂，則您的首頁將會具有 Windows SharePoint Services 2.0 網站的外觀及操作，而不是具有 Windows SharePoint Services 3.0 網站的外觀及操作，而且不會包含所有 Windows SharePoint Services 3.0 功能。針對這類網站，網站擁有人應該考慮使用 [網站設定] 頁面上的 [重設為網站定義] 連結來捨棄自訂。這麼做會將 Windows SharePoint Services 3.0 預設且未自訂的頁面版本提供給自訂頁面，包括所有 Windows SharePoint Services 3.0 功能。
網站擁有人及設計者會解決在上一個步驟中找到的所有問題。如果問題無法解決，則可以在執行逐步升級時，要求伺服器管理員將已升級的網站復原為 Windows SharePoint Services 2.0 版本。否則，就必須修正所有問題。
執行必要的修正並確認升級的網站沒有問題之後，升級小組就會將網站的狀態通知網站成員及訪客。
順利升級所有網站之後，伺服器管理員就可以解除安裝 Windows SharePoint Services 2.0。