Migration d’ArcGIS Pro 2.x vers la version 3.x

Une fois que vous avez examiné la nouvelle configuration système requise et installé ArcGIS Pro 3.x, les projets et fichiers créés dans ArcGIS Pro 2.9 ou une version antérieure peuvent être ouverts en raison de leur compatibilité descendante. Lorsque vous les enregistrez à l’aide d’ArcGIS Pro 3.x, certaines de leurs propriétés vous permettent d’exploiter les nouvelles fonctions.

Compatibilité ascendante

La rétrocompatibilité des documents et fichiers enregistrés dans la série ArcGIS Pro 3.x avec la série ArcGIS Pro 2.x est limitée. Les détails de ce qui fonctionne et de ce qui ne fonctionne pas sont donnés plus avant dans la présente rubrique. Toutefois, ne tenez pas compte de ces détails si les projets et documents que vous créez ou enregistrez sont toujours utilisés dans ArcGIS Pro 3.x. C’est le cas dans les situations suivantes :

Vous ne partagez pas des fichiers ArcGIS Pro avec d’autres utilisateurs ArcGIS Pro, comme si vous étiez le seul analyste SIG d’une organisation.
Vous, et les personnes avec lesquelles vous partagez des fichiers ArcGIS Pro, procédez en même temps à une mise à niveau vers ArcGIS Pro 3.x.

La collaboration est plus simple si tout le monde utilise la même version majeure : les organisations peuvent donc prévoir de migrer simultanément toutes leurs instances d’ArcGIS Pro 2.x vers la version 3.x.

Processus critiques

Le groupe du développement logiciel ArcGIS Pro investit énormément dans la qualité et l’élimination des bogues. Des tests automatisés sont réalisés de manière pratiquement continue avec de nouveaux tests ajoutés tous les jours, le code est vérifié par les développeurs du logiciel et des outils d’analyse automatisés et des tests globaux sont réalisés tout au long de chaque cycle de développement. Néanmoins, le risque de bogues à l’origine d’une interruption de vos workflows ne peut pas être totalement écarté.

En règle générale, les versions majeures sont confrontées au risque d’introduction de bogues le plus important, car la base de code fait l’objet de modifications importantes. Les versions mineures sont concernées dans une moindre mesure par ces risques. Les correctifs sont le moyen le plus sûr des trois, car leur unique objectif est de corriger les bogues.

Remarque :

En versionnement sémantique, ArcGIS Pro 3.0.0 est une version majeure. Voir Versions et correctifs pour de plus amples informations.

En tant qu’utilisateur, le fait d’être confronté à un bogue peut faire perdre du temps et provoquer de la frustration, en particulier lorsque le workflow critique est interrompu. Dans ce type de situation, une annulation de la mise à niveau peut s’avérer nécessaire. Certaines organisations limitent ce risque en procédant de l’une ou l’autre ou des deux façons suivantes :

Installation du nouveau logiciel dans un environnement d’essai et certification des workflows importants avant de l’annuler dans l’ensemble de l’organisation.
Migration vers la série de versions majeure suivante uniquement après qu’un correctif subséquent ou qu’une version mineure est également disponible.

Travailler entre ArcGIS Pro 2.x et la version 3.x

Si les personnes avec lesquelles vous collaborez ne peuvent pas procéder à la migration vers ArcGIS Pro 3.x en même temps, vous devez savoir ce que vous pouvez et ne pouvez pas partager entre ArcGIS Pro 2.x et la version 3.x. Les sections suivantes donnent ces détails et d’autres informations connexes.

Recommandations générales

Créez des sauvegardes ou des paquetages de projets si vous collaborez avec d’autres organisations ou membres de l’équipe qui utilisent ArcGIS Pro 2.x.
Pour le partage, vous pouvez continuer de partager sur ArcGIS Enterprise ou ArcGIS Server 10.9.1 ou une version antérieure depuis ArcGIS Pro 3.x, même si le contenu peut être rétrogradé. Utilisez ArcGIS Pro 3.x avec ArcGIS Enterprise 11.0 ou une version ultérieure pour utiliser les nouvelles fonctions.

Projets

Les projets et modèles de projet (fichiers .aprx, .ppkx et .aptx) enregistrés avec une version d’ArcGIS Pro 2.x peuvent être ouverts et utilisés avec ArcGIS Pro 2.x et 3.x. Toutefois, les projets et modèles de projet enregistrés avec ArcGIS Pro 3.x ne peuvent pas être ouverts par ArcGIS Pro 2.x.
Les paquetages de projets peuvent être créés dans la version 3.x et ouverts comme un projet dans la version 2.x.
Vous ne pouvez pas enregistrer une copie d’un projet ArcGIS Pro 3.x qui peut s’ouvrir avec une version 2.x d’ArcGIS Pro. Si un projet est enregistré avec une version plus récente d’ArcGIS Pro 2.x (la version 2.9, par exemple), il peut être ouvert avec des versions précédentes d’ArcGIS Pro 2.x (la version 2.0, par exemple), mais le projet est rétrogradé de manière appropriée pour la version plus ancienne.
Si le projet actuel a été créé avec ArcGIS Pro 2.x, un avertissement s’affiche avant l’enregistrement des modifications dans la version 3.x. Si vous continuez, la version du projet est remplacée par la version 3.0 ou une version ultérieure et ArcGIS Pro 2.x ne peut pas l’ouvrir. Si le projet est partagé, utilisez 2.x pour enregistrer une copie de sauvegarde du projet 2.x avant de l’ouvrir et de l’enregistrer dans 3.x.
À l’instar des projets 2.x, les projets 1.x peuvent s’ouvrir dans 3.x et devenir des projets 3.x une fois enregistrés.
Les paramètres de configuration de l’utilisateur sont reportés.

Documents

Les fichiers de carte, couche, rapports et mise en page (.mapx, .lyrx, .rptx et .pagx) ne peuvent pas être ouverts dans la version 2.x dès lors qu’ils sont créés ou enregistrés dans la version 3.x.
Les couches de service de globe ne sont pas prises en charge dans 3.x. Il est recommandé de republier la couche d’origine dans un service pris en charge (un service de carte ou un service d’entités, par exemple). Pour les projets utilisant un service de globe pour l’altitude, le service Esri Terrain 3D peut être utilisé.

Styles

Les styles Web seront rétrogradés avec les versions antérieures, mais ils peuvent toujours être publiés.
Seuls les styles compatibles avec la version précédente seront publiés.
Les styles peuvent être mis à niveau vers 3.x. Une copie de sauvegarde du style 2.x est automatiquement effectuée pendant le processus de mise à niveau.
Les styles 2.x peuvent être ouverts en lecture seule et être mis à jour uniquement s’ils sont mis à niveau vers 3.x.
Les styles en lecture seule peuvent être mis à niveau à partir de la vue de catalogue.
Les styles mobiles sont en lecture seule pour la version 2.x et peuvent être mis à jour dès leur mise à niveau vers 3.x.

Mises en page

Les images des mises en page sont stockées différemment à partir d’ArcGIS Pro 3.x. Les paquets de projets sont nécessaires pour afficher les images des versions antérieures.

Empaquetage

Les outils de géotraitement pour l’empaquetage créent des paquetages permettant de collaborer avec des tiers utilisant des versions antérieures d’ArcGIS Pro.
Les paquetages que vous créez à l’aide des commandes du ruban Share (Partager) tels que les paquetages de couches, de carte et de projet, comportent du contenu de la version 2.x et 3.x.

Partage

Les couches et services Web, comme la plupart des services de géotraitement, sont partagés avec le contenu compatible avec le serveur cible. Cela signifie qu’il n’est pas nécessaire de passer à ArcGIS Enterprise 11.0 ou une version ultérieure pour effectuer la mise à niveau vers ArcGIS Pro 3.x. Une liste des versions compatibles d’ArcGIS Pro et ArcGIS Enterprise est disponible dans les notes de version.
- En cas de partage sur ArcGIS Enterprise ou ArcGIS Server 10.9.1 ou version antérieure, le contenu le plus récent peut être rétrogradé.
- En cas de partage sur ArcGIS Enterprise ou ArcGIS Server 11.0 ou version ultérieure, les services et couches Web comportent le contenu le plus récent disponible dans ArcGIS Pro 3.x.
Les jeux de données d’annotation, de dimension, de réseau de distribution et de réseau de traces créés ou mis à jour vers la version 3.x ne peuvent pas être partagés avec ArcGIS Enterprise 10.9.1 ou version antérieure.
Lors de la création d’une définition de service contenant des informations de connexion au serveur, le fichier .sd comporte du contenu correspondant à la version du serveur.
Lors de la création d’un fichier de définition de service hors connexion sans connexion pour une couche Web, vous devez spécifier la version du serveur cible (10.9.1 ou version antérieure, 11.0 ou version ultérieure ou ArcGIS Online) pour vous assurer que le fichier contient des données compatibles avec la version de votre serveur.

En savoir plus sur les fichiers de définition de service pour les couches Web
Les outils Web ou services de géotraitement qui font référence à de nouveaux outils dans la version 3.x ne peuvent pas être partagés avec ArcGIS Enterprise 10.9.1 ou version antérieure. Vous pouvez rencontrer des problèmes si vous publiez des outils système avec des paramètres nouveaux ou modifiés non compatibles avec les versions antérieures d’ArcGIS Enterprise. Les données dans des formats plus récents ou les fichiers de documents créés ou mis à jour vers la version 3.x ne peuvent pas être utilisés dans les outils Web partagés avec ArcGIS Enterprise 10.9.1 ou version antérieure.

En savoir plus sur la compatibilité des outils Web
Les paquetages de carte mobile peuvent être ouverts dans ArcGIS Pro 3.x et 2.x.
Les styles créés dans la version 3.x sont partagés en tant que styles Web 3.x en cas de partage sur ArcGIS Enterprise 11.0 ou version ultérieure, ou ArcGIS Online. Si les mêmes styles 3.x sont partagés sur ArcGIS Enterprise 10.9.1 ou version antérieure, le contenu le plus récent peut être rétrogradé.

Géodatabases

Les jeux de données créés dans la version 3.x peuvent ne pas être compatibles avec les versions antérieures. Consultez la section Types de données ci-après pour en savoir plus sur des types de jeux de données spécifiques.
Pour plus d’informations sur les géodatabases, reportez-vous à la rubrique Compatibilité client/géodatabase.

Types de données

L’annotation créée ou mise à jour vers 3.x ne fonctionne pas avec la version 2.x. Consultez la documentation de l’outil Mettre un jeu de données à niveau pour plus d’informations.
Les dimensions créées ou mises à jour vers 3.x ne fonctionnent pas avec la version 2.x. Consultez la documentation de l’outil Mettre un jeu de données à niveau pour plus d’informations.
Les réseaux de distribution et les réseaux de traces créés dans 3.x ne fonctionnent pas avec la version 2.x.

Géocodage

Les outils Create Address Locator (Créer un localisateur d’adresses) et Standardize Addresses (Standardiser des adresses) ont été supprimés d’ArcGIS Pro 3.x. Les scripts ou modèles qui font référence à l’outil Créer un localisateur d’adresses doivent être mis à jour pour utiliser les nouveaux outils : Create Locator (Créer un localisateur) et Create Feature Locator (Créer un localisateur d’entités). Les scripts ou modèles qui font référence à l’outil Standardiser des adresses doivent être mis à jour pour utiliser l’outil Split Address Into Components (Fractionner des adresses en composants). Pour plus d’informations, voir les notes d’obsolescence pour Create Address Locator (Créer un localisateur d’adresses) et Standardize Addresses (Standardiser des adresses).
Les localisateurs créés avec l’outil Create Address Locator (Créer un localisateur d’adresses) ont été supprimés de la version 3.0 et ne peuvent pas être ajoutés dans ArcGIS Pro 3.x ou version ultérieure. Pour plus d’informations, découvrez comment créer des localisateurs de remplacement avec les outils Create Locator (Créer un localisateur) et Create Feature Locator (Créer un localisateur d’entités).
Avant de procéder à la mise à niveau vers ArcGIS Pro 3.x, identifiez les localisateurs générés avec l’outil Create Address Locator (Créer un localisateur d’adresses), recréez-les avec l’outil Create Locator (Créer un localisateur), supprimez-les du projet et enregistrez le projet. Pour déterminer si le localisateur a été créé avec l’outil Create Address Locator (Créer un localisateur d’adresses), ainsi que les données de référence, l’appariement de champs et les paramètres utilisés, ouvrez les propriétés du localisateur dans ArcGIS Pro 2.9 ou une version antérieure, puis cliquez sur l’onglet About the locator (À propos du localisateur). Si la version du style figure dans la liste avec 10.x, le localisateur a été créé avec l’outil Créer un localisateur d’adresses. Si la version est accompagnée d’un numéro 2.x, le localisateur a été créé avec l’outil Create Locator (Créer un localisateur) ou Create Feature Locator (Créer un localisateur d’entités).

Gestion des données

Les règles Reviewer cartographiques sont obsolètes et ne sont plus disponibles. Il est recommandé de migrer les workflows d’examen automatisés vers les capacités Data Reviewer disponibles dans les règles attributaires. L’ouverture ou l’enregistrement d’une carte (fichier .aprx) dans ArcGIS Pro 3.0 ou version ultérieure supprime toutes les règles cartographiques existantes du document.

Géotraitement

Les fichiers de boîte à outils ArcGIS personnalisés (.atbx) sont créés par défaut dans la version 3.x et sont compatibles avec la version 2.9.
Les fichiers de boîte à outils existants (.tbx) fonctionnent toujours.
Les boîtes à outils peuvent être empaquetées dans 3.x afin de maintenir la compatibilité avec les versions 2.x précédentes.
Les outils et boîtes à outils de la version 2.x peuvent être mis à niveau en les copiant dans un fichier .atbx.

Python

Dans ArcGIS Pro 3.0, la bibliothèque Python xlrd a été mise à niveau de la version 1.2.0 vers la version 2.0.1. La version 2.0.1 de xlrd ne prend plus en charge la lecture ou l’écriture des fichiers Microsoft Excel (.xlsx). Pour utiliser des fichiers .xlsx, employez la bibliothèque openpyxl ou pandas.
La propriété Describe workspaceFactoryProgID retourne maintenant la valeur esriDataSourcesGDB.MemoryWorkspaceFactory pour un espace de travail en mémoire. Elle retournait auparavant la valeur esriDataSourcesGDB.ColumnaDBWorkspaceFactory.
Les scripts écrits dans ArcGIS Pro 2.x qui utilisent le module arcpy.mp continuent de fonctionner dans ArcGIS Pro 3.x, mais la version CIM doit être mise à jour pour accéder à la version 3.x de CIM. Pour plus d’informations, reportez-vous à la rubrique Accès CIM par Python.

Tâches

Les éléments de tâche enregistrés en tant que fichiers .esriTasks ne peuvent pas être ouverts dans ArcGIS Pro 2.x une fois qu’ils sont enregistrés dans ArcGIS Pro 3.x.
Les fichiers .esriTasks d’ArcGIS Pro 2.x peuvent être ouverts dans ArcGIS Pro 3.x et sont mis à niveau une fois que le projet est enregistré.
Les éléments de tâche créés dans la version 3.x ne fonctionnent pas dans ArcGIS Pro 2.x.

Compléments

Les compléments reposant sur ArcGIS Pro 2.x doivent être recréés. Consultez le wiki ProGuide Installation and Upgrade pour plus d’informations si vous migrez vers ArcGIS Pro 3.0 via la version 3.2.
ArcGIS Pro 3.3 nécessite Microsoft .NET Runtime 8.0.0 (x64) ou une version ultérieure. Pour plus d’informations, reportez-vous au guide de migration de ProConcepts 3.0.