Настройка и использование соединителя для Documentum (SharePoint Server 2010)

  • Статья

 

Применимо к: SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

Соединитель индексации Microsoft SharePoint 2010 для Documentum предназначен для продуктов Microsoft SharePoint Server 2010 и Microsoft Search Server 2010 и обеспечивает индексацию контента, хранящегося в системе EMC Documentum. В этой статье описывается порядок установки и настройки соединителя индексации для Documentum для использования с Microsoft SharePoint Server 2010.

Чтобы загрузить соединитель индексации для Documentum с веб-сайта Центра загрузки Майкрософт, воспользуйтесь страницей, посвященной загрузке соединителя индексации Microsoft SharePoint 2010 для Documentum (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=191180&clcid=0x419) (Возможно, на английском языке).

Соединитель индексации для Documentum включает в себя следующие компоненты:

  • Архитектура на основе инфраструктуры компонентов поиска SharePoint 2010

  • 64-разрядный соединитель

  • Поддержка нескольких версий сервера контента EMC Documentum одним соединителем

  • Индексация объектов Documentum и метаданных объектов

  • Поддержка политик и определений безопасности Documentum

  • Поддержка автоматического выполнения задач по настройке и администрированию с помощью оболочки Windows PowerShell

  • Настраиваемые URL-адреса результатов поиска для поддержки нескольких клиентских приложений Documentum

  • Поддержка исключения файлов и папок для обхода контента

В следующем списке описываются поддерживаемые и неподдерживаемые свойства и типы объектов соединителя индексации для Documentum.

Поддерживаемые свойства и объекты контейнера:

  • dm_cabinet и subtypes

  • dm_Folder и subtypes

  • 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

  • Все настраиваемые свойства

Неподдерживаемые типы объектов:

  • Временные CAB-файлы

  • Временные папки

  • Временные файлы

Установка и настройка необходимых компонентов для соединителя индексации для Documentum

В следующей процедуре описывается установка и настройка необходимых компонентов для соединителя индексации для Documentum. Шаги перечислены в том порядке, в котором они должны выполняться.

Соединитель индексации SharePoint 2010 для Documentum использует следующие необходимые программные компоненты:

  • Один из следующих продуктов SharePoint Server 2010, Search Server 2010 или FAST Search Server 2010 для SharePoint:

    • Microsoft SharePoint Server 2010

    • Microsoft Search Server 2010

    • Microsoft Search Server 2010 Express

    • Microsoft SharePoint 2010 Enterprise для интернет-сайтов

    • Microsoft SharePoint 2010 Standard для интернет-сайтов

    • Microsoft FAST Search Server 2010 for SharePoint

    • Microsoft FAST Search Server 2010 for SharePoint Internet Sites

  • Сервер DFS Server версии 6 с пакетом обновления 2 (SP2) с исправлением DFS 1049. Этот сервер необходимо настроить и подключить для всех репозиториев.

  • Необходимо использовать сборки .NET уровня производительности DFS Productivity Layer версии 6.

    Сборки .NET уровня производительности DFS Productivity Layer версии 6 входят в состав пакета SDK DFS версии 6, который можно загрузить со следующего веб-сайта EMC Powerlink: https://powerlink.emc.com/ (Возможно, на английском языке). Также можно обратиться к представителю отдела по работе с клиентами EMC.

    В качестве коммуникационного API-интерфейса для доступа к репозиториям Documentum соединитель индексации для Documentum использует службы EMC DFS (Documentum Foundation Services). В связи с этим необходимо установить и настроить компоненты .NET для DFS Productivity Layer (клиент DFS Server) на сервер обхода контента SharePoint Server 2010, на котором будет установлен соединитель индексации для Documentum.

Установка и настройка необходимых компонентов для соединителя индексации для Documentum

  1. Войдите в систему, используя учетную запись, которая является участником группы администраторов на компьютере, на котором создается учетная запись для доступа к контенту Documentum.

  2. Создайте учетную запись для доступа к контенту Documentum, которая будет использоваться для обхода контента. С помощью этой учетной записи соединитель индексации для Documentum извлекает контент из репозитория Documentum. Эта учетная запись должна иметь следующие учетные данные:

    • Как минимум разрешение на чтение документов, которые будут включены в процесс обхода контента.

    • Как минимум разрешение на доступ к CAB-файлам, папкам и записям (документы, содержащие только метаданные), которые будут включены в процесс обхода контента.

  3. На каждом сервере обхода контента разверните сборки .NET уровня производительности DFS Productivity Layer в глобальном кэше сборок %windir%\assembly. Соединитель индексации для Documentum использует четыре библиотеки DLL. Перед развертыванием этих библиотек в глобальном кэше сборок проверьте их имена и версии. В исправление DFS1049 входят следующие файлы, которые по умолчанию извлекаются в каталог %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. Для правильной работы сборок .NET уровня производительности DFS Productivity Layer необходимо обновить файл .NET machine.config, указав в нем параметры WCF для DFS Productivity Layer. На каждом сервере обхода контента откройте файл machine.config, расположенный в следующем каталоге: %windir%\Microsoft.NET\Framework64\V2.0.50727\CONFIG. Следующие параметры WCF определяют максимальный размер передаваемого объекта контента Documentum (файл документа плюс его метаданные) равным 30 МБ. Если требуется передавать более крупные объекты контента, администратор может увеличить значение параметра "maxReceivedMessageSize" в привязке "DfsDefaultService". По умолчанию служба поиска SharePoint обрабатывает файлы, размер которых не превышает 16 МБ. Чтобы реализовать обход файлов размером более 16 МБ, администратору сервера необходимо изменить значение параметра реестра системы сервера 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-кода в элемент <configuration>:

    <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. Соединитель индексации для Documentum будет выполнять обход списка управления доступом для документа Documentum и сопоставлять этот список с системными списками управления доступом. Это позволяет пользователям искать документы в Documentum, на которые им назначены разрешения чтения. Соединитель индексации для Documentum поддерживает три вида преобразований списков управления доступом, которые можно настроить в файле DCTMConfig.xml с помощью следующего командлета Windows PowerShell: Set-SPEnterpriseSearchDCTMConnectorConfig.

    В следующем списке приведены параметры конфигурации Windows PowerShell для настройки системных списков управления доступом:

    • Не выполнять проверку безопасностиСоединитель индексации для Documentum

      Соединитель индексации для Documentum игнорирует списки управления доступом Documentum в процессе обхода контента, в результате чего каждый пользователь SharePoint может искать все документы, для которых был выполнен обход контента.

    • Считать такой же учетной записьюСоединитель индексации для Documentum

      Если Documentum и Продукты SharePoint 2010 используют доменные службы Active Directory (AD DS) или службу каталогов Active Directory, соединитель индексации для Documentum считает, что пользователь или группа используют в обеих системах одну и ту же учетную запись.

    • Преобразовать список управления доступа в соответствии с пользовательской таблицей сопоставления

      Если Documentum и Продукты SharePoint 2010 не используют службы AD DS или Active Directory одновременно, и при этом требуется обеспечить безопасность поиска, необходимо настроить пользовательскую таблицу сопоставления, в которой будет задан способ преобразования списка управления доступом.

  6. Для применения пользовательской таблицы сопоставления должны соблюдаться следующие требования:

    • Пользовательская таблица сопоставления должна содержаться в базе данных Microsoft SQL Server 2008 или более поздней версии.

    • Учетная запись службы OSearch14 должна иметь как минимум разрешения на чтение данных в пользовательской таблице сопоставления.

    DCTMCredentialDomain

    Имя домена для учетной записи Documentum. Этот столбец заполняется в том случае, если используется учетная запись с локального компьютера или из системы LDAP. Свойство "Источник пользователей" учетной записи Documentum должно иметь значение "Нет" или "LDAP". В противном случае следует оставить столбец пустым.

    DCTMCredentialRepository

    Имя репозитория для учетной записи Documentum. Этот столбец заполняется в том случае, если используется учетная запись из репозитория Documentum.

    DCTMCredentialLogonName

    Имя для входа в систему учетной записи Documentum

    NTCredential

    Учетная запись пользователя домена Windows, которая используется для поиска контента Documentum в SharePoint Server

    Пример. Пользователю репозитория Documentum по имени Dan Park назначены учетные данные для входа в систему, связанные с репозиторием Finance. Учетная запись пользователя Dan для домена Windows имеет следующий вид: Litwareinc\dpark. В этом случае запись в пользовательской таблице сопоставления для этого пользователя будет выглядеть следующим образом:

    DCTMCredentialDomain

    ""

    DCTMCredentialRepository

    Finance

    DCTMCredentialLogonName

    dpark

    NTCredential

    Litwareinc\dpark

    Примечание

    Ячейки без значения не могут иметь значение NULL или быть пустыми. Таким ячейкам необходимо присвоить следующее пустое строковое значение: ''.
    Каждой группе Documentum должна соответствовать группа NT в пользовательской таблице сопоставления. При этом обе группы должны содержать одинаковые сведения о пользователях.

    Для создания пользовательской таблицы сопоставления используйте следующий скрипт:

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

    Заполните новую таблицу сопоставления парами учетных данных для Documentum и NT, как показано выше. Предоставьте учетной записи OSearch14 разрешение на чтение этой таблицы.

Установка и настройка соединителя индексации для Documentum

В следующей процедуре описывается установка и настройка соединителя индексации для Documentum.

Установка и настройка соединителя индексации для Documentum

  1. См. статью Add-SPShellAdmin. В этой статье представлены сведения, позволяющие проверить наличие необходимых для выполнения этой процедуры разрешений.

  2. Откройте командную консоль Windows PowerShell.

  3. На каждом сервере фермы, на котором выполняется компонент обхода контента, запустите соединитель индексации для (DCTMIndexConn.exe). Следуйте инструкциям, выводимым на экран мастером установки.

  4. На сервере обхода контента выполните следующий командлет Windows PowerShell, чтобы зарегистрировать соединитель индексации для приложений-служб поиска: New-SPEnterpriseSearchCrawlCustomConnector

  5. Пример для одного приложения-службы поиска: New-SPEnterpriseSearchCrawlCustomConnector -SearchApplication "<name of your 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. Пример для всех приложений-служб поиска в ферме: 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. На каждом сервере обхода контента задайте сведения о конфигурации с помощью следующего командлета Windows PowerShell: Set-SPEnterpriseSearchDCTMConnectorConfig. Все параметры хранятся в файле \Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\CONFIG\SearchConnectors\Documentum\DCTMConfig.xml. Если используется несколько серверов обхода контента, на каждом из серверов должны использоваться одинаковые параметры.

    Для просмотра справки и примеров использования соединителя индексации для Documentum используйте следующие команды Windows PowerShell:

    • Get-help Set-SPEnterpriseSearchDCTMConnectorConfig -full — вывод всего содержания справки.

    • Get-help Set-SPEnterpriseSearchDCTMConnectorConfig -examples — вывод только примеров.

    В следующей таблице описываются важные параметры командлета Set-SPEnterpriseSearchDCTMConnectorConfig.

    ACLTranslation Определяет поведение преобразования списка управления доступом

    UserMappingTable

    Значение по умолчанию. Соединитель индексации для Documentum преобразует список управления доступом Documentum в список управления доступом Windows в соответствии с пользовательской таблицей сопоставления. Параметры UserMappingTableSQLServer, UserMappingTableSQLInstance, UserMappingTableName и UnMappedAccount действуют только в том случае, если параметру ACLTranslation присвоено значение "UserMappingTable".

    NoSecurity

    Соединитель индексации для Documentum игнорирует список управления доступом Documentum в процессе обхода контента. Например, все документы Documentum будут доступны для поиска любому пользователю SharePoint. Этот параметр позволяет отклонить принудительное применение фильтрации по ролям безопасности или реализовать настраиваемую фильтрацию по ролям безопасности.

    SameAccountName

    Соединитель индексации для Documentum считает, что пользователи Documentum и SharePoint используют одну и ту же учетную запись, например, общую учетную запись в Active Directory. В случае обнаружения недопустимой учетной записи NT соединитель индексации для Documentum отклоняет разрешения учетной записи.
    UnmappedAccount Задает порядок обработки учетных записей Documentum, для которых не определены соответствующие учетные Windows в пользовательской таблице сопоставления.

    DiscardACE

    Значение по умолчанию параметра "UnmappedAccount". Соединитель индексации для Documentum отклоняет учетную запись Documentum при обнаружении сопоставленной учетной записи Windows. При наличии любой другой сопоставленной учетной записи, документ будет включен в процесс обхода контента. Если сопоставленные записи для этого документа отсутствуют, документ отклоняется, и в журнал обхода контента заносится сообщение об ошибке.

    AssumeSameAccount

    Предполагается наличие одной и той же учетной записи для NT и Documentum.

    UserMappingTableSQLServer

    Имя узла компьютера, на котором запущен экземпляр SQL Server, содержащий пользовательскую таблицу сопоставления.

    UserMappingTableSQLInstance

    Имя экземпляра SQL Server, содержащего пользовательскую таблицу сопоставления.

    UserMappingTableDBName

    Имя базы данных SQL Server, содержащего пользовательскую таблицу сопоставления.

    UserMappingTableName

    Имя пользовательской таблицы сопоставления.

    DisplayURLPatternForDocument

    Шаблон отображения URL-адресов для документов. Любой допустимый URL-адрес, часть которого заменена такими заполнителями, как <ИД_объекта>, <имя_репозитория> или <формат>. Например, URL-адрес документа, доступного из интерфейса Documentum Webtop может выглядеть следующим образом: "http://WebtopИМЯ_КОМПЬЮТЕРА:НОМЕР_ПОРТА/webtop/drl/objectId/<ИД_объекта>/format/<формат>".

    DisplayURLPatternForContainer

    Шаблон отображения URL-адресов для папок и CAB-файлов. Любой допустимый URL-адрес, часть которого заменена такими заполнителями, как <ИД_объекта>, <имя_репозитория> или <формат>. Например, URL-адрес папки или CAB-файла, доступных из интерфейса Documentum Webtop может выглядеть следующим образом: "http://WebtopИМЯ_КОМПЬЮТЕРА:НОМЕР_ПОРТА/webtop/drl/objectId/<ИД_объекта>".

    DFSURL

    Задает URL-адрес веб-служб DFS для каждого репозитория, который будет включен в процесс обхода контента. Для каждого репозитория можно указать несколько URL-адресов веб-служб DFS. Используйте следующий формат: "имя_репозитория_1\DFSURL1.1\DFSURL1.2\...\DFSURL1.n\\имя_репозитория_2\DFSURL2.1\DFSURL2.2\...\DFSURL2.n\..."

    PersistDCTMACL

    Задает необходимость хранения списка управления доступом Documentum в свойстве для обхода. Если параметру "PersistDCTMACL" присвоено значение "True", соединитель индексации для Documentum будет хранить данные списка управления доступом Documentum в свойстве для обхода. По умолчанию используется значение "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. После настройки сведений о конфигурации перезапустите службу OSearch14 на каждом сервере обхода контента.

Создание правила обхода контента для соединителя индексации для Documentum

Прежде чем выполнять обход контента, следует создать правила обхода контента, включающие или исключающие определенный контент в Documentum. Чтобы создать правило обхода контента соединителя индексации для Documentum, выполните следующую процедуру.

Создание правила обхода контента для соединителя индексации для Documentum

  1. Убедитесь, что учетной записи пользователя, выполняющего эту процедуру, назначены права администратора на приложение-службу поиска.

  2. Откройте центр администрирования SharePoint, а затем щелкните Управление приложениями-службами.

  3. Щелкните приложение-службу поиска, для которого требуется создать правило обхода контента.

  4. В разделе Обход контента выберите элемент Правила обхода контента.

  5. На странице "Управление правилами обхода контента" выберите пункт Создать правило обхода контента.

  6. На странице "Добавление правила обхода" введите следующие данные, чтобы создать как минимум одно правило:

    1. В поле Путь введите путь к контенту, который требуется включить в процесс обхода контента. При этом можно использовать подстановочный знак "*" и регулярные выражения.

      Поскольку в Documentum учитывается регистр имен элементов контента, установите флажок Учитывать регистр.

    2. В разделе Настройка обхода контента выберите элемент Включить все элементы, расположенные по этому пути, и затем элемент Выполнять обход сложных URL-адресов (содержащих вопросительные знаки "?").

    3. В разделе Укажите тип проверки подлинности выберите элемент Указать другую учетную запись для доступа к контенту, а затем введите имя и пароль учетной записи для доступа к контенту Documentum, которые были заданы в соответствующих полях ранее в этой статье.

    4. Убедитесь, что флажок Запретить обычную проверку подлинности снят.

  7. Нажмите кнопку ОК, чтобы завершить настройку.

    Примечание

    • Можно создавать несколько правил обхода, позволяющих включать и исключать контент Documentum.

    • При этом обязательно должно присутствовать как минимум одно правило включения контента, поскольку учетная запись для доступа к контенту Documentum может задаваться только для правила включения.

    • С помощью разных правил обхода контента можно задавать разные учетные записи для доступа к различным видам контента Documentum. Например, при наличии двух репозиториев можно определить по две учетных записи для доступа к контенту для каждого из них. Учетная запись для доступа к контенту Documentum, заданная в правиле обхода контента, будет применяться только к тому контенту Documentum, который располагается по указанному в правиле обхода пути.

    Формат пути, используемый для ссылки на объект Documentum, определен в следующей таблице.

    Для репозитория

    dctm://<имя_узла_клиентского_приложения>/<имя_репозитория>

    Для CAB-файла

    dctm://<имя_узла_клиентского_приложения>/<имя_репозитория>/<имя_CAB_файла>

    Для папки

    dctm://<имя_узла_клиентского_приложения>/<имя_репозитория>/<имя_CAB_файла>/<имя_папки>

    Для документов

    dctm://<имя_узла_клиентского_приложения>/<имя_репозитория>/<имя_CAB_файла>/<имя_папки>/…/<имя_папки>?DocSysID=<r_object_id> r_object_id — идентификатор объекта для соответствующего документа.

<имя_узла_клиентского_приложения> — это имя узла клиентского приложения Documentum, например, Webtop или DA. Заданное здесь значение параметра <имя_узла_клиентского_приложения> должно совпадать со значением, используемым в источнике контента. Параметры <имя_репозитория>, <имя_CAB_файла> и <имя_папки> задаются с учетом регистра.

Создание источника контента для соединителя индексации для Documentum

Для создания источника контента выполните следующую процедуру.

Создание источника контента для соединителя индексации для Documentum

  1. Убедитесь, что учетной записи пользователя, выполняющего эту процедуру, назначены права администратора на приложение-службу поиска.

  2. Откройте центр администрирования SharePoint, а затем щелкните элемент Управление приложениями-службами.

  3. Щелкните приложение-службу поиска, для которого требуется создать источник контента.

  4. На странице "Администрирование поиска" в панели быстрого запуска выберите пункт Источники контента.

  5. На странице "Управление источниками контента" выберите пункт Создать источник контента.

  6. На странице "Добавление источника контента" выполните перечисленные ниже действия.

    1. В поле Имя введите имя источника контента.

    2. В разделе Тип источника контента выберите элемент Настраиваемый репозиторий.

    3. В разделе Тип репозитория выберите элемент Соединитель индексации SharePoint 2010 для Documentum. Используйте имя, указанное при регистрации соединителя индексации для Documentum в приложении-службе поиска.

    4. В разделе Начальные адреса введите начальные адреса в том же формате, в котором задан путь. Для одного источника контента можно указывать несколько начальных адресов, каждый из которых располагается на отдельной строке.

    5. В разделе Расписания обхода контента выберите расписания в раскрывающихся списках Полный обход контента и Добавочный обход контента, либо создайте расписания для каждого вида обхода контента.

    6. В разделе Приоритет источника контента назначьте приоритет источнику контента, исходя из бизнес-требований.

    7. Выберите элемент Начать полный обход этого источника контента, чтобы начать обход контента сразу же после создания источника контента.

    8. Нажмите кнопку ОК, чтобы завершить настройку и принять все заданные значения параметров.

    После настройки источника контента Documentum система может выполнять обход репозиториев контента Documentum, определенных в источнике.

SharePoint Server 2010 поддерживает масштабируемую архитектуру для горизонтального масштабирования производительности. При необходимости можно одновременно развернуть несколько серверов обхода контента и настроить несколько программ-обходчиков для обхода контента базы данных EMC Documentum.