共用方式為


升級程序的運作方式 (Windows SharePoint Services)

本文內容:

  • 就地升級

  • 逐步升級

  • 逐步升級期間,URL 重新導向的處理

您可以在以下三種升級方法中選擇:就地、逐步和資料庫移轉。就地升級可用以一次升級所有 Microsoft® SharePoint® 網站,最適合用於單一伺服器或小型部署。逐步升級允許每次升級一個或多個網站集合,讓升級程序有更佳的控制。就地升級與逐步升級皆可在您已安裝先前版本的同一個硬體上執行。資料庫移轉可讓您將內容移至新的伺服器陣列或新的硬體。

提示秘訣:

如果是較大型的部署,則逐步升級是比就地升級更好的選擇,因為它可以讓執行升級的系統管理員控制一次升級的網站集合數目。使用這種方式時,大型的部署就可以利用幾個週末逐步進行升級,同時繼續架設先前版本的網站。可行的原因是因為您可以在已升級網站所在的同一部伺服器上,繼續架設尚未升級的網站。

在就地升級中:

  • 新的版本會覆寫先前的版本,內容資料庫會變更。因此,就地升級不是可回復的程序 — 亦即,您無法回復為先前的版本。

  • 原始網站會就地升級,升級之後您即無法檢視先前版本的網站。

  • 於升級期間網站訪客將無法使用所有網站。無法使用網站的期間,即是進行全體伺服器或伺服器陣列升級作業的全部時間。

  • 升級之後,網站訪客仍可繼續使用相同的 URL。

在逐步升級中:

  • 在升級每個網站集合群組的過程中,升級程序會在資料升級前,先將原始資料庫中的資料複製到新的資料庫,而原始資料會維護在原始資料庫中,直到伺服器管理員明確地刪除原始資料。因此可以視需要將已升級的網站輕鬆地回復為先前的版本。

  • 大多數的網站在升級期間皆可供網站訪客使用;只有目前正在升級的網站集合為離線狀態 (請注意,先前版本的網站唯有事先經過複製以備升級之用,才會標示為更新)。

  • 升級影響範圍僅限於所需網站正在進行升級的使用者。

  • 升級之後,會將原始 URL 指向已升級的網站版本。透過這種方式,使用者可以繼續使用與進行升級之前相同的 URL。

資料庫移轉基本上是您在一個內容複本上執行就地升級。在資料庫移轉中:

  • 您可以複製除設定資料庫以外的所有資料庫,再將資料庫加入新的獨立安裝或伺服器陣列安裝中。

  • 當您將資料庫附加到新的伺服器陣列時,升級程序會就地執行和升級資料。

    重要

    在進行升級時,由於所耗費的停機時間或產生的風險可能超乎預期,或是某些網站在升級過後可能需要一些時間進行重新設定,因此伺服器管理員向網站擁有者與使用者傳達在升級過程中預期將出現的狀況,是很重要的。如需詳細資訊,請參閱<建立溝通計畫 (Windows SharePoint Services)>。

就地升級

就地升級在您安裝先前版本的相同硬體上執行。當您執行就地升級時,升級程序會依預先設定的順序升級整個安裝。下列步驟說明就地升級程序的執行內容:

  1. 在執行所有升級前的步驟之後,伺服器管理員會將 Windows SharePoint Services 3.0 安裝到執行舊版 Windows SharePoint Services 的伺服器,並且選擇 [就地升級]。

  2. 執行升級程序,並且升級設定資料庫和管理中心網站。

  3. 在每個虛擬伺服器上執行升級程序,並且升級虛擬伺服器中的每個網站集合。

  4. 升級所有網站後,會結束升級程序。

  5. 在伺服器陣列環境中的每部伺服器上重複升級動作。

  6. 管理員確認已完成升級,然後解除安裝舊版 Windows SharePoint Services。

逐步升級

逐步升級與就地升級類似,可以在用以安裝先前版本的相同硬體上執行。不過,逐步升級可讓您控制為每項個別網站集合進行升級的時間,亦可讓您繼續在該硬體上一併執行先前的版本與新的版本。當您執行逐步升級時,開始拓撲和結束拓撲會擁有相同的設定,這與就地升級類似,但存有以下差異:

  • 在升級期間與升級之後,前端網頁伺服器會同時執行 Windows SharePoint Services 2.0 和 Windows SharePoint Services 3.0。所有已升級的網站集合會在 Windows SharePoint Services 3.0 下執行,而無法升級或未選定升級的網站集合則會繼續在 Windows SharePoint Services 2.0 下執行。

    注意

    下列情況是您可能無法進行網站升級:需要在 Windows SharePoint Services 3.0 可用的必要語言套件之前,讓某些網站維持為舊版,或是需要等待建立新的自訂網站定義。

  • 在升級期間與升級之後,Windows SharePoint Services 2.0 和 Windows SharePoint Services 3.0 資料庫都可以使用。已升級網站的內容會儲存於 Windows SharePoint Services 3.0 資料庫;無法升級或需要保留原樣的網站內容會繼續儲存於 Windows SharePoint Services 2.0 資料庫。在 Windows SharePoint Services 3.0 和 Windows SharePoint Services 2.0 中會同時存有設定資料庫。

下圖說明逐步升級程序:

升級期間的過渡拓撲

下列步驟對應至上圖中的圖說文字,並說明執行逐步升級時所發生的動作。

  1. 執行所有升級前步驟之後,伺服器管理員會將 Windows SharePoint Services 3.0 安裝至伺服器陣列中的第一個前端網頁伺服器,再選擇 [逐步升級]。

    注意

    建議在執行升級之前先備份您的環境。如需詳細資訊,請參閱<在 SQL Server 中執行及測試完整備份 (Windows SharePoint Services)>。

  2. 升級程序會建立 Windows SharePoint Services 3.0 Web 應用程式以主控 SharePoint 管理中心,並且建立管理中心網站。

  3. 升級程序會建立新的設定資料庫,以儲存 Windows SharePoint Services 3.0 的設定資料。來自 Windows SharePoint Services 2.0 設定資料庫的設定資料,會複製到新的資料庫中。

  4. 管理員會選取虛擬伺服器,以升級並指定目標 Web 應用程式。升級程序會建立目標 Web 應用程式,並將所有部署至 Windows SharePoint Services 2.0 虛擬伺服器的網頁組件新增至新的 Web 應用程式。

  5. 升級程序會針對先前版本中的每個現有內容資料庫建立暫存內容資料庫。升級程序會將網站清單從 Windows SharePoint Services 2.0 複製到新的環境。管理員會選取要升級的網站集合。升級程序會將這些網站的資料複製到暫存內容資料庫,然後升級位於該暫存內容資料庫中的這些網站。每個網站在複製到暫存內容資料庫時,將暫時無法使用。

  6. 升級內容後,升級程序會將資料移至 Windows SharePoint Services 3.0 內容資料庫,然後刪除暫存內容資料庫。

  7. 升級程序結束時,Windows SharePoint Services 2.0 和 Windows SharePoint Services 3.0 會同時執行且可供使用。升級所有網站之後,管理員會確認已完成該升級。如果不再需要 Windows SharePoint Services 2.0,則管理員會解除安裝 Windows SharePoint Services 2.0。

逐步升級期間,URL 重新導向的處理

兩個網站無法共用相同的 URL。因此,在進行逐步升級期間,若每個網站同時具有新舊版本,則您必須針對每個網站採用兩個不同的網域 URL (例如,http://company_name/sites/SiteA 和 http://company_name_old/sites/SiteA)。在進行升級期間,需要使用暫存網域 URL 來主控原始的先前版本網站。新的版本會接管指向升級前內容的網域 URL,而無論內容是否已升級,皆會將使用者要求傳送至其內容。在升級期間會執行下列程序,以便進行此重新導向作業:

  1. 開始升級之前,請建立先前版本網站的暫存 URL 網域。

  2. 執行升級時,升級程序會要求您提供上述的指定網域。程序會將先前版本網站移至暫存 URL 網域,而新版本網站會接管原始 URL 網域。

  3. 每個網站集合會自動建立重新導向,以便在升級網站完成之前,傳送原始 URL 的要求至舊網站。

  4. 升級每個網站後,便會捨棄該網站的重新導向。

  5. 在升級所有網站、刪除所有舊網站,並且完成升級程序後,即可手動移除「網域名稱系統」(DNS) 中的暫存 URL 網域。

在此過程進行期間,對於原始 URL 的瀏覽存取一律會維持正常運作。不過,特定用戶端應用程式 (例如 Microsoft Office 用戶端應用程式) 無法使用這些重新導向類型。網站升級之前,原始的 URL 會指向先前版本;網站升級之後,原始的 URL 會指向新的版本。

下表說明逐步升級進行期間的 URL 運作。

階段 原始網站 URL 升級網站 URL 附註

升級之前

http://*company_name*

/sites/SiteA

n/a

伺服器管理員建立 http://*company_name*_old 以供逐步升級期間使用。

在升級期間

http://*company_name*_old

/sites/SiteA

http://*company_name*

/sites/SiteA

對 http://*company_name*/sites

/SiteA 的要求會重新導向 http://*company_name*_old

/sites/SiteA,直到升級為止。

升級之後

http://*company_name*_old

/sites/SiteA (直到刪除為止)

http://*company_name*

/sites/SiteA

在完成升級並驗證結果後,會移除重新導向。

請注意,此 URL 重新導向可能會導致網站或文件內的硬式編碼連結遭到破壞。例如,Microsoft Office InfoPath® 表單有時會包含資料位置的硬式編碼連結 (像是特定的 SharePoint 清單、Web 服務或 XML 檔案)。由於此連結為硬式編碼,因此在逐步升級期間其無法自動更新,以指向用於未升級網站的暫存 URL。在您開始進行正式升級程序之前,請先使用試用升級來識別此類問題。使用這種方式,您可快速識別所有需要升級的網站,使其能夠再次使用原始 URL,且可避免因遺失表單內的功能或其他內含硬式編碼連結的項目,而尋求電話支援。

下載本書

本主題隨附於下列可下載的叢書中,以便於閱讀與列印:

請參閱Windows SharePoint Services 可下載的叢書 上提供的完整叢書清單。