Copier les données lors de la publication vers ArcGIS Server

Si vous n’avez pas besoin des services web que vous publiez pour accéder aux données source, ArcGIS Server peut copier les données de service lors de la publication. La copie des données est placée à un emplacement accessible par le site ArcGIS Server.

La copie des données au moment de la publication peut s’avérer utile lorsque la source de données se trouve derrière un pare-feu contrairement aux services web. Cela peut également vous permettre de conserver des jeux de données mis à jour en interne séparément de ceux que vous mettez à disposition via des services web. La copie des données permet de s’assurer que le service que vous publiez (par exemple, un service de carte) n’a aucun problème d’accès à ses jeux de données source.

Plusieurs facteurs déterminent si ArcGIS Server copie les données et, le cas échéant, où il les place. Par exemple, lorsque vous publiez sur un site ArcGIS Server autonome ou fédéré dans ArcMap, les données sont automatiquement copiées si votre source de données n’est pas inscrite avec votre site ArcGIS Server. Les données copiées sont placées dans un dossier sur l’une des machines ArcGIS Server. Il existe une exception : si votre site ArcGIS Server dispose d’une base de données gérée et que vous publiez un service d’entités ou un service WFS-T, les données sont copiées sur la base de données gérée.

Remarque :

La copie automatique des données a été introduite avant les couches web hébergées et avant l’apparition de ArcGIS Pro. C’est pourquoi, les processus décrits dans cette rubrique couvrent la publication depuis ArcMap vers un site ArcGIS Server.

Lorsque vous publiez des couches web hébergées, les données sont toujours copiées. Pour plus d’informations sur la publication des couches hébergées, consultez l’aide utilisateur du portail ou l’aide ArcGIS Online.

Lorsque vous publiez depuis ArcGIS Pro, vous choisissez de référencer des données inscrites ou de copier les données à la publication. Si vous choisissez de copier les données, une couche web hébergée est toujours créée. Par conséquent, les processus décrits dans cette rubrique ne s’appliquent pas.

Avant de copier vos données dans le cas d’une publication depuis ArcMap sur un site ArcGIS Server, examinez les scénarios suivants et observez comment ils s’appliquent à vos processus.

Si les données à copier ne nécessitent pas une géodatabase d’entreprise

Si les données à copier sur le serveur ne nécessitent pas une géodatabase d’entreprise, ignorez l’avertissement Data source is not registered with the server and data will be copied to the server (La source de données n’est pas inscrite avec le serveur et les données seront copiées sur le serveur) qui s’affiche dans la fenêtre Prepare (Préparation) (ou marquez-le comme une exception), puis publiez le service. Vos données sont automatiquement copiées dans des fichiers ou une géodatabase fichier sur l’une des machines ArcGIS Server. Aucune autre action n’est requise de votre part.

Quand utiliser la copie automatique de données lors de l'utilisation d'un serveur basé sur le cloud

La copie de données sur le serveur peut être opportune lorsque votre site ArcGIS Server est exécuté dans un environnement cloud, tel que Amazon Web Services ou Microsoft Azure, et que vous ne pouvez ou ne voulez pas vous connecter à la machine sur le cloud. Dans le cloud, le serveur doit disposer de sa propre copie des données, car la récupération de données à partir de vos machines sur site peut être inefficace et parfois impossible. Cette méthode de copie des données est pratique. Cependant, si vous publiez de nombreux services utilisant les mêmes jeux de données, elle peut provoquer l'accumulation de données dupliquées sur le serveur.

Quand utiliser la copie automatique de données lors de l'utilisation d'un serveur sur site

Si vous ne disposez pas de droits d’ouverture de session sur vos machines ArcGIS Server sur site, la copie automatique de données vous permet malgré tout de publier des services avec succès.

Vous pouvez aussi copier les données de cette façon si vous voulez publier une vue figée de votre jeu de données. Supposons, par exemple, que vous possédiez une géodatabase active constamment modifiée par des dizaines d’éditeurs. Chaque mois, ces données sont soumises à un processus d'assurance qualité pour vérifier qu'elles satisfont aux normes d'intégrité des données de votre organisation. Vous ne souhaitez publier que des données conformes à ces normes.

Après avoir contrôlé la qualité de vos données, vous pouvez les publier et les copier sur le serveur. Les utilisateurs Internet ont ainsi accès à des données dont la qualité a été vérifiée et les éditeurs peuvent continuer à modifier quotidiennement votre géodatabase active. Chaque mois, après avoir contrôlé la qualité des données, vous pouvez publier à nouveau la copie des données sur le serveur en écrasant le service.

Si le type de service à publier nécessite une géodatabase d'entreprise

Si le type de service que vous souhaitez publier nécessite une géodatabase d’entreprise, vous devez d’abord créer cette géodatabase d’entreprise et l’inscrire en tant que base de données gérée du site ArcGIS Server. Lorsque vous publiez des services d’entités ou des services activés par transaction WFS (WFS-T), les données référencées par votre ressource SIG sont copiées dans cette géodatabase d’entreprise.

Quand utiliser ce scénario

Ce scénario s’applique pour la publication de services d’entités ou de services WFS-T. Lorsque vous effectuez une publication, ArcGIS Server place automatiquement une copie de vos données dans la base de données gérée, car ces types de services nécessitent explicitement une géodatabase d’entreprise. La base de données gérée peut s’utiliser uniquement avec des services d’entités ou WFS-T, ainsi qu’avec toutes les fonctions publiées simultanément avec ces types de services. Par exemple, vous pouvez publier un service d’entités avec la fonction KML activée, mais vous ne pouvez pas publier uniquement un service KML et copier les données sur la base de données gérée. Vous ne pouvez utiliser une base de données gérée qu’avec un site ArcGIS Server autonome ou fédéré, une seule géodatabase peut être inscrite pour remplir ce rôle et vous ne pouvez pas synchroniser les modifications entre la base de données gérée et votre source de données.

Ce scénario est également valable lorsque le site ArcGIS Server est exécuté dans un environnement cloud, tel que Amazon Web Services. Par exemple, le serveur cloud doit disposer de sa propre copie des données, car la récupération de données par le service d'entités ou WFS-T à partir de vos machines sur site peut être inefficace et parfois impossible. Dans ce cas, vous évitez de vous connecter à la machine sur le cloud, puisque les données sont copiées automatiquement vers la base de données gérée lors de la publication.

Une fois la publication effectuée, vous et vos utilisateurs devez utiliser uniquement les données présentées par le service d'entités ou WFS-T. Pour mettre à jour les données dans la base de données gérée, vous pouvez ajouter le service d’entités ou WFS-T dans ArcMap et utiliser les commandes de mise à jour locales pour télécharger les nouvelles données. En outre, vous devez écraser votre service avant que les clients puissent voir les modifications sur le Web.

Chaque service que vous publiez contient sa propre copie des données dans la base de données gérée. Si vous publiez un autre service qui fait appel aux mêmes jeux de données, vous disposez de deux copies du même jeu de données dans la base de données gérée.

La durée de vie des données dans la base de données gérée dépend directement de la durée de vie du service. Par exemple, si vous supprimez le service, les données qu’il référence dans la base de données gérée sont supprimées. Pour enregistrer vos données avant de supprimer le service, vous pouvez faire appel aux outils d'ArcGIS Desktop pour exporter les données de la géodatabase d'entreprise vers une géodatabase fichier que vous pouvez transférer vers l'ordinateur local.

Lorsque vous utilisez ce scénario, gardez à l'esprit les points suivants :

• Vous devez explicitement créer une géodatabase d’entreprise avant de l’inscrire en tant que base de données gérée du site ArcGIS Server.
• Une base de données gérée doit être une géodatabase d’entreprise (les géodatabases fichier ne sont pas autorisées).
• Vous ne pouvez inscrire une base de données gérée qu’auprès d’un site ArcGIS Server autonome ou fédéré. Vous ne pouvez pas utiliser ce serveur fédéré comme serveur d’hébergement du portail ArcGIS Enterprise.
• Une seule base de données gérée est autorisée par site ArcGIS Server.
• ArcGIS Server doit avoir accès à la géodatabase d’entreprise.
• L'inscription d'une géodatabase vide est autorisée.
• Les données du service d’entités ou du service WFS-T que vous souhaitez publier peuvent provenir de n’importe où (shapefile, géodatabase fichier, etc.).
• Le fait de supprimer le service en supprime les données.
• Lorsque vous mettez à jour la source de données et que vous souhaitez que les modifications soient reflétées dans le service, vous devez remplacer le service afin de mettre à jour le ou les jeux de données dans la base de données gérée.

Quand ne pas utiliser ce scénario

• Si vous souhaitez publier un type de service autre qu'un service d'entités ou WFS-T.
• Si les données résident déjà dans une géodatabase d'entreprise.
• Si vous souhaitez publier les tables de base de données accessibles via un fichier de connexion OLE DB (.odc).
• Si vous souhaitez synchroniser les modifications entre l’ordinateur de l’éditeur et la base de données gérée.

Pratiques conseillées pour la copie de données

La copie de volumes importants de données peut durer plusieurs heures. Les clients peuvent continuer à utiliser d'autres services sur votre serveur pendant la copie.

Afin d'éviter de copier une trop grande quantité de données, il est recommandé de limiter l'étendue totale de votre bloc de données au strict nécessaire. Par exemple, si votre bloc de données couvre le monde et que votre service de carte est utilisé dans un seul pays, définissez une étendue totale personnalisée couvrant seulement le pays qui vous intéresse. Pour plus d'informations, reportez-vous à la rubrique Définition d'une vue générale personnalisée pour votre bloc de données.

Vérifiez également s'il existe, dans votre service de carte, des couches superflues pouvant être supprimées avant la copie. Dans le cas de services comportant des volumes très importants de données, nous vous conseillons de déplacer manuellement les données vers le serveur pour éviter de les dupliquer.

Lors de la copie de données sur le serveur, assurez-vous que la machine ArcGIS Server ou la machine de la base de données gérée dispose de suffisamment d’espace disque disponible pour accueillir la copie. Cet espace peut être plus important que vous ne le pensez si vous ne prenez pas en compte la taille de toutes les couches du service au niveau de l'étendue totale du service.

Copie des sources de données OLE DB

Les connexions OLE DB, non spatiales, permettent d'accéder uniformément aux données à partir de diverses sources. Si vos données proviennent de tables de base de données accessibles via un fichier de connexion OLE DB (.odc), les sources de données OLE DB sont copiées sur le serveur et converties en tables de géodatabase fichier. Il s’agit du comportement par défaut lorsque vous publiez ces sources de données sur ArcGIS Server (Linux).

Les jeux de données ne peuvent pas être copiés

Certains types de données ne peuvent pas être copiés sur le serveur dans le cadre du processus de publication. Cela inclut les couches de sélection, les couches personnalisées, les couches vidéo et les couches d'outils.

Désactivation de la copie des données

Si vous êtes administrateur ArcGIS Server et que vous souhaitez empêcher les éditeurs de copier automatiquement les données sur le serveur lorsqu’ils effectuent une publication, vous pouvez désactiver la copie des données à l’aide du répertoire d’administrateur ArcGIS Server. Pour plus d’informations, reportez-vous à la rubrique Désactiver la copie automatique des données lors de la publication sur le serveur.