決定升級方法 [Windows SharePoint Services]
本文內容:
選擇升級方法
特殊案例
在您執行任何升級程序之前,必須決定要採用哪一種升級方法。本文中的資訊可用來協助比較各種方法的優缺點,以及檢閱可能影響您的方法的特殊案例相關資訊。
選擇升級方法
下表列出並比較不同的升級方法。
方法 | 描述 | 贊成意見 | 反對意見 | 適合對象 |
---|---|---|---|---|
就地升級 |
一次將內容及設定資料就地升級。 |
最簡單的方法。網站保留原始的 URL。使用現有的硬體來升級現有的資料庫及伺服器。 |
環境在執行時離線。無法還原為原始網站。 |
單一伺服器或小型伺服器陣列。 |
逐步升級 |
並存安裝新版與舊版。伺服器管理員決定要升級哪些網站集合,以及何時升級。 |
啟用更精細的方法:您可以在網站集合層級升級。減少任一使用者受影響的時間。網站保留原始的 URL。可還原為原始網站。使用現有的硬體。 |
較複雜,且資源用量較大。必須在升級程序期間重新導向 URL,因而導致某些用戶端應用程式發生問題,例如 Microsoft Office。需要在 SQL Server 中有額外的儲存空間。不支援 Windows SharePoint Services 2.0 可調整主機模式。 |
中型或大型伺服器陣列 (不含共用服務),其中包含許多必須限制停機時間的網站。當您的環境有很多自訂時,就很適合。 |
(進階) 資料庫移轉 |
需要伺服器管理員在不同的伺服器陣列或不同的硬體上安裝新版本,然後手動將資料庫移轉至新環境。 |
可移至新伺服器陣列或新硬體。Windows SharePoint Services 2.0 環境可供使用,且不受升級影響。 |
程序複雜,需要許多手動步驟,而且發生錯誤的風險較高。需要額外的手動步驟來保留網站的原始 URL。需要新的伺服器陣列,以及兩倍的 SQL Server 儲存空間。 |
需要移至新硬體或新架構的伺服器陣列。需要最大升級輸送量的客戶。使用可調整主機模式或 Active Directory 目錄服務帳戶建立模式的 Microsoft Windows SharePoint Services 2.0 環境必須使用此方法。 |
如需就地及逐步升級運作方式的詳細資訊,請參閱<升級程序的運作方式 (Windows SharePoint Services)>。
特殊案例
當您執行升級時,可能會有其他需求或想要達成的其他目標。下表列出特殊案例,並說明各案例適用的升級方法。
案例 | 採用的升級方法 |
---|---|
變更語言? |
根據是單一網站或整個環境要變更語言,您有兩個選擇:
|
移至 Windows Server 2008? |
先使用就地或逐步升級來升級至 Windows SharePoint Services 3.0,再升級至 Windows Server 2008。 |
從 SharePoint Team Services 升級? |
先升級至 Windows SharePoint Services 2.0,再升級至 Windows SharePoint Services 3.0。不支援直接從 SharePoint Team Services 升級。 |
從含有 Microsoft Office Web 元件 (https://go.microsoft.com/fwlink/?linkid=71517&clcid=0x404) 的環境升級? |
如果您是使用就地或逐步升級來進行升級,這些元件會在新版中繼續運作。但資料庫移轉方法對這些元件沒有作用,因為其只可安裝在 Windows SharePoint Services 2.0 環境中。 |
下載本書
本主題隨附於下列可下載的叢書中,以便於閱讀與列印:
請參閱 Windows SharePoint Services 可下載的叢書 上提供的完整叢書清單。