Copie automatique de données sur le serveur lors de la publication.
Dans cette rubrique
- Si les données à copier sur le serveur ne nécessitent pas une géodatabase d'entreprise.
- Si le type de service à publier nécessite une géodatabase d'entreprise
- Pratiques conseillées pour la copie de données
- Copie des sources de données OLE DB
- Les jeux de données ne peuvent pas être copiés
- Désactivation de la copie des données
Pour vous permettre de rendre vos données accessibles au serveur, ArcGIS Server peut placer automatiquement une copie des données source d'un service sur le serveur au moment où vous publiez le service. Cela permet de s'assurer que l'élément que vous avez publié (par exemple, une carte) n'a pas de problème pour visualiser et accéder au jeu de données source.
Il peut être utile de copier des données sur le serveur si vous publiez des données sur un serveur auquel vous n'êtes pas autorisé à vous connecter ou si vous vous trouvez derrière un pare-feu. Cela peut également vous permettre de conserver des jeux de données modifiés en interne séparément de ceux que vous placez sur le serveur. Avant de copier vos données sur le serveur, examinez les scénarios suivants et observez comment ils s'appliquent à vos flux de travail.
Si les données à copier sur le serveur 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 indiquant que la source de données n’est pas inscrite auprès du serveur et que les données seront copiées sur le serveur 
s'affichant dans la fenêtre Préparation (ou marquez-le comme une exception), puis publiez le service. Vos données sont copiées automatiquement sur le serveur. Aucune autre action n’est requise de votre part. Notez que tout le contenu d'un dossier inscrit auprès du serveur est copié, à l'exception des sous-dossiers contenus dans le dossier inscrit.
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 ArcGIS Server sur les services Web Amazon et que vous ne pouvez ou ne souhaitez pas ouvrir une session sur l'ordinateur dans l'environnement 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 votre serveur ArcGIS Server sur site, la copie automatique de données vous permet de réussir à publier des services.
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 de la géodatabase sur le serveur en écrasant le service.
La copie des données sur le serveur permet également d'utiliser des architectures modulables distinctes pour votre géodatabase active et votre géodatabase Web. Vous pouvez, par exemple, ajouter des serveurs ou des serveurs de sauvegarde à votre déploiement Web sans affecter votre géodatabase active.
Si le type de service à publier nécessite une géodatabase d'entreprise
Si le type de service à 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 d'ArcGIS Server Lorsque vous effectuez une publication, les données référencées par votre ressource SIG seront copiées dans la géodatabase d'entreprise.
Quand utiliser ce scénario
Ce scénario s'utilise pour publier des services d'entités ou des services activés par transaction WFS (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 d'ArcGIS Server, car ces types de services nécessitent explicitement une géodatabase d'entreprise. La base de données gérée d'ArcGIS Server 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 dans une base de données gérée d'ArcGIS Server. Seule une géodatabase peut être inscrite pour remplir ce rôle et vous ne pouvez pas synchroniser les changements entre la base de données gérée d'ArcGIS Server et vos données sur site.
Ce scénario est également valable lorsque le site ArcGIS Server est exécuté dans un environnement cloud, tel qu'ArcGIS Server sur les services Web Amazon. 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 d'ouvrir une connexion sur l'ordinateur sur le cloud, puisque les données sont copiées automatiquement vers la base de données gérée d'ArcGIS Server 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 d'ArcGIS Server, 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 vers le serveur. 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 privée des données dans la base de données gérée d'ArcGIS Server. Si vous publiez un autre service qui fait appel aux mêmes jeux de données sur site, vous disposez de deux copies du même jeu de données dans votre base de données.
La durée de vie des données dans la base de données gérée d'ArcGIS Server 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 d'ArcGIS Server sont supprimées. Pour enregistrer vos données avant de supprimer le service, vous pouvez faire appel aux outils d'ArcGIS for 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 créer explicitement la base de données gérée d'ArcGIS Server avant de l'inscrire auprès du serveur.
- la base de données gérée d'ArcGIS Server doit être une géodatabase d'entreprise (les géodatabases fichier et personnelles ne sont pas autorisées).
- La base de données doit exister sur le serveur ou une machine visible pour le serveur.
- 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 tout type de source (un fichier de formes, une géodatabase fichier, etc.).
- Le fait de supprimer le service en supprime les données.
- A chaque fois que vous mettez à jour vos données sur site, vous devez remplacer le jeu de données dans la base de données gérée d'ArcGIS Server pour que le serveur reflète les changements.
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 bases de données dont l'accès est possible 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 d'ArcGIS Server.
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 suffisamment d'espace disque est disponible sur la machine du serveur cible. 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 bases de données auxquelles l'accès est possible 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 for 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 un administrateur ArcGIS Server et que vous souhaitez empêcher les éditeurs de copier automatiquement les données sur le serveur lorsqu'ils publient, vous pouvez désactiver la copie des données à l'aide du répertoire d'administrateur d'ArcGIS Server. Pour plus d'informations, reportez-vous à la rubrique Désactivation de la copie automatique des données lors de la publication sur le serveur.
Vous avez un commentaire à formuler concernant cette rubrique ?