如何升級使用內容類型整合的環境 (SharePoint Server 2013)

適用于：2013 2019 Subscription Edition SharePoint in Microsoft 365

當您從內容類型「中樞」網站集合發佈內容類型至一個或多個「耗用」網站集合，就是內容類型整合或內容類型發佈。 如需詳細資訊，請參閱＜內容類型和內容類型發佈簡介＞和＜計劃共用詞彙和內容類型 (SharePoint Server 2010)＞。

假設您在 SharePoint Server 2010 中使用內容類型整合。 現在您想升級為 SharePoint 2013，但您想現在升級一些網站集合，之後再升級其他。 在此情況下，您必須遵循特定的程序，確定所有內容類型可以繼續跨版本執行。

內容類型整合使用 SharePoint Server 中的備份和還原機制，將內容類型發佈至各個網站集合。 而在以下案例中，備份和還原不能跨版本運作：

• 2010 和 2013 版本之間

• 2013 伺服器陣列上處於 2010 模式的網站與 2013 伺服器陣列上處於 2013 模式的網站之間

基於這個理由，您需要設定與多個 Managed Metadata Service 應用程式和 Proxy 共用，才能將內容類型以適當版本發佈至各個網站集合。 Proxy 是將服務應用程式與 Web 應用程式相關聯的連線。

初始狀態

此文章使用特定範例環境，展示升級網站集合之前，如何設定服務應用程式和連線 (Proxy)。 在開始時，此範例環境包含下列元件：

• Managed Metadata Service 應用程式

• 一個以文件中心範本為基礎的網站集合

  此網站集合的作用是內容類型中樞 (ContentTypeHub1)，包含文件和文件集內容類型。

• 兩個也是以文件中心範本為基礎的耗用網站集合

  內容類型中樞將文件和文件集內容類型發佈到這些網站集合中。

以下圖例顯示這個範例環境在升級程序開始之前的狀態。

具有內容類型整合的 SharePoint 2010 伺服器陣列

此圖例的相關資訊在此：

• Managed Metadata Service 應用程式有內容類型中樞屬性，設為指向 ContentTypeHub1 網站集合。

  如需有關如何共用內容類型的資訊，請參閱＜計劃共用詞彙和內容類型 (SharePoint Server 2010)＞。

• 選取下列 Managed Metadata 連接屬性：

  • 這個服務應用程式是關鍵字的預設儲存位置。

  • 這個服務應用程式是特定詞彙集的預設儲存位置。

  • 從 <URL> 的內容類型庫耗用內容類型。

  • 向下推展內容類型發佈會使用內容類型將內容類型庫更新至子網站及清單。

    如需有關連線屬性的資訊，請參閱＜受管理的中繼資料連線＞和＜更新受管理的中繼資料服務連線＞。

• 文件內容類型 (Doc1) 和文件集內容類型 (DocSet1) 已從 ContentTypeHub1 發佈至兩個耗用網站。

  如需有關發佈內容類型的資訊，請參閱＜從內容發佈中樞發佈內容類型＞。

• 兩個耗用網站集合包含使用兩個內容類型的文件庫，而以兩個已發佈內容類型為基礎的文件儲存在這些文件庫中。

備份資料並在 SharePoint 2010 環境中建立重複的內容類型中樞

如果您想繼續使用任何在 2010 環境中的耗用網站集合而升級其他集合，您必須升級您的環境，讓您有 2010 版本的內容類型中樞和 2013 版本。 以下圖例和清單描述準備升級而備份資料庫和網站要採取的步驟，以及在 SharePoint 2010 環境中建立重複內容類型中樞以繼續服務網站集合要採取的步驟。

SharePoint Server 2010 的原始伺服器陣列

1. 使用 SQL Server Management Studio 來備份 Managed Metadata Service 應用程式的資料庫。

   以您能記住的名稱命名備份，例如 ManagedMetadata2010DB.bak。

2. 使用 SQL Server Management Studio 備份包含內容類型中樞和耗用網站集合的資料庫。

   以您能記住的名稱命名備份，例如 2010ContentHubDB.bak。

3. 使用 管理中心 或 Backup-SPSite Microsoft PowerShell cmdlet 執行原始內容類型中樞的網站集合備份。

   如需詳細資訊，請參閱＜在 SharePoint Server 2010 備份網站集合＞。

   清除下列 Managed Metadata 連接屬性：

• 這個服務應用程式是關鍵字的預設儲存位置。

• 這個服務應用程式是特定詞彙集的預設儲存位置。

• 從 <URL> 的內容類型庫耗用內容類型。

• 向下推展內容類型發佈會使用內容類型將內容類型庫更新至子網站及清單。

  如需有關連線屬性的資訊，請參閱＜更新受管理的中繼資料服務連線＞。

4. 建立 Web 應用程式以裝載重複的內容類型中樞。

   如需相關資訊，請參閱＜建立 Web 應用程式 (SharePoint Server 2010)＞。

5. 使用 Restore-SPSite Microsoft PowerShell cmdlet 來還原原始內容類型中樞的複制版。 使用下列語法：

Restore-SPSite <URL> -path <path>

其中：

• <URL> 是新 Web 應用程式的 URL。

• <path> 是備份檔案的路徑。

  如需相關資訊，請參閱＜在 SharePoint Server 2010 還原網站集合＞。

  在您還原網站集合後，您可以變更名稱為 ContentTypeHub2。

6. 使用 SQL Server Management Studio 來備份包含重複內容類型中樞的資料庫。

您現在有 Managed Metadata Service 應用程式資料庫的 SQL Server 備份，耗用網站集合，重複內容類型中樞 (現在位於另一個資料庫，與耗用網站集合不同)。 在下一節中，您建立和設定 2013 伺服器陣列，還原這些資料庫和將其升級至 2013。

還原資料庫和升級 Managed Metadata Service 應用程式和網站集合至 SharePoint 2013

現在您可以建立 SharePoint 2013 環境，並還原您從 2010 環境備份的資料庫。 當您在 SQL Server Management Studio 將其還原之後，您可以升級 Managed Metadata Service 應用程式、升級內容資料庫和建立網站集合。

以下圖例顯示將資料庫和網站集合還原和升級至 2013 環境要採取的步驟。

新 SharePoint 2013 伺服器陣列

1. 使用 SQL Server Management Studio 來還原 Managed Metadata Service 應用程式的資料庫、原始內容類型中樞 (ContentTypeHub1) 和耗用網站的兩個內容資料庫以及重複內容中樞。

2. 使用 PowerShell 來建立 Managed Metadata Service 應用程式和使用已還原的資料庫。 這會升級來自原始伺服器陣列中 Managed Metadata Service 應用程式的資訊，並為新 Managed Metadata Service 應用程式 (Managed Metadata 1) 建立連線 (或 Proxy)。

   如需相關資訊，請參閱＜升級 Managed Metadata Service 應用程式＞。

3. 針對新 Managed Metadata 連線 (Proxy)，在 管理中心 中清除以下屬性：

• 這個服務應用程式是關鍵字的預設儲存位置。

• 這個服務應用程式是特定詞彙集的預設儲存位置。

• 從 <URL> 的內容類型庫耗用內容類型。

• 向下推展內容類型發佈會使用內容類型將內容類型庫更新至子網站及清單。

  如需詳細資訊，請參閱＜更新受管理的中繼資料服務連線＞。

4. 建立 Web 應用程式以裝載已升級的內容類型中樞 (ContentTypeHub1) 和耗用網站集合。 請務必使用您用於 2010 環境中的相同驗證方法。

   如需相關資訊，請參閱＜建立 Web 應用程式＞。

5. 測試然後附加包含原始內容類型中樞 (ContentTypeHub1) 和耗用網站集合的內容資料庫，以升級資料庫。

   如需相關資訊，請參閱＜驗證自訂元件＞和＜將內容資料庫附加到 Web 應用程式，並升級該資料庫＞。

   注意事項

   [!附註] 當您升級內容資料庫時，網站集合將維持在 2013 伺服器陣列中的 2010 模式。 請暫時不要將網站集合升級至 2013 模式。 您會在此程序稍後再升級網站集合。

6. 使用 Set-SPMetadataServiceApplication Microsoft PowerShell cmdlet 設定已升級的 Managed Metadata Service 應用程式以指向已升級的內容類型中樞。 使用下列語法：

Set-SPMetadataServiceApplication -Identity "<ServiceApplication>" -HubURI "<HubURI>"

如需相關資訊，請參閱＜Set-SPMetadataServiceApplication＞。

7. 將 ContentTypeHub1 網站集合升級至 2013 模式。

   如需相關資訊，請參閱升級網站。

8. 將包含重複內容類型中樞 (舊伺服器陣列中的 ContentTypeHub2) 的內容資料庫升級，並命名為 ContentTypeHub3。 將 ContentTypeHub3 保留為 2010 模式。

   如需相關資訊，請參閱＜將內容資料庫附加到 Web 應用程式，並升級該資料庫＞。

此時，您在 2013 環境中有以下網站集合：

建立額外的 Managed Metadata Service 應用程式並重新發佈內容類型

現在你準備好建立 Managed Metadata Service 應用程式，為 2010 伺服器陣列和 2013 伺服器陣列中以 2010 模式執行的內容類型中樞和耗用網站集合提供服務。 在您建立和設定這些服務應用程式後，您共用 2013 模式中網站使用的 Managed Metadata Service 應用程式 (並同時作為兩個伺服器陣列的字詞庫) (Managed Metadata 1)，以及2010 伺服器陣列中網站使用的 Managed Metadata Service 應用程式 (Managed Metadata 3)。 您共用服務應用程式後，您可以在兩個伺服器陣列中重新發佈內容類型。

以下圖例顯示建立額外的 Managed Metadata Service 應用程式並重新發佈內容類型要採取的步驟。 這些步驟全都會在新 2013 伺服器陣列中執行。

建立 Managed Metadata Service 應用程式並重新發佈內容類型。

1. 在 管理中心 中，建立 Managed Metadata Service 應用程式 (Managed Metadata 2) 並將 Content Type Hub 屬性設定為新伺服器序列中的重複內容類型中樞 (ContentTypeHub3)。

   當您使用 管理中心 建立 Managed Metadata Service 應用程式，Managed Metadata 連線 (Proxy) 與服務應用程式同時建立。 如需詳細資訊，請參閱＜建立 Managed Metadata Service 應用程式＞。

   針對新 Managed Metadata 連線，請清除以下屬性：

• 這個服務應用程式是關鍵字的預設儲存位置。

• 這個服務應用程式是特定詞彙集的預設儲存位置。

• 從 <URL> 的內容類型庫耗用內容類型。

• 向下推展內容類型發佈會使用內容類型將內容類型庫更新至子網站及清單。

  如需詳細資訊，請參閱＜更新受管理的中繼資料服務連線＞。

2. 在 管理中心 中，建立 Managed Metadata Service 應用程式 (Managed Metadata 3) 並將 Content Type Hub 屬性設定為 2010 環境中的原始內容類型中樞 (2010 伺服器陣列中的 ContentTypeHub1)。

   當您使用 管理中心 建立 Managed Metadata Service 應用程式，Managed Metadata 連線 (Proxy) 與服務應用程式同時建立。 如需詳細資訊，請參閱＜建立 Managed Metadata Service 應用程式＞。

   針對新 Managed Metadata 連線，請清除以下屬性：

• 這個服務應用程式是關鍵字的預設儲存位置。

• 這個服務應用程式是特定詞彙集的預設儲存位置。

• 從 <URL> 的內容類型庫耗用內容類型。

• 向下推展內容類型發佈會使用內容類型將內容類型庫更新至子網站及清單。

  如需詳細資訊，請參閱＜更新受管理的中繼資料服務連線＞。

3. 將 Managed Metadata 1 和 Managed Metadata 3 服務應用程式共用至 2010 環境。

   不要將 Managed Metadata 2 與 2010 環境共用。 Managed Metadata 2 只用於 2013 伺服器陣列中的網站。

   如需詳細資訊，請參閱＜跨 SharePoint Server 伺服器陣列共用服務應用程式＞。

   在這個階段，2010 環境中有兩個額外連線 (Proxy)，各服務應用程式有一個並已於先前步驟中共用。

4. 在 2013 環境中重新發佈內容類型：

• 在已升級至 2013 模式的 2013 內容類型中樞上 (ContentTypeHub1)，重新發佈所有之前曾發佈的內容類型 (Doc1 和 DocSet1)。

• 在 2010 模式的 2013 重複內容類型中樞上 (ContentTypeHub3)，重新發佈所有之前曾發佈的內容類型 (Doc1 和 DocSet1)。

  如需詳細資訊，請參閱＜從內容發佈中樞發佈內容類型＞。

5. 在 2010 環境中重新發佈內容類型：

• 在 2010 內容類型中樞上 (ContentTypeHub2)，重新發佈所有之前曾發佈的內容類型 (Doc1 和 DocSet1)。

設定連線 (Proxy)

程序的最後階段是為所有 Managed Metadata Service 應用程式設定連線 (或 Proxy)。

下列圖表顯示伺服器陣列之間的連線 (Proxy) 和設定他們的順序。

為 Managed Metadata Service 應用程式設定跨 2010 和 2013 伺服器陣列的連線 (Proxy)

1. 在 2010 伺服器陣列上，在 管理中心 中的 管理服務應用程式頁面，為 Managed Metadata Service 的連線 (Managed Metadata 3) 設定以下屬性：

• 從 <URL> 的內容類型庫耗用內容類型。

• 向下推展內容類型發佈會使用內容類型將內容類型庫更新至子網站及清單。

  這可讓 2010 伺服器陣列中的 ContentTypeHub2 耗用透過 Managed Metadata 3 Service 應用程式發佈的內容類型。

2. 在 2010 伺服器陣列上，在 管理中心 中的 管理服務應用程式頁面，為 Managed Metadata Service 的連線 (Managed Metadata 1) 設定以下屬性：

• 這個服務應用程式是關鍵字的預設儲存位置。

• 這個服務應用程式是特定詞彙集的預設儲存位置。

  這可讓 2010 伺服器陣列中的 ContentTypeHub2 耗用來自 Managed Metadata 1 Service 應用程式中字詞庫的字詞。

3. 在 2013 伺服器陣列上，針對 2010 模式內容類型中樞 (ContentTypeHub3) 的連線 (Managed Metadata 3)，請清除下列屬性：

• 這個服務應用程式是關鍵字的預設儲存位置。

• 這個服務應用程式是特定詞彙集的預設儲存位置。

• 從 <URL> 的內容類型庫耗用內容類型。

• 向下推展內容類型發佈會使用內容類型將內容類型庫更新至子網站及清單。

  這會導致 ContentTypeHub3 無法耗用任何來自 Managed Metadata 3 Service 應用程式的資源。 Managed Metadata 3 只用於為 2010 伺服器陣列提供內容類型整合。

4. 在 2013 伺服器陣列上，針對重複內容類型中樞 (ContentTypeHub3) 的連線 (Managed Metadata 2)，請選取下列屬性：

• 從 <URL> 的內容類型庫耗用內容類型。

• 向下推展內容類型發佈會使用內容類型將內容類型庫更新至子網站及清單。

  這可讓 2013 伺服器陣列中的 ContentTypeHub3 耗用透過 Managed Metadata 2 Service 應用程式發佈的內容類型。

5. 在 2013 伺服器陣列上，針對已升級內容類型中樞的連線 (Managed Metadata 1)，請選取下列屬性：

• 這個服務應用程式是關鍵字的預設儲存位置。

• 這個服務應用程式是特定詞彙集的預設儲存位置。

• 從 <URL> 的內容類型庫耗用內容類型。

• 向下推展內容類型發佈會使用內容類型將內容類型庫更新至子網站及清單。

  這可讓 ContentTypeHub1 和任何 2013 伺服器陣列上 2013 模式的耗用網站，耗用透過 Managed Metadata 1 Service 應用程式發佈的內容類型，以及所有內容類型中樞可以耗用來自 Managed Metadata 1 Service 應用程式中字詞庫的字詞。

完成狀態

當您完成時，Managed Metadata 連線 (Proxy) 應該如下列圖列所示：

適用於 SharePoint Server 2013 的新伺服器陣列

其中：

• Managed Metadata 1 是服務應用程式，用於 2013 伺服器陣列中 2013 模式的耗用網站之內容類型整合。 此服務應用程式也用於 2010 和 2013 伺服器陣列中所有字詞庫作業。

• Managed Metadata 2 是服務應用程式，用於 2013 伺服器陣列中仍是 2010 模式的耗用網站之內容類型整合。

• Managed Metadata 3 是服務應用程式，用於 2010 伺服器陣列中耗用網站的內容類型整合。

如何管理跨 2010 和 2013 伺服器陣列的內容類型整合之建議。

現在您有兩個環境 (2010 和 2013) 在共用內容類型，當您建立或變更共用內容類型時，您必須小心管理共用內容類型。

當您新增內容類型時，您要確定內容類型 ID 在三個內容類型中樞上都相同。 若要這樣做，請遵循此程序：

1. 在 2013 伺服器陣列上，在 ContentTypeHub1 上，請手動建立新內容類型並發佈。

2. 識別該內容類型的內容類型 ID。

   提示

   [!提示] 您可以使用 Microsoft PowerShell 或物件模型，透過使用代碼擷取內容類型 ID。 內容類型 ID 也編碼於內容類型庫中內容類型的 URL 裡。 所以尋找內容類型 ID 更簡單的方法是瀏覽至內容類型庫的網站，然後按一下內容類型。 內容類型的 URL 包含參數 ctype，事實上是該內容類型的內容類型 ID。 例如 ctype = 0x010100C0EE90869D5B8B46A4448713A9F8984C。

3. 在其他兩個內容類型中樞 (ContentTypeHub2 和 ContentTypeHub3) 上建立使用該 ID 的內容類型，然後發佈。

   若要建立有特定 ID 的內容類型，您不能使用使用者介面。 您必須使用 XML 或物件模型。 如需詳細資訊，請參閱＜建立內容類型＞。

當您將新欄位新增至內容類型時，請確定欄位 ID 在三個內容類型中樞上都相同。 若要這樣做，請遵循此程序：

1. 在 2013 伺服器陣列上，在 ContentTypeHub1 上，請手動建立內容類型的新欄位並重新發佈內容類型。

2. 使用物件類型或 Microsoft PowerShell 來擷取 SPContentType 的 SchemaXML 屬性。

3. 在其他兩個內容類型中樞 (ContentTypeHub2 和 ContentTypeHub3) 上將已擷取的屬性新增至對應的內容類型。

4. 重新發佈來自其他內容類型中樞 (ContentTypeHub2 和 ContentTypeHub3) 的已更新內容類型。

   下列 MSDN 的文章提供如何使用物件模型操作內容類型的範例：SPContentType 類別。