升級如何影響其他服務 (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 所提供之更多的服務。由於此架構變更，因此升級服務資料需要事先規劃及考量。您必須了解新的服務基礎結構、服務升級的運作方式，以及有關您要升級為新版本之特定服務的考量。
本文內容：
更新的 SharePoint Server 2010 服務基礎結構
利用服務就地升級
利用服務進行資料庫附加升級
特定服務的考量
更新的 SharePoint Server 2010 服務基礎結構
在 SharePoint Server 2010 中，不再由共用服務提供者 (SSP) 包含服務。相反地，主控服務的基礎結構會移至 Microsoft SharePoint Foundation 2010 中，且服務的設定變得更有彈性。使用者已可個別設定不同的服務，而協力廠商公司也可新增服務至平台。許多在 SSP 資料庫中儲存資料的服務，有自己的資料庫 (在某些情況下，會有數個資料庫)。當您啟用新服務時，也會一併建立新資料庫以儲存這些服務的資料。下表列出升級前及升級後環境中的服務資料庫。此清單僅為範例。此資料庫清單會隨您環境啟用的服務而異。
| 升級前的 Microsoft Office SharePoint Server 2007 服務資料庫 | 就地升級後的 SharePoint Server 2010 資料庫 |
|---|---|
|
|
開始升級服務程序之前，請檢閱已更新的服務基礎結構，並判斷您必須升級的服務，以及要併入已升級環境的新服務。請規劃支援您要在 SharePoint Server 2010 環境中主控之服務與服務應用程式所需的邏輯與實體架構。如需詳細資訊，請參閱＜邏輯架構元件 (SharePoint Server 2010)＞與＜技術圖表 (SharePoint Server 2010)＞中的服務模型。
利用服務就地升級
執行就地升級時，所有服務基礎結構與服務本身的設定會作為程序的一部分進行升級。下列各節與圖表說明升級程序期間對不同服務元件的影響。
共用服務提供者 (SSP)
在就地升級期間，所有 SSP 會轉換為服務應用程式及服務應用程式 Proxy (每個服務一個)，並指定預設名稱 (例如，若 SSP 的名稱為 SharedServices1，服務應用程式的名稱為 SharedServices1_服務，如 “SharedServices1_Search)。所有升級的 SSP 會保留其與該 SSP 所使用之 Web 應用程式的關聯。所有 SSP 管理員會以委派的管理員身分新增至 SharePoint 管理中心網站。
資料庫
SSP 資料庫會升級，且資料會複製到新的使用者設定檔與分類資料庫。其他服務資訊則會移至其他服務資料庫或設定資料庫。
網站
SSP 管理網站會升級為除了商務資料目錄設定檔頁面外，大部分空白的網站。升級後若商務資料目錄頁面不需要此網站，則可予以刪除。
就地升級前
收集所有必須重新套用的設定，例如排定的計時器工作設定。
檢閱服務架構並決定升級後要進行的變更 (若有的話)。
如需開始就地升級前所要執行之步驟的詳細資訊，請參閱＜就地升級為 SharePoint Server 2010＞。
就地升級期間
若有單一 SSP，則會將服務應用程式的所有 Proxy 新增至預設 Proxy 群組。下圖顯示就地升級期間對伺服器陣列所做的變更。
升級前的服務基礎結構：
.gif "升級一個共用服務提供者 (之前)")
升級後的服務基礎結構：
.gif "升級一個共用服務提供者 (之後)")
若有多個 SSP，則會一起升級，且您會在升級後有多個 Proxy 群組。下圖顯示就地升級期間對伺服器陣列所做的變更。
升級前的服務基礎結構：
.gif "升級多個 SSP (之前)")
升級後的服務基礎結構：
.gif "升級多個 SSP (之後)")
如需執行就地升級的詳細資訊與詳細步驟，請參閱＜就地升級為 SharePoint Server 2010＞。
就地升級後
設定新服務及升級的服務
SharePoint Server 2010 中提供許多新服務。執行就地升級後，即可啟用這些新服務。
您必須建立服務應用程式，以主控任何新服務。您可以使用 [伺服器陣列設定精靈] 快速選取及啟用伺服器陣列中的多項新服務，或手動設定這些服務。
您也可以新增要搭配不同 Web 應用程式使用之任何服務應用程式的 Proxy。
若為 Profile Services，請手動升級任何分類法資料。
若為 Excel Services，請佈建 Secure Store Service 的新自動服務帳戶。
若為商務資料目錄，請考慮將商務資料目錄設定檔頁面移轉至新位置。
如需服務升級後之步驟的詳細資訊，請參閱＜執行就地升級的升級後步驟 (SharePoint Server 2010)＞。
利用服務進行資料庫附加升級
當您透過資料庫附加升級時，必須重新設定大部分服務設定。當您將資料庫移至新的伺服器陣列並升級內容時，必須在新的伺服器陣列中建立服務基礎結構，再針對新的伺服器陣列及新版本適當設定服務。您可以從舊的伺服器陣列附加 SSP 資料庫，但只有該資料庫中的設定檔資訊才會升級，任何搜尋資訊或其他服務設定都不會升級。使用資料庫附加升級方法無法升級 Search 資料庫。
若使用資料庫附加方法升級為 SharePoint Server 2010，升級前後及期間有多個需要執行的步驟，才可成功重新設定服務基礎結構。
資料庫附加升級前
當您設定新的伺服器陣列時，您還必須設定伺服器陣列的新服務應用程式及服務應用程式 Proxy，再設定您要使用之所有服務的設定。
若使用設定檔服務並在資料庫中有分類法資料，請設定 Managed Metadata Service 再開始升級。如此一來，即可在附加共用服務資料庫時，從該資料庫升級任何分類法資料。
若為 InfoPath Forms Services，請使用下列命令從 Office SharePoint Server 2007 伺服器陣列中，匯出任何管理員部署的表單範本 (.xsn 檔案) 與資料連線檔案 (.udcx 檔案)：
Stsadm.exe -o exportipfsadminobjects -filename*<匯出 CAB 的路徑>*若為 InfoPath Forms Services，請將任何管理員部署的表單範本及資料連線檔案匯入新的伺服器陣列，再附加內容資料庫。使用 Import-SPIPAdministrationFilesWindows PowerShell Cmdlet 即可匯入表單。
如需在執行資料庫附加升級前設定新環境之方式的詳細資訊，請參閱＜準備新的 SharePoint Server 2010 環境升級資料庫連結＞。
資料庫附加升級期間
當您附加並升級內容資料庫時，會同時附加並升級 SSP 資料庫，進而升級資料庫中的設定檔資訊。下表提供升級前後存在之服務資料庫的範例。
| 可使用資料庫附加方法升級的 Microsoft Office SharePoint Server 2007 服務資料庫 | 資料庫附加升級後的 SharePoint Server 2010 資料庫 |
|---|---|
|
|
如需執行資料庫附加升級的詳細資訊與程序，請參閱＜連結資料庫並升級為 SharePoint Server 2010＞。
資料庫附加升級後
重新套用服務的管理員權限。當您執行資料庫附加升級時，伺服器陣列管理員預設具有所有服務的權限。
若為 Excel Services，您必須佈建使用 Secure Store Service 的新自動服務帳戶，以與 Excel Services 互動。
若為 InfoPath Forms Services，請使用 Update-SPInfoPathAdminFileURLWindows PowerShell Cmdlet 更新已升級表單範本所使用的任何連結。
若為設定檔服務，請升級任何分類法資料。您可使用 Move-SPProfileManagedMetadataPropertyWindows PowerShell Cmdlet 將設定檔分類法資料手動升級至分類資料庫，然後將資料重新連線至 Managed Metadata Service 與 User Profiles Service 應用程式。User Profiles Service 與 Managed Metadata Service 必須位於相同的 Proxy 群組中，才可升級及使用資料。
若為商務資料目錄，請考慮將商務資料目錄設定檔頁面移轉至新位置。
如需服務升級後之步驟的詳細資訊，請參閱＜執行資料庫附加升級的升級後步驟 (SharePoint Server 2010)＞。
特定服務的考量
之前可以在 Office SharePoint Server 2007 中使用的下列服務會升級為 SharePoint Server 2010。服務基礎結構的變更意味著在規劃及執行這些服務所在之環境的升級時，需要考量其他事項。
使用者設定檔
服務
使用者設定檔與分類法資訊現在可使用兩項服務：User Profile Service 與 Managed Metadata Service。這兩項服務會在就地升級期間自動啟用並設定。若使用資料庫附加升級方法，您可啟用及設定 Managed Matadata Service，再升級 User Profile Service 並將分類法資料作為升級的一部分升級。
資料庫
就地升級期間，會將 Office SharePoint Server 2007 的使用者設定檔資料從 SSP 資料庫升級至新的 User Profile 資料庫。所有分類法資料會隨即升級，且您可以使用 Move-SPProfileManagedMetadataPropertyWindows PowerShell Cmdlet，將分類法資料複製到分類資料庫中，以在完成升級後，供 Managed Metadata Service 使用。
資料庫附加升級期間，會在附加 SSP 資料庫時，升級 SSP 資料庫的使用者設定檔與分類法資料，但不會複製及重新命名資料庫。您可以使用 Move-SPProfileManagedMetadataPropertyWindows PowerShell Cmdlet，將分類法資料複製到分類資料庫中，以在完成升級後，供 Managed Metadata Service 使用。
您必須在升級後重新設定任何排定的計時器工作。這些工作會在升級期間設回其預設時間。請務必在升級前記錄您的計時器工作排程，以重新套用時間。
與設定檔相關的永續性屬性 (例如 MySiteHostURL) 會在就地升級期間保留，但是由於這些屬性儲存在設定資料庫，而不是服務資料庫，因此使用資料庫附加時不會進行升級。
下列屬性會在就地升級期間，而不是在資料庫附加升級期間保留：
MySiteHostURL
SearchCenterURL
EnablePersonalFeaturesforMultipleDeployments
ProfileStoreLanguage
ProfileStoreLanguagePacksApplied
ProfileStoreCollationID
DaysWorthOfEventsToKeep
我的網站
您可以在升級設定檔服務的同時，升級「我的網站」主機。您不需要同時升級「我的網站」。為獲得最佳結果，請在升級主要內部網路網站的同時，升級「我的網站」(或至少升級「我的網站」主機)。
Office SharePoint Server 搜尋
執行就地升級前，您應檢閱及調整升級後的搜尋拓撲，以符合新的建議與需求。如需詳細資訊，請參閱規劃搜尋 (Office SharePoint Server) 及＜技術圖表 (SharePoint Server 2010)＞中的 Search 模型。
使用資料庫附加方法進行升級無法升級搜尋資料。若使用資料庫附加升級，則必須在不升級其他內容時 (升級前後) 另外設定新伺服器陣列中的 Search。
服務應用程式
升級時，針對在 Office SharePoint Server 2007 伺服器陣列中主控 Search Service 的每個 SSP，會在 SharePoint Server 2010 伺服器陣列中建立新的服務應用程式。
之前作為索引伺服器的應用程式伺服器，會成為相同伺服器上的編目元件。
所有查詢伺服器會成為相同伺服器上的查詢元件，且全部位於相同的索引磁碟分割中。
資料庫
在 SharePoint Server 2010 中，Search Service 使用三個資料庫：
搜尋管理資料庫 (新增)：在 Office SharePoint Server 2007 中包含之前儲存在 SSP 資料庫中的搜尋管理設定。
Search Service 編目儲存區資料庫 (新增)：在 Office SharePoint Server 2007 中包含之前儲存在 SSP 資料庫中的編目歷程記錄資訊。
Search Service 屬性儲存區資料庫 (重複使用的搜尋資料庫)：包含搜尋的中繼資料。
索引檔案
升級前，索引檔案會儲存在索引伺服器與查詢伺服器上。升級後，只有包含查詢元件的伺服器會儲存索引檔案。
提示
若在升級前縮減為一部查詢伺服器，則會加快升級的速度。在只有一部伺服器的情況下，需要複製的資料會比較少。升級後，可以再向外延展至多個鏡像查詢元件。
Windows SharePoint Services 搜尋
Windows SharePoint Services Search Service 已在 SharePoint Server 2010 中重新架構。就地升級期間，Windows SharePoint Services Search Service 會停止並重新佈建。Windows SharePoint Services Search 會在 Office SharePoint Server 2007 中儲存應用程式伺服器上的索引檔案，同時包含資料庫 (每部伺服器陣列中的伺服器一個 WSS_Search)。就地升級期間，會重新架構並重複使用資料庫，而不會保留或升級舊資料。
InfoPath Forms Services
使用資料庫附加升級方法進行升級時，您必須在執行資料庫附加之前，使用 Export-SPInfoPathAdministrationFilesWindows PowerShell Cmdlet 匯出任何管理員部署的表單範本 (.xsn 檔案) 與資料連線檔案 (.udcx 檔案)，然後再將其匯入新的伺服器陣列。若新伺服器的 URL 與舊伺服器的 URL 不同，您可以執行 Update-SPInfoPathAdminFileUrlWindows PowerShell Cmdlet 更新已升級表單範本所使用的連結。
如需如何升級表單及表單範本的詳細資訊，請參閱＜升級為 SharePoint Server 2010 過程中規劃升級表單範本＞。
Excel Services
Excel Services 一直是 SharePoint Server 2010 的本機服務；亦即，您必須在使用此服務的相同伺服器陣列中執行服務。
若為就地升級，任何儲存在 SSP 資料庫的 Excel Services 設定資訊會升級並移至設定資料庫。若為資料庫附加升級方法，則必須在新伺服器陣列中重新設定 Excel Services。
就地或資料庫附加升級後，您必須佈建使用 Secure Store Service 的新自動服務帳戶，以與 Excel Services 互動。
商務資料目錄
就地升級期間，之前儲存在 SSP 資料庫的資料會移動並升級至不同的資料庫，而 SharePoint Server 2010 服務會建立新的服務應用程式，並使用新服務 Application Registry 後向相容服務管理舊的商務資料目錄連線。
若使用資料庫附加升級方法，則不會升級商務資料目錄。
如需詳細資訊，請參閱＜規劃升級為 Business Connectivity Services (SharePoint Server 2010)＞。
單一登入
單一登入 (SSO) 服務會以 SharePoint Server 2010 的 Secure Store Service 取代。您可以使用 Windows PowerShell Cmdlet 將應用程式定義從 SSO 升級至 Secure Store Service。請注意，不會升級密碼。升級應用程式定義之後，即可將 Secure Store Service 設定為預設 SSO 提供者。如需詳細資訊，請參閱＜執行就地升級的升級後步驟 (SharePoint Server 2010)＞。