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.

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.

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

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.

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

Non. Une organisation ArcGIS Enterprise ne peut collaborer qu’avec une organisation ArcGIS Online à la fois. Pour plus d’informations, reportez-vous à la rubrique Configurer une collaboration ArcGIS Enterprise et ArcGIS Online.

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.

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.

Les portails ArcGIS Enterprise 10.5 ne sont pas pris en charge pour la collaboration distribuée avec les organisations 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.

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.

Dans Map Viewer Classic ou Map Viewer dans ArcGIS Online, 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 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 ?.

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

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

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

Oui. À partir d’ArcGIS Enterprise 10.6.1, les participants 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 d’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 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.

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.

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.

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.

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

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.

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

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.

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

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.

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

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 Roads [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és à 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.

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

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.

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

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

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.

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

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.

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-dessus, 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, puis 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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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 de collaboration. Cette opération crée l’élément dans votre organisation et le partage avec les participants concernés.

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

Les membres ArcGIS Enterprise disposant du rôle Administration ont la possibilité de 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.

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

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.

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.

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

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.

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.

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.

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

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.

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.

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

Oui. À partir de la version 10.8, vousVous 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 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 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.

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

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

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.

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.

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

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.

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 Visualization (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 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 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 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 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’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.

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.