Le format de stockage de cache compact vous permet de regrouper des tuiles dans des fichiers volumineux, plutôt que de les stocker en tant que fichiers individuels. Les avantages du stockage de tuiles dans des groupes sont les suivants :
- Les caches sont plus faciles à copier, car le nombre de fichiers est réduit.
- La taille totale du cache sur le disque est réduite.
- La création des tuiles est généralement plus rapide, car les E/S sur disque sont moins importantes lors de cette opération.
- L’évolutivité du système est optimisée lors de la création de tuiles dans le cas de déploiements sur plusieurs machines, grâce à la réduction du trafic sur le réseau.
Fonctionnement d'un cache compact
Le cache compact regroupe un grand nombre de tuiles dans un grand fichier appelé paquet. Un paquet contient jusqu'à 16,384 tuiles. Le résultat est un cache incluant des dizaines, voire des centaines de fichiers, et non des milliers ou des millions. Si vous étudiez un cache compact sur disque, vous pouvez détecter les fichiers de paquets avec l'extension .bundle. Vous pourrez également détecter les fichiers d’index correspondants, dont l'extension est .bundlx.
Pendant la création du cache, vous pouvez observer des fichiers .lock et .done dans les dossiers de cache. Les fichiers .lock permettent au serveur d'assurer le suivi des paquets actuellement créés ; la présence d'un fichier .lock ne signifie pas que le paquet est inaccessible pour les clients. De la même manière, le fichier .done permet au serveur d'assurer le suivi des paquets terminés. Tous les fichiers .done et .lock doivent disparaître lorsque la tâche de mise en cache est terminée.
Il est possible de disposer d’un petit cache, incluant un seul paquet à chaque niveau. Le plus souvent, une limite de paquets traverse une partie de la géographie, de sorte à générer plusieurs paquets à un niveau (bien que les paquets ne contiennent pas nécessairement toutes les 16 000 tuiles si la géographie est réduite).Les grands caches comprennent un grand nombre de paquets.
Les limites associées aux paquets sont déterminées par l'origine de la structure de tuilage. Elles ne sont pas réglables. A des fins de référence, pour une échelle de niveau de voisinage/de rue égale de 1:4096, un paquet complet recouvre environ la surface d'un comté de taille moyenne dans la partie est des Etats-Unis.
Héritage :
Dans les versions 10.0 et antérieures, si vous avez utilisé une entité plus petite qu'un groupe pour définir les limites de votre tâche en cache, vous pouvez constater la sous-utilisation du processeur. Dans les versions 10.1 et ultérieures, le logiciel gère plus intelligemment l'allocation des ressources du processeur à la tâche en cache. Ainsi, la taille géographique de l'entité qui définit votre tâche en cache ne devrait pas affecter l'utilisation du processeur.
Mode d’exécution des mises à jour sur un cache compact
Lorsque vous mettez à jour des tuiles dans un cache compact, le paquet entier n'est pas recréé. A la place, une surface plus détaillée de 4096 x 4096 pixels (aucun anticrénelage) or 2048 x 2048 pixels (avec anticrénelage) est mise à jour. Dans la documentation ArcGIS, cette unité de surface est quelquefois appelée super tuile.
Obtention de tuiles dans un paquet
Les clients ArcGIS (notamment les API Web) savent comment lire les fichiers de paquet produits par le format de cache compact. Sur le Web, le client publie un appel vers le serveur pour le niveau, la ligne et la colonne spécifiques de la tuile. Le serveur reçoit la demande et renvoie la tuile appropriée du paquet.
L'architecture interne du paquet n'est pas documentée publiquement par ESRI. Si vous avez codé votre propre logique pour sortir des tuiles d'un répertoire virtuel, vous devez continuer à utiliser le format éclaté, qui stocke chaque tuile dans un fichier unique. Il s’agit là de l’unique option des versions 9.3.1 et antérieures d’ArcGIS Server.
Mise à jour du cache compact pour tirer parti des améliorations de performances
A partir de la version 10.3, le format de stockage de cache compact a été optimisé pour renforcer les performances lors de l'utilisation de services d'imagerie et de carte mis en cache. Les améliorations ont également réduit le nombre de fichiers créés dans le répertoire du cache. Cela a été possible en incluant les informations d'index de tuile (.bundlx files) dans les fichiers .bundle.
Les nouveaux caches compacts créés avec ArcGIS 10.3 for Server (ou versions ultérieures) utiliseront automatiquement les performances optimisées. Lorsque vous aurez effectué la mise à niveau vers la version 10.3 ou versions ultérieures, les services comportant des caches compacts générés dans une version antérieure continueront de fonctionner. Vous pouvez continuer à gérer ces caches à l'aide des outils de cache de serveur.
Pour que votre cache actuel puisse tirer parti des améliorations de performances, vous devez le mettre à niveau à l'aide de l'outil Mettre à niveau le format de stockage d'un cache de serveur de carte. La mise à niveau du cache ne crée pas de nouvelles tuiles, mais les fichiers sont réorganisés pour être compatibles avec le format optimisé. Pour apprendre à utiliser l'outil, consultez l'aide correspondante dans la boîte à outils Server d'ArcGIS for Desktop.
Remarque :
L'outil Mettre à niveau le format de stockage d'un cache de serveur de carte n'est pas disponible dans ArcGIS Pro. Utilisez plutôt ArcGIS for Desktop.
Le format de stockage de cache compact amélioré n'est pas compatible avec les versions antérieures d'ArcGIS. Par exemple, un cache compact créé ou mis à niveau avec la version 10.3 ou ultérieure ne peut pas être transféré ni utilisé dans une version antérieure du logiciel. Le format de stockage de cache compact amélioré doit toujours être associée à un service.
Remarque :
L'exportation d'un cache à l'aide de l'outil Exporter un cache de serveur de carte continuera d'utiliser le format précédent de stockage de cache compact, qui n'inclut pas les améliorations de performances mentionnées ci-dessus.
Vous avez un commentaire à formuler concernant cette rubrique ?