Skip To Content

Forum aux questions concernant la collaboration distribuée

Cette rubrique présente des questions et des problèmes risquant de se présenter lorsque vous utilisez la collaboration distribuée, ainsi que des solutions possibles. Si le problème que vous rencontrez n'est pas répertorié ici, pensez à le rechercher dans les articles proposés sur le site web du Centre de support technique Esri.

Forum aux questions

Collaborations ArcGIS Enterprise et ArcGIS Enterprise

En plus de partager des couches en tant que références dynamiques, je voudrais partager des couches d'entités en tant que copies dans ma collaboration. Est-ce possible ?

Dans cette version, la collaboration distribuée ne prend pas en charge le partage des couches d'entités en tant que copies lorsque les portails hôte et invité sont tous les deux ArcGIS Enterprise.

Collaborations ArcGIS Online et ArcGIS Enterprise

J'utilise à la fois ArcGIS Enterprise et ArcGIS Online. Puis-je configurer une collaboration distribuée entre les deux ?

ArcGIS Enterprise 10.5.1 prend en charge les collaborations distribuées avec ArcGIS Online. Ces collaborations doivent établir ArcGIS Online comme hôte et ArcGIS Enterprise comme invité.

Est-ce qu'ArcGIS Enterprise peut collaborer avec plusieurs organisations ArcGIS Online ?

Non. ArcGIS Enterprise 10.5.1 permet de collaborer avec une seule organisation ArcGIS Online.

Mon organisation ArcGIS Online a changé sa clé URL. Quelle est la procédure à suivre pour rétablir mon organisation en tant que participante à la collaboration ?

  • L'hôte de la collaboration peut supprimer et recréer une collaboration avec la nouvelle clé URL.
  • L'invité de la collaboration peut quitter la collaboration et demander à être réinvité par l'hôte à l'aide de la nouvelle URL.

Mon organisation ArcGIS Online n'accepte pas les invitations émanant d'un portail ArcGIS Enterprise 10.5. Que se passe-t-il ?

Les portails ArcGIS Enterprise 10.5 ne sont pas pris en charge pour la collaboration distribuée avec les organisations ArcGIS Online.

Partage de données de couches d'entités en tant que copies et synchronisation des mises à jour

J'ai mis à jour la symbologie dans une couche d'entités hébergée, mais elle n'est pas répliquée pour les participants de destination. Pourquoi ?

Lorsque vous partagez une couche d'entités en tant que copies, la symbologie d'origine est conservée. Les mises à jour ultérieures de la symbologie ne sont pas répliquées. Toutefois, lorsque vous partagez des couches d'entités au sein d'une carte web, la symbologie est stockée dans la carte web et les mises à jour apportées à la symbologie sont conservées.

Que se passe-t-il lorsqu'un service d'entités hébergé est partagé avec plusieurs espaces de travail de collaboration dans la même collaboration ou dans plusieurs collaborations ?

Lors du partage initial, l'élément de service d'entités hébergé est répliqué. Si des partages ultérieurs ont lieu, l'élément n'est plus répliqué, mais partagé.

Je reçois une erreur de délai d'expiration au bout d'un certain temps après avoir activé la synchronisation sur une couche d'entités dans mon portail ArcGIS Enterprise 10.5. Que se passe-t-il ?

La page de l'élément peut expirer lors de la configuration de la synchronisation si la couche contient beaucoup de données. Le serveur poursuit toutefois la configuration des données. Au bout d'un certain temps, la configuration se termine et le processus d'activation de la synchronisation sur la page de l'élément réussit.

Je reçois une erreur de délai d'expiration au bout d'un certain temps après avoir activé la synchronisation sur une couche d'entités dans mon organisation ArcGIS Online. Que se passe-t-il ?

La page de l'élément peut expirer lors de la configuration de la synchronisation si la couche contient beaucoup de données. Pour résoudre ce problème lorsqu'il survient, vous pouvez exécuter l'opération updateDefinition en mode async sur la couche à l'aide de l'API Admin REST. Consultez l'exemple 3 de la rubrique sur l'API REST de mise à jour de la définition (Service d'entités).

Lorsque j'essaie de partager des données de couches d'entités en tant que copies, le message d'erreur suivant apparaît dans les journaux : "Echec de la création du réplica. Plusieurs couches font référence à un jeu de données, ce qui n'est pas pris en charge." Quelle est l'origine de l'erreur ?

Cette erreur apparaît lorsqu'un service de carte contient plusieurs couches qui font référence à un seul jeu de données dans la base de données (par exemple, une classe d'entités Routes est référencée sur la carte en tant que deux couches distinctes : les routes principales et les routes secondaires.) Lorsque vous publiez des cartes à partager en tant que copies dans une collaboration, vérifiez que les cartes créées ne contiennent pas plusieurs références à un seul jeu de données.

Que se passe-t-il lorsqu'un utilisateur change le propriétaire d'un service d'entités hébergé qui a été partagé en tant que copie ?

Le contenu qui est actuellement partagé est toujours répliqué et synchronisé et continue de fonctionner.

Que se passe-t-il lorsqu'un utilisateur annule le partage d'un service d'entités hébergé qui a été partagé en tant que copie avec un groupe ?

Le service hébergé est supprimé ou son partage est annulé lors de la prochaine synchronisation planifiée. Si ce service est ensuite repartagé avec le groupe ou partagé avec un autre groupe, une nouvelle copie est effectuée et partagée avec les participants de destination.

J'ai partagé des services d'entités en tant que copies avec une collaboration. Un participant de destination a mis à jour des données dans sa couche d'entités hébergée. Il pensait que ces mises à jour seraient resynchronisées avec mon service d'entités, ce qui n'est pas le cas. Pourquoi ?

Les mises à jour apportées à un service d'entités par le propriétaire source peuvent être synchronisées, dans un sens, avec les participants de destination. Toutefois, il n'est pas possible pour les participants de destination de mettre à jour leurs services d'entités hébergés et de resynchroniser ces mises à jour avec le service d'entités source (partage bidirectionnel des mises à jour).

J'ai une couche d'entités qui est partagée avec un groupe lié à un espace de travail de collaboration où l'option de copie des données est sélectionnée. Je souhaite modifier le paramètre de l'espace de travail pour partager des couches en tant que références. Comment procéder ?

Annulez le partage de la couche d'entités à partir du groupe. Si vous utilisez la synchronisation planifiée, attendez que la synchronisation ait lieu. L'intervalle de synchronisation par défaut est de 24 heures. L'administrateur système doit ensuite mettre à jour l'espace de travail et joindre un nouveau groupe avec le partage de couches d'entités comme références. Partagez la couche d'entités avec ce nouveau groupe.

Ma carte et ma couche de tuiles ne sont pas copiées même si je les ai partagées avec un groupe lié à un espace de travail de collaboration où l'option de copie des données est sélectionnée. Que se passe-t-il ?

Seules les couches d'entités sont répliquées avec la copie de données. Les autres types de couches (carte ou tuile) sont partagés en tant que référence. Consultez la section sur le partage du contenu avec une collaboration pour en savoir plus.

Divers

Comment les couches d'entités multipatch sont-elles partagées dans une collaboration ?

Si la synchronisation n'est pas activée sur la couche d'entités multipatch, elle est partagée en tant que référence. Si la synchronisation est activée sur la couche d'entités multipatch et que la collaboration est configurée de façon à partager des couches en tant que copies, elle est partagée en tant que copie. Toutefois, les mises à jour ultérieures ne sont pas synchronisées en cas de partage en tant que copie.

J'ai une couche d'entités et une couche WFS publiée à partir de cette couche. Lequel de ces éléments dois-je partager avec le groupe pour la collaboration ?

Vous devez partager explicitement toutes les couches et leurs vues dérivées (WFS, tuiles ou scènes par exemple) avec le groupe de collaboration. Les couches dérivées ne deviennent ainsi pas des liens endommagés lorsqu'elles sont répliquées via la collaboration. En règle générale, vous devez partager explicitement tous les éléments que vous souhaitez intégrer via la collaboration.

Mon groupe de collaboration a reçu des éléments qui sont configurés avec une URL HTTP et qui ne s'ouvrent pas.

Lorsqu'un portail est configuré avec HTTP et HTTPS, un service copié par référence est configuré avec une URL HTTP. Comme les portails bloquent le contenu mélangé, l'élément ne pourra pas s'ouvrir. Pour résoudre ce problème, configurez manuellement l'URL sur HTTPS. Il est recommandé d'autoriser l'accès au portail via HTTPS uniquement.

Mon portail est configuré de façon à autoriser l'accès via HTTP et HTTPS. Ce portail peut-il participer à une collaboration distribuée ?

Pour inviter un portail à rejoindre une collaboration, l'URL de chaque portail invité doit être spécifié en tant que HTTPS.

Dépanner

Que se passe-t-il lorsqu'un élément d'un groupe contenant plusieurs éléments ne peut pas être partagé ?

Si l'ajout d'un élément à un groupe échoue lors du partage et que cet élément fait partie d'un groupe d'éléments, le processus se poursuit afin que les autres éléments puissent être transférés. Une erreur indiquant qu'un élément a connu un échec est dans ce cas consignée. Demandez à l'administrateur de votre portail d'examiner les journaux du portail pour en savoir plus.

Je ne reçois aucun contenu de l'organisation source via la collaboration. Quelle peut en être la cause ?

  • Plusieurs cas peuvent expliquer que votre groupe ne reçoive pas le contenu. Les voici :
    • Votre groupe n'est peut-être pas associé à un espace de travail de collaboration. Contactez votre administrateur système pour vérifier que l'espace de travail de collaboration est correctement configuré et que le groupe en question est associé à l'espace de travail.
    • La synchronisation planifiée ne s'est peut-être pas encore produite. Lorsqu'il est configuré par l'administrateur système, le contenu en collaboration est synchronisé selon un intervalle planifié. L'intervalle par défaut est de 24 heures. L'administrateur système dans l'organisation source peut forcer une synchronisation à l'aide de l'API REST de collaboration. Consultez l'API REST de collaboration pour en savoir plus.
    • L'espace disque au sein des organisations de destination a peut-être atteint 80 % de sa capacité. Lorsque ce seuil est atteint, aucun contenu n'est synchronisé. Un message de consignation de niveau WARNING est enregistré pour le signaler. Une fois l'espace disque libéré, le contenu est de nouveau synchronisé.

J'ai partagé des couches d'entités avec un groupe qui est associé à un espace de travail de collaboration où l'option de copie des données est sélectionnée. Toutefois, l'organisation de destination dans ma collaboration reçoit à la place les couches d'entités en tant que références. Que se passe-t-il ?

  • Les couches d'entités sont répliquées par référence dans les conditions suivantes :
    • La couche d'entités ne prend pas en charge la fonction de synchronisation ou la synchronisation n'est pas activée sur la couche d'entités. Pour activer la synchronisation, reportez-vous à la rubrique A propos du partage de données des couches d'entités en tant que copies.
    • La taille des données de la couche d'entités dépasse la limite imposée par l'administrateur de l'hôte de la collaboration.
    • Le participant de destination utilise la version 10.5 d'ArcGIS Enterprise.

Mes couches d'entités ne reçoivent aucune mise à jour. Que se passe-t-il ?

Les couches d'entités qui ont été copiées dans une organisation de destination peuvent arrêter la synchronisation des mises à jour si la collaboration est supprimée (par l'hôte), si l'espace de travail de collaboration est supprimé, si votre organisation a été retirée de la collaboration (par l'hôte) ou si l'administrateur de votre organisation a quitté la collaboration. Il est également possible qu'aucune mise à jour n'ait été apportée à la couche d'entités dans l'organisation source.

Autre cause possible : la taille des mises à jour que vous tentez de synchroniser est supérieure à la limite imposée par l'administrateur hôte de la collaboration.

J'utilise ArcGIS Enterprise et mes couches d'entités ne reçoivent pas les mises à jour d'une organisation ArcGIS Online. L'erreur grave suivante apparaît dans les journaux du serveur :

"Initialization of Layer: failed."

Que faire pour résoudre l'erreur ?

Vérifiez que les couches associées possèdent un moteur de rendu basé sur une expression. Pour cela, procédez comme suit :

  1. Ouvrez Mon contenu et sélectionnez Afficher les détails de l'élément pour la couche que vous avez enregistrée.
  2. Cliquez sur l'onglet Visualisation.
  3. Pour chaque couche répertoriée, sélectionnez le bouton Modifier le style pour voir si le paramètre Attribut à afficher est défini sur une expression. Si tel est le cas, procédez comme suit :
  • Dans ArcGIS Enterprise, définissez le paramètre Attribut à afficher sur un champ au lieu d'une expression et cliquez sur Enregistrer la couche. Une fois cette modification apportée à toutes les couches appropriées, les mises à jour devraient être reçues lors de la prochaine synchronisation.
    Remarque :

    Une fois le paramètre Attribut à afficher modifié et la couche enregistrée dans ArcGIS Enterprise, il n'est pas nécessaire de changer les couches d'entités correspondantes dans l'organisation ArcGIS Online.

  • Dans l'organisation ArcGIS Online, définissez le paramètre Attribut à afficher sur un champ au lieu d'une expression. Ensuite, annulez le partage de l'élément depuis le groupe de collaboration, synchronisez et repartagez la couche avec l'option permettant de recopier les données.
  • Créez une vue dans l'organisation ArcGIS Online, ajustez les couches dans la vue pour ne pas utiliser d'expressions, puis partagez la vue avec la collaboration au lieu de la couche d'entités.

Un portail dans ma collaboration est configuré de façon à utiliser l'authentification PKI via IIS et nous avons reçu le message d'erreur suivant :

Response from 'https://sampleserver.domain.com/portal' was 413 Request Entity Too Large. 'https://sampleserver.domain.com/portal' must configure server to allow large request entities.

Que faire pour résoudre l'erreur ?

  • Un administrateur du serveur web IIS qui utilise PKI doit augmenter la valeur de la propriété uploadReadAheadSize et la définir sur 51 200 000 (50 Mo). Par exemple, si l'adaptateur web du portail PKI est installé comme 'portal' sous Default Web Site (Site web par défaut) dans IIS, la commande suivante peut être utilisée pour modifier la propriété uploadReadAheadSize :

    %windir%\system32\inetsrv\appcmd.exe set config "Default Web Site/portal" -section:system.webServer/serverRuntime /uploadReadAheadSize:"51200000" /commit:apphost

  • Vous trouverez d'autres informations sur la propriété uploadReadAheadSize ici.


Dans cette rubrique
  1. Forum aux questions
  2. Dépanner