共用方式為

設定及使用 Documentum 連接器 (FAST Search Server 2010 for SharePoint)

  • 發行項

 

適用版本： FAST Search Server 2010

上次修改主題的時間： 2016-11-29

Microsoft SharePoint 2010 Indexing Connector for Documentum 可讓 Microsoft FAST Search Server 2010 for SharePoint (透過 Microsoft SharePoint Server 2010) 將儲存在 EMC Documentum 系統中的內容編製索引。本文說明如何安裝及設定 Indexing Connector for Documentum 連接器，以搭配 FAST Search Server 2010 for SharePoint 使用。

若要從 Microsoft 下載中心下載 Indexing Connector for Documentum，請使用下列連結：Microsoft SharePoint 2010 Indexing Connector for Documentum(可能為英文網頁) (https://go.microsoft.com/fwlink/?linkid=191180&clcid=0x404)(可能為英文網頁)。

Indexing Connector for Documentum 包含下列功能：

  • 以 SharePoint 2010 搜尋連接器架構為基礎

  • 64 位元連接器

  • 支援多個 EMC Documentum 內容伺服器版本的連接器

  • 索引 Documentum 物件及物件中繼資料

  • 支援 Documentum 安全性定義及原則

  • 支援 Windows PowerShell 的自動設定及管理

  • 可設定搜尋讓 URL 支援多個 Documentum 用戶端應用程式

  • 支援檔案及資料夾排除編目

下列清單說明 Indexing Connector for Documentum 支援及不支援的物件類型及屬性。

支援的容器物件及屬性：

  • dm_cabinet 及子類型

  • dm_Folder 及子類型

  • r_object_type

  • object_name

  • title

  • subject

  • keywords

  • owner_name

  • r_creator_name

  • r_creation_date

  • r_modifier

  • r_modify_date

  • cabinetpath

  • folderpath

支援的文件物件及屬性：

  • dm_document 及子類型

  • authors

  • keywords

  • r_full_content_size

  • r_creation_date

  • object_name

  • r_modify_date

  • r_modifier

  • subject

  • title

  • r_object_type

  • a_content_type

  • owner_name

  • r_version_label

  • r_lock_date

  • r_lock_owner

  • r_policy_id

  • r_current_state

  • log_entry

  • r_creator_name

  • r_access_date

  • a_storage_type

  • i_retain_until

  • ContainerPath

  • 所有自訂屬性

不支援的物件類型：

  • 暫存封包

  • 暫存資料夾

  • 暫存檔

安裝及設定 Indexing Connector for Documentum 的必要條件

使用下列程序安裝及設定 Indexing Connector for Documentum 的必要條件。步驟會以必須執行的順序列出。

SharePoint 2010 Indexing Connector for Documentum 的軟體必要條件如下：

  • 下列其中一項 SharePoint Server 2010、Search Server 2010 或 FAST Search Server 2010 for SharePoint 產品：

    • Microsoft SharePoint Server 2010

    • Microsoft Search Server 2010

    • Microsoft Search Server 2010 Express

    • Microsoft SharePoint 2010 for Internet Sites Enterprise

    • Microsoft SharePoint 2010 for Internet Sites Standard

    • Microsoft FAST Search Server 2010 for SharePoint

    • Microsoft FAST Search Server 2010 for SharePoint Internet Sites

  • DFS Server v6.5 (含 SP2 及 DFS Hotfix 1049)。需要設定此伺服器，並將其連線至所有存放庫。

  • 您必須使用 DFS Productivity Layer v6.5 (含 SP2 及 DFS Hotfix 1049 .NET 組件)。

    .NET 組件包含在 DFS Hotfix 1049 套件中。您可以在 EMC Powerlink 網站 (https://powerlink.emc.com(可能為英文網頁)) 上開啟服務要求，以取得 DFS Hotfix 1049 套件，其包含伺服器端修補程式與用戶端修補程式。或者，您可以連絡 EMC 客服代表。

    Indexing Connector for Documentum 將 EMC DFS (Documentum Foundation Services) 作為連線應用程式開發介面 (API) 存取 Documentum 存放庫。因此，您必須在要安裝 Indexing Connector for Documentum 的 SharePoint Server 2010 編目伺服器上，安裝及設定 DFS Productivity Layer (DFS Server 的用戶端)。

安裝及設定 Indexing Connector for Documentum 的必要條件

  1. 以建立 Documentum 內容存取帳戶所在之電腦的管理員群組成員使用者帳戶登入。

  2. 建立編目的 Documentum 內容存取帳戶。Indexing Connector for Documentum 使用 Documentum 內容存取帳戶從 Documentum 存放庫擷取內容。此帳戶必須具有下列認證：

    • 至少要有您要編目之文件的讀取權限。

    • 至少要有您要編目之封包、資料夾及記錄 (僅含中繼資料的文件) 的瀏覽權限。

  3. 在每個 SharePoint Server 2010 編目伺服器上，將 DFS Productivity Layer .NET 組件部署至全域組件快取 %windir%\assembly。Indexing Connector for Documentum 使用四個 DLL。請先確認 DLL 名稱及版本，再將其部署至全域組件快取。下列檔案包含在 DFS1049 Hotfix 中。擷取至預設路徑時，這些檔案會在 %local%\emc-dfs-sdk-6.5\emc-dfs-sdk-6.5\lib\dotnet 目錄中：

    • Emc.Documentum.FS.DataModel.Core.dll，版本號碼 6.5.0.231

    • Emc.Documentum.FS.DataModel.Shared.dll，版本號碼 6.5.0.231

    • Emc.Documentum.FS.runtime.dll，版本號碼 6.5.0.231

    • Emc.Documentum.FS.Services.Core.dll，版本號碼 6.5.0.231

    注意

    您可以將這四個 DLL 拖放至全域組件快取 (%windir%\assembly) 以進行部署，但是您可能必須先關閉 [使用者帳戶控制]。

  4. 若要 DFS Productivity Layer .NET 組件正常運作，您必須更新 .NET machine.config 檔案，以包含 DFS Productivity Layer 的 WCF 設定。在各個 SharePoint Server 2010 編目伺服器上，開啟位於下列目錄的 machine.config 檔案：%windir%\Microsoft.NET\Framework64\V2.0.50727\CONFIG。下列 WCF 設定允許每個 Documentum 內容物件 (文件檔案及其中繼資料) 最多轉移 30 MB。針對較大的內容，管理者可以在 "DfsDefaultService" 繫結中增加 "maxReceivedMessageSize"。預設的 SharePoint 搜尋將處理最大達 16 MB 的檔案。若要編目大於 16 MB 的檔案，伺服器管理員必須編輯下列目錄中的伺服器登錄：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\14.0\Search\Global\Gathering Manager\MaxDownloadSize。

    警告

    不正確編輯登錄，可能會造成系統嚴重受損。在變更登錄之前，您應該先備份電腦上所有的重要資料。

    移至 %windir%\Microsoft.NET\Framework64\v2.0.50727\CONFIG，開啟 machine.config 檔案，然後將下列 XML 片段新增至 <設定> 元素：

    <system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="DfsAgentService" closeTimeout="00:01:00"
 openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
 allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
 maxBufferSize="10000000" maxBufferPoolSize="10000000" maxReceivedMessageSize="10000000"
 messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
 useDefaultWebProxy="true">
<readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
  maxBytesPerRead="4096" maxNameTableCharCount="16384" />
<security mode="None">
<transport clientCredentialType="None" proxyCredentialType="None"
realm="" />
<message clientCredentialType="UserName" algorithmSuite="Default" />
</security>
</binding>

<binding name="DfsContextRegistryService" closeTimeout="00:01:00"
   openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
   allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
   maxBufferSize="10000000" maxBufferPoolSize="10000000" maxReceivedMessageSize="10000000"
   messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
   useDefaultWebProxy="true">
<readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
maxBytesPerRead="4096" maxNameTableCharCount="16384" />
<security mode="None">
<transport clientCredentialType="None" proxyCredentialType="None"
realm="" />
<message clientCredentialType="UserName" algorithmSuite="Default" />
</security>
</binding>
<binding name="DfsDefaultService" closeTimeout="00:01:00" openTimeout="00:10:00" receiveTimeout="00:20:00" sendTimeout="00:10:00" allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard" maxBufferSize="10000000" maxBufferPoolSize="10000000" maxReceivedMessageSize="30000000" messageEncoding="Text" textEncoding="utf-8" transferMode="StreamedResponse" useDefaultWebProxy="true">
<readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384" maxBytesPerRead="1048576" maxNameTableCharCount="16384"/>
<security mode="None">
<transport clientCredentialType="None" proxyCredentialType="None" realm=""/>
<message clientCredentialType="UserName" algorithmSuite="Default"/>
</security>
</binding>
</basicHttpBinding>
</bindings>
</system.serviceModel>

  5. Indexing Connector for Documentum 將編目 Documentum 文件「存取控制清單」(ACL)，並將此清單對應至系統 ACL。如此可允許使用者搜尋其在 Documentum 中具有讀取權限的文件。Indexing Connector for Documentum 支援三種 ACL 轉譯，您可以使用 Windows PowerShell Cmdlet Set-SPEnterpriseSearchDCTMConnectorConfig，在 DCTMConfig.xml 中進行設定。

    如需如何設定這些選項的詳細資訊及範例，請參閱＜安裝及設定 Indexing Connector for Documentum＞。

    以下是用於設定系統 ACL 的選項：

    • 沒有安全性

      在編目期間，Indexing Connector for Documentum 將忽略 Documentum ACL，且每位 SharePoint 使用者可以搜尋所有編目的文件。

    • 假定相同的帳戶

      當 Documentum 與 SharePoint 2010 產品都使用 Active Directory 網域服務 (AD DS) 或 Active Directory 目錄服務時，Indexing Connector for Documentum 會假定使用者或群組在這兩個系統上都使用相同的帳戶。

    • 根據使用者對應表轉譯 ACL

      若 Documentum 與 SharePoint 2010 產品都沒有使用 AD DS 或 Active Directory，而您想要啟用安全性搜尋，則必須設定使用者對應表，以指定如何執行 ACL 轉譯。

  6. 使用者對應表的要求如下：

    • 使用者對應表必須位於 Microsoft SQL Server 2008 或以上版本的資料庫中。

    • OSearch14 服務帳戶至少必須要有使用者對應表資料的讀取權限。

    DCTMCredentialDomain

    Documentum 帳戶的網域名稱。當帳戶來自本機電腦或 LDAP 系統時，請填入此欄位。Documentum 帳戶的「使用者來源」屬性應等於 None 或 LDAP，否則，請將欄位留白。

    DCTMCredentialRepository

    Documentum 帳戶的存放庫名稱。當帳戶來自於 Documentum 存放庫時，請填入此欄位。

    DCTMCredentialLoginName

    Documentum 帳戶的登入名稱

    NTCredential

    搜尋 SharePoint Server 中 Documentum 內容的 Windows 網域使用者帳戶

    範例：Documentum 存放庫使用者 Dan Park 有一個連結至 Finance 存放庫的登入。Dan 的 Windows 網域使用者帳戶為 Litwareinc\dpark。在此案例中，Dan 的使用者對應表項目顯示如下：

    DCTMCredentialDomain

    ""

    DCTMCredentialRepository

    Finance

    DCTMCredentialLoginName

    dpark

    NTCredential

    Litwareinc\dpark

    範例：Documentum 中有一個名為 Marketing Department 的群組，位在 M&S 存放庫中。此群組對應至網域 litware 下的 AD 群組 Marketing。在此案例中，該群組對應表項目顯示如下：

    DCTMCredentialDomain

    ""

    DCTMCredentialRepository

    M&S

    DCTMCredentialLoginName

    Marketing Department

    NTCredential

    Litware\Marketing

    注意

    若有未指定值的儲存格，這些儲存格不能為 NULL 或空白。您必須指派下列空白字串值：''。
    而該處的每個 Documentum 群組必須為使用者對應表中的 NT 群組，且必須包含相同的使用者資訊。
    使用者對應表包含使用者與群組的對應。此表格必須保持最新狀態。如果您在 Documentum 中新增群組，就必須在 Active Directory 中新增相對應的群組，並為其設定對應。

    使用下列指令碼建立使用者對應表：

    CREATE TABLE <replace with your user mapping table name>
(
DCTMCredentialDomain nvarchar (255) NOT NULL , 
DCTMCredentialRepository nvarchar (32) NOT NULL , 
DCTMCredentialLoginName nvarchar (80) NOT NULL , 
NTCredential nvarchar (255) NOT NULL , 
CONSTRAINT PK_CredentialMapping PRIMARY KEY CLUSTERED 
( DCTMCredentialDomain, DCTMCredentialRepository, DCTMCredentialLoginName )
)

    如同上述表格所示，將 Documentum/NT 認證配對填入新的對應表中。授與 OSearch14 帳戶此表格的讀取權限。

安裝及設定 Indexing Connector for Documentum

使用下列程序安裝及設定 Indexing Connector for Documentum。

安裝及設定 Indexing Connector for Documentum

  1. 請參閱＜Add-SPShellAdmin＞。本文中的資訊可協助您確認執行此程序所需的權限。

  2. 開啟 Windows PowerShell 命令主控台。

  3. 在執行編目元件之伺服器陣列中的每個 SharePoint Server 2010 伺服器上，執行 Indexing Connector for Documentum DCTMIndexConn.exe。遵循安裝精靈中指示的步驟進行。

  4. 在 SharePoint Server 2010 編目伺服器上，使用下列 Windows PowerShell Cmdlet 將索引連接器登錄至 FAST Search 內容 Search Service 應用程式：New-SPEnterpriseSearchCrawlCustomConnector

  5. 針對單一 FAST Search 內容 Search Service 應用程式使用下列範例：New-SPEnterpriseSearchCrawlCustomConnector -SearchApplication "<name of your FAST Search Content search service application>" -Protocol "dctm" -ModelFilePath "<C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\CONFIG\SearchConnectors\Documentum\MODEL.xml>" -Name "Microsoft SharePoint 2010 Indexing Connector for Documentum"

  6. 針對伺服器陣列上的所有 Search Service 應用程式使用下列範例：Get-SPEnterpriseSearchServiceApplication | New-SPEnterpriseSearchCrawlCustomConnector -Protocol "dctm" -ModelFilePath "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\CONFIG\SearchConnectors\Documentum\MODEL.xml" -Name "Microsoft SharePoint 2010 Indexing Connector for Documentum"

  7. 在每個 SharePoint Server 2010 編目伺服器上，使用下列 Windows PowerShell Cmdlet 設定組態詳細資料：Set-SPEnterpriseSearchDCTMConnectorConfig。所有設定都儲存在 <系統磁碟機>\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\CONFIG\SearchConnectors\Documentum\DCTMConfig.xml 中。若使用一個以上的 SharePoint Server 2010 編目伺服器，則每個伺服器上的所有設定都必須相同。

    使用下列 Windows PowerShell 命令顯示 Indexing Connector for Documentum 的說明及範例：

    • Get-help Set-SPEnterpriseSearchDCTMConnectorConfig -full 顯示完整的說明。

    • Get-help Set-SPEnterpriseSearchDCTMConnectorConfig -examples 僅顯示範例。

    下列表格說明 Set-SPEnterpriseSearchDCTMConnectorConfig Cmdlet 的重要參數。

    ACLTranslation 引導 ACL 轉譯的行為

    UserMappingTable

    預設值。Indexing Connector for Documentum 會根據使用者對應表，將 Documentum ACL 轉譯為 Windows ACL。只有當 ACLTranslation 設為 "UserMappingTable" 時，UserMappingTableSQLServer、UserMappingTableSQLInstance、UserMappingTableName 及 UnMappedAccount 才有效。

    NoSecurity

    在編目期間，Indexing Connector for Documentum 會忽略 Documentum ACL。例如，任何 SharePoint 使用者都可以搜尋 Documentum 中的所有文件。此選項可讓您拒絕強制執行安全性調整，或實作自訂安全性調整。

    SameAccountName

    Indexing Connector for Documentum 假定 Documentum 及 SharePoint 使用者共用相同的帳戶，例如 Active Directory 中的共用帳戶。一旦發現無效的 NT 帳戶，Indexing Connector for Documentum 就會捨棄帳戶權限。
    UnmappedAccount 定義如何處理沒有在使用者對應表中定義之相對應 Windows 帳戶的 Documentum 帳戶。

    DiscardACE

    "UnmappedAccount" 的預設值。當未發現對應的 Windows 帳戶時，Indexing Connector for Documentum 會捨棄 Documentum 帳戶。如果文件有任何其他對應的帳戶，即會編目該文件。如果此文件沒有可對應的帳戶，則會捨棄文件，並在編目記錄中輸入錯誤訊息。

    AssumeSameAccount

    假定 NT 帳戶與 Documentum 帳戶相同。

    UserMappingTableSQLServer

    執行包含使用者對應表之 SQL Server 的電腦主機名稱。

    UserMappingTableSQLInstance

    包含使用者對應表之 SQL Server 執行個體的名稱。

    UserMappingTableDBName

    包含使用者對應表之 SQL Server 資料庫的名稱。

    UserMappingTableName

    使用者對應表的名稱。

    DisplayURLPatternForDocument

    文件的 DisplayURL 模式。有部分字串被定位符號取代的任何有效 URL，如 <物件識別碼>、<存放庫名稱> 或 <格式>。例如，可從 Documentum Webtop 存取的文件 URL 可能如下所示："http://WebtopMACHINE_NAME:PORT_NUMBER/webtop/drl/objectId/<物件識別碼>/format/<格式>"。

    DisplayURLPatternForContainer

    資料夾及封包的 DisplayURL 模式。有部分字串被定位符號取代的任何有效 URL，如 <物件識別碼>、<存放庫名稱> 或 <格式>。例如，可從 Documentum Webtop 存取之資料夾或封包的 URL 可能如下所示："http://WebtopMACHINE_NAME:PORT_NUMBER/webtop/drl/objectId/<物件識別碼>"。

    DFSURL

    指定每個要編目之存放庫的 DFS Web Services URL。可針對每個存放庫指定多個 DFS Web Services URL。請使用下列格式："RepositoryName1\DFSURL1.1\DFSURL1.2\...\DFSURL1.n\\RepositoryName2\DFSURL2.1\DFSURL2.2\...\DFSURL2.n\..."

    PersistDCTMACL

    指定是否要將 Documentum ACL 儲存在編目屬性中。若 "PersistDCTMACL" 設為 "True"，則 Indexing Connector for Documentum 會將 Documentum ACL 資訊儲存為編目屬性。預設值為 "False"。

    		 
    Example 1: Set to "UserMappingTable" mode.
Set-SPEnterpriseSearchDCTMConnectorConfig -ACLTranslation "UserMappingTable" -UnmappedAccount "DiscardACE" -UserMappingTableSQLServer "<YourDatabaseServerName>" -UserMappingTableSQLInstance "<YourDatabaseInstanceName>" -UserMappingTableDBName "<YourMappingDatabaseName>"  -UserMappingTableName "<YourMappingTableName>" -DFSURL "RepositoryName1\http://MACHINENAME1:PORT1/services\\RepositoryName2\http://MACHINENAME2:PORT2/services\http://MACHINENAME3:PORT3/services" -DisplayURLPatternForDocument "http://MACHINENAME4:PORT4/webtop/component/drl?objectId=<ObjectId>&format=<Format>&RepositoryName=<RepositoryName>" -DisplayURLPatternForContainer "http://MACHINENAME5:PORT5/webtop/component/drl?objectId=<ObjectId>&RepositoryName=<RepositoryName>"

Example 2: Set to "NoSecurity" mode.
Set-SPEnterpriseSearchDCTMConnectorConfig -ACLTranslation "NoSecurity" -DFSURL  "RepositoryName1\http://MACHINENAME1:PORT1/services\\RepositoryName2\http://MACHINENAME2:PORT2/services\http://MACHINENAME3:PORT3/services" -DisplayURLPatternForDocument "http://MACHINENAME4:PORT4/webtop/component/drl?objectId=<ObjectId>&format=<Format>&RepositoryName=<RepositoryName>" -DisplayURLPatternForContainer "http://MACHINENAME5:PORT5/webtop/component/drl?objectId=<ObjectId>&RepositoryName=<RepositoryName>"


Example 3: Set to "SameAccountName" mode.
Set-SPEnterpriseSearchDCTMConnectorConfig -ACLTranslation "SameAccountName" -DFSURL "RepositoryName1\http://MACHINENAME1:PORT1/services\\RepositoryName2\http://MACHINENAME2:PORT2/services\http://MACHINENAME3:PORT3/services" -DisplayURLPatternForDocument "http://MACHINENAME4:PORT4/webtop/component/drl?objectId=<ObjectId>&format=<Format>&RepositoryName=<RepositoryName>" -DisplayURLPatternForContainer "http://MACHINENAME5:PORT5/webtop/component/drl? objectId=<ObjectId>&RepositoryName=<RepositoryName>"

  8. 在設定組態詳細資料後，請重新啟動每個 SharePoint Server 2010 編目伺服器上的 OSearch14 服務。

建立 Indexing Connector for Documentum 的編目規則

在編目之前，請先建立編目規則，以包含或排除 Documentum 中的特定內容。使用下列程序建立 Indexing Connector for Documentum 的編目規則。

建立 Indexing Connector for Documentum 的編目規則

  1. 確認執行此程序的使用者帳戶為 FAST Search 內容 Search Service 應用程式的管理員。

  2. 開啟 SharePoint 管理中心，然後按一下 [管理服務應用程式]。

  3. 按一下您要為其建立編目規則之 FAST Search 內容 Search Service 應用程式的名稱。

  4. 在 [編目管理] 下，按一下 [編目規則]。

  5. 在 [管理編目規則] 頁面上，按一下 [新增編目規則]。

  6. 在 [新增編目規則] 頁面上，指定下列資訊，以建立至少一個編目規則。

    • 在 [路徑] 方塊中，輸入您要編目的內容路徑。

      您可以使用萬用字元 "*" 或規則運算式語法。因為 Documentum 的內容使用區分大小寫的名稱，所以請選取 [大小寫須相符] 核取方塊。如需範例，請參閱＜參照 Documentum 物件的語法＞一節。

    • 在 [編目設定] 區段中，選取 [包含此路徑中所有項目]，然後選取 [編目複雜的 URL (包含問號 - ? 的 URL)]。

    • 在 [指定驗證] 區段中，選取 [指定不同的內容存取帳戶]，然後在適當的方塊中，輸入您在本文前述指定的 Documentum 內容存取帳戶及密碼。

    • 請確定已清除 [不允許基本驗證] 核取方塊。

  7. 按一下 [確定] 以完成設定。

    注意

    • 您可以為 Documentum 建立多個編目規則，以包含或排除 Documentum 內容。

    • 您可以使用不同的編目規則，為不同的 Documentum 內容指定不同的內容存取帳戶。例如，您有兩個存放庫，而每個存放庫各有兩個內容存取帳戶。在編目規則中指定的 Documentum 內容存取帳戶僅適用於該編目規則路徑中包含的 Documentum 內容。

建立 Indexing Connector for Documentum 的內容來源

使用下列程序建立內容來源。

建立 Indexing Connector for Documentum 的內容來源

  1. 確認執行此程序的使用者帳戶為 FAST Search 內容 Search Service 應用程式的管理員。

  2. 開啟 SharePoint 管理中心，然後按一下 [管理服務應用程式]。

  3. 按一下您要在其中建立內容來源之 FAST Search 內容 Search Service 應用程式的名稱。

  4. 在 [搜尋管理] 頁面的 [編目管理] 下，按一下 [內容來源]。

  5. 在 [管理內容來源] 頁面上，按一下 [新增內容來源]。

  6. 在 [新增內容來源] 頁面上，執行下列動作：

    1. 在 [名稱] 方塊中，輸入內容來源的名稱。

    2. 在 [內容來源類型] 區段中，選取 [自訂存放庫]。

    3. 在 [存放庫類型] 區段中，選取 [SharePoint 2010 Indexing Connector for Documentum]。當您向 FAST Search 內容 Search Service 應用程式登錄 Indexing Connector for Documentum 時，請標示您指定給 Indexing Connector for Documentum 之名稱前面的選項按鈕，例如 dctm。

    4. 在 [起始位址] 區段中，輸入起始位址。起始位址的格式與用於指定路徑的格式相同。您可以為內容來源輸入多個起始位址，一行一個位址。

      如需範例，請參閱＜參照 Documentum 物件的語法＞一節。

    5. 在 [編目排程] 區段中，在 [完整編目] 及 [累加編目] 下拉式清單中選取排程，或為每一種編目建立排程。

    6. 在 [內容來源優先順序] 區段中，根據您的業務需求，指派內容來源的優先順序層級。

    7. 選取 [啟動此內容來源的完整編目] 可在建立內容來源後，立即啟動編目。

    8. 按一下 [確定] 以完成設定，並接受所有已設定的選項。

    如此即已設定 Documentum 內容來源，且系統可編目於內容來源中指定的 Documentum 內容存放庫。

SharePoint Server 2010 支援效能向外延展的可擴充架構。您可以部署多部編目伺服器，並設定多個 SharePoint Server 2010 編目程式，以同時編目 EMC Documentum 資料庫。

參照 Documentum 物件的語法

參照您用於路徑 (當您設定編目規則時) 及起始位址 (當您設定內容來源時) 之 Documentum 物件格式的定義如下表所示：

Documentum 物件的類型 路徑或起始位址的語法

存放庫

dctm://<用戶端應用程式主機名稱>/<存放庫名稱>

封包

dctm://<用戶端應用程式主機名稱>/<存放庫名稱>/<封包名稱>

資料夾

dctm://<用戶端應用程式主機名稱>/<存放庫名稱>/<封包名稱>/<資料夾名稱>

文件

dctm://<用戶端應用程式主機名稱>/<存放庫名稱>/<封包名稱>/<資料夾名稱>/…/<資料夾名稱>?DocSysID=<r_object_id> (其中 r_object_id 是該文件的物件識別碼)

<用戶端應用程式主機名稱> 是 Documentum 用戶端應用程式的主機名稱，例如 Webtop 或 DA。此處設定的 <用戶端應用程式主機名稱> 應與內容來源中所使用的名稱相同。<存放庫名稱>、<封包名稱> 及 <資料夾名稱> 會區分大小寫。