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 Support Esri.

Collaborations ArcGIS Enterprise et ArcGIS Enterprise

Collaborations ArcGIS Online et ArcGIS Enterprise

Partage des applications web

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

Partage de vues de couches d’entités hébergées

Partage d’ArcGIS Insights

Synchronisation des espaces de travail à la demande

Synchronisation des espaces de travail à l’aide d’un intervalle planifié

Autres questions fréquentes

Dépanner

Collaborations ArcGIS Enterprise et ArcGIS Enterprise

J’ai un déploiement ArcGIS Enterprise on Kubernetes. Je souhaite configurer une collaboration avec une autre organisation ArcGIS Enterprise, qui est un déploiement Windows. Est-ce possible ?

Oui. Dans la version 10.9.1, ArcGIS Enterprise on Kubernetes peut jour le rôle d’hôte ou d’invité pour un déploiement ArcGIS Enterprise sur Windows, Linux, ou un autre déploiement Kubernetes. Un déploiement ArcGIS Enterprise on Kubernetes peut également jouer le rôle d’invité dans une collaboration hébergée par ArcGIS Online. Pour plus d’informations, reportez-vous aux rubriques À propos de la collaboration distribuée et Concepts clés de la collaboration.

Je souhaite partager des couches d’entités en tant que copies dans ma collaboration. Est-ce possible ?

Oui. Dans la version 10.5.1, l’option de partage des couches d’entités en tant que copies n’est prise en charge qu’entre un hôte ArcGIS Online et les portails invités ArcGIS Enterprise. À partir de la version 10.6, la collaboration distribuée prend en charge le partage des couches d’entités en tant que copies lorsque les portails hôte et invité sont tous les deux des instances ArcGIS Enterprise.

Comment mettre à jour les informations d’authentification au niveau du Web ou le certificat PKI utilisés pour la collaboration avec un autre participant ArcGIS Enterprise ?

ArcGIS Enterprise 10.6 prend en charge la modification des informations d’authentification au niveau du Web et du certificat PKI utilisés pour la collaboration avec un autre participant ArcGIS Enterprise. Dans cette version, ces modifications ne peuvent s’effectuer que via l’API REST Portal Services. Pour plus d’informations, consultez la rubrique de l’API REST Mettre à jour la configuration d’authentification au niveau du web..

Dans ArcGIS Enterprise 10.8.1, vous pouvez ajouter, mettre à jour et supprimer l’authentification au niveau du Web ou par certificat PKI pour les participants ArcGIS Enterprise à une collaboration. Pour en savoir plus, voir Gérer les collaborations et Gérer les collaborations en tant qu’invité.

Les protocoles SSL ou les suites de chiffres non par défaut sur un site vont-ils affecter la collaboration distribuée avec un autre site ?

Les configurations non spécifiées par défaut pour le protocole SSL ou les suites de chiffres utilisées sur un site ne devraient pas affecter une collaboration distribuée avec un autre site si les protocoles ou les chiffres ne correspondent pas ou ne se chevauchent pas.

Collaborations ArcGIS Online et ArcGIS Enterprise

J’ai une vue de couche d’entités hébergée publiée sur mon organisation ArcGIS Online et je veux la partager avec mon organisation ArcGIS Enterprise. Puis-je partager une vue avec une collaboration ?

Oui, vous pouvez partager des vues de couche d’entités hébergées avec une collaboration. À partir de la version 10.6.1, il est possible de copier des vues de couches d’entités hébergées en tant que copies si leur couche d’entités a été configurée de façon à être envoyée sous forme de copie.

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

À partir de la version 10.5.1, ArcGIS Enterprise prend en charge la collaboration distribuée 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. Une organisation ArcGIS Enterprise ne peut collaborer qu’avec une organisation ArcGIS Online à la fois. Pour plus d’informations, reportez-vous aux rubriques Configurer une collaboration ArcGIS Enterprise et ArcGIS Online.

Les organisations ArcGIS Online qui utilisent un abonnement de développeur peuvent-elles participer à une collaboration distribuée avec ArcGIS Enterprise ?

Non. Une organisation qui utilise un abonnement ArcGIS Online d’évaluation, d’utilisation personnelle ou de développeur ne peut pas participer à des collaborations distribuées.

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 ?

Pour cela, utilisez l’une des deux méthodes suivantes :

  • 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.

Pourquoi mon organisation ArcGIS Online n’accepte-t-elle pas les invitations provenant d’un portail ArcGIS Enterprise 10.5 ?

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

Pourquoi est-ce que je reçois une erreur de certificat SSL lorsque j’essaie d’accepter une invitation de collaboration pour une organisation ArcGIS Online ?

Si votre organisation utilise un proxy de transfert, vous devez importer le certificat utilisé par ce proxy dans le portail ArcGIS Enterprise en tant que certificat racine/intermédiaire avant d’accepter l’invitation.

Ma collaboration inclut des invités utilisant ArcGIS Enterprise 10.5 et 10.5.1. Pourquoi ma politique de suppression de contenu s’applique-t-elle à ces organisations ?

Les portails ArcGIS Enterprise 10.5et 10.5.1 ne prennent pas en charge la politique de suppression de contenu. Le contenu partagé avec ces participants ne sera pas supprimé. Vous devez annuler le partage des éléments qui ont été partagés avec l’espace de travail de collaboration.

J’ai désactivé l’option qui permet d’accéder au portail via HTTPS uniquement. Dans ArcGIS Online, lorsque je tente d’afficher les couches d’entités partagées par référence dans Map Viewer, je reçois le message Error: The layer, [layername], cannot be added to the map (Erreur : la couche [nom de la couche] ne peut pas être ajoutée à la carte). Que se passe-t-il ?

Dans Map Viewer Classic ou Map Viewer dans ArcGIS Online, ce message d’erreur indique à l’utilisateur que le contenu demandé ne peut pas être ajouté à la carte. Par défaut, ArcGIS Online est configuré pour n’autoriser l’accès que via HTTPS. Vérifiez que l’URL du service de couche d’entités ArcGIS Enterprise utilise HTTPS. Si ce n’est pas le cas, mettez à jour l’URL du service de sorte qu’elle utilise HTTPS. Pour savoir comment faire, suivez les étapes indiquées dans l’article de support FAQ : est-il possible de mettre à jour l’URL d’un service dans une carte Web ArcGIS Online existante ?.

Puis-je copier des données depuis ArcGIS Online vers ma géodatabase d’entreprise ?

Non. Les couches de destination dans une collaboration doivent être des couches hébergées depuis ArcGIS Online ou ArcGIS Enterprise.

Puis-je copier des données depuis une géodatabase d’entreprise vers ArcGIS Online ?

Oui. Si la géodatabase d’entreprise est inscrite auprès d’un serveur fédéré dans ArcGIS Enterprise, ses données peuvent être utilisées comme couche source dans la collaboration entre ArcGIS Enterprise et ArcGIS Online.

Dans la collaboration entre ArcGIS Enterprise et ArcGIS Online, quelles modifications du pare-feu de mon réseau sont nécessaires ?

Dans cette configuration, toutes les communications sont initiées par le portail ArcGIS Enterprise. En tant que telles, les règles de pare-feu réseau doivent prendre en charge les communications sortantes via le port 443.

Remarque :

Ces modifications du pare-feu réseau s’appliquent également aux collaborations ArcGIS Enterprise et ArcGIS Enterprise dans lesquelles les organisations participantes se trouvent sur différents réseaux.

J’ai effectué la mise à niveau vers ArcGIS Enterprise 10.7 et ArcGIS Insights 3.2.1. Puis-je partager mes classeurs, rapports et modèles Insights créés dans une version antérieure de Insights et ArcGIS Enterprise ?

Pour partager un classeur créé dans une version antérieure d’Insights, vous devez ouvrir l’élément dans ArcGIS Insights 3.2.1 et le réenregistrer. Pour partager un modèle ou rapport créé dans une version antérieure de Insights, vous devez repartager le classeur en tant que rapport ou modèle Insights. Reportez-vous à la rubrique de support sur le partage d’éléments Insights à partir de versions antérieures via la collaboration distribuée pour plus d’informations.

Remarque :

Pages Insights modifiées en rapports Insights dans ArcGIS Enterprise 10.9.1.

Partage des applications web

Puis-je partager des applications web dans la collaboration distribuée ?

Oui. À partir de ArcGIS Enterprise 10.6.1, les participants à une collaboration ArcGIS Enterprise peuvent partager leurs applications Web avec d’autres participants ArcGIS Enterprise dont la version est égale ou ultérieure à leur propre version, ainsi qu’à celle de ArcGIS Online. Les applications Web prises en charge sont celles qui sont créées à partir des modèles d’applications Web configurables et de Web AppBuilder. Les applications Web basées sur des groupes sont prises en charge à partir de la version 10.8.

Par exemple, un participant utilisant ArcGIS Enterprise 10.6.1 peut partager une application Web avec une autre organisation utilisant ArcGIS Enterprise 10.6.1 et dans ArcGIS Online. Il ne peut pas partager d’applications Web avec des participants utilisant ArcGIS Enterprise 10.5.1 ou 10.6. Il peut en revanche procéder au partage avec des participants utilisant la version 10.7 ou une version ultérieure. Si ce participant a tenté de partager une application Web avec un destinataire utilisant une version précédente de ArcGIS Enterprise, l’application Web est quand même ajoutée au groupe de collaboration, mais elle n’est pas reçue par le participant et l’administrateur reçoit un message d’erreur dans les journaux du portail et via une notification dans le portail.

Les participants utilisant ArcGIS Online ne peuvent pas partager d’applications Web avec des participants utilisant ArcGIS Enterprise, peu importe la version.

Un participant à la collaboration peut-il mettre à jour une application Web qu’il a reçue ?

Une fois partagées, la plupart des applications Web peuvent être mises à jour par d’autres participants à la collaboration. Toutefois, ces mises à jour sont remplacées dès lors que le propriétaire d’origine de l’application Web la met à jour. En effet, les mises à jour effectuées par un participant de destination ne sont pas renvoyées au propriétaire d’origine. Par ailleurs, les applications cartographiques Web ne peuvent pas être mises à jour par leur destinataire.

J’ai créé des widgets personnalisés dans ArcGIS Web AppBuilder. Est-il possible de partager ces widgets avec des participants à la collaboration ?

Non. Il n’est pas possible de partager des widgets personnalisés via une collaboration distribuée, même s’ils ont été inscrits et qu’ils possèdent le type d’élément AppBuilder Extension.

Puis-je partager un élément d’application web qui référence une application web personnalisée que j’ai déployée sur mon serveur web ?

Oui. Les éléments d’application web qui référencent des URL d’application en dehors de votre portail peuvent être partagés à condition que les destinataires de la collaboration se sont vus accorder les droits d’accès à l’application hébergée en externe.

Puis-je partager des applications Web ArcGIS Living Atlas of the World avec une collaboration ?

Non. Il n’est pas possible de partager des applications Web ArcGIS Living Atlasvia une collaboration distribuée.

Que se passe-t-il si un participant à une collaboration partage un modèle d’application configurable qui a été retiré dans ma version d’ArcGIS Enterprise ?

Les modèles ArcGIS Configurable Apps retirés demeurent disponibles et accessibles dans le portail. Si un destinataire qui utilise une version antérieure de ArcGIS Enterprise partage un modèle avec vous et que ce modèle a été retiré dans votre version actuelle, vous pouvez toujours accéder à l’application partagée et l’afficher.

Puis-je partager des modèles d’applications configurables qui nécessitent un groupe (Bibliothèque minimale, Layer Showcase, etc.) ?

La collaboration distribuée ne prend pas en charge le partage de modèles ArcGIS Configurable Apps qui nécessitent un groupe.

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é.

Pourquoi est-ce que je reçois une erreur de délai d’expiration au-delà d’un certain temps après avoir activé la synchronisation sur une couche d’entités dans mon portail ArcGIS Enterprise 10.5 ?

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.

Pourquoi est-ce que je reçois une erreur de délai d’expiration au-delà d’un certain temps après avoir activé la synchronisation sur une couche d’entités dans mon organisation ArcGIS Online ?

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, 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 : Failed to create replica (Échec 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. Pourquoi ?

Cette erreur apparaît si une carte Web contient plusieurs couches qui font référence à un même jeu de données dans la base de données (par exemple, une classe d’entités Roads (Routes) est référencée sur la carte en tant que deux couches distinctes : routes principales et routes secondaires). Lorsque vous publiez des cartes web contenant des services d’entité à 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.

Pourquoi mes participants de destination ne peuvent-ils pas synchroniser leurs mises à jour d’un service d’entités que j’ai partagé en tant que copie ?

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

Pour enregistrer les mises à jour que vous avez apportées à un élément reçu, exportez le service d’entités et publiez les données exportées en tant que nouvelle couche d’entités hébergée. Le nouveau service d’entité hébergé ne recevra pas les mises à jour synchronisées du service d’entités source, mais vous serez en mesure d’apporter des mises à jour au service.

À partir de la version 10.9, vous pouvez autoriser le partage bidirectionnel des mises à jour apportées aux couches d’entités entre les destinataires. Pour plus d'informations, reportez-vous à la rubrique Partager du contenu avec des groupes de collaboration.

Lorsque j’essaie de partager une couche d’entités en tant que copie avec un espace de travail de collaboration configuré pour permettre le partage bidirectionnel des mises à jour de couches d’entités, les mises à jour effectuées par le participant de destination ne sont pas synchronisées avec la couche d’entités d’origine appartenant au participant source. Que se passe-t-il ?

  • Le participant de destination n’utilise peut-être pas une version 10.9 ou ultérieure d’ArcGIS Enterprise. Le partage bidirectionnel des mises à jour n’est possible qu’à partir de la version 10.9.
  • Le portail de destination ne dispose peut-être pas d’un accès Send and Receive (Envoyer et recevoir) à l’espace de travail. L’organisation hôte doit mettre à jour l’accès de l’invité vers Send and Receive (Envoyer et recevoir).
  • La synchronisation n’est peut-être pas activée ou bien la propriété supportsBiDirectionalSyncForServer est définie sur true sur la couche d’entités partagée. Pour plus d’informations sur l’activation de la prise en charge du partage bidirectionnel des mises à jour sur les couches d’entités, reportez-vous à la rubrique Partager des couches d’entités hébergées ou Partager des couches d’entités à partir d’une géodatabase d’entreprise.
  • La couche d’entités a peut-être été partagée avant que l’espace de travail de collaboration ait été configuré pour prendre en charge le partage bidirectionnel des mises à jour. Pour y remédier, annulez le partage de l’élément de la couche d’entités d’origine à partir du groupe qui a été joint à l’espace de travail de collaboration, puis partagez à nouveau l’élément pour en créer une nouvelle copie.
  • L’espace de travail de collaboration doit avoir été créé avec la version 10.9 ou ultérieure de ArcGIS EnterpriseArcGIS Enterprise.
Attention :

Lorsque vous mettez à jour des couches d’entités qui prennent en charge le partage bidirectionnel des mises à jour, aucune vérification ne survient pour détecter et empêcher les mises à jour simultanées. Lorsque les mises à jour sont envoyées, la dernière modification soumise a priorité et remplace toutes les mises à jour préexistantes dans la couche d’entités. Afin d’éviter les conflits, la version archivée du service d’entités doit être consultée avant d’apporter des mises à jour supplémentaires.

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. Comment puis-je modifier le paramètre de l’espace de travail pour partager des couches en tant que références ?

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.

Lors de la tentative de partage d’une couche d’entités en tant que copie, l’élément a à la place été copié en tant que référence car il n’a pas été activé pour la synchronisation. Une fois la synchronisation activée sur la couche d’entités, cette dernière continue à partager des couches en tant que références. Que se passe-t-il ?

Lors de son partage initial, l’élément a été copié en tant que référence car la synchronisation n’était pas activée sur la couche. Les tentatives de synchronisation suivantes continueront à partager des couches en tant que références même si la synchronisation a été activée. Pour partager les données de couche d’entités en tant que copies, annuler le partage de l’élément depuis la collaboration. Ceci supprimera l’élément des participants de destination. Ensuite, partagez à nouveau l’élément dans la collaboration. Puisque la synchronisation est maintenant activée pour la couche d’entités, celle-ci sera partagée en tant que copie.

Puis-je partager une couche d’entités dotée d’un versionnement de branche avec une collaboration en tant que copie ?

Oui, il est possible de partager des couches d’entités dotées d’un versionnement de branche depuis ArcGIS Enterprise vers ArcGIS Enterprise et depuis ArcGIS Enterprise vers ArcGIS Online. Cette fonctionnalité est prise en charge dans ArcGIS Enterprise 10.7 et ArcGIS Pro 2.3.

Lorsque j’essaie de partager une couche d’entités en tant que copie avec un espace de travail configuré pour permettre le partage bidirectionnel des mises à jour, l’élément est partagé en tant que copie. Les mises à jour apportées par la source sont partagées avec le participant de destination, mais les mises à jour apportées par les participants de destination ne sont pas reçues par la source. Que se passe-t-il ?

La synchronisation est activée sur votre couche d’entités, mais elle ne prend peut-être pas en charge le suivi de réplica ou la synchronisation bidirectionnelle. Pour y remédier, accédez à la couche d’entités à l’aide de ArcGIS REST API et vérifiez qu’elle est configurée comme suit :

  • Synchronisation activée — les propriétés du service d’entités doivent afficher les fonctionnalités suivantes :
    "capabilities": "Query,Create,Update,Delete,Editing,Sync"
  • Prise en charge du suivi de réplica — la propriété de couche isDataReplicaTracked du service d’entités doit être définie sur true :
    "isDataReplicaTracked": true
  • Prise en charge de la synchronisation bidirectionnelle — pour la propriété du service d’entités syncCapability, la propriété secondaire supportsBiDirectionalSyncForServer doit être définie sur true :
    
    {
      "syncCapabilities": {
        "supportsBiDirectionalSyncForServer": true
      }
    }

Si la couche d’entités ne prend pas en charge toutes les fonctionnalités requises répertoriées ci-avant, annulez le partage de l’élément à partir du groupe qui a été joint à l’espace de travail de collaboration, mettez à jour le service afin d’activer ces fonctionnalités et partagez à nouveau cet élément avec le groupe. Pour plus d’informations sur l’activation de la prise en charge du partage bidirectionnel des mises à jour sur les couches d’entités, reportez-vous à la rubrique Partager des couches d’entités hébergées ou Partager des couches d’entités à partir d’une géodatabase d’entreprise.

Un participant de destination peut-il mettre à jour la structure d’une couche d’entités partagée et partager ces mises à jour avec la source ?

Non, la mise à jour bidirectionnelle de la structure d’une couche d’entités n’est pas prise en charge. Les participants source et de destination peuvent tous deux mettre à jour la structure d’un service d’entités, mais l’opération de synchronisation de l’espace de travail inclut uniquement les mises à jour (opérations d’insertion, de mise à jour et de suppression) qui étaient disponibles au moment où la vue a été partagée avec la collaboration.

Remarque :

Pour envoyer des mouvements de structure aux organisations de destination, annulez le partage de la couche, puis partagez-la à nouveau avec l’espace de travail.

La collaboration distribuée prend-elle en charge les services de partage qui utilisent SDO_Geometry, qui ne sont pas inscrits auprès d’une géodatabase d’entreprise, en tant que copies ?

Non. La collaboration distribuée ne prend pas en charge les services utilisant SDO_Geometry qui ne sont pas inscrits auprès de la géodatabase d’entreprise. La collaboration distribuée utilise la réplication des services d’entités pour partager des données de service entre participants. Comme pour la réplication, les données doivent être inscrites auprès de la géodatabase d’entreprise (car ainsi, les changements peuvent faire l’objet d’un suivi via des méthodes telles que l’archivage, le versionnement et les modèles de branche), l’inscription des données auprès de la géodatabase d’entreprise est obligatoire.

Puis-je partager des couches d’entités incluant les types de champs de géodatabase esriFieldTypeDateOnly, esriFieldTypeTimeOnly, esriFieldTypeTimestampOffset, esriFieldTypeOID et esriFieldTypeBigInteger avec les participants à la collaboration ?

Oui, les couches d’entités incluant ces types de champs peuvent être partagées avec les participants à la collaboration en tant que références dans les collaborations ArcGIS Online vers ArcGIS Enterprise et les collaborations distribuées ArcGIS Enterprise vers ArcGIS Enterprise.

Partage de vues de couches d’entités hébergées

Dois-je partager à la fois la couche d’entités hébergées et la vue de couche d’entités avec un groupe d’espace de travail de collaboration ?

Les utilisateurs ont la possibilité de partager les deux éléments ou simplement la vue de couche d’entités. Si vous partagez les deux éléments avec le groupe de collaboration, les participants reçoivent les données pour créer la couche d’entités hébergée, ainsi que les données de la vue pour créer une seconde couche d’entités hébergée. La relation entre la couche d’entités hébergée et la vue de couche d’entités n’est pas conservée. Si seule la vue de couche d’entités hébergée est partagée, la définition de la vue détermine les données que les participants à la collaboration reçoivent, tandis que la couche d’entités hébergée à laquelle la vue est associée n’est pas partagée. En revanche, les données de la vue sont utilisées pour créer une couche d’entités hébergée sur le portail du destinataire.

J’ai plusieurs vues créées à partir d’une seule couche d’entités hébergée. Puis-je partager plusieurs vues avec une collaboration à la fois ?

Oui, il est possible de partager plusieurs vues de la même couche avec une collaboration. Chaque vue partagée est reçue par les participants de la collaboration en tant que couche d’entités hébergée dont le nom s’inspire du titre de la vue partagée.

Est-ce que la synchronisation doit être activée pour partager ma vue en tant que copie avec une collaboration ?

Oui, la synchronisation doit être activée sur chaque vue partagée en tant que copie. Toutefois, la synchronisation peut être activée pour une vue uniquement si elle est déjà activée dans la couche d’entités associée de la vue.

Est-ce que les vues de couches d’entités hébergées peuvent être partagées en tant que références ?

Oui, toutes les vues de couches d’entités hébergées peuvent être partagées en tant que références. Chaque vue partagée en tant que référence déclenche la création d’un nouvel élément dans les portails participants, le nouvel élément se référant au service d’affichage d’origine. Veillez à configurer votre espace de travail de collaboration de façon à partager les couches d’entités et les vues en tant que références.

Est-ce que les changements de structure des vues sont appliqués aux éléments partagés ?

Non, les changements de structure des vues ne sont pas appliqués lorsqu’un élément est synchronisé. L'opération de synchronisation de l’espace de travail inclut uniquement les mises à jour (opérations d’insertion, de mise à jour et de suppression) qui étaient disponibles au moment où la vue a été partagée avec la collaboration.

Lorsque je partage une vue de couche d’entités hébergée qui comporte plusieurs couches, chacune avec une zone d’intérêt différente, l’élément est partagé en tant que référence et non en tant que copie. Quelle est l’origine de cette erreur ?

Une vue de couche d’entités hébergée avec plusieurs couches peut uniquement être partagée en tant que copie si la même zone d’intérêt est définie pour chaque couche.

Lorsque je partage une vue de couche d’entités hébergée sur laquelle le suivi de l’éditeur est activé et qui possède une définition de champ, l’élément est partagé en tant que référence et non en tant que copie. Quelle est l’origine de cette erreur ?

Une vue de couche d’entités hébergée sur laquelle le suivi de l’éditeur est activé peut uniquement être partagée en tant que copie si chacun des champs de suivi de l’éditeur est inclus dans la définition de champ de la vue. Les champs de suivi de l’éditeur sont notamment created_user, created_date, last_edited_user et last_edited_date.

Partage d’ArcGIS Insights

Mon modèle Insights inclut un outil qui requiert le service utilitaire de géoenrichissement. Que se passe-t-il si le destinataire n’a pas configuré ce service ?

L’outil est désactivé dans le modèle si le destinataire n’a pas configuré le service. Le destinataire est cependant invité à configurer le service utilitaire d’enrichissement géographique, ce qui lui permettra d’utiliser l’outil.

Mon classeur Insights contient des données issues de mon SGBDR, auquel je me suis connecté via un élément de connexion à une base de données. Cette connexion à une base de données va-t-elle être partagée avec le destinataire ? L’élément de connexion à une base de données relationnelles va-t-il être partagé avec la collaboration ?

L’élément de connexion à une base de données ne sera jamais partagé via une collaboration. Tous les jeux de données compris dans votre classeur ou page, y compris ceux stockés dans votre SGBDR, seront uniquement accessibles au destinataire en fournissant un utilisateur authentifié dans votre organisation.

Puis-je partager des classeurs, rapports ou thèmes que j’ai créés dans ArcGIS Insights desktop avec un participant à la collaboration ?

Le partage de classeurs créés dans Insights desktop n’est actuellement pas disponible. Vous pouvez toutefois partager les rapports, modèles et thèmes créés dans Insights desktop avec un groupe joint à l’espace de travail de collaboration. Cette opération crée l’élément dans votre organisation et le partage avec les participants concernés.

Synchronisation des espaces de travail à la demande

Je suis l’administrateur et l’hôte d’une collaboration ArcGIS Enterprise. Puis-je synchroniser un espace de travail de collaboration à la demande ?

Non. Seuls les participants invités utilisant ArcGIS Enterprise peuvent synchroniser à la demande.

Quels membres du portail sont en mesure de synchroniser un espace de travail à la demande ?

Les membres ArcGIS Enterprise disposant du rôle Administration ont la possibilité de synchroniser un espace de travail de collaboration à la demande.

À quelle fréquence puis-je synchroniser un espace de travail de collaboration à la demande ?

Une fois que la synchronisation à la demande d’un espace de travail a commencé, vous ne pouvez pas lancer une autre tâche avant la fin de la tâche actuelle. Si une tâche de synchronisation planifiée est déjà en cours d’exécution, vous ne pouvez pas commencer une autre tâche de synchronisation à la demande avant la fin de la tâche actuelle.

Pourquoi l’option Sync Workspace (Synchroniser l’espace de travail) est-elle désactivée sur mon portail ?

Lorsqu’une tâche de synchronisation est déjà en cours d’exécution, l’option Sync Workspace (Synchroniser l’espace de travail) est désactivée sur le portail. Une fois la tâche terminée, l’option Sync Workspace (Synchroniser l’espace de travail) est activée et vous pouvez l’utiliser pour commencer une autre tâche de synchronisation. Pour déterminer le dernier statut des tâches de synchronisation planifiées, affichez le rapport de statut de synchronisation de l’espace de travail concerné.

Une fois qu’une synchronisation à la demande a commencé, quels éléments seront synchronisés ?

La synchronisation à la demande se comporte de la même manière que la synchronisation planifiée. Tous les éléments partagés avec un groupe sont synchronisés. Les mises à jour des couches d’entités (y compris des entités) dans le groupe sont également synchronisées.

Synchronisation des espaces de travail à l’aide d’un intervalle planifié

Mon portail s’exécute sur un serveur situé dans le fuseau horaire de l’Est. Je suis administrateur et je réside dans le fuseau horaire du Pacifique. Je vais par conséquent utiliser un intervalle planifié avec l’heure du Pacifique pour configurer l’exécution de ma collaboration. Si je définis 20 h 00 (heure locale) comme heure planifiée, à quel moment la tâche de synchronisation planifiée s’exécute-t-elle réellement sur le serveur du portail, en tenant compte du décalage horaire ?

Pour éviter les décalages horaires, les heures planifiées s’affichent dans l’heure locale du client, mais sont stockées dans le système avec leurs valeurs de temps universel coordonné équivalentes. Si vous planifiez l’exécution d’une tâche à 20 h 00 heure du Pacifique, après la conversion dans sa valeur UTC équivalente, la synchronisation aura lieu sur la machine du portail à 23 h 00 heure de l’Est, car ces deux horaires équivalent à 3 h 00 UTC.

Autres questions fréquentes

Je veux empêcher les éléments reçus dans ma collaboration d’être supprimés. Où puis-je spécifier cela pour mes éléments ?

Pour chaque élément reçu, cliquez sur l’onglet Settings (Paramètres) et activez Delete Protection (Supprimer la protection) pour l’élément.

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 si elles sont répliquées via la collaboration. En règle générale, vous devez partager explicitement tous les éléments à 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 uniquement via HTTPS, ce qui correspond à la configuration par défaut.

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.

Mon portail Enterprise utilise une authentification au niveau du Web avec Kerberos uniquement. Puis-je participer à la collaboration distribuée avec un autre déploiement ArcGIS Enterprise ?

Oui, dans une certaine limite. Kerberos empêchera l’autre portail de communiquer directement avec votre portail. Cela signifie que l’autre portail ne sera pas en mesure d’envoyer du contenu à votre portail à l’aide de la synchronisation immédiate. Le contenu peut être encore partagé, mais uniquement via la synchronisation programmée. Tout contenu partagé avec votre groupe de collaboration peut être synchronisé immédiatement avec d’autres participants si vous avez défini vos paramètres de synchronisation de collaboration sur Sync immediately (Synchroniser immédiatement).

Vous ne pouvez pas définir de collaboration fonctionnelle entre deux ou plusieurs portails qui utilisent l’authentification Kerberos uniquement.

Pourquoi un statut Not Supported (Non pris en charge) s’affiche-t-il dans l’espace de travail pour l’un des participants à ma collaboration ?

Le champ Status (Statut) d’un espace de travail indique des détails sur les tâches les plus récentes, qu’elles soient en temps réel ou synchronisées selon une planification. Cette entité n’était pas prise en charge pour les portails ArcGIS Enterprise antérieurs à la version 10.6. Le statut Not Supported (Non pris en charge) s’affiche pour les participants invités dont les portails sont à la version 10.5 ou 10.5.1.

Puis-je inviter une personne à rejoindre ma collaboration si l’URL de son organisation utilise une adresse IP ?

Oui, le système valide le fait que les valeurs sont comprises dans la plage d’une adresse IP (par exemple, https://123.255.78.1/).

Est-ce que je peux stocker les identifiants de connexion d’un service qui a été partagé par référence ?

Oui. À partir de la version 10.8, vous pouvez enregistrer les identifiants de connexion de tous les éléments de service partagés par référence dans une collaboration. Les identifiants de connexion sont saisis sur le portail émetteur et sont appliqués aux services qui sont partagés avec les portails de la collaboration. Plusieurs limitations s’appliquent à cette fonctionnalité. .

À partir de la version 10.8, seule l’API de partage d’ArcGIS Portal Directory permet d’enregistrer les identifiants de connexion grâce à l’opération de mise à jour de la configuration du proxy de service. Dans la version 10.8.1, cette opération peut être effectuée à partir de l’application d’accueil du portail. Pour plus d’informations, voir Gérer les collaborations en tant qu’invité et Gérer les collaborations.

Les identifiants de connexion sont associés à l’espace de travail d’une collaboration et ne doivent correspondre qu’à un utilisateur intégré doté des privilèges de consultation ; les identifiants de connexion d’un utilisateur doté de privilèges supérieurs sont bloqués. L’option d’enregistrement des identifiants de connexion fonctionne uniquement dans une collaboration ArcGIS Enterprise vers ArcGIS Enterprise, dans laquelle les deux participants ArcGIS Enterprise utilisent la version 10.8 ou une version ultérieure. Il n’est pas possible d’envoyer ou de recevoir des identifiants de connexion vers ou depuis ArcGIS Online. Cette fonctionnalité ne concerne pas les systèmes ArcGIS Enterprise qui utilisent l’authentification au niveau du Web, comme l’authentification Windows intégrée ou l’authentification de certificat client PKI.

Les identifiants de connexion doivent être saisis et enregistrés et par un administrateur sur le portail émetteur. Si le portail émetteur peut atteindre le portail de destination, les éléments de ce dernier sont immédiatement mis à jour avec les identifiants de connexion stockés. Si le portail émetteur ne peut pas atteindre le portail de destination, les éléments sont mis à jour lors de la synchronisation planifiée suivante.

Comment puis-je faire en sorte que mes éléments partagés en tant que copies soient partagés par défaut en tant que références lorsque des erreurs se produisent ?

À partir de ArcGIS Enterprise 10.8.1, lorsque vous créez une collaboration, vous pouvez sélectionner If unable to share as copies shares as references (S’il est impossible de partager en tant que copies, partager en tant que références) si vous avez sélectionné Copies lors de la définition des paramètres de synchronisation de l’espace de travail. Lorsque cette option est activée, les éléments concernés seront partagés en tant que références s’ils ne peuvent pas être partagés en tant que copies. Cette option peut être mise à jour lors de la modification d’un espace de travail. Pour plus d’informations, reportez-vous à la rubrique Gérer les collaborations.

Puis-je partager du contenu appartenant à Esri avec des participants à la collaboration ?

Non. La collaboration distribuée ne prend pas en charge le partage de contenu appartenant à Esri, qui inclut le contenu détenu par :

  • Esri_[lang]
  • esri
  • esri_apps
  • esri_boundaries
  • esri_demographics
  • esri_livingatlas
  • esri_nav
  • esri_notebook

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. Selon la configuration effectuée par l’administrateur, le contenu en collaboration est synchronisé selon un intervalle planifié. L'intervalle par défaut est de 24 heures. L’administrateur de la collaboration distribuée de l’organisation invitée peut synchroniser un espace de travail à la demande avec l’option Sync Workspace (Synchroniser l’espace de travail). Il est également possible d’appeler la synchronisation à la demande avec l’API REST de la collaboration. Pour plus d’informations, reportez-vous à la documentation de l’API REST Sync relative à la collaboration distribuée.
  • L’espace disque disponible au sein des organisations de destination a peut-être atteint 10 Go ou moins. Lorsque ce seuil est atteint, aucun contenu n'est synchronisé. Un message de consignation de niveau SEVERE est enregistré pour le signaler. L’administrateur de collaboration recevra également une notification indiquant que le seul d’utilisation de l’espace disque du stockage de contenu a été atteint. Une fois l’espace disque libéré, le contenu est de nouveau synchronisé. Le seuil de l’espace disque du stockage de contenu est de 10 Go par défaut. Cette valeur peut être modifiée via le répertoire d’administrateur du portail.

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 À propos du partage de données des couches d'entités en tant que copies. Dans ces cas, l’administrateur de la collaboration et le propriétaire du groupe reçoivent une notification indiquant qu’un élément, à partager en tant que copie, a été partagé en tant que référence. Une entrée est écrite dans les journaux du portail indiquant que l’élément a été partagé en tant que référence car la synchronisation n’a pas été activée.
  • La taille de la couche d’entités dépasse la taille d’élément maximale de 1 Go ; l’élément est donc partagé en tant que référence. Pour le vérifier, activez les journaux du portail de niveau INFO et recherchez l’entrée qui indique la taille de l’élément de données de la couche d’entités partagée.
  • Le participant de destination utilise la version 10.5 ou 10.5.1 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. Je vois le message d’erreur grave suivant dans les journaux du serveur : Initialization of Layer: failed (Initialisation de la couche : échec). 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 l’onglet My Content (Mon contenu) et sélectionnez l’option View item details (Afficher les détails de l’élément) pour la couche d’entités.
  2. Cliquez sur l’onglet Visualization (Visualisation).
  3. Pour chaque couche répertoriée, sélectionnez le bouton Change Style (Modifier le style) pour voir si le paramètre Attribute to show (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 Attribute to show (Attribut à afficher) sur un champ au lieu d’une expression et cliquez sur Save Layer (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 que vous avez modifié le paramètre Attribute to show (Attribut à afficher) et enregistré la couche dans ArcGIS Enterprise, il n’est pas nécessaire de modifier les couches d’entités correspondantes dans l’organisation ArcGIS Online.

    • Dans l’organisation ArcGIS Online, définissez le paramètre Attribute to show (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 manière à utiliser l’authentification de certificat client 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. (La réponse reçue de ’https://sampleserver.domain.com/portal’ est 413 Requête d’entité trop grande.) 'https://sampleserver.domain.com/portal' must configure server to allow large request entities. (’https://sampleserver.domain.com/portal’ doit configurer le serveur pour autoriser les requêtes d’entité plus grandes.) Que faire pour résoudre l’erreur ?

Un administrateur du serveur Web IIS qui utilise l’authentification de certificat client PKI doit augmenter la valeur de la propriété uploadReadAheadSize et la définir sur 51 200 000 (50 Mo). Par exemple, si l’instance Web Adaptor du portail PKI est installée 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 dans la documentation relative à Server Runtime.

J’ai reçu une couche d’entités par référence via une collaboration. J’ai ajouté la couche d’entités dans Map Viewer, essayé d’utiliser l’outil Print (Imprimer), mais le message d’erreur suivant est apparu : An error occurred while creating the printed map (Une erreur s’est produite lors de la création de la carte imprimée). Quelle peut en être la raison ?

Tous les services utilitaires doivent avoir accès à la couche d’entités et être autorisés à y exécuter une opération. Si vous tentez d’utiliser le service d’impression sur une couche d’entités partagée par référence, votre portail adresse une requête à l’organisation qui a partagé la couche d’entités avec vous, et l’organisation autorise l’opération à avoir lieu. Si vous recevez cette erreur, vous devez vérifier auprès de l’organisation que son pare-feu et ses paramètres de sécurité autorisent les requêtes entrantes.

Une autre solution consiste à demander à l’organisation de partager les données avec vous en tant que copie ou à publier les données dans votre organisation à l’aide des données source qui ont été partagées.