Configurer et utiliser le connecteur Documentum (SharePoint Server 2010)

 

S’applique à : SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Microsoft SharePoint 2010 Indexing Connector for Documentum permet aux produits Microsoft SharePoint Server 2010 et Microsoft Search Server 2010 d’indexer le contenu stocké dans le système EMC Documentum. Cet article explique comment installer et configurer le connecteur Indexing Connector for Documentum pour l’utiliser avec Microsoft SharePoint Server 2010.

Pour télécharger Indexing Connector for Documentum à partir du Centre de téléchargement Microsoft, utilisez le lien suivant : Microsoft SharePoint 2010 Indexing Connector for Documentum (https://go.microsoft.com/fwlink/?linkid=191180&clcid=0x40C).

Voici les principales caractéristiques d’Indexing Connector for Documentum :

  • Basé sur l’infrastructure du connecteur de recherche SharePoint 2010

  • Connecteur 64 bits

  • Un connecteur prend en charge plusieurs versions d’EMC Documentum Content Server

  • Indexation des objets et métadonnées d’objets Documentum

  • Prise en charge des stratégies et définitions de sécurité Documentum

  • Prise en charge de Windows PowerShell pour la configuration et l’administration automatisées

  • URL de résultats de recherche configurable pour la prise en charge de plusieurs applications clientes Documentum

  • Prise en charge de l’exclusion de fichiers et de dossiers pour l’analyse

Les listes suivantes décrivent les propriétés et types d’objets pris en charge et non pris en charge pour Indexing Connector for Documentum.

Propriétés et objets conteneurs pris en charge :

  • dm_cabinet et sous-types

  • dm_Folder et sous-types

  • r_object_type

  • object_name

  • title

  • subject

  • keywords

  • owner_name

  • r_creator_name

  • r_creation_date

  • r_modifier

  • r_modify_date

  • cabinetpath

  • folderpath

Supported document objects and properties:

  • 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

  • Toutes les propriétés personnalisées

Types d’objets non pris en charge :

  • Fichiers CAB Temp

  • Dossiers Temp

  • Fichiers Temp

Installer et configurer les éléments prérequis pour Indexing Connector for Documentum

Appliquez la procédure suivante pour installer et configurer les éléments prérequis pour Indexing Connector for Documentum. Les étapes sont répertoriées dans l’ordre dans lequel elles doivent être effectuées.

Les éléments logiciels prérequis pour SharePoint 2010 Indexing Connector for Documentum sont les suivants :

  • L’un des produits SharePoint Server 2010, Search Server 2010 ou FAST Search Server 2010 for SharePoint suivants :

    • Microsoft SharePoint Server 2010

    • Microsoft Search Server 2010

    • Microsoft Search Server 2010 Express

    • Microsoft SharePoint 2010 pour sites Internet, Entreprise

    • Microsoft SharePoint 2010 for Internet Sites Standard

    • Microsoft FAST Search Server 2010 for SharePoint

    • Microsoft FAST Search Server 2010 for SharePoint Internet Sites

  • Vous devez utiliser DFS Server v6.5 avec SP2 et le correctif DFS 1049. Ce serveur doit être configuré et connecté à tous les référentiels.

  • Vous devez utiliser DFS Productivity Layer v6.5 avec SP2 et des assemblys .NET avec le correctif DFS 1049.

    Les assemblys .NET sont inclus dans le package du correctif DFS 1049. Vous pouvez obtenir ce package, qui comprend un correctif côté serveur et un correctif côté client, en ouvrant une demande de service sur le site Web EMC Powerlink à l’adresse suivante : https://powerlink.emc.com (éventuellement en anglais). En guise d’alternative, vous pouvez contacter votre conseiller du service clientèle EMC.

    Indexing Connector for Documentum utilise EMC DFS (Documentum Foundation Services) comme interface de programmation d’application (API) de connectivité afin d’accéder aux référentiels Documentum. Par conséquent, vous devez installer et configurer les composants .NET DFS Productivity Layer (client de DFS Server) sur le serveur d’analyse SharePoint Server 2010 sur lequel Indexing Connector for Documentum sera installé.

Pour installer et configurer les éléments prérequis pour Indexing Connector for Documentum

  1. Ouvrez une session à l’aide du compte d’utilisateur membre du groupe Administrateurs sur l’ordinateur sur lequel le compte d’accès au contenu Documentum est créé.

  2. Créez un compte d’accès au contenu Documentum pour l’analyse. Indexing Connector for Documentum utilise un compte d’accès au contenu Documentum pour extraire le contenu à partir d’un référentiel Documentum. Ce compte doit avoir les informations d’identification suivantes :

    • Au moins une autorisation de lecture sur les documents que vous souhaitez analyser.

    • Au moins une autorisation de navigation sur les fichiers CAB, dossiers et enregistrements (documents contenant uniquement des métadonnées) que vous souhaitez analyser.

  3. Sur chaque serveur d’analyse, déployez des assemblys .NET DFS Productivity Layer dans le Global Assembly Cache %windir%\assembly. Quatre fichiers DLL sont utilisés par Indexing Connector for Documentum. Vérifiez les noms et versions des fichiers DLL avant de les déployer dans le Global Assembly Cache. Les fichiers suivants sont inclus dans le correctif DFS1049 et, en cas d’extraction au chemin d’accès par défaut, se trouvent dans le répertoire suivant : %local%\emc-dfs-sdk-6.5\emc-dfs-sdk-6.5\lib\dotnet :

    • Emc.Documentum.FS.DataModel.Core.dll, numéro de version 6.5.0.231

    • Emc.Documentum.FS.DataModel.Shared.dll, numéro de version 6.5.0.231

    • Emc.Documentum.FS.runtime.dll, numéro de version 6.5.0.231

    • Emc.Documentum.FS.Services.Core.dll, numéro de version 6.5.0.231

    Notes

    Vous pouvez glisser-déplacer les quatre fichiers DLL dans le Global Assembly Cache (%windir%\assembly) pour les déployer, mais vous devrez peut-être pour cela désactiver le contrôle de compte d’utilisateur.

  4. Pour que les assemblys .NET DFS Productivity Layer fonctionnent correctement, vous devez mettre à jour le fichier machine.config .NET de façon à inclure les paramètres WCF pour la couche de productivité DFS. Sur chaque serveur d’analyse, ouvrez le fichier machine.config situé dans le répertoire suivant : %windir%\Microsoft.NET\Framework64\V2.0.50727\CONFIG. Les paramètres WCF suivants autorisent un maximum de 30 mégaoctets (Mo) par objet de contenu Documentum (fichier de document plus ses métadonnées) transféré. L’administrateur peut augmenter la valeur de « maxReceivedMessageSize » dans la liaison « DfsDefaultService » pour le contenu plus important. La recherche SharePoint par défaut est capable de gérer les fichiers avec une taille maximale de 16 Mo. Pour analyser des fichiers dont la taille dépasse 16 Mo, l’administrateur de serveur doit modifier le Registre système du serveur à l’emplacement HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\14.0\Search\Global\Gathering Manager\MaxDownloadSize.

    Avertissement

    Une modification incorrecte du Registre peut endommager gravement votre système. Avant d’apporter des modifications au Registre, il est conseillé de sauvegarder les données de valeur stockées dans l’ordinateur.

    Accédez à %windir%\Microsoft.NET\Framework64\v2.0.50727\CONFIG, ouvrez le fichier machine.config, puis ajoutez l’extrait de code XML suivant à l’élément <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. Indexing Connector for Documentum analyse la liste de contrôle d’accès (ACL, Access Control List) du document Documentum et mappe cette liste aux listes ACL système. Cela permet aux utilisateurs d’effectuer des recherches dans des documents qu’ils sont autorisés à lire dans Documentum. Indexing Connector for Documentum prend en charge trois types de traductions de listes ACL que vous pouvez configurer dans DCTMConfig.xml à l’aide de l’applet de commande Windows PowerShell suivante : Set-SPEnterpriseSearchDCTMConnectorConfig.

    La liste suivante répertorie les options de configuration Windows PowerShell permettant de configurer les listes ACL système :

    • No SecurityIndexing Connector for Documentum

      Indexing Connector for Documentum ignore les listes ACL Documentum durant l’analyse et chaque utilisateur SharePoint peut effectuer des recherches dans tous les documents analysés.

    • Assume same accountIndexing Connector for Documentum

      Lorsque Documentum et Produits SharePoint 2010 utilisent tous deux les services de domaine Active Directory (AD DS, Active Directory Domain Services) ou le service d’annuaire Active Directory, Indexing Connector for Documentum suppose qu’un utilisateur ou groupe utilise le même compte sur les deux systèmes.

    • Translate ACL according to user mapping table

      Si Documentum et Produits SharePoint 2010 n’utilisent pas tous deux les services AD DS ou Active Directory et que vous souhaitez activer la recherche de sécurité, vous devez configurer une table de mappage d’utilisateurs afin de spécifier comment effectuer la traduction de liste ACL.

  6. Les exigences relatives à la table de mappage d’utilisateurs sont les suivantes :

    • La table de mappage d’utilisateurs doit être dans une base de données Microsoft SQL Server 2008 ou version ultérieure.

    • Le compte de service OSearch14 doit disposer au moins d’une autorisation de lecture sur les données de la table de mappage d’utilisateurs.

    DCTMCredentialDomain

    Nom de domaine d’un compte Documentum. Remplissez cette colonne lorsque le compte provient de l’ordinateur local ou d’un système LDAP. La propriété User Source du compte Documentum doit être None ou LDAP ; sinon, laissez la colonne vierge.

    DCTMCredentialRepository

    Nom de référentiel d’un compte Documentum. Remplissez cette colonne lorsque le compte provient d’un référentiel Documentum.

    DCTMCredentialLogonName

    Nom de connexion du compte Documentum.

    NTCredential

    Compte d’utilisateur de domaine Windows qui effectue des recherches dans le contenu Documentum dans SharePoint Server

    Exemple : un utilisateur de référentiel Documentum nommé Dan Park dispose d’une connexion liée au référentiel Finance. Le compte d’utilisateur de domaine Windows de Dan est Litwareinc\dpark. Dans ce cas, l’entrée de table de mappage d’utilisateurs pour Dan est la suivante :

    DCTMCredentialDomain

    ""

    DCTMCredentialRepository

    Finance

    DCTMCredentialLogonName

    dpark

    NTCredential

    Litwareinc\dpark

    Notes

    Si des cellules ne contiennent aucune valeur, elles ne peuvent pas être NULL ou vides. Vous devez affecter la valeur de chaîne vide suivaite : ''.
    Pour chaque groupe Documentum, il doit y avoir un groupe NT dans la table de mappage d’utilisateurs et ils doivent tous deux contenir les mêmes informations utilisateur.

    Utilisez le script suivant pour créer une table de mappage d’utilisateurs :

    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 )
    ) 
    

    Remplissez la nouvelle table de mappage avec des paires Documentum/NT Credential comme illustré dans le tableau ci-dessus. Accordez au compte OSearch14 un accès en lecture à cette table.

Installer et configurer Indexing Connector for Documentum

Appliquez la procédure suivante pour installer et configurer Indexing Connector for Documentum.

Pour installer et configurer Indexing Connector for Documentum

  1. Voir Add-SPShellAdmin. Cet article contient des informations qui vous aident à vérifier les autorisations requises pour effectuer cette procédure.

  2. Ouvrez la console de commande Windows PowerShell.

  3. Sur chaque serveur de la batterie qui exécute un composant d’analyse, exécutez le fichier DCTMIndexConn.exe d’Indexing Connector for Documentum. Suivez les étapes de l’Assistant Installation.

  4. Sur le serveur d’analyse, utilisez l’applet de commande Windows PowerShell suivante pour enregistrer le connecteur d’indexation dans les applications du service de recherche : New-SPEnterpriseSearchCrawlCustomConnector

  5. Utilisez l’exemple suivant pour une application du service de recherche unique : 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. Utilisez l’exemple suivant pour toutes les applications du service de recherche sur la batterie : 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. Sur chaque serveur d’analyse, définissez les détails de configuration à l’aide de l’applet de commande Windows PowerShell suivante : Set-SPEnterpriseSearchDCTMConnectorConfig. Tous les paramètres sont stockés dans \Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\CONFIG\SearchConnectors\Documentum\DCTMConfig.xml. Si vous utilisez plusieurs serveurs d’analyse, tous les paramètres doivent être identiques sur chaque serveur.

    Utilisez les commandes Windows PowerShell suivantes pour afficher l’aide et des exemples pour Indexing Connector for Documentum :

    • Get-help Set-SPEnterpriseSearchDCTMConnectorConfig -full affiche l’aide complète.

    • Get-help Set-SPEnterpriseSearchDCTMConnectorConfig -examples affiche uniquement des exemples.

    Le tableau suivant décrit les paramètres importants de l’applet de commande Set-SPEnterpriseSearchDCTMConnectorConfig.

    ACLTranslation Détermine le comportement de la traduction de liste ACL

    UserMappingTable

    Valeur par défaut. Indexing Connector for Documentum traduit la liste ACL Documentum en une liste ACL Windows conformément à la table de mappage d’utilisateurs. UserMappingTableSQLServer, UserMappingTableSQLInstance, UserMappingTableName et UnMappedAccount prennent effet uniquement lorsque ACLTranslation a la valeur « UserMappingTable ».

    NoSecurity

    Indexing Connector for Documentum ignore la liste ACL Documentum durant l’analyse. Par exemple, tous les documents de Documentum pourront être soumis à des recherches par tout utilisateur SharePoint. Cette option vous permet de refuser l’application du découpage de sécurité ou d’implémenter un découpage de sécurité personnalisé.

    SameAccountName

    Indexing Connector for Documentum suppose que les utilisateurs de Documentum et de SharePoint partagent le même compte, tel qu’un compte partagé dans Active Directory. Dès qu’un compte NT non valide est trouvé, Indexing Connector for Documentum rejette l’autorisation de compte.

    UnmappedAccount Détermine comment traiter les comptes Documentum pour lesquels aucun compte Windows correspondant n’est défini dans la table de mappage d’utilisateurs.

    DiscardACE

    Valeur par défaut de « UnmappedAccount ». Indexing Connector for Documentum rejette un compte Documentum lorsque aucun compte Windows mappé n’est trouvé. S’il existe un autre compte mappé pour le document, celui-ci est analysé. Si aucun des comptes pour ce document ne peut être mappé, le document est rejeté et un message d’erreur est enregistré dans le journal d’analyse.

    AssumeSameAccount

    Suppose qu’il existe un même compte NT pour le compte Documentum.

    UserMappingTableSQLServer

    Nom d’hôte de l’ordinateur SQL Server qui contient la table de mappage d’utilisateurs.

    UserMappingTableSQLInstance

    Nom de l’instance SQL Server qui contient la table de mappage d’utilisateurs.

    UserMappingTableDBName

    Nom de la base de données SQL Server qui contient la table de mappage d’utilisateurs.

    UserMappingTableName

    Nom de la table de mappage d’utilisateurs.

    DisplayURLPatternForDocument

    Modèle DisplayURL pour les documents. Toute URL valide avec une partie de la chaîne remplacée par des espaces réservés tels que <ID_Objet>, <Nom_référentiel> ou <Format>. Par exemple, une URL pour un document accessible à partir de Documentum Webtop peut ressembler à ceci : « http://WebtopMACHINE_NAME:PORT_NUMBER/webtop/drl/objectId/<ID_Objet>/format/<Format> ».

    DisplayURLPatternForContainer

    Modèle DisplayURL pour les dossiers et fichiers CAB. Toute URL valide avec une partie de la chaîne remplacée par des espaces réservés tels que <ID_Objet>, <Nom_référentiel> ou <Format>. Par exemple, une URL pour un dossier ou fichier CAB accessible à partir de Documentum Webtop peut ressembler à ceci : « http://WebtopMACHINE_NAME:PORT_NUMBER/webtop/drl/objectId/<ID_Objet> ».

    DFSURL

    Spécifiez l’URL de services Web DFS pour chaque référentiel qui doit être analysé. Vous pouvez spécifier plusieurs URL de services Web DFS pour chaque référentiel. Utilisez le format suivant : « Nom_Référentiel1\DFSURL1.1\DFSURL1.2\...\DFSURL1.n\\Nom_Référentiel2\DFSURL2.1\DFSURL2.2\...\DFSURL2.n\... »

    PersistDCTMACL

    Précisez s’il faut stocker la liste ACL Documentum ACL dans une propriété analysée. Si « PersistDCTMACL  a la valeur « True », Indexing Connector for Documentum stocke les informations de liste ACL Documentum en tant que propriété analysée. La valeur par défaut est « 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. Après avoir défini les détails de configuration, redémarrez le service OSearch14 sur chaque serveur d’analyse.

Créer une règle d’analyse pour Indexing Connector for Documentum

Avant une analyse, créez des règles d’analyse de façon à inclure ou exclure du contenu dans Documentum. Appliquez la procédure suivante afin de créer une règle d’analyse pour Indexing Connector for Documentum.

Pour créer une règle d’analyse pour Indexing Connector for Documentum

  1. Vérifiez que le compte d’utilisateur qui effectue cette procédure est administrateur de l’application de service de recherche.

  2. Ouvrez l’Administration centrale de SharePoint, puis cliquez sur Gérer les applications de service.

  3. Cliquez sur l’application du service de recherche où vous souhaitez créer une règle d’analyse.

  4. Sous Analyse, cliquez sur Règles d’analyse.

  5. Dans la page Gérer les règles d’analyse, cliquez sur Nouvelle règle d’analyse.

  6. Dans la page Ajout d’une règle d’analyse, spécifiez les informations suivantes pour créer au moins une règle d’analyse :

    1. Dans la zone Chemin d’accès, tapez le chemin d’accès au contenu à analyser. Vous pouvez utiliser le caractère générique « * » ou une syntaxe d’expression régulière.

      Documentum utilisant des noms qui respectent la casse pour le contenu, vous devez activer la case à cocher Respecter la casse.

    2. Dans la section Analyser la configuration, sélectionnez Inclure tous les éléments dans ce chemin d’accès, puis Analyser les URL complexes (celles contenant des points d’interrogation - ?).

    3. Dans la section Spécifier l’authentification, sélectionnez Spécifier un autre compte d’accès au contenu, puis tapez le compte d’accès au contenu Documentum et le mot de passe que vous avez spécifié plus haut dans cet article dans les zones appropriées.

    4. Assurez-vous que la case à cocher Ne pas permettre l’authentification de base est désactivée.

  7. Cliquez sur OK pour terminer la configuration.

    Notes

    • Vous pouvez créer plusieurs règles d’analyse pour Documentum de façon à inclure ou exclure du contenu Documentum.

    • Vous pouvez utiliser différentes règles d’analyse pour spécifier différents comptes d’accès au contenu pour différents contenus Documentum. Par exemple, si vous avez deux référentiels et deux comptes d’accès au contenu pour chaque référentiel, le compte d’accès au contenu Documentum spécifié dans une règle d’analyse sera appliqué uniquement au contenu Documentum couvert par le chemin d’accès dans cette règle d’analyse.

    Le format du chemin d’accès utilisé pour faire référence à un objet Documentum est défini dans le tableau suivant.

    Pour un référentiel

    dctm://<nom_hôte_app_cliente>/<nom_référentiel>

    Pour un fichier CAB

    dctm://<nom_hôte_app_cliente>/<nom_référentiel>/<nom_CAB>

    Pour un dossier

    dctm://<nom_hôte_app_cliente>/<nom_référentiel>/<nom_CAB>/<nom_dossier>

    Pour un document

    dctm://<nom_hôte_app_cliente>/<nom_référentiel>/<nom_CAB>/<nom_dossier>/…/<nom_dossier>?DocSysID=<r_object_id> r_object_id est l’ID d’objet de ce document.

<nom_hôte_app_cliente> est le nom d’hôte de votre application cliente Documentum, telle que Webtop ou DA. Le <nom_hôte_app_cliente> configuré ici doit être identique à celui utilisé dans la source de contenu. <nom_référentiel>, <nom_CAB> et <nom_dossier> respectent la casse.

Créer une source de contenu pour Indexing Connector for Documentum

Appliquez la procédure suivante pour créer une source de contenu.

Pour créer une source de contenu pour Indexing Connector for Documentum

  1. Vérifiez que le compte d’utilisateur qui effectue cette procédure est administrateur de l’application de service de recherche.

  2. Ouvrez l’Administration centrale de SharePoint, puis cliquez sur Gérer les applications de service.

  3. Cliquez sur l’application du service de recherche dans laquelle vous souhaitez créer une source de contenu.

  4. Dans la page Administration de la recherche, dans le volet Lancement rapide, cliquez sur Sources de contenu.

  5. Dans la page Gérer les sources de contenu, cliquez sur Nouvelle source de contenu.

  6. Dans la page Ajouter une source de contenu, procédez comme suit :

    1. Dans la zone Nom, tapez le nom de la source de contenu.

    2. Dans la section Type de source de contenu, sélectionnez Référentiel personnalisé.

    3. Dans la section Type de référentiel, sélectionnez SharePoint 2010 Indexing Connector for Documentum. Utilisez le nom que vous avez spécifié lors de l’enregistrement d’Indexing Connector for Documentum auprès de l’application du service de recherche.

    4. Dans la section Adresses de démarrage, tapez les adresses de démarrage. Le format d’adresse de démarrage est identique au modèle de chemin d’accès. Vous pouvez taper plusieurs adresses de démarrage pour la source de contenu, une par ligne.

    5. Dans la section Planifications d’analyse, sélectionnez des planifications dans les listes déroulantes Analyse complète et Analyse incrémentielle ou créez des planifications pour chaque type d’analyse.

    6. Dans la section Priorité de la source de contenu, assignez un niveau de priorité à la source de contenu en fonction de vos exigences professionnelles.

    7. Sélectionnez Démarrer l’analyse complète de cette source de contenu. pour démarrer une analyse tout de suite après la création de la source de contenu.

    8. Cliquez sur OK pour terminer la configuration et accepter toutes les options configurées.

    La source de contenu Documentum est configurée et le système peut analyser les référentiels de contenu Documentum spécifiés dans la source de contenu.

SharePoint Server 2010 prend en charge l’architecture évolutive à des fins de montée en puissance parallèle des performances. Vous pouvez déployer plusieurs serveurs d’analyse et configurer plusieurs analyseurs de façon à analyser la base de données EMC Documentum simultanément.