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.

Collaborations ArcGIS Enterprise et ArcGIS Enterprise

Je souhaiterais 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 les hôtes ArcGIS Online et les portails invité ArcGIS Enterprise. À partir de 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 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 et/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. Depuis 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 que ArcGIS Enterprise peut collaborer avec plusieurs organisations ArcGIS Online ?

Non. Actuellement, ArcGIS Enterprise ne permet de collaborer qu’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 ?

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’hôte 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.

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.5 et 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 la ArcGIS Online Map Viewer, cette 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 procéder, suivez les étapes de cet article.

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 enregistrée sur 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 de 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.

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

Pour partager un classeur créé dans une version antérieure de Insights, vous devez ouvrir l’élément dans ArcGIS Insights 3.2.1 et le réenregistrer. Pour partager un modèle ou une page créés dans une version antérieure de Insights, vous devez repartager le classeur en tant que page 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.

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 à la collaboration ArcGIS Enterprise peuvent partager leurs applications Web avec d’autres participants ArcGIS Enterprise dont la version est similaire ou supé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. Mais 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 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 ainsi qu’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 ou ses données sous-jacentes ? Son propriétaire d’origine sera-t-il notifié des mises à jour?

Oui. Une fois partagées, les applications web peuvent être mises à jour par d’autres participants à la collaboration. Toutefois, ces mises à jour seront remplacées lorsque le propriétaire d’origine met l’application web à jour. Les mises à jour effectuées par un participant de destination ne seront pas renvoyées au propriétaire d’origine.

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

Si le widget personnalisé a été enregistré en tant qu’élément de portail, il peut être partagé dans une collaboration. Le code de widget déployé n’est toutefois pas partagé ; à la place, les détails d’élément référenceront l’URL de manifeste du widget. Cela signifie que les participants de destination doivent disposer de l’accès à l’URL de manifeste afin d’accéder au widget personnalisé.

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. Living Atlas Il n’est pas possible de partager des applications Web via 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 de 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 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 : 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 lorsqu’une carte web 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 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).

Si vous souhaitez 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.

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

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 décidez de partager 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 du suivi de l’éditeur sont notamment created_user,, created_date, last_edited_user et last_edited_date.

Partage de ArcGIS Insights

Mon modèle Insights inclut un outil qui requiert le service utilitaire d’enrichissement géographique. 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.

Est-ce que je peux partager des classeurs, des pages ou des 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 pages, les modèles et les thèmes créés dans Insights desktop avec un groupe joint à l’espace de travail d’une 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 administratif 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 pourrez 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 pourrez 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 choisis 20 h 00 (heure locale) comme heure planifiée, à quel moment la tâche de synchronisation planifiée s’exécutera-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 le portail à 23 h 00 heure de l’Est, car ces deux horaires équivalent à 3 h 00 UTC. 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 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 uniquement via HTTPS, ce qui est 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.

Le portail My 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 travaux les plus récents, qu’ils soient en temps réel ou synchronisés 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.

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

Oui, le système vérifie 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 choisir d’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 fonctionnent uniquement dans une collaboration de ArcGIS Enterprise vers ArcGIS Enterprise, où 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 IWA ou 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.

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 ?

Depuis ArcGIS Enterprise 10.8.1, lorsque vous créez une collaboration, vous pouvez sélectionner If unable to share as copies shares as references (Partager en tant que références si le partage en tant que copies est impossible) si vous avez choisi 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, voir Gérer les collaborations.

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 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, prévu pour être partagé en tant que copie, a en fait é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 d’é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 l’erreur grave suivante 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 View item details (Afficher les détails de l’élément) pour la couche d’entités.
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 Attribute to show (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. (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 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.

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 Imprimer, mais l’erreur suivante est apparue : 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.