Spectrum 12.0 SpatialAdministrationGuide
Spectrum 12.0 SpatialAdministrationGuide
Version 12.0
9 - Dépannage de votre
système
In this section
Contenu de ce guide 5
Introduction
Contenu de ce guide
Bienvenue dans le Guide d'administration Spectrum Spatial. Ce guide vous aidera à créer une
application de mapping Web ou un mapping intégré à une application existante à l'aide d'une grande
variété de Services Web, de fonctionnalités, d'outils et d'échantillons de code.
Voici les thèmes abordés dans ce guide :
• Configuration de votre système en modifiant le numéro de port par défaut ou la base de données
du référentiel, accès au référentiel, accès et chargement des ressources, configuration des
services Web et exécution de Spectrum™ Technology Platform en tant que service Linux
• Gestion de la sécurité via Management Console, notamment relative à la manière d'ajouter des
utilisateurs et des rôles, ainsi que la manière d'appliquer des remplacements d'entité de sécurité
• Surveillance de votre système, notamment journalisation, affichage des informations de version
et de licence, via la console JMX pour surveiller les performances et surveillance de l'utilisation
de la mémoire
• Gestion de la mémoire et threading, notamment réglage des performances JVM, ajustement de
la taille du pool et augmentation des portions de mémoire
• Équilibrage des charges des services spatiaux pour la résilience ou la haute capacité
• Dépannage de votre système, notamment reconstruction d'un index de référentiel corrompu et
surveillance de l'utilisation de la mémoire d'un serveur qui ne répond pas
• Gestion de la sécurité via le service User Management (abandonné dans la prochaine version)
Vous trouverez de la documentation Spectrum™ Technology Platform et Module Location Intelligence
supplémentaire en ligne, à l'adresse [Link].
In this section
Modification du numéro de port HTTP par défaut de Spectrum Spatial 7
Modification de votre type de base de données de référentiel 8
Chargement des ressources et accès aux ressources via des outils
tiers 13
Configuration des Services Web 14
Désactivation des fichiers de précision pour les transformations de plan de
niveau 14
Configuration des délais d'attente de requête 15
Configuration de l'attribut volatil pour les tables nommées 16
Exécution de Spectrum™ Technology Platform sous forme de
service Linux 17
Configuration d'un ordinateur Linux pour MRR 19
Désactivation des en-têtes de contrôle du cache HTTP par défaut 20
Configuration de votre système
Le port HTTP est utilisé pour accéder à tous les services web Spectrum, soit via REST ou SOAP,
et pour la page d'accueil, les exemples d'applications et Spatial Manager.
Une fois Spectrum™ Technology Platform installé, vous pouvez modifier les paramètres de port par
défaut attribués lors de l'installation en modifiant manuellement les fichiers de configuration globale,
de démarrage et de service individuel. Il existe plusieurs raisons pour lesquelles vous devrez
peut-être modifier le numéro de port :
• Le programme d'installation en mode silencieux de Spectrum™ Technology Platform ne vous
autorise pas à préciser le port ; cela ne peut être fait qu'une fois l'installation terminée.
• Il se produit un conflit de port après l'installation.
• Vous souhaitez essayer une nouvelle version de Spectrum sans supprimer l'ancienne. Étant donné
que vous ne pouvez pas installer les deux versions, vous pouvez désactiver la version existante
et installer une image Spectrum qui utilise un autre port.
• Il vous faut un proxy au port 8080, mais vous disposez d'un nombre limité de ports à exposer en
externe, c'est pourquoi vous souhaiteriez déplacer Spectrum sans avoir à recréer l'ensemble de
vos paramètres et flux de données.
Remarque : Cette tâche est réservée aux administrateurs expérimentés qui ont l'habitude
de travailler sur des serveurs d'applications pour modifier leurs numéros de port. En effet, il
est possible que des conflits de port réseau entraînent un échec de démarrage des
composants de module. Un composant n'apparaissant pas dans Management Console
indique que celui-ci n'est pas parvenu à se lancer. Pour résoudre le problème, consultez le
journal du wrapper Spectrum Server. Ce journal montre quel port est à l'origine du problème.
Vous pouvez trouver le journal du wrapper Spectrum Server à l'emplacement suivant :
<install folder>\server\app\repository\logs\[Link].
Pour exécuter Spectrum sous le nouveau port HTTP, un certain nombre d'entrées dans les propriétés
et les fichiers de configuration doivent être modifiées. Pour modifier les configurations du service,
vous devez activer la modification de fichiers WebDAV sur le serveur. WebDAV est disponible sur
les serveurs Windows et Linux, mais peut avoir besoin d'être installé.
Pour modifier le numéro de port :
1. Dans [Link] modifiez la valeur [Link] par le nouveau
numéro de port. Le fichier se trouve dans : <install_folder>/server/app/conf.
2. Dans le fichier [Link], remplacez tous les ports [Link]
[Link]. Le fichier se
trouve dans : <install_folder>/server/modules/spatial..
4. Redémarrez Spectrum afin que les ports et les modifications apportées aux propriétés prennent
effet.
Spectrum enregistre les ressources nommées (cartes, couches, tables et styles), les métadonnées
géographiques et la configuration dans un référentiel. Dans une installation avec un seul serveur
par défaut, une base de données intégrée sert à stocker ces ressources sur le serveur local. Vous
pouvez avoir plusieurs raisons de vouloir utiliser une autre base de données que la base de données
Derby intégrée :
• Pour créer une solution évolutive utilisant une base de données résiliente indépendante.
• Pour utiliser une base de données interne préférée ou imposée par votre entreprise.
Dans la présente version, Spectrum prend en charge Oracle, PostGreSQL (PostGIS) et
Microsoft SQL Server comme bases de données de référentiel.
Les étapes suivantes expliquent comment configurer votre référentiel sur une base de données
PostgreSQL :
1. Copiez toutes les ressources du référentiel dans un dossier local via la commande limrepo
export de l'utilitaire Administration (reportez-vous à la section Administration du Guide Spectrum
Spatial pour obtenir des instructions).
Le contenu du référentiel installé doit être exporté. Vous ne devez exécuter cette étape qu'une
seule fois, car le contenu du référentiel devrait, à ce stade, être identique pour toutes les instances
de Spectrum™ Technology Platform.
2. Arrêtez le serveur Spectrum™ Technology Platform sur tous les nœuds (pour obtenir des
instructions, reportez-vous à la section Arrêt d’un cluster à la page 73.)
3. Ouvrez [Link] sous le dossier
server/modules/spatial/jackrabbit.
a) Modifiez la section DataSource à l'aide du nom d'hôte du serveur Postgres, du port, du
databaseType, du nom d'utilisateur et du mot de passe.
b) Modifiez la section Cluster à l'aide d'un ID de cluster distinct, comme nœud 1 et les autres
nœuds (par exemple, nœud 2, nœud 3) et enregistrez les modifications.
c) Copiez le contenu de [Link] dans [Link] et enregistrez-le.
Pour les environnements non Windows, utilisez la commande Copier (par exemple, cp
[Link] [Link] )
4. Dans chaque instance de Spectrum™ Technology Platform, supprimez les dossiers suivants du
répertoire /server/modules/spatial/jackrabbit : référentiel, version, documents
Workspace.
5. Si du contenu de référentiel avait été précédemment ajouté à votre base de données PostgreSQL,
vous devez supprimer les tables de votre base de données, afin de permettre la création d'un
référentiel propre. Si vous démarrez une nouvelle base de données, vérifiez que les tables
n'existent pas. Vous devez supprimer les tables suivantes de la base de données :
public.default_names_id_seq
public.default_binval
public.default_bundle
public.default_names
public.default_refs
public rep_fsentry
public.rep_global_revision
public.rep_journal
public.rep_local_revisions
public.security_binval
public.security_bundle
public.security_names
public.security_refs
version_binval
version_bundle
version_names
version_refs
6. Démarrez le serveur Spectrum™ Technology Platform sur le nœud seed uniquement (pour obtenir
des instructions, reportez-vous à la section Démarrage d'un cluster à la page 72.)
7. Importez le contenu à l’aide de la commande limrepo import, en pointant vers le nœud 1
uniquement (et non vers l’équilibreur de charge).
Il convient d'effectuer cette étape pour une seule des instances Spectrum™ Technology Platform,
de préférence pour le nœud 1.
8. Pour les autres nœuds, suivez les étapes 3 à la page 9 et 4 à la page 9, puis démarrez le
serveur Spectrum™ Technology Platform sur chaque nœud (pour obtenir des instructions,
reportez-vous à la section Démarrage d'un cluster à la page 72).
Les étapes suivantes expliquent comment configurer votre référentiel sur une base de données
Oracle :
1. Copiez toutes les ressources du référentiel dans un dossier local via la commande limrepo
export de l'utilitaire Administration (reportez-vous à la section Administration du Guide Spectrum
Spatial pour obtenir des instructions).
Le contenu du référentiel installé doit être exporté. Vous ne devez exécuter cette étape qu'une
seule fois, car le contenu du référentiel devrait, à ce stade, être identique pour toutes les instances
de Spectrum™ Technology Platform.
2. Arrêtez le serveur Spectrum™ Technology Platform sur tous les nœuds (pour obtenir des
instructions, reportez-vous à la section Arrêt d’un cluster à la page 73.)
3. Ouvrez [Link] sous le dossier server/modules/spatial/jackrabbit.
a) Modifiez la section DataSource à l'aide du nom d'hôte du serveur Oracle, du port, du
databaseType, du nom d'utilisateur et du mot de passe.
b) Modifiez la section Cluster à l'aide d'un ID de cluster distinct, comme nœud 1 et les autres
nœuds (par exemple, nœud 2, nœud 3) et enregistrez les modifications.
c) Copiez le contenu de [Link] dans [Link] et enregistrez-le.
Pour les environnements non Windows, utilisez la commande Copier (par exemple, cp
[Link] [Link] )
4. Dans chaque instance de Spectrum™ Technology Platform, supprimez les dossiers suivants du
répertoire /server/modules/spatial/jackrabbit : référentiel, version, documents
Workspace.
5. Si du contenu de référentiel avait été précédemment ajouté à votre base de données Oracle,
vous devez supprimer les tables de votre base de données, afin de permettre la création d'un
référentiel propre. Si vous démarrez une nouvelle base de données, vérifiez que les tables
n'existent pas. Vous devez supprimer les tables suivantes de la base de données :
default_names_id_seq
default_binval
default_bundle
default_names
default_refs
default_seq_names_id
rep_fsentry
rep_global_revision
rep_journal
rep_local_revisions
security_binval
security_bundle
security_names
security_refs
security_seq_names_id
version_binval
version_bundle
version_names
version_refs
version_seq_names_id
6. Démarrez le serveur Spectrum™ Technology Platform sur le nœud seed uniquement (pour obtenir
des instructions, reportez-vous à la section Démarrage d'un cluster à la page 72.)
7. Importez le contenu à l’aide de la commande limrepo import, en pointant vers le nœud 1
uniquement (et non vers l’équilibreur de charge).
Il convient d'effectuer cette étape pour une seule des instances Spectrum™ Technology Platform,
de préférence pour le nœud 1.
8. Pour les autres nœuds, suivez les étapes 3 à la page 10 et 4 à la page 10, puis démarrez le
serveur Spectrum™ Technology Platform sur chaque nœud (pour obtenir des instructions,
reportez-vous à la section Démarrage d'un cluster à la page 72).
Les étapes suivantes expliquent comment configurer votre référentiel sur une base de données MS
SQL Server :
1. Copiez toutes les ressources du référentiel dans un dossier local via la commande limrepo
export de l'utilitaire Administration (reportez-vous à la section Administration du Guide Spectrum
Spatial pour obtenir des instructions).
Le contenu du référentiel installé doit être exporté. Vous ne devez exécuter cette étape qu'une
seule fois, car le contenu du référentiel devrait, à ce stade, être identique pour toutes les instances
de Spectrum™ Technology Platform.
2. Arrêtez le serveur Spectrum™ Technology Platform sur tous les nœuds (pour obtenir des
instructions, reportez-vous à la section Arrêt d’un cluster à la page 73.)
3. Ouvrez [Link] sous le dossier server/modules/spatial/jackrabbit.
a) Modifiez la section DataSource à l'aide du nom d'hôte du serveur MS SQL, du port, du
databaseType, du nom d'utilisateur et du mot de passe.
b) Modifiez la section Cluster à l'aide d'un ID de cluster distinct, comme nœud 1 et les autres
nœuds (par exemple, nœud 2, nœud 3) et enregistrez les modifications.
c) Copiez le contenu de [Link] dans [Link] et enregistrez-le.
Pour les environnements non Windows, utilisez la commande Copier (par exemple, cp
[Link] [Link] )
4. Dans chaque instance de Spectrum™ Technology Platform, supprimez les dossiers suivants du
répertoire /server/modules/spatial/jackrabbit : référentiel, version, documents
Workspace.
5. Si votre base de données SQL Server a été précédemment ajoutée à votre contenu de référentiel,
vous devez supprimer les tables de votre base de données, afin de permettre la création d'un
référentiel propre. Si vous démarrez une nouvelle base de données, vérifiez que les tables
n'existent pas. Vous devez supprimer les tables suivantes de la base de données :
default_names_id_seq
default_binval
default_bundle
default_names
default_refs
rep_fsentry
rep_global_revision
rep_journal
rep_local_revisions
security_binval
security_bundle
security_names
security_refs
version_binval
version_bundle
version_names
version_refs
6. Démarrez le serveur Spectrum™ Technology Platform sur le nœud seed uniquement (pour obtenir
des instructions, reportez-vous à la section Démarrage d'un cluster à la page 72.)
7. Importez le contenu à l’aide de la commande limrepo import, en pointant vers le nœud 1
uniquement (et non vers l’équilibreur de charge).
Il convient d'effectuer cette étape pour une seule des instances Spectrum™ Technology Platform,
de préférence pour le nœud 1.
8. Pour les autres nœuds, suivez les étapes 3 à la page 11 et 4 à la page 12, puis démarrez le
serveur Spectrum™ Technology Platform sur chaque nœud (pour obtenir des instructions,
reportez-vous à la section Démarrage d'un cluster à la page 72).
Les fichiers de ressources nommées sont stockés dans le référentiel. Un certain nombre d'exemples
de fichiers joints à Spectrum™ Technology Platform sont disponibles à l'adresse
[Link] dans un dossier donné.
Par exemple :
• NamedLayers
• NamedMaps
• NamedStyles
• NamedTables
• NamedTiles
Pour vos propres ressources nommées, vous pouvez créer tout nom de dossier de votre choix.
Vous pouvez accéder manuellement à ces fichiers, via un outil de protocole WebDAV comme
WebFolders, pour accéder au référentiel JCR.
Pour ajouter ou modifier une ressource nommée, vous pouvez la copier depuis ou vers le référentiel
à l'aide d'un outil WebDAV. L'utilisation de WebFolders constitue une méthode facile d'accès au
référentiel Spectrum Spatial et aux ressources qu'il contient.
Remarque : Pour accéder au référentiel, vous devez utiliser le même poste que celui sur
lequel Spectrum™ Technology Platform et le référentiel sont installés.
Une fois que vous avez terminé, vous disposez d'une connexion à un dossier du contenu du
référentiel sous vos emplacements réseau.
La connexion WebFolder au référentiel peut être utilisée comme une connexion à tout autre dossier
de l'Explorateur Windows.
Remarque : Sachez que si vous utilisez WebDAV pour apporter des modifications à des
ressources nommées ou à des enregistrements de ressources de métadonnées, suite à quoi
ils ne figurent pas dans le même dossier ou ils n'ont pas le même nom de base, Spatial
Manager n'apportera plus de modifications correspondantes aux enregistrements de
métadonnées pour les opérations de déplacement, de renommage ou de suppression
effectuées sur une ressource.
Vous pouvez, et, souvent, devez, préciser explicitement le comportement souhaité des Services Web
Module Location Intelligence en définissant les paramètres du fichier de configuration de chaque
Service Web. Les fichiers de configuration des services Web du module Location Intelligence sont
contenus dans le référentiel Module Location Intelligence sous forme de configuration nommée.
Remarque : Les configurations nommées sont différentes des autres ressources nommées
contenues dans le référentiel. Vous ne pouvez pas utiliser Named Resource Service pour
accéder aux configurations nommées. Au lieu de cela, vous devez utiliser un outil WebDAV
comme WebFolders.
Les fichiers de configuration sont préchargés dans le référentiel pour les services Mapping, Feature,
Map Tiling, WFS, WMS et WMTS. Ces fichiers de configuration se trouvent à l'adresse
[Link]
Pour plus d'informations sur le nom et l'emplacement de chaque configuration nommée de
Service Web du référentiel ainsi qu'une liste de paramètres de configuration pour chaque
Service Web, reportez-vous au chapitre « Utilisation de services spatiaux » du Guide du développeur
de Spectrum Spatial
Spectrum Spatial prend en charge les conversions entre certains datums en utilisant des algorithmes
qui permettent la conversion plus précise des coordonnées. Un fichier jar distinct contenant ces
algorithmes est installé par défaut pour chaque transformation de plan de niveau dans le répertoire
d'installation de Spectrum \server\app\types :
• midev-core-coordsys-irishtm-version [Link] for Irish Transverse Mercator
• midev-core-coordsys-jgd2000-version [Link] (active également la version mise à
jour, JGD2011) pour les datums japonais)
• midev-core-coordsys-nadcon-version [Link] for US Nad27-Nad83
• midev-core-coordsys-ntv2-version [Link] pour NTV2, qui contient différentes
conversions pour de nombreux pays
Remarque : Un fichier XML à l'intérieur de ce fichier jar contrôle les conversions en cours
d'utilisation. Pour désactiver des conversions spécifiques dans ce fichier, arrêtez le serveur
et extrayez le fichier XML du fichier jar. Utilisez un éditeur pour définir les entrées sur
« false » pour chaque conversion que vous souhaitez désactiver. Rajoutez le fichier XML
modifié au fichier jar, puis redémarrez le serveur.
Spectrum Spatial vous permet de définir un délai d'attente pour les opérations SOAP et REST dans
le cadre d'une requête pour les services Mapping et Feature. Le délai d'attente est activé par défaut
sur une valeur de 300 secondes (5 minutes).
Pour appliquer le délai d'attente, il convient de configurer des points d'entrée et intermédiaires.
Cette opération s'effectue dans [Link], qui se trouve sous server/modules/spatial/. Le fichier inclut
plusieurs déploiements que vous pouvez utiliser. Le point d'entrée est le point auquel le délai d'attente
commence à mesurer le temps. Les points intermédiaires sont les points auxquels le délai d'attente
vérifie si l'opération a expiré.
Utilisez cette option, par exemple, si vous souhaitez appliquer un délai d'attente aux méthodes
renderMap SOAP et REST ainsi que des étapes intermédiaires (appels vers la base de données,
recherche de tables, récupération de candidats).
Pour modifier la valeur de délai d'attente par défaut de 300 secondes, modifiez la propriété de délai
d'attente des services Mapping et/ou Feature dans le dossier [Link] qui se trouve sous
/server/modules/spatial.
[Link]=300
[Link]=300
Si la valeur de délai d'attente spécifiée est <= 0, le délai d'attente est désactivé.
Après avoir modifié la valeur de délai d'attente, redémarrez Spectrum™ Technology Platform.
La volatilité est une indication pour Spectrum Spatial que les informations d'une source de données
peuvent être modifiées à tout moment. La valeur par défaut des tables nommées basées sur TAB,
SAP HANA et JDBC (Oracle, SQL Server et PostGIS) est définie sur true, ce qui signifie que, pour
chaque opération d'accès aux données, comme une requête ou une insertion, Spectrum Spatial
vérifie auprès de la source de données pour déterminer si la table est volatile et, si c'est le cas, si
les données ont été modifiées. Si les données ont été modifiées, le cache est vidé et la table est
rechargée avant de procéder à l'opération d'accès aux données. Si la table n'a pas été modifiée,
la requête ou une autre opération est effectuée sur les données qui se trouvent dans le cache.
Reportez-vous à la section Source des données prises en charge pour savoir ce qui déclenche
un changement pour chaque source de données.
La volatilité est définie sur true pour les tables nommées qui sont chargées à partir de MapInfo
Professional à l'aide de Map Uploader. La volatilité est définie sur true pour toutes les tables
nommées créées avec Spatial Manager. Les anciennes tables nommées du référentiel sont
considérées comme volatiles, mais ne l'indiquent pas lorsqu'elles sont visualisées sur la page de
détails de la table Spatial Manager.
La définition de cet indicateur sur false doit être utilisée sur les tables qui ne changent pas. Par
exemple, lors de la génération de cartes tuilées à partir de fichiers TAB volatiles, l'opération est
exécutée très lentement. Si vous utilisez PostGIS, vous pouvez également envisager de définir cet
indicateur sur false pour éviter toute erreur de connexion dans Spatial Manager (par exemple, lors
de l'affichage d'échantillons de lignes sur la page de détails de la table).
Pour modifier le paramètre sur false, utilisez la fonction de basculement de la volatilité sur la page
de détails de la table dans Spatial Manager. Reportez-vous à la section Utilitaires du Guide Spectrum
Spatial pour obtenir plus d'informations sur la création et la modification des tables nommées dans
Spatial Manager.
Lorsque vous définissez l'identificateur volatil false sur true pour une table nommée existante ou
lorsque vous créez une table nommée basée sur une table de base de données précédemment
définie sur false, vous devez redémarrer le serveur.
Remarque : N'utilisez pas l'opération updateNamedResource de Named Resource Service
pour modifier cette valeur ou modifier manuellement la définition de table nommée à laquelle
vous avez accédée via WebDAV dans un éditeur de texte.
de service Linux
Le présent didacticiel vous explique comment procéder pour exécuter Spectrum™ Technology
Platform sous forme de service Linux.
Les présentes instructions vous expliquent comment exécuter Spectrum™ Technology Platform
sous forme de service Linux.
1. Modifiez le script pbspectrum fourni, à l'emplacement suivant : Script PBSpectrum à la page
18.
a) Modifiez le paramètre chkconfig de la ligne n° 5. Par défaut, ce paramètre est le suivant :
# chkconfig: 35 90 10
La première valeur (35) correspond au niveau d'exécution. Pour plus d'informations, utilisez
« man init ».
La deuxième valeur (90) correspond à la priorité de début.
La troisième valeur (10) correspond à la priorité de fin.
Les priorités de début et de fin doivent être définies conformément aux services dépendants.
Par exemple, si le serveur Oracle est exécuté sur le même poste et qu'il est utilisé par
Spectrum™ Technology Platform, la priorité de début de Spectrum™ Technology Platform
doit être inférieure à celle du service Oracle et la priorité de fin supérieure à celle du
service Oracle. Pour plus d'informations, utilisez « man chkconfig ».
Script PBSpectrum
Le script suivant sert de base pour cette procédure : Procédure d'exécution de Spectrum™
Technology Platform sous forme de service Linux à la page 17.
#! /bin/bash
#
# pbspectrum Bring up/down PB Spectrum platform
#
# chkconfig: 35 90 10
# description: Starts and stops the spectrum
#
# /etc/rc.d/init.d/pbspectrum
# See how we were called.
SPECTRUM_ROOT=/root/PBSpectrum
start() {
su - spectrum -c ". $SPECTRUM_ROOT/server/bin/setup;
ulimit -n 8192;
$SPECTRUM_ROOT/server/bin/[Link]"
RETVAL=$?
return $RETVAL
}
stop() {
su - spectrum -c ". $SPECTRUM_ROOT/server/bin/setup;
$SPECTRUM_ROOT/server/bin/[Link]"
RETVAL=$?
return $RETVAL
}
exit $RETVAL
Pour utiliser des fichiers MRR (Multi Resolution Raster) sur Spectrum Spatial dans un environnement
Linux, GCC et LIBC doivent être mis à niveau vers les versions appropriées.
Pour configurer un ordinateur Linux pour MRR :
1. Installez le package UUID, qui installe LIBC v.2.17.
Par exemple, pour installer UUID sur CentOS :
• wget
[Link]
• sudo yum -y install libuuid-2.17.2-12.18.el6.x86_64.rpm
2. Installez devtoolset-3, qui installe GCC v.4.9. Pour obtenir des instructions, reportez-vous à
[Link]
3. Vérifiez que GCC v.4.9 et LIBC v.2.17 (ou version supérieure) sont installés.
4. Assurez-vous que toutes les dépendances ont été résolus dans les étapes ci-dessus. Si une
dépendance n'est pas résolue, installez-la, puis répétez l'étape 2.
Par exemple, voici quelques-unes des dépendances nécessaires pour un ordinateur OEL 6.5 :
• wget [Link]
maven30-rhel-6/epel-6-x86_64/download/mizdebsk-maven30-rhel-6-epel-6-x86_64.[Link]
• sudo yum -y install mizdebsk-maven30-rhel-6-epel-6-x86_64-[Link]
• wget [Link]
maven30/epel-6-x86_64/download/rhscl-maven30-epel-6-x86_64.[Link]
• sudo yum -y install rhscl-maven30-epel-6-x86_64-[Link]
• sudo yum -y install maven30
• wget [Link]
eclipse-luna/fedora-20-x86_64/download/mbooth-eclipse-luna-fedora-20-x86_64.[Link]
• sudo yum -y install mbooth-eclipse-luna-fedora-20-x86_64-[Link]
• sudo yum -y install --skip-broken eclipse-luna
Par défaut, Spectrum™ Technology Platform les services Web utilisent les en-têtes HTTP suivants
pour la mise en cache :
Cache-Control: no-cache,no-store,no-transform,must-revalidate
Expires: Wed, 07 Jan 2015 15:38:03 GMT //48 hours in the past
Pragma: no-cache
Ces en-têtes HTTP ne sont pas appropriés pour Map Tiling Service ; cependant, vous pouvez
désactiver ces en-têtes HTTP par défaut et définir à leur place le comportement du cache HTTP
dans les en-têtes spécifiés dans les services Web individuels.
Remarque : Si vous appliquez cette modification à un cluster, vous devez répéter la procédure
suivante sur chaque nœud du cluster.
[Link]=false
In this section
Sécurité de Spectrum™ Technology Platform 23
Sécurité du module Location Intelligence 48
Gestion de la sécurité
Les sujets de cette section couvrent le modèle et les procédures de sécurité au niveau de la
plateforme qui concernent tous les modules. Reportez-vous à Sécurité du module Location
Intelligence à la page 48 pour obtenir des informations supplémentaires sur la sécurité, propres à
ce module.
Modèle de sécurité
Spectrum™ Technology Platform utilise un modèle de sécurité basé sur des rôles pour contrôler
l'accès au système. Le schéma suivant illustre les concepts clés dans le modèle de sécurité de
Spectrum™ Technology Platform :
Un utilisateur est un compte affecté à une personne individuelle que cette dernière utilise pour
s'authentifier dans Spectrum™ Technology Platform, dans un des outils de client tel qu'Enterprise
Designer ou Management Console, ou lors de l'appel d'un service via l'API ou les services Web.
Un ou plusieurs rôles sont affectés à un utilisateur. Un rôle est un ensemble d'autorisations qui
permettent ou interdisent l'accès à différentes parties du système. En général, les rôles reflètent
les genres d'interactions qu'un type particulier d'utilisateur entretient avec le système. Vous pouvez
par exemple disposer d'un rôle pour les concepteurs de flux de données qui leur permet de créer
et de modifier des flux de données, et d'un autre rôle pour les personnes qui n'ont besoin que de
traiter des données dans les flux de données existants.
Un rôle octroie des droits d'accès aux types d'entité sécurisée. Un type d'entité sécurisée est une
catégorie d'éléments auxquels vous souhaitez octroyer ou refuser l'accès.. Par exemple, un type
d'entité sécurisée appelé « Flux de données » contrôle les droits d'accès par défaut pour tous les
flux de données sur le système.
Si vous devez ajuster l'accès, vous pouvez éventuellement remplacer les paramètres du rôle par
la configuration de contrôle d'accès. Les paramètres de contrôle d'accès fonctionnent en conjonction
avec des rôles pour définir les autorisations d'un utilisateur. Les rôles définissent les autorisations
pour les catégories d'entités, tels que tous les dataflows ou toutes les ressources de base de
données, et les paramètres d'autorisations définissent les droits d'accès pour des entités spécifiques,
appelées entités sécurisées. Les exemples des entités sécurisées des jobs spécifiques ou des
connexions de base de données spécifique. La définition des paramètres d'autorisation est facultative.
Si vous ne définissez pas de paramètres d'autorisation, les autorisations définies dans le rôle
contrôlent les autorisations de l'utilisateur.
Les paramètres de contrôle d'accès fonctionnent en conjonction avec des rôles pour définir les
autorisations d'un utilisateur. Les rôles définissent les autorisations pour les catégories d'entités,
tels que tous les dataflows ou toutes les ressources de base de données, et les paramètres
d'autorisations définissent les droits d'accès pour des entités spécifiques, appelées entités sécurisées.
Les exemples des entités sécurisées des jobs spécifiques ou des connexions de base de données
spécifique. Par exemple, vous pouvez disposer d'un rôle qui octroie l'autorisation Modifier pour le
type d'entité sécurisée « dataflow », mais il se peut que vous souhaitiez empêcher les utilisateurs
de modifier un dataflow spécifique. Pour ce faire, vous pouvez utiliser le contrôle d'accès pour
supprimer l'autorisation Modifier pour le dataflow spécifique que vous ne souhaitez pas modifier.
Vous pouvez spécifier des paramètres de contrôle d'accès des utilisateurs et des rôles. Les
paramètres de contrôle d'accès pour un utilisateur remplacent les autorisations de l'utilisateur
spécifique telles qu'elles ont été octroyées par les rôles de l'utilisateur. Les paramètres de contrôle
d'accès pour les rôles s'appliquent à tous les utilisateurs dotés de ce rôle.
Utilisateurs
Les comptes utilisateurs Spectrum™ Technology Platform contrôlent les types d'actions que les
utilisateurs peuvent effectuer sur le système. Les comptes utilisateurs doivent effectuer les opérations
suivantes :
• Utiliser Management Console et Enterprise Designer
• Exécuter des jobs dans un programme
• Exécuter des jobs à partir de la ligne de commande
• Accéder à des services via les services Web ou l'API
Le système inclut un compte administratif, appelé admin. Ce compte dispose d'un accès complet
au système. Le mot de passe initial est « admin ».
Important : Vous devez modifier le mot de passe admin immédiatement après avoir installé
Spectrum™ Technology Platform pour empêcher tout accès administrateur non autorisé à votre
système.
Outre ces comptes par défaut, vous pouvez créer autant de comptes utilisateurs que nécessaire
pour votre entreprise.
Avant de configurer Spectrum™ Technology Platform pour qu'il puisse utiliser un service de
répertoires pour l'authentification, assurez-vous que votre service de répertoires répond aux exigences
suivantes :
• Pour LDAP; le serveur de répertoires doit être conforme à LDAP Version 3.
• Il n'existe aucune exigence spécifique pour le serveur Active Directory.
Remarque : Nous vous conseillons de contacter le Support technique ou les Services
professionnels Pitney Bowes qui vous guideront tout au long de cette procédure.
1. Si des utilisateurs existants sont configurés dans Management Console et que vous souhaitez
les utiliser après avoir activé l'authentification LDAP ou Active Directory, créez ces utilisateurs
dans votre système LDAP ou Active Directory. Assurez-vous d'utiliser le mêmes nom d'utilisateur
comme dans Spectrum™ Technology Platform.
Remarque : Vous n'avez pas besoin de créer l'utilisateur « admin » dans LDAP ou Active
Directory dans la mesure où l'utilisateur continue à utiliser Spectrum™ Technology Platform
pour l'authentification, une fois que vous avez activé LDAP ou Active Directory.
[Link]=LDAP
Le paramètre LDAP est utilisé pour activer Active Directory ainsi que LDAP.
[Link]=ldap://[Link]/
[Link]
Le format à utiliser pour rechercher le compte d'utilisateur dans LDAP ou Active
Directory. Utilisez la variable %s pour le nom d'utilisateur. Par exemple,
LDAP :
[Link]=uid=%s,ou=users,dc=example,dc=com
Active Directory :
[Link]=%s@[Link]
[Link]
Le nom unique (dn) pour rechercher des comptes d'utilisateur dans LDAP ou Active
Directory. Par exemple,
LDAP :
[Link]=ou=users,dc=example,dc=com
Active Directory :
[Link]=cn=Users,dc=example,dc=com
[Link]
Un filtre de recherche à utiliser pour rechercher des attributs tels que les rôles. Le
filtre de recherche peut contenir ces variables :
• {user} le nom d'utilisateur se connecte à Spectrum™ Technology Platform
• {dn} est le nom unique spécifié dans [Link].
Par exemple :
LDAP :
[Link]=uid={user}
Active Directory :
[Link]=userPrincipalName={dn}
[Link]
Facultatif. Spécifie l'attribut LDAP ou Active Directory qui contienne le nom de la
Spectrum™ Technology Platform rôles pour l'utilisateur. Par exemple, pour appliquer
les rôles définis dans l’attribut gecos, vous devez indiquer :
[Link]=gecos
Taille minimale du pool de connexion pour les connexions au serveur LDAP ou Active
Directory.
[Link]
Le nombre maximal de connexions simultanées au serveur LDAP ou Active Directory.
[Link]
Indique le délai d'attente pour établir une connexion au serveur LDAP ou Active
Directory, en millisecondes. La valeur par défaut est de 1000 secondes.
[Link]
Indique combien de temps à attendre une réponse du serveur LDAP ou Active
Directory une fois la connexion est établie, en millisecondes. La valeur par défaut
est de 5000 secondes.
c) Enregistrez et fermez le fichier de propriétés.
5. Démarrez le serveur Spectrum™ Technology Platform.
Si vous exécutez Spectrum™ Technology Platform dans un cluster, vous devez modifier le fichier
[Link] sur chacun des serveurs du cluster et le fichier
[Link] sur chacun ds serveurs du cluster. Arrêtez le serveur
avant de modifier le fichier, puis démarrer le serveur une fois que vous avez terminé de modifier le
fichier. Si vous avez mappé une valeur d’attribut LDAP à un rôle, ce mappage sera répliqué à tous
les nœuds du cluster. Vous n'avez donc pas besoin de répéter la procédure de mappage dans la
console JMX.
Rôles
Un rôle est un ensemble d'autorisations qui permettent ou interdisent l'accès à différentes parties
du système. En général, les rôles reflètent les genres d'interactions qu'un type particulier d'utilisateur
entretient avec le système. Vous pouvez par exemple disposer d'un rôle pour les concepteurs de
flux de données qui leur permet de créer et de modifier des flux de données, et d'un autre rôle pour
les personnes qui n'ont besoin que de traiter des données dans les flux de données existants.
Les rôles suivants sont prédéfinis :
admin Ce rôle dispose d'un accès total à toutes les parties du système.
concepteur Ce rôle est destiné aux utilisateurs qui créent des flux de données et des
processflow dans Enterprise Designer. Il permet de concevoir et d'exécuter
des flux de données.
intégrateur Ce rôle est destiné aux utilisateurs ayant besoin de traiter des données via
Spectrum™ Technology Platform, mais pas de créer ni de modifier les flux de
données. Il permet à l'utilisateur d'accéder aux services via les services Web
et l'API, et d'exécuter les jobs.
utilisateur Il s'agit du rôle par défaut. Il ne fournit aucun accès au système. Les utilisateurs
dotés de ce rôle n'obtiendront un accès au système que si vous octroyez un
droit d'accès via les substitutions d'entité sécurisée.
Pour afficher les droits d'accès octroyés à chacun de ces rôles, ouvrez Management Console, allez
dans Sécurité et cliquez sur Rôles. Ensuite, sélectionnez le rôle à afficher et cliquez sur Afficher.
Conseil : Vous ne pouvez pas modifier les rôles prédéfinis. Cependant, vous pouvez créer des
rôles en utilisant les rôles prédéfinis comme point de départ.
5. Dans le champ Nom de rôle, saisissez le nom à attribuer à ce rôle. Ce nom est entièrement de
votre choix.
6. Facultatif : Dans la mesure où la liste des types d'entités sécurisés peut être longue, il est judicieux
de n'afficher qu'un certain groupe de types d'entités sécurisés. Cela peut s'avérer utile si vous
souhaitez appliquer les mêmes droits d'accès à toutes les entités dans un groupe. Par exemple,
si vous souhaitez supprimer le droit d'accès Modifier de toutes les ressources de base de données,
vous pouvez appliquer un filtre pour n'afficher que le groupe Ressources de bases de données.
Pour afficher et modifier un groupe uniquement, procédez comme suit :
a) Cochez la case Activer le filtrage de groupe.
b) Cliquez sur l'icône en forme d'entonnoir dans l'en-tête de la colonne Groupe et sélectionnez
le groupe à afficher.
c) Cochez ou désélectionnez la case dans l'en-tête de la colonne du droit d'accès à appliquer.
d) Pour revenir à la liste complète des types d'entités, cliquez sur l'icône de filtre et sélectionnez
(Tout), puis désélectionnez la case Activer le filtrage de groupe.
7. Sélectionnez les droits d'accès à octroyer pour chaque type d'entité. Les droits d'accès sont les
suivants :
Vue Permet à l'utilisateur d'afficher les entités contenues par le type d'entité. Par
exemple, si vous autorisez le droit d'accès Afficher pour le type d'entité Connexion
JDBC, les utilisateurs dotés de ce rôle pourront afficher les connexions à la base
de données dans Management Console.
Modifier Permet à l'utilisateur de modifier les entités contenues par le type d'entité. Par
exemple, si vous autorisez le droit d'accès Modifier pour le type d'entité Connexion
JDBC, les utilisateurs dotés de ce rôle pourront modifier les connexions à la base
de données dans Management Console.
Créer Permet à l'utilisateur de créer des entités entrant dans la catégorie de ce type
d'entité. Par exemple, si vous autorisez le droit d'accès Créer pour le type d'entité
Connexion JDBC, les utilisateurs dotés de ce rôle pourront créer des connexions
à la base de données dans Management Console.
Supprimer Permet à l'utilisateur de supprimer les entités contenues par le type d'entité. Par
exemple, si vous autorisez le droit d'accès Supprimer pour le type d'entité
Connexion JDBC, les utilisateurs dotés de ce rôle pourront supprimer les
connexions à la base de données dans Management Console.
Exécuter Permet à l'utilisateur d'initialiser le traitement des jobs, des services et des
processflow. Par exemple, si vous autorisez le droit d'accès Exécuter pour le type
d'entité Job, les utilisateurs dotés de ce rôle pourront exécuter des jobs par lots.
Si vous autorisez le droit d'accès Exécuter pour le type d'entité Service, les
utilisateurs dotés de ce rôle pourront accéder aux services s'exécutant sur
Spectrum™ Technology Platform via l'API ou les services Web.
5. Cochez la case en regard du rôle que vous souhaitez supprimer, puis cliquez sur le bouton
Supprimer .
Contrôle d'accès
Les paramètres de contrôle d'accès fonctionnent en conjonction avec des rôles pour définir les
autorisations d'un utilisateur. Les rôles définissent les autorisations pour les catégories d'entités,
tels que tous les dataflows ou toutes les ressources de base de données, et les paramètres
d'autorisations définissent les droits d'accès pour des entités spécifiques, appelées entités sécurisées.
Les exemples des entités sécurisées des jobs spécifiques ou des connexions de base de données
spécifique. Par exemple, vous pouvez disposer d'un rôle qui octroie l'autorisation Modifier pour le
type d'entité sécurisée « dataflow », mais il se peut que vous souhaitiez empêcher les utilisateurs
de modifier un dataflow spécifique. Pour ce faire, vous pouvez utiliser le contrôle d'accès pour
supprimer l'autorisation Modifier pour le dataflow spécifique que vous ne souhaitez pas modifier.
Vous pouvez spécifier des paramètres de contrôle d'accès des utilisateurs et des rôles. Les
paramètres de contrôle d'accès pour un utilisateur remplacent les autorisations de l'utilisateur
spécifique telles qu'elles ont été octroyées par les rôles de l'utilisateur. Les paramètres de contrôle
d'accès pour les rôles s'appliquent à tous les utilisateurs dotés de ce rôle.
5. Sélectionnez le rôle ou l'utilisateur pour lequel vous souhaitez définir des contrôles d'accès.
10. Sélectionnez les autorisations à octroyer pour chaque type d'entité sécurisée. Chaque entité
sécurisée peut présenter l'une des autorisations suivantes :
Dans cet exemple, le type d'entité sécurisée [Link] est défini pour autoriser
les droits d'accès Afficher et Modifier, mais pas le droit d'accès Supprimer. Ainsi, par
défaut, tout utilisateur doté du rôle RetentionDepartmentDesigner disposerait de ces
droits d'accès pour tous les flux de données. Cependant, vous souhaitez empêcher
les utilisateurs dotés de ce rôle de modifier le flux de données ExampleJob1
Les utilisateurs peuvent parcourir les dossiers du serveur Spectrum™ Technology Platform lorsqu'ils
effectuent des tâches nécessitant de sélectionner un fichier. Par exemple, les utilisateurs peuvent
parcourir le serveur lors de la sélection d'un fichier d'entrée ou de sortie dans un stage source ou
récepteur d'Enterprise Designer. En tant qu'administrateur, il serait judicieux de restreindre l'accès,
de sorte que les portions sensibles du serveur ne puissent pas être parcourues ni modifiées.
Une manière d'empêcher l'accès au système de fichiers du serveur est de vous assurer que les
utilisateurs ne disposent pas de l'autorisation de sécurité Platform Sécurité - Chemins d'accès du
répertoire. Cela empêche l’accès à tous les dossiers du serveur. Vous pouvez également empêcher
l’accès à certains dossiers du serveur tout en autorisant l’accès aux autres. Lorsque vous accordez
un accès limité, les dossiers auxquels vous autorisez l'accès apparaissent en tant que dossiers de
niveau supérieur dans les fenêtres Parcourir fichier des utilisateurs. Par exemple, si vous permettez
aux utilisateurs de n'accéder qu'à un dossier sur le serveur nommé WestRegionCustomers, lorsque
les utilisateurs parcourent le serveur, ils ne verront que ce dossier, comme indiqué ici :
Important : Il existe deux situations dans lesquelles les utilisateurs peuvent afficher le système de
fichiers complet du serveur, même si vous avez accordé seulement un accès limité :
• Lorsque vous recherchez un fichier de base de données lors de la création d’une base de données
Spectrum dans Management Console
• Lorsque vous recherchez un fichier de pilote JDBC lors de la création d’un pilote dans Management
Console
Pour empêcher les utilisateurs de parcourir le système de fichiers complet du serveur, utilisez des
rôles pour limiter l’accès de l’utilisateur aux bases de données Spectrum et aux pilotes JDBC.
Pour fournir un accès à certains dossiers du serveur tout en limitant l’accès aux autres, procédez
comme suit.
1. Ouvrez Management Console.
2. Accédez à Système > Sécurité.
3. Cliquez sur Accès aux répertoires.
4. Cliquez sur le bouton Ajouter .
5. Dans le champ Name, attribuez un nom significatif au dossier auquel vous octroyez l'accès.
Le nom que vous indiquez ici apparaît sous le nom de la racine du répertoire aux utilisateurs lors
de l'exploration du serveur. Dans l'exemple illustré au début de cette rubrique, le nom donné
dans le répertoire de modèle est WestRegionCustomers.
6. Dans le champ Path, spécifiez le dossier auquel vous souhaitez octroyer l'accès. Les utilisateurs
pourront accéder à tous les sous-dossiers contenus dans le dossier que vous indiquez.
7. Cliquez sur Enregistrer.
8. Pour octroyer l'accès aux autres dossiers, répétez les étapes précédentes si nécessaire.
9. Appliquez les restrictions en réglant la commande Limiter l’accès aux répertoires du serveur
sur Activé.
Les utilisateurs n'auront accès qu'aux dossiers que vous avez indiqués. Notez que les utilisateurs
doivent disposer de l'autorisation de sécurité de la plateforme Sécurité - Chemins d'accès du
répertoire afin d'accéder aux répertoires du serveur.
Remarque : Si des flux de données ont précédemment accédé à des fichiers qui ne sont
plus disponibles en raison de restrictions de navigation de fichiers, ces flux de données
échoueront.
Par défaut, le serveur Spectrum™ Technology Platform utilise HTTP pour la communication avec
Enterprise Designer, les applications basées sur un navigateur telles que Management Console et
Metadata Insights, ainsi que pour le traitement des requêtes de services Web et des appels d'API
et pour la communication avec les serveurs distants. Vous pouvez configurer Spectrum™ Technology
Platform afin qu'il utilise HTTPS si vous souhaitez sécuriser ces communications réseau.
Remarque : Spectrum™ Technology Platform utilise TLS 1.2 pour chiffrer la communication.
Les applications ayant accès à l'API ou aux services Web Spectrum™ Technology Platform
doivent prendre en charge TLS 1.2 afin de se connecter via HTTPS.
Cette procédure explique comment activer la communication HTTPS sur une installation avec un
seul serveur Spectrum™ Technology Platform. Si vous souhaitez qu’il utilise HTTPS et que vous
exécutez Spectrum™ Technology Platform dans un cluster, ne suivez pas cette procédure. Pour
ce faire, configurez l’équilibreur de charge pour qu'il utilise HTTPS pour la communication avec les
clients. La communication entre l’équilibreur de charge et les nœuds Spectrum™ Technology Platform
et entre les nœuds eux-mêmes ne sera pas chiffrée, car la mise en cluster de Spectrum™ Technology
Platform ne prend pas en charge HTTPS. L’équilibreur de charge et les serveurs Spectrum™
Technology Platform du cluster doivent être derrière un pare-feu afin de fournir un environnement
sécurisé.
Pour configurer la communication HTTPS pour une installation avec un seul serveur Spectrum™
Technology Platform :
<beans xmlns="[Link]
xmlns:xsi="[Link]
xmlns:util="[Link]
xsi:schemaLocation="[Link]
[Link]
[Link]
[Link]
<bean id="defaultWebServerConnector"
class="[Link]">
<constructor-arg ref="webServer"/>
<constructor-arg>
<bean class="[Link]">
<property name="keyStorePath"
value="/SpectrumKeystore"/>
<property name="keyManagerPassword" value="password"/>
5. Modifiez ces lignes selon vos besoins, afin de refléter votre environnement :
[Link]=port
[Link]=port
[Link]=dnsname
Où port est le port réseau à utiliser pour la communication avec les clients (par exemple, 8443)
et dnsname le nom d'hôte du serveur Spectrum™ Technology Platform. Le port que vous indiquez
doit être identique pour [Link] et pour [Link].
8. Si vous configurez la communication HTTPS pour le module Location Intelligence et les services
Spectrum Spatial, vous devez procéder à une configuration supplémentaire avant de redémarrer
le serveur Spectrum™ Technology Platform :
a) Modifiez le fichier [Link] (SpectrumLocation\server\modules\spatial)
en remplaçant tous les noms d'hôte et les ports par ceux utilisés pour le serveur Spectrum™
Technology Platform. Le nom d'hôte doit correspondre au nom DNS du serveur et au CN du
certificat. Définissez la propriété [Link] sur true. Par exemple,
[Link]=[Link]
[Link]=[Link]
[Link]=[Link]
[Link]=8443
[Link]=true
b) Modifiez les URL des valeurs de ces éléments pour utiliser HTTPS :
MappingConfiguration – <AccessBaseURL>
WFSConfiguration, WMSConfiguration - <OnlineResource>
WMTSConfiguration - <ServiceURL>
10. Si vous configurez la communication HTTPS pour le module Location Intelligence et les services
Spectrum Spatial, chargez les fichiers modifiés dans le référentiel à l'aide de WebDAV
(reportez-vous à la section Utilisation de WebFolders pour accéder aux ressources du
référentiel Spectrum Spatial à la page 13 pour obtenir des instructions).
Les services Web Spectrum™ Technology Platform exigent des demandeurs qu'ils s'authentifient
via des informations d'identification utilisateur valides. Il existe deux méthodes d'authentification :
l'authentification de base et l'authentification basée sur un jeton.
Authentification de base
Avec l'authentification de base, l'ID utilisateur et le mot de passe sont transmis à Spectrum™
Technology Platform dans l'en-tête HTTP de chaque requête au service Web. L'authentification de
base est autorisée par défaut, mais votre administrateur peut choisir de la désactiver. Si
l'authentification de base est désactivée, vous devez utiliser l'authentification à base de jeton pour
accéder aux services Web.
1. Obtenez un jeton auprès du serveur Spectrum™ Technology Platform en envoyant une requête
au service de gestion des jetons.
2. Le service de gestion des jetons émet un jeton. Si vous avez demandé un jeton de session, il
émet également un ID de session.
3. Envoyez une requête au service Web de votre choix avec le jeton dans l'en-tête HTTP. Pour les
jetons de session, incluez l'ID de session dans l'en-tête HTTP.
4. Le service Web émet une réponse. Vous pouvez utiliser le jeton pour envoyer d'autres requêtes
au même service Web ou à tout autre service Web du serveur Spectrum™ Technology Platform.
Il n'existe aucune limite quant au nombre de requêtes à envoyer aux services Web via un jeton ;
en revanche, si le jeton a une limite d'expiration (également connue sous le nom de durée de
vie), il devient non valide après que la durée de vie a expiré. Si le jeton est un jeton de session,
il devient non valide au bout de 30 minutes d'inactivité.
5. Lorsque le jeton n'est plus nécessaire, vous devez vous déconnecter en envoyant une requête
au service Web de déconnexion de jetons. Cette opération supprime le jeton de la liste de jetons
valides sur le serveur Spectrum™ Technology Platform.
[Link]=false
4. Démarrez le serveur.
[Link]=true
[Link]=false
Remarque : Pour le module Location Intelligence, les services REST incluent également
des services Web OGC.
Activation de CORS
Cross-Origin Resource Sharing (CORS) est une norme W3C qui permet le partage de données
entre domaines. CORS permet à des applications Web exécutées dans un domaine d'accéder aux
données d'un autre domaine. En activant CORS sur votre serveur Spectrum™ Technology Platform,
vous pouvez autoriser des applications Web hébergées dans un autre domaine à accéder à des
services Web Spectrum™ Technology Platform.
Par exemple, imaginons que vous disposiez d'une application Web hébergée dans
[Link]. Cette application Web contient une fonction JavaScript qui appelle un
service Web Spectrum™ Technology Platform hébergé dans [Link]. Sans CORS,
vous devez utiliser un serveur proxy pour permettre cette requête, ce qui complique votre
déploiement. Avec CORS, vous n'avez pas besoin d'utiliser de serveur proxy. À la place, vous
pouvez désigner [Link] comme une « origine autorisée », ce qui permet à
Spectrum™ Technology Platform de répondre aux requêtes de service Web provenant du domaine
[Link].
Pour activer les CORS sur votre serveur Spectrum™ Technology Platform :
1. Arrêtez le serveur Spectrum™ Technology Platform.
2. Ouvrez ce fichier dans un éditeur de texte :
SpectrumLocation/server/app/conf/[Link]
[Link]
Nombre de secondes pendant lesquelles les requêtes pré-envoi peuvent être mises
en cache par le client. La valeur par défaut est 1800 secondes, ou 30 minutes.
[Link]
Indique si la ressource accepte les demandes avec des informations d'identification.
La valeur par défaut est true.
Admettons que le client envoie une requête et que la requête soit routée vers le nœud 1. Un jeton
est créé et lié à l'hôte [Link] (l'équilibreur de charge), car le nœud considère que la requête provient
de l'équilibreur de charge. Si la requête suivante du client est routée vers le nœud 2, le jeton est
toujours lié à l'hôte [Link], mais la requête semble provenir du serveur proxy, [Link]. Dans ce cas,
le nœud rejette le jeton, parce qu'il semble qu'il n'est pas associé à l'hôte qui envoie la requête.
Dans ce cas, vous devez configurer le serveur Spectrum™ Technology Platform pour qu'il ignore
les informations d'hôte incluses dans le jeton. Cela doit être effectué uniquement si vous disposez
d'un environnement dans lequel il existe différents périphériques réseau entre l'équilibreur de charge
et les nœuds. Si tous les nœuds sont derrière le même périphérique réseau, il n'est pas nécessaire
pour désactiver le contrôle d'hôte.
Remarque : Si vous suivez cette procédure, les jetons client deviennent en effet des jetons
ouverts, car le contrôle d'hôte est désactivé. Les jetons de session continuent à être liés à
un ID de session spécifique, mais pas à un hôte spécifique.
[Link]=false
Le module Location Intelligence utilise la sécurité basée sur les rôles utilisée pour Spectrum™
Technology Platform. Étant donné que la sécurité est gérée au niveau de la plateforme, Management
Console peut être utilisé pour gérer l'ensemble des activités liées à la sécurité du module Location
Intelligence. Cela inclut la configuration de permissions pour les ressources nommées en plus de
la gestion des comptes utilisateur (à savoir, la création, la modification et la suppression de comptes
utilisateur).
Les concepteurs de flux de données ayant besoin d'un accès aux ressources nommées nécessitent
également d'autres autorisations que celles du rôle « designer ». Pour obtenir les instructions de
création d'un concepteur de flux de données spatial, voir Création d'un concepteur de flux de
données spatial à la page 52.
Dossiers
Les autorisations sur les dossiers sont héritées par les ressources et les dossiers situés en dessous,
à condition que ceux-ci ne soient pas dotés de paramètres de contrôle d'accès spécifiques les
écrasant. Ceci s'avère utile lorsque vous souhaitez définir des permissions sur un ensemble de
ressources. Vous pouvez rendre un dossier accessible uniquement aux utilisateurs ou aux rôles
spécifiés. Les autres utilisateurs ne pourront pas afficher ce dossier ni aucun élément situé sous
celui-ci. Pour le type d'entité Location [Link] Resources, toutes les ressources
répertoriées qui se terminent par une barre oblique avant (/) correspondent à des dossiers ou à des
répertoires du référentiel.
Néanmoins, les permissions de niveau dossier n'écrasent pas les permissions définies à un niveau
de ressource individuelle inférieur. Par exemple, si un dossier est doté d'autorisations Create pour
un rôle ou un utilisateur spécifique, mais qu'une seule ressource du dossier (comme une table
nommée) dispose d'un paramètre de contrôle d'accès pour des autorisations View pour ce même
rôle ou utilisateur, les autorisations View (lecture seule) de la ressource unique prévalent sur les
autorisations Create du dossier.
Conseil : Le droit d'affichage sur l'entité sécurisée du jeu de données n'a pas d'impact sur ses
droits. Si vous désactivez le droit d'affichage sur une entité sécurisée de jeu de données, vous
pouvez toujours afficher les données dans la table. Si vous ne souhaitez pas qu'un utilisateur affiche
une table, supprimez les droits d'affichage sur l'entité sécurisée de la ressource nommée.
Lorsqu’une table nommée est renommée, déplacée ou supprimée, Spectrum Spatial renomme ou
supprime l'entité sécurisée associée du jeu de données.
Ces rôles prédéfinis ne peuvent pas être modifiés. Par contre, vous pouvez créer des rôles
personnalisés basés sur les rôles spatiaux prédéfinis, les attribuer à des comptes d'utilisateur, puis
affiner l'accès de ces rôles et de ces utilisateurs en appliquant des paramètres (remplacements)
de contrôle d'accès aux jeux de données, ressources nommées individuelles ou dossiers contenant
des ressources nommées. Pour plus d'informations, reportez-vous à la section Configuration d'un
contrôle d'accès à la page 36.
Pour gérer des ressources nommées dans le référentiel via Management Console, un utilisateur
doit disposer d'un rôle affecté qui permet un accès total à ces ressources outre l'accès fourni par
les rôles spatiaux prédéfinis. Il est impossible de modifier des rôles spatiaux prédéfinis et un rôle «
Administrateur des ressources nommées » prédéfini n'est pas fourni par Spectrum™ Technology
Platform. Néanmoins, vous pouvez créer ce rôle à l'aide d'un rôle spatial prédéfini servant de base.
1. Ouvrez Management Console.
2. Accédez à Système > Sécurité.
3. Cliquez sur Rôles.
4. Cochez la case en regard du rôle spatial-admin ou spatial-user à utiliser comme point de départ,
puis cliquez sur le bouton Copier . Le rôle spatial-admin fournit les droits d'affichage, de
modification, de création et de suppression des types d'entité sécurisée Location Intelligence
[Link] Resources et Location Intelligence [Link] ; le rôle spatial-user fournit
des droits d'affichage.
5. Dans le champ Nom de rôle, saisissez le nom que vous souhaitez donner à ce rôle (par exemple,
« resource-admin »).
6. Définissez d'autres permissions comme suit pour les types d'entité sécurisée :
Ressources de bases de données :
• Ressources de bases de données Centrus pour View/Modify/Create/Delete/Execute (si
nécessaire)
• Routage d'entreprise pour View/Modify/Create/Delete/Execute (si nécessaire)
Plate-forme :
• Ressources - Serveurs de fichiers pour View
• Ressources - Pilotes JDBC pour View
• Services pour View/Modify/Execute
• Système - Informations de version pour View
Pour créer des flux de données pour les stages et services du module Location Intelligence, les
rôles designer et spatial-user doivent tous deux être affectés à l'utilisateur. Le rôle spatial-user
fournit un accès View aux ressources nommées sous le type d'entité sécurisée Location
[Link] Resources. Le rôle designer fournit l'accès requis aux types d'entités sécurisées
Platform, tels que les flux de données.
1. Dans Management Console, accédez à Système > Sécurité.
2. Sélectionnez un utilisateur existant et cliquez sur le bouton Modifier ou cliquez sur le bouton
Ajouter pour créer un nouvel utilisateur.
3. Dans la section Rôles, affectez les rôles designer et spatial-user au compte d'utilisateur.
L'utilisateur dispose désormais de la permission d'afficher les ressources nommées et de concevoir
des flux de données à l'aide de ces ressources pour les stages et services du module Location
Intelligence.
WebDAV est utilisé comme un protocole pour accéder aux ressources au sein du référentiel. Par
défaut, l'accès au référentiel via WebDAV n'est pas limité à un serveur particulier, mais est plutôt
ouvert à tous les serveurs qui peuvent accéder au référentiel. Vous pouvez restreindre l'accès aux
serveurs particuliers en modifiant le fichier de propriété java spatial. Pour ce faire, vous pouvez
ajouter la propriété suivante qui inclut une liste de noms d'hôtes (IP) auxquels WebDAV est ouvert
(séparés par des virgules). Un redémarrage du serveur Spectrum est nécessaire après la
modification.
Pour limiter l'accès au référentiel via WebDAV :
1. Ouvrez le fichier modules/spatial/[Link] dans un éditeur.
2. Ajoutez la propriété suivante au fichier.
[Link]=
3. Incluez une liste d'adresses IP pour lesquelles vous souhaitez autoriser l'accès WebDAV. Vous
pouvez ajouter plusieurs serveurs à l'aide d'une liste d'adresses IP séparées par des virgules.
Laisser la propriété vide désactive tous les accès à l'aide de WebDAV pour tous les serveurs
sauf l'ordinateur sur lequel Spectrum™ Technology Platform est installé.
[Link]=[Link],[Link]
4. Redémarrez le serveur.
Une fois que vous avez terminé, l'accès WebDAV est limité pour le référentiel.
Lors de la communication avec le serveur via HTTPS pour mapper un lecteur vers le référentiel, un
client WebDAV est requis pour utiliser le protocole de 1.2 TLS. Pour les ordinateurs client exécutés
sous Windows 7 SP1, Windows Server 2008 R2 SP1 et Windows Server 2012, vous devez appliquer
un correctif de sécurité correctif et une mise à jour de registre pour tirer parti de ce protocole.
1. Sur l’ordinateur client, appliquez le correctif approprié au système d’exploitation de la Base de
connaissances Microsoft : [Link]
2. Suivez les instructions de l'article KB pour mettre à jour le registre pour y inclure la prise en
charge de TLS v1.2. La valeur de DefaultSecureProtocols doit être au moins 0x00000800.
3. Après avoir modifié l’entrée de registre, redémarrez l’ordinateur client.
In this section
Affichage des événements système 56
Journalisation spatiale 57
Configuration d'un serveur de messagerie 59
Sélection d'éléments pour la notification d'expiration 60
Affichage des informations sur la version 61
Affichage et exportation des informations sur la licence 61
Analyse des performances à l'aide de la console JMX 62
Surveillance des statistiques de mise en cache des descripteurs de fichiers
à l'aide de JMX Console 63
Surveillance de l'utilisation de la mémoire 63
Analyse de votre système
Le système de journaux affiche les messages du journal à partir du wrapper du serveur Spectrum™
Technology Platform. Ces messages contiennent des informations sur les opérations du serveur
ainsi que les requêtes lancées par les services depuis l'API et via les services Web. Affichez le
système de journaux lorsque vous rencontrez des problèmes et que vous recherchez des informations
sur les causes possibles.
Si vous exécutez Spectrum™ Technology Platform dans un cluster, le système de journaux que
vous obtiendrez sera celui du nœud auquel vous serez connecté. Vous pouvez afficher le journal
système pour un nœud spécifique à l'aide d'un éditeur de texte pour ouvrir ce fichier sur le noeud
: ServerLocation\server\app\repository\logs\[Link].
1. Ouvrez Management Console.
2. Accédez à Système > Journaux.
3. Cliquez sur l'icône de téléchargement pour télécharger le fichier système de journaux.
4. Ouvrez le fichier téléchargé dans un éditeur de texte :
Vous pouvez spécifier un niveau de journalisation par défaut et des niveaux de journalisation pour
chaque service sur votre système. Quand vous modifiez les niveaux de journalisation, vos
modifications ne seront pas prises en compte dans les entrées de journal qui sont antérieures aux
modifications.
Remarque : Les niveaux de journalisation que vous indiquez pour les services n'affectent
pas le journal d'audit. Ils ne contrôlent que le niveau de journalisation du journal d'événements
que vous pouvez afficher dans Management Console. À ce jour, vous ne pouvez pas afficher
le journal d'événements dans la version Web de Management Console.
Erreur Les erreurs et les erreurs fatales sont consignées. Les erreurs indiquent un
problème isolé qui rend une partie du système inutilisable. Par exemple, un
problème entraînant l'arrêt d'un seul service génère une erreur.
Avertir Les avertissements, les erreurs et les erreurs fatales sont consignés. Les
avertissements indiquent des problèmes qui n'empêchent pas le système de
fonctionner. Par exemple, lors du chargement d'un service avec un paramètre
défini sur une valeur non valide, un avertissement est émis et c'est le paramètre
par défaut qui est alors utilisé. Durant l'utilisation d'un service, si les résultats
sont renvoyés mais qu'il existe toutefois un problème, un avertissement sera
enregistré dans le journal.
Infos Les informations système de haut niveau sont consignées. Ceci correspond au
niveau d'enregistrement le plus détaillé tout en étant adapté à la production. Les
événements Info sont généralement visibles durant le démarrage et l'initialisation,
fournissant des informations telles que les informations de version et les services
chargés.
Débogage Niveau de consignation très détaillé, adapté au débogage de problèmes
rencontrés par le système.
Traçage Niveau de consignation le plus détaillé, qui trace l'exécution des programmes
(entrées/sorties de la méthode) Ce niveau fournit des informations détaillées
sur le flux du programme pour le débogage.
Chaque niveau d'enregistrement inclut ceux situés au-dessus d'eux dans la liste. En d'autres
termes, si Avertir est sélectionné comme niveau d'enregistrement, les erreurs et les erreurs
fatales seront aussi enregistrées. Si Info est choisi, les messages d'information, les avertissements,
les erreurs et les erreurs fatales seront enregistrées.
Remarque : Sélectionner le niveau d'enregistrement le plus intensif peut affecter la
performance du système. Par conséquent, vous devriez sélectionner le paramètre le moins
intensif qui satisfait à vos exigences particulières en matière d'enregistrement.
4. Si vous voulez spécifier des niveaux d'enregistrement différents pour chaque service, choisissez
le niveau d'enregistrement que vous voulez.
Journalisation spatiale
</encoder>
</appender>
<!--appender name="FILE-SPATIAL"
class="[Link]">
<file>${[Link]}/spatial/${[Link]}.log</file>
<encoder>
<pattern>%d [%thread] %-5level %logger{35} - %msg%n</pattern>
</encoder>
<append>true</append>
<triggeringPolicy
class="[Link]">
<maxFileSize>10MB</maxFileSize>
</triggeringPolicy>
<rollingPolicy
class="[Link]">
<fileNamePattern>${[Link]}.log.%i</fileNamePattern>
<maxIndex>1</maxIndex>
</rollingPolicy>
</appender-->
<!-- Level: OFF, ERROR, WARN, INFO, DEBUG -->
<logger name="[Link]" level="INFO" additivity="false">
<appender-ref ref="CONSOLE-SPATIAL"/>
Option Valeurs
Niveau • OFF–désactivation de la journalisation
• ERROR–journalisation des erreurs d'exécution ou inattendues
• WARN–journalisation des avertissements uniquement ; par
exemple, utilisation d'une API dépréciée
• INFO–journalisation des événements d'exécution comme le
démarrage ou l'arrêt [par défaut]
• DEBUG–journalisation des informations de débogage détaillées
Spectrum™ Technology Platform peut envoyer des alertes de courrier électronique pour vous
signaler des événements importants. Les notifications par courrier électronique peuvent être envoyées
en raison de conditions au sein de flux de données et des processus et lorsque des licences, des
bases de données et d'autres éléments basés sur le temps sont sur le point d'expirer.
Spectrum™ Technology Platform ne dispose pas de serveur de messagerie intégré ; par conséquent,
pour activer la notification par courrier électronique, vous devez le configurer pour qu'il utilise un
serveur SMTP externe.
1. Ouvrez Management Console.
2. Accédez à Système > Serveur de messagerie.
3. Dans le champ Serveur, saisissez le nom d'hôte ou l'adresse IP du serveur SMTP à utiliser pour
envoyer des notifications par courrier électronique.
4. Dans le champ Port, saisissez un numéro ou une plage de port(s) à utiliser pour la communication
réseau entre le serveur Spectrum™ Technology Platform et le serveur SMTP.
Le port par défaut est 25.
5. Dans les champs Nom d'utilisateur et Mot de passe, saisissez les informations d'identification
que le serveur Spectrum™ Technology Platform doit utiliser pour s'authentifier auprès du serveur
SMTP.
6. Dans le champ Adresse d'envoi, saisissez l'adresse électronique à partir de laquelle les courriers
électroniques de notification doivent être envoyés.
7. Pour vérifier que vous avez correctement configuré un serveur de messagerie, vous pouvez
envoyer un courrier électronique de test. Saisissez l'adresse électronique à laquelle vous souhaitez
envoyer le test à dans le champ Adresse test, puis cliquez sur Tester.
8. Cliquez sur Enregistrer.
Le serveur Spectrum™ Technology Platform est maintenant connecté à un serveur SMTP et peut
utiliser ce serveur pour envoyer des courriers électroniques de notification.
Spectrum™ Technology Platform peut envoyer une notification par courrier électronique lorsqu'un
composant de licence, de base de données ou de logiciel est sur le point d'expirer. Cela vous permet
de prendre les mesures nécessaires pour vous assurer que vos processus d'entreprise ne sont pas
interrompus pour cause d'expiration. Parmi les composants disposant d'une date d'expiration figurent
les éléments suivants :
• Licences
Remarque : Les notifications par courrier électronique ne sont pas disponibles pour les
licences basées sur des transactions. Si vous approchez du nombre maximal de transactions
pour une licence, un message s'affiche dans le journal système de Management Console.
• Bases de données, comme les bases de données postales américaines utilisées pour le traitement
CASS
• Certains composants logiciels, comme le moteur utilisé pour valider les adresses américaines
dans le module Universal Addressing
Conseil : Pour afficher les éléments présentant une date d'expiration, ouvrez Management Console,
et accédez à Système > Licences et expiration.
Vous pouvez sélectionner les éléments dont vous souhaitez être informé de sorte à ne recevoir de
notification que pour les éléments qui vous concernent.
1. Ouvrez Management Console.
2. Accédez à Système > Licences et expiration.
3. Pour recevoir une notification d'expiration par courrier électronique pour un élément, cochez la
case de la colonne Envoyer une notification. Si vous souhaitez être informé avant ou après la
valeur par défaut, indiquez le nombre de jours avant l’expiration pour la réception de la notification.
Vous pouvez exporter les informations sur votre licence dans un fichier XML. Cela peut s'avérer
utile pour résoudre des problèmes de licence avec l'aide du support technique.
1. Dans un navigateur Web, accédez à l'URL suivante :
[Link]
La console JMX constitue un outil basé sur un navigateur qui permet d'analyser les performances
et qui enregistre les statistiques sur les performances des enregistrements de chaque stage d'un
flux de données.
1. Ouvrez un navigateur et accédez à[Link]
Où :
serveur est l'adresse IP ou le nom d'hôte de votre serveur Spectrum™ Technology Platform.
port est le port HTTP utilisé par Spectrum™ Technology Platform. La valeur par défaut est 8080.
JMX Console est l’outil basé sur un navigateur qui permet d'analyser les performances et les
statistiques des enregistrements, notamment les statistiques de mise en cache des descripteurs
de fichiers TAB natifs et Shapefile.
1. Ouvrez un navigateur et accédez à [Link]
Où :
server est l'adresse IP ou le nom d'hôte de votre serveur Spectrum™ Technology Platform.
port est le port HTTP utilisé par Spectrum™ Technology Platform. La valeur par défaut est 8080.
La console JMX vous permet de surveiller l'utilisation de la portion de mémoire JVM de chaque
composant spatial distant.
In this section
Configuration des composants distants 66
Configuration de la mise en pool des sources de données 67
Gestion de la mémoire et des threads
Tous les services spatiaux dans le Spectrum™ Technology Platform sont déployés dans un
composant distant (instance JVM) séparé de l'exécution de la plateforme. Ce système garantit
l'indépendance de la plate-forme par rapport aux modules qu'elle contient et l'application de la
configuration JVM aux services spatiaux, ce qui offre davantage de flexibilité en matière d'attribution
de mémoire et de réglage précis des performances en fonction des caractéristiques de ces services.
Le composant distant fournit des fonctions spatiales aux services spatiaux (comme les services
Feature et Mapping) et les stages (comme Spatial Calculator et Query Spatial Data). La taille du
pool d'un composant distant correspond au nombre de requêtes que le composant peut gérer
simultanément. Cela affecte le débit des services spatiaux et des stages spatiaux.
Pour gérer les autorisations pour le composant spatial distant, utilisez Console Management comme
vous le feriez pour tout autre type d'entité sécurisée. Le composant spatial distant est répertorié en
tant que type d'entité sécurisée « Composant spatial » sous le groupe Ressources de bases de
données. Vous pouvez définir des autorisations pour le composant spatial distant lors de la création
ou de la modification des rôles ou à l'aide des paramètres de contrôle d'accès. Pour plus
d'informations, reportez-vous à la section Gestion de la sécurité à la page 22.
Outre le réglage JVM, vous pouvez également ajuster la taille du pool du composant spatial distant.
La taille du pool d'un composant distant correspond au nombre de requêtes que le composant peut
gérer simultanément. Ce paramètre représente le nombre de threads reçus par les composants à
l'écoute des requêtes de service de Spectrum™ Technology Platform ou exécutant un stage de
module Location Intelligence (à savoir, le nombre maximal de connexions gérées).
Chaque requête de Service Web atteint Spectrum via la plate-forme et est transmise au composant.
Il est possible d'augmenter la valeur par défaut de 1 pour pouvoir faire face à des charges de
requêtes supérieures. Il est recommandé d'utiliser une taille de pool qui correspond au nombre
d'UC. Le paramètre maximal ne doit pas être supérieur à deux fois le nombre de cœurs d'UC ; par
exemple, sur un poste de quatre UC, le nombre combiné de threads pour l'ensemble des services
ne doit pas être supérieur à huit. Des tests de performances doivent être menés, avec différents
réglages, jusqu'à obtenir des performances d'utilisation optimales.
Vous pouvez régler la taille du pool dans Management Console pour le composant spatial distant :
1. Ouvrez Management Console.
2. Accédez à Ressources > Location Intelligence.
3. Modifiez la taille du pool du composant distant en utilisant les flèches ou en saisissant une valeur.
La valeur minimale est 1 et la valeur maximale est 64.
In this section
Architecture en cluster pour le module Location Intelligence 69
Utilisation d'Enterprise Designer avec un cluster 71
Démarrage d'un cluster 72
Arrêt d’un cluster 73
Suppression d'un nœud d'un cluster 73
Gestion d'un cluster pour le module Location Intelligence 74
Gestion d'un cluster
Dans un environnement en cluster, le traitement est partagé entre deux ou plusieurs instances du
serveur. Le schéma ci-dessous illustre l'architecture de déploiement de cette configuration.
L'équilibrage de charge peut être utilisé pour prendre en charge une grande disponibilité et une
forte évolutivité. L'architecture de déploiement inclut un équilibreur de charge, un cluster Spectrum
Spatial, une base de données et un partage de fichiers. Grâce à cette approche, il est possible de
faire l'évoluer l'architecture à l'horizontale comme à la verticale. Vous pouvez mettre le module
Location Intelligence en cluster avec ou sans mise en cluster de plate-forme.
Remarque : Il est recommandé de configurer un cluster Spectrum™ Technology Platform
et un cluster du module Location Intelligence, car cela présente plusieurs avantages :
• La synchronisation de la sécurité (ACL) s’effectue automatiquement pour les ressources
nommées.
• Les flux de données, les utilisateurs et rôles créés sur un nœud sont automatiquement
synchronisés avec tous les nœuds.
• Tous les utilitaires et toutes les pages de démo du module Location Intelligence (comme
Spatial Manager) peuvent pointer vers l’équilibreur de charge.
Équilibreur de charge
L'équilibreur de charge distribue les requêtes entre les instances Spectrum Spatial. Il est possible
d'utiliser n'importe quel équilibreur de charge capable d'équilibrer les charges des
requêtes HTTP/HTTPS.
Base de données
Spectrum enregistre les ressources nommées (cartes, couches, tables et styles), les métadonnées
géographiques et la configuration dans un référentiel. Dans une installation avec un seul serveur
par défaut, une base de données intégrée sert à stocker ces ressources sur le serveur local. Pour
créer une solution évolutive résiliente, il convient de remplacer cette base de données intégrée par
une base de données résiliente indépendante. Oracle, PostGreSQL (PostGIS) et Microsoft SQL
Serveur sont les bases de données de référentiel prises en charge.
Dans une configuration d'équilibrage de charge, les nœuds Spectrum mettent ces ressources dans
une mémoire cache et un index de recherche locaux au niveau de chaque nœud du cluster. Lorsqu'un
nœud Spectrum reçoit une requête, il utilise la mémoire cache et l'index locaux pour trouver des
ressources. Il est possible d'ajouter des ressources nommées via n'importe quel nœud du cluster.
Chaque nœud conserve sa mémoire cache en cours en vérifiant les différences entre sa mémoire
cache locale et la base de données centrale. Par défaut, cette vérification se produit toutes les deux
secondes. Cette fréquence est configurable. Cette architecture garantit des transactions extrêmement
performantes de la part du serveur et une charge minimale imposée à la base de données du
référentiel. Si un nouveau noeud Spectrum est ajouté au cluster, sa mémoire cache et son index
sont automatiquement créés. Un tel scénario peut se produire pour remédier à la panne d'un nœud
ou pour augmenter la capacité du déploiement.
Partage de fichiers
Le partage de fichiers fournit un dossier contenant les images des cartes générées par Spectrum.
Lors du rendu des cartes via les Services Web, le serveur gère les images des cartes renvoyées
par des URL ou sous forme d'images codées de type base 64. Lorsqu'une URL est renvoyée,
l'image de la carte est enregistrée sous forme de fichier et servie lorsque l'URL fait l'objet d'une
requête. Pour garantir la capacité de tout nœud Spectrum à renvoyer l'image de la carte, il est utilisé
un partage de fichiers qui stocke les images.
Une fois que vous vous êtes connecté, vous pouvez utiliser Enterprise Designer normalement. Les
actions que vous réalisez s'appliquent à toutes les instances Spectrum™ Technology Platform du
cluster auquel vous êtes connecté.
Si tous les nœuds d'un cluster sont arrêtés, vous devez suivre cette procédure pour démarrer le
cluster en toute sécurité et éviter toute perte de données.
1. Sur le dernier nœud qui a été arrêté, supprimez les nœuds seed, puis démarrez le serveur.
Avertissement : Le premier nœud que vous démarrez doit être le dernier nœud que vous avez
arrêté, et ce nœud doit être un nœud seed. Le démarrage d'un autre nœud en premier risque
d'entraîner une perte de données, comme les paramètres de configuration et l'historique des
jobs. Si vous ne savez pas quel nœud a été arrêté en dernier, recherchez dans le journal du
wrapper de chaque nœud l'horodateur du message d'arrêt. Le journal du wrapper se trouve à
l'emplacement suivant : Spectrum
Location\server\app\repository\logs\[Link].
a) Ouvrez ce fichier dans un éditeur de texte :
server/app/conf/[Link]
3. Notez le nœud que vous avez arrêté en dernier. Vous aurez besoin de ces informations lors du
démarrage du cluster.
Avertissement : Pour éviter toute perte de données lors du démarrage du cluster, le premier
nœud que vous démarrez doit être le dernier nœud que vous avez arrêté, et ce nœud doit être
un nœud seed.
Pour supprimer un nœud d'un cluster, arrêtez le serveur Spectrum™ Technology Platform.
1. Arrêtez le nœud que vous souhaitez supprimer :
• Sous Unix ou Linux, remplacez le répertoire de travail par le répertoire Spectrum™ Technology
Platform du serveur bin, localisez le fichier de configuration, puis saisissez la commande
suivante :./[Link].
• Sous Windows, faites un clic droit sur l'icône Spectrum™ Technology Platform dans la barre
d'état système, puis sélectionnez Arrêter Spectrum™.
Vous devez configurer le module Location Intelligence pour qu'il utilise une base de données de
référentiel commune pour le cluster. Cela garantit la gestion des ressources nommées, métadonnées
géographiques et paramètres de configuration au sein du cluster tout entier.
Le référentiel est installé avec un ensemble de ressources nommées, métadonnées géographiques
et fichiers de configuration. Pour migrer ces ressources vers le référentiel de base de données
commun, il convient d'exporter ces ressources de la base de données de référentiel interne par
défaut et de les réimporter dans la nouvelle base de données de référentiel partagé.
Pour l'exportation et l'importation en masse du contenu du référentiel, utilisez les commandes
limrepo import et limrepo export de l’utilitaire Administration. Ces commandes vous donnent
la possibilité de conserver les autorisations (reportez-vous à la section Administration du Guide
Spectrum Spatial pour obtenir des instructions).
Suivez les étapes soulignées pour votre base de données de référentiel commune, PostgreSQL,
Oracle, ou Microsoft SQL Server.
Une fois Spectrum™ Technology Platform installé et lorsque vous avez configuré un référentiel
commun, vous devez configurer votre instance avant de pouvoir la répliquer sur une autre machine
virtuelle. Si vous n'utilisez pas d'environnement de machine virtuelle, vous devez effectuer ces
étapes pour chacune de vos installations Spectrum™ Technology Platform.
<ImageCache>
<Directory>/<spatial server
root>/server/modules/spatial/images</Directory>
<AccessBaseURL>[Link]
<FileExpire>30</FileExpire>
<ScanInterval>30</ScanInterval>
</ImageCache>
<ImageCache>
<Directory>\\server\Share\images</Directory>
<AccessBaseURL>[Link]
<FileExpire>30</FileExpire>
<ScanInterval>30</ScanInterval>
</ImageCache>
2. Pour les installations Unix/Linux, vous devez définir un lien symbolique pour permettre aux images
de carte d'accéder au système de fichiers partagés.
Créez un sous-dossier imagesdans le dossier de partage monté, par exemple, /mnt/<linux
mount>/images
Vérification que des entités de sécurité sont définies sur tous les nœuds
Si vous prévoyez d'utiliser des listes de contrôle d'accès (ACLs) sur les ressources nommées dans
un cluster (plusieurs nœuds) du module Location Intelligence, effectuez toutes les modifications
associées aux ressources sur un seul nœud du cluster, puis utilisez les commandes limrepo de
l'utilitaire Administration pour synchroniser les modifications ACL sur les autres nœuds (effectuez
l'exportation et l'importation à l'aide de l'option –a). Lorsque vous effectuez des tâches
d’administration, par exemple, à l’aide de Management Console, de Spatial Manager ou de Map
Uploader, celles-ci doivent être effectuées sur un seul nœud, suivies d'une synchronisation sur les
autres nœuds à l’aide des commandes limrepo de l’utilitaire Administration.
Pour plus d’informations sur les commandes limrepo de l’utilitaire Administration, reportez-vous
à la section Administration du Guide Spectrum Spatial.
Remarque : Cette information s’applique uniquement dans le cas d’un cluster du module
Location Intelligence. Si vous disposez à la fois d'un cluster Spectrum™ Technology Platform
et d'un cluster du module Location Intelligence, les ACLs des ressources nommées sont
reflétées sur tous les nœuds dès qu'elles ont été créées en pointant vers l'équilibreur de
charge. Si vous disposez à la fois d'un cluster Spectrum™ Technology Platform et d'un cluster
du module Location Intelligence, il est recommandé de pointer les utilitaires tels que Spatial
Manager vers l'équilibreur de charge pour permettre la synchronisation automatique des
ressources.
In this section
Démarrage rapide de l'utilitaire Administration 80
Utilisation d'un script avec l'utilitaire Administration 81
Module Location Intelligence 83
Module Enterprise Routing 89
Utilisation d'Administration Utility
1. Ouvrez un navigateur internet et allez sur la page d'accueil Spectrum™ Technology Platform à
:
[Link]
Par exemple, si vous avez installé Spectrum™ Technology Platform sur un ordinateur appelé
« monspectrumplateform » et qu'il utilise le port HTTP par défaut, 8080, vous devrez aller sur :
[Link]
8. Une fois connecté, vous pouvez exécuter des commandes. Notez les conseils suivants :
• Pour obtenir une liste des commandes disponibles, saisissez help ou appuyez sur la touche
de tabulation.
• Pour renseigner automatiquement une commande, saisissez les premiers caractères, puis
appuyez sur la touche de tabulation. Par exemple, si vous saisissez us et que vous appuyez
sur la touche de tabulation, la commande user est automatiquement saisie. Si vous appuyez
de nouveau sur la touche de tabulation, une liste de toutes les commandes user s'affiche.
• Si vous spécifiez une valeur d'option contenant un espace, placez la valeur entre guillemets
doubles.
9. Lorsque vous avez terminé, tapez exit pour quitter l'utilitaire Administration.
L'utilitaire Administration peut exécuter une série de commandes à partir d'un fichier de script. Cela
est utile si vous souhaitez automatiser ou normaliser des actions administratives en utilisant un
script au lieu d'exécuter manuellement des commandes via l'utilitaire Administration ou Management
Console.
1. À l'aide d'un éditeur de texte, créez un fichier de script. Un fichier de script contient les commandes
à exécuter.
Pour ajouter une commande à un fichier de script, tapez la commande et les paramètres
nécessaires, comme vous le feriez si vous saisissiez la commande à l'invite de commande.
Entrez une commande par ligne.
Pour insérer des commentaires dans un fichier de script, utilisez la notation suivante :
/* Indique le début d'un commentaire de bloc.
*/ Indique la fin d'un commentaire de bloc.
// Indique un commentaire en ligne. Utiliser comme début d'une ligne uniquement.
; Indique un commentaire en ligne. Utiliser comme début d'une ligne uniquement.
2. Enregistrez le script dans l'ordinateur sur lequel vous exécutez l'utilitaire Administration ou dans
un emplacement accessible par l'ordinateur sur lequel vous exécutez l'utilitaire Administration.
Vous pouvez utiliser le nom et l'extension de fichier de votre choix. L'extension de fichier
recommandée est .cli.
3. Pour exécuter le script, effectuez l'une des opérations suivantes :
Option Description
// Import to production
dataflow import --f exported\[Link]
dataflow import --f exported\[Link]
dataflow import --f exported\[Link]
limrepo export
La commande limrepo export exporte les ressources nommées (telles que les tables nommées)
à partir du référentiel Spectrum Spatial vers un système de fichiers local. Vous devez disposer
module Location Intelligence installé pour utiliser cette commande.
Les ressources sont exportées avec leurs chemins d'accès complet de référentiel dans le dossier
cible. Par exemple, si vous exécutez limrepo export --s /Samples/NamedTables --o C:\export,
l'outil crée C:\export\Samples\NamedTables\WorldTable, et ainsi de suite pour chaque
table nommée sous le dossier ou le répertoire NamedTables.
Remarque : La commande limrepo export exporte toujours de manière récursive tous
les dossiers, y compris ceux qui sont vides.
Utilisation
limrepo export --sSourceRepositoryPath --oOutputFilePath
Remarque : Pour afficher une liste de paramètres, tapez help limrepo import.
Exemple
Cet exemple exporte les ressources nommées dans le dossier du référentiel \Samples
à C:\myrepository\samples sur votre système de fichiers local.
limrepo export --s \Samples --o C:\myrepository\samples
limrepo import
La commande limrepo import importe des ressources nommées (comme des tables nommées)
d'un système de fichiers local dans le référentiel Spectrum Spatial. Vous devez disposer module
Location Intelligence installé pour utiliser cette commande.
Lors de l'importation, vous devez pointer vers le même dossier ou le répertoire que vous avez
exporté à précédemment. Par exemple, si vous exécutez limrepo export --s
/Samples/NamedTables --o C:\export, l'outil crée
C:\export\Samples\NamedTables\WorldTable, et ainsi de suite pour chaque table nommée
sous le dossier ou le répertoire NamedTables. Les ressources sont exportées avec leurs chemins
d'accès complet de référentiel dans le dossier cible. Exécute limrepo import --s C:\export puis
importe WorldTable dans/Samples/NamedTables/WorldTable.
Remarque : La commande limrepo import importe toujours de manière récursive tous
les dossiers, y compris ceux qui sont vides.
Après avoir effectué une importation, dans de nombreux cas, vous devrez ajuster les connexions
nommées pour qu'elles pointent vers leur nouveau chemin d'accès via Spatial Manager. Par exemple,
si vos fichiers TAB natifs étaient installés dans « C:\myfiles » dans votre instance de test, et si les
mêmes fichiers sont installés dans « E:\ApplicationData\Spectrum\Spatial\Spring2016 », cette
connexion doit être corrigée dans Spatial Manager après l'importation. Reportez-vous à la section
Utilitaires du Guide Spectrum Spatial pour obtenir des instructions sur l'utilisation de Spatial Manager
pour modifier une connexion nommée.
Remarque : Si vous utilisez limrepo import pour restaurer les fichiers de configuration
de service que vous avez exportés depuis une version antérieure à la version 12.0 de
Spectrum™ Technology Platform, les fichiers sont automatiquement modifiés pour qu'ils
soient compatibles avec la version 12.0 et les versions ultérieures (par exemple, les URL du
référentiel sont supprimées).
Utilisation
limrepo import --sSourceFilePath
Remarque : Pour afficher une liste de paramètres, tapez help limrepo import.
Exemple
Cet exemple importe les ressources nommées à partir de C:\myrepository\samples
sur votre système de fichiers local.
limrepo import --s C:\myrepository\samples
limrepo mwsimport
L'importation va créer la carte nommée et toutes ses ressources dépendantes (couches, tables et
connexions). La connexion est nommée en ajoutant « Connection » au nom de la carte. Les tables
nommées et les couches nommées sont créées dans des sous-dossiers (NamedTables et
NamedLayers, respectivement).
Vous devez disposer module Location Intelligence installé pour utiliser cette commande.
Utilisation
limrepo mwsimport --s MWSFilePath --o Output --p ServerPath
Remarque : Pour afficher une liste de paramètres, saisissez help limrepo mwsimport.
Exemple
Cet exemple importe un fichier MWS sur le lecteur D: (où les données du serveur
existent au niveau C:\mydata) et place les ressources nommées dans
/Europe/Countries dans le référentiel.
limrepo mwsimport --s D:\[Link] --o /Europe/Countries --p
C:\mydata
Résultat
Les ressources nommées suivantes sont créées :
/Europe/Countries/Europe (carte nommée)
/Europe/Countries/EuropeConnection (connexion nommée)
/Europe/Countries/NamedTables/austria (table nommée)
/Europe/Countries/NamedTables/belgium (table nommée)
.
./Europe/Countries/NamedLayers/austria (couche nommée)
/Europe/Countries/NamedLayers/belgium (couche nommée)
..
ermdb list
La commande ermdb list récupère une liste de l'ensemble des ressources de base de données
d'itinéraire existantes sur le serveur. Pour utiliser cette commande, vous devez avoir installé le
module Enterprise Routing.
Utilisation
ermdb list
Exemple
Cet exemple renvoie toutes les ressources de base de données sur le serveur.
ermdb list
ermdb get
La commande ermdb get vous permet de renvoyer des informations sur les bases de données
de routage configurées sur le serveur dans un fichier. Les informations renvoyées sont le nom de
la base de données, l’emplacement de la base de données sur le système de fichiers (chemin
d’accès) et la taille de pool configurée pour la base de données. Pour utiliser cette commande, vous
devez avoir installé le module Enterprise Routing.
Utilisation
ermdb get --name database_name
Remarque : Pour afficher une liste de paramètres, saisissez help ermdb get.
Exemple
Cet exemple renvoie des informations sur les ressources de base de données
américaines depuis le serveur.
ermdb get --name US
ermdb add
La commande ermdb add crée une nouvelle ressource de base de données de routage sur le
serveur. Pour utiliser cette commande, vous devez avoir installé le module Enterprise Routing.
Remarque : La commande ermdb add nécessite un nom unique à utiliser pour chacune
des bases de données ajoutées.
Utilisation
ermdb add --name database_name --poolsize pool_size --path database_path
Remarque : Pour afficher une liste de paramètres, saisissez help ermdb add.
Exemple
Cet exemple ajoute au serveur les ressources de base de données américaines
depuis E: /ERM-US/2014.09/driving/south.
ermdb add --name US --poolsize 10 --path E:
/ERM-US/2014.09/driving/south
ermdb delete
La commande ermdb delete supprime une ressource de base de données d'itinéraire existante
du serveur. Pour utiliser cette commande, vous devez avoir installé le module Enterprise Routing.
Utilisation
ermdb delete --name database_name
Remarque : Pour afficher une liste de paramètres, saisissez help ermdb delete.
Exemple
Cet exemple supprime du serveur les ressources de base de données américaines.
ermdb delete --name US
ermdb modify
La commande ermdb modify modifie une ressource de base de données d'itinéraire existante
sur le serveur. Pour utiliser cette commande, vous devez disposer du module Enterprise Routing.
Utilisation
ermdb modify --name database_name --poolsize pool_size --path database_path
Remarque : Pour afficher une liste de paramètres, saisissez help ermdb modify.
Exemple
Cet exemple modifie la taille du pool et le chemin d'accès à la base de données pour
un nouveau millésime.
ermdb modify --name US --poolsize 20 --path E:
/ERM-US/2015.03/driving/south
ermdb import
Utilisation
ermdb import --file file_name
Remarque : Pour afficher une liste de paramètres, saisissez help ermdb import.
Exemple
Cet exemple importe deux bases de données US1 et US2, chacune composée de
plusieurs jeux de données.
ermdb import --file E:/ERM-US/export/[Link]
Le fichier d’entrée est défini comme suit :
[ { "product": "Spatial", "module": "routing", "name": "US1", "maxActive": 4, "properties":
{ "DatasetPaths":
"E:/ERM-US/2014.09/driving/northeast;E:/ERM-US/2014.09/driving/south" } }, {
"product": "Spatial", "module": "routing", "name": "US2", "maxActive": 4, "properties":
{ "DatasetPaths":
"E:/ERM-US/2014.09/driving/northwest;E:/ERM-US/2014.09/driving/central" } } ]
ermdb export
La commande ermdb export vous permet d’exporter les bases de données de routage configurées
sur le serveur dans un fichier. Ce fichier peut ensuite être importé dans une autre instance à l’aide
de la commande ermdb import, soit sous forme de sauvegarde, soit pour la migration d'une
instance à une autre. Pour utiliser cette commande, vous devez avoir installé le module Enterprise
Routing.
Remarque : La commande ermdb export crée toujours un nom de fichier d’exportation
[Link]
Utilisation
ermdb export --directory directory_name
Remarque : Pour afficher une liste de paramètres, saisissez help ermdb export.
Exemple
Cet exemple crée un fichier de base de données d'exportation dans le répertoire
E:/ERM-US/export.
ermdb export --directory E:/ERM-US/export
erm getpointdata
La commande erm getpointdata renvoie des informations de segment pour un point. Le ou les
segments les plus proches sont renvoyés au point spécifié. Les types d'informations renvoyés sont
les suivants : ID de segment, type de route, longueur, vitesse, direction, temps, nom de route, etc.
Pour utiliser cette commande, vous devez avoir installé le module Enterprise Routing.
Utilisation
erm getpointdata --datasource db_resource --point "x,y,coordsys"
Remarque : Pour afficher une liste de paramètres, saisissez help erm getpointdata.
Exemple
Cet exemple renvoie les données du segment le plus proche des ressources de base
de données US_NE configurées sur le serveur.
erm getpointdata --datasource US_NE --point "-72,40,epsg:4326"
erm getsegmentdata
Utilisation
erm getsegmentdata --datasource db_resource --segmentid "segment_id"
Remarque : Pour afficher une liste de paramètres, saisissez help erm getsegmentdata.
Exemple
Cet exemple exclut les données du segment spécifié des ressources de base de
données US_NE configurées sur le serveur.
erm getpointdata --datasource US_NE --segmentid
"7e3396fc:6e5251"
erm createpointupdate
Utilisation
erm createpointupdate --datasource db_resource --point "x,y,coordsys" --exclude
--velocity velocity_value --velocityunit velocity_unit --velocityadjustment
velocity_adjustment_value --velocitypercentage velocity_percentage_value
Remarque : Pour afficher une liste de paramètres, saisissez help erm
createpointupdate.
Exemples
Cet exemple remplace la vitesse du point sur 15 mph des ressources de base de
données US_NE configurées sur le serveur.
erm createpointupdate --datasource US_NE --point
"-72,40,epsg:4326" --velocity 15 --velocityunit mph
Cet exemple exclut le point spécifié des ressources de base de données US_NE
configurées sur le serveur.
erm createpointupdate --datasource US_NE --point
"-72,40,epsg:4326" --exclude
Cet exemple remplace la vitesse du point en augmentant la vitesse de 45 kph des
ressources de base de données US_NE configurées sur le serveur.
erm createpointupdate --datasource US_NE --point
"-72,40,epsg:4326" --velocityadjustment 45 velocityunit kph
Cet exemple remplace la vitesse du point en diminuant la vitesse de 60 % des
ressources de base de données US_NE configurées sur le serveur.
erm createpointupdate --datasource US_NE --point
"-72,40,epsg:4326" --velocitypercentage -60
erm resetpointupdate
La commande erm resetpointupdate renvoie tous les remplacements à l'état initial des données.
Pour utiliser cette commande, vous devez disposer du module Enterprise Routing.
Utilisation
erm resetpointupdate --datasource db_resource --point "x,y,coordsys" --resettype
reset_type
Remarque : Pour afficher une liste de paramètres, saisissez help erm
resetpointupdate.
Exemple
Cet exemple réinitialise un remplacement d'exclusion existant pour le point donné
des ressources de base de données US_NE configurées sur le serveur.
erm resetpointupdate --datasource US_NE --point
"-72,40,epsg:4326" --resettype exclude
erm createsegmentupdate
Utilisation
erm createsegmentupdate --datasource db_resource --segmentid « segment_id »
--exclude --velocity velocity_value --velocityunit velocity_unit --velocityadjustment
velocity_adjustment_value --velocitypercentage velocity_percentage_value --roadtype
road_type
Remarque : Pour afficher une liste de paramètres, saisissez help erm
createsegmentupdate.
Non --velocity velocity_value Définit une mise à jour de la vitesse dans laquelle
vous définissez la nouvelle vitesse du segment en
indiquant la nouvelle vitesse. L'unité par défaut est
mph (miles par heure), à moins que vous ne
spécifiez le paramètre velocityunit.
Exemples
Cet exemple remplace la vitesse du segment sur 15 mph des ressources de base
de données US_NE configurées sur le serveur.
erm createsegmentupdate --datasource US_NE --segmentid
"7e3396fc:6e5251" --velocity 15 --velocityunit mph
Cet exemple exclut le segment spécifié des ressources de base de données US_NE
configurées sur le serveur.
erm createsegmentupdate --datasource US_NE --segmentid
"7e3396fc:6e5251" --exclude
Cet exemple remplace la vitesse du segment en augmentant la vitesse de 45 kph
des ressources de base de données US_NE configurées sur le serveur.
erm createsegmentupdate --datasource US_NE --segmentid
"7e3396fc:6e5251" --velocityadjustment 45 velocityunit kph
Cet exemple remplace la vitesse du segment en diminuant la vitesse de 60 % des
ressources de base de données US_NE configurées sur le serveur.
erm createsegmentupdate --datasource US_NE --segmentid
"7e3396fc:6e5251" --velocitypercentage -60
Cet exemple remplace le type de route du segment sur ferry des ressources de base
de données US_NE configurées sur le serveur.
erm createsegmentupdate --datasource US_NE --segmentid
"7e3396fc:6e5251" --roadtype ferry
erm resetsegmentupdate
La commande erm resetsegmentupdate renvoie tous les remplacements à l'état initial des
données. Pour utiliser cette commande, vous devez avoir installé le module Enterprise Routing.
Utilisation
erm resetsegmentupdate --datasource db_resource --segmentid "segment_id"
--resettype reset_type
Remarque : Pour afficher une liste de paramètres, saisissez help erm
resetsegmentupdate.
Exemple
Cet exemple réinitialise le remplacement d'un type de route existant pour le segment
donné des ressources de base de données US_NE configurées sur le serveur.
erm resetpointupdate --datasource US_NE --point
"7e3396fc:6e5251" --resettype roadtype
erm getsegmentupdates
La commande erm getsegmentupdates renvoie une liste de substitutions dans les données
d'itinéraire pour le ou les segments spécifiés. Pour utiliser cette commande, vous devez avoir installé
le module Enterprise Routing.
Remarque : segmentids est un paramètre facultatif. Si aucun id de segment n'est spécifié,
les substitutions de tous les segments disponibles sont renvoyées.
Utilisation
erm getsegmentupdates --datasource db_resource --segmentids "segment_ids"
Remarque : Pour afficher une liste de paramètres, saisissez help erm
getsegmentupdates.
Non --segmentids "segment_ids" Liste séparée par des virgules des id de segment
dont renvoyer les informations de remplacement.
Les segments sont spécifiés au format spécifié
dans les données. Par exemple,
"7e3396fc:6e5251".
Exemple
Cet exemple renvoie les substitutions d'un segment des ressources de base de
données US_NE configurées sur le serveur.
erm getsegmentupdates --datasource US_NE --segmentids
"7e3396fc:6e5251"
erm createroadtypeupdate
Utilisation
erm createroadtypeupdate --datasource db_resource --roadtype "road_type"
--velocity velocity_value --velocityunit velocity_unit --velocityadjustment
velocity_adjustment_value --velocitypercentage velocity_percentage_value --roadtype
road_type
Remarque : Pour afficher une liste de paramètres, saisissez help erm
createroadtypeupdate.
Exemples
Cet exemple remplace la vitesse du type de route sur 25 kph des ressources de
base de données US_NE configurées sur le serveur.
erm createsegmentupdate --datasource US_NE --roadtype "normal
road suburban" --velocity 25 --velocityunit kph
Cet exemple augmente la vitesse du type de route spécifié de 50 kph des ressources
de base de données US_NE configurées sur le serveur.
erm createsegmentupdate --datasource US_NE --roadtype "normal
road suburban" --velocityadjustment 50 --velocityunit mph
Cet exemple remplace la vitesse du type de route en diminuant la vitesse de 60 %
des ressources de base de données US_NE configurées sur le serveur.
erm createsegmentupdate --datasource US_NE --roadtype "normal
road suburban" --velocitypercentage -65
erm resetroadtypeupdate
La commande erm resetroadtypeupdate renvoie tous les remplacements à l'état initial des
données. Pour utiliser cette commande, vous devez disposer du module Enterprise Routing.
Utilisation
erm resetroadtypeupdate --datasource db_resource --roadtype "road_type"
Remarque : Pour afficher une liste de paramètres, saisissez help erm
resetroadtypeupdate.
Exemple
Cet exemple réinitialise le remplacement du type de route « Suburbaine route
normale » des ressources de base de données US_NE configurées sur le serveur.
erm resetpointupdate --datasource US_NE --roadtype "normal road
suburban"
erm getroadtypeupdates
La commande erm getroadtypeupdates renvoie une liste de substitutions dans les données
d'itinéraire pour le ou les types de route spécifiés. Pour utiliser cette commande, vous devez avoir
installé le module Enterprise Routing.
Remarque : roadtypes est un paramètre facultatif. Si aucun type de route n'est spécifié,
les substitutions de tous les types de route disponibles sont renvoyées.
Utilisation
erm getsegmentupdates --datasource db_resource --roadtypes "road_types"
Remarque : Pour afficher une liste de paramètres, saisissez help erm
getsegmentupdates.
Non --roadtypes "road_types" Liste séparée par des virgules des types de route
dont renvoyer les informations de remplacement.
Pour obtenir une liste des types de route,
reportez-vous à la section erm
createroadtypeupdate à la page 104.
Exemple
Cet exemple renvoie les remplacements pour le type de route « Urbaine route
normale » des ressources de base de données US_NE configurées sur le serveur.
erm getsegmentupdates --datasource US_NE --roadtypes "normal
road urban"
erm getallupdates
La commande erm getallupdates renvoie une liste de remplacements d'une ressource de base
de données d'itinéraire spécifiée. Pour utiliser cette commande, vous devez disposer du module
Enterprise Routing.
Utilisation
erm getsegmentupdates --datasource db_resource --segmentids "segment_ids"
Remarque : Pour afficher une liste de paramètres, saisissez help erm getallupdates.
Exemple
Cet exemple renvoie tous les remplacements des ressources de base de données
US_NE configurées sur le serveur.
erm getallupdates --datasource US_NE
erm resetallupdates
La commande erm resetallupdates renvoie tous les remplacements à l'état initial des données.
Pour utiliser cette commande, vous devez disposer du module Enterprise Routing.
Utilisation
erm resetallupdates --datasource db_resource
Remarque : Pour afficher une liste de paramètres, saisissez help erm resetallupdates.
Exemple
Cet exemple réinitialise tous les remplacements des ressources de base de données
US_NE configurées sur le serveur.
erm resetallupdates --datasource US_NE
In this section
Spécification des options de services/stages par défaut 112
Prévisualisation d'un service/stage 112
Obtention des données d'itinéraire à l'aide de Management Console 115
Module Enterprise Routing
Les options par défaut contrôlent le comportement par défaut de chaque service ou stage sur votre
système. Vous pouvez spécifier une valeur par défaut pour chaque option. L'option par défaut prend
effet quand une requête ne définit pas de manière explicite de valeur pour une option donnée. Ces
options par défaut sont aussi les paramètres utilisés par défaut lorsque vous créez un flux de
données dans Enterprise Designer à l'aide de ce service.
Pour plus d'informations sur les options, reportez-vous aux sections Stages, Ressources et Données
du Guide Spectrum Spatial qui s'appliquent au module Enterprise Routing.
Remarque : Les mises à jour persistantes ne sont pas gérées à l'aide de Management
Console. Pour effectuer des mises à jour persistantes, utilisez la fonctionnalité de ligne de
commande Spectrum de l'utilitaire Administration.
Remarque : Le service Get Route Data de Management Console ne définit pas d'options
par défaut ; il s'agit plutôt d'un moyen interactif de renvoyer les données d'itinéraire pour des
segments. Pour plus d'informations sur Get Route Data, reportez-vous à la section Obtention
des données d'itinéraire à l'aide de Management Console à la page 115.
Vous pouvez prévisualiser les résultats d'un service dans Management Console à l'aide de l'onglet
Aperçu du service. La prévisualisation peut s'avérer utile pour vous aider à décider des options à
spécifier, car vous pouvez immédiatement voir l'effet des différentes options sur les données
renvoyées par le service ou le stage.
1. Ouvrez Management Console.
2. Accédez au menu Services et sélectionnez le service pour lequel vous souhaitez obtenir un
aperçu.
3. Cliquez sur l'onglet Aperçu.
• Pour supprimer tous les enregistrements, cliquez sur le bouton Supprimer en haut de la zone
d'aperçu :
6. Passez en revue vos données de sortie, en vous assurant que les résultats correspondent bien
à vos attentes du service ou du stage. Au besoin, vous pouvez apporter des modifications à
l'option et cliquer de nouveau sur Exécuter l'aperçu. (Vous n'avez pas besoin d'entrer les
données à nouveau.)
Avec Management Console, vous pouvez afficher un aperçu des informations de segment et les
enregistrer à partir soit du point le plus proche, soit d'un ID de segment. Le service GetRouteData
renvoie les informations de segment d'un point ou d'un ID de segment. Lorsque qu'un point est
indiqué, les segments d'itinéraire les plus proches sont renvoyés. Lorsqu'un ID de segment est
indiqué, les données d'itinéraire de ce segment d'itinéraire indiqué sont renvoyées.
Pour obtenir un aperçu et/ou enregistrer les données d'itinéraire :
1. Ouvrez Management Console.
2. Accédez au menu Services et sélectionnez le module Enterprise Routing.
3. Sélectionnez Get Route Data dans la liste de services.
4. Sélectionnez les données de point ou de segment dans le champ Type d'entrée.
5. Sélectionnez la ressource de base de données d'itinéraire dans le champ Base de données.
Si vous devez ajouter une nouvelle ressource de base de données d'itinéraire, reportez-vous à
la section Ajout d'une ressource de base de données de routage.
6. Saisissez les informations requises pour le type d'entrée que vous avez sélectionné.
Si vous avez sélectionné des données de point, saisissez les coordonnées de point et le système
de coordonnées. Si vous avez sélectionné des données de segment, saisissez l'ID de segment.
8. Cliquez sur le bouton Enregistrer pour enregistrer les résultats des données d'itinéraire dans
un fichier texte, ou sur le bouton Effacer pour supprimer les résultats des données de sortie.
In this section
Recréation d'un index de référentiel corrompu 117
Surveillance de l'utilisation de la mémoire d'un serveur qui ne répond
pas 117
Dépannage de votre système
Il peut arriver que le référentiel devienne corrompu en cas de mise hors tension soudaine du serveur
ou de suppression du process Java (manuellement ou suite à une coupure de courant). Dans ce
cas, il se peut que vous ne puissiez pas accéder aux ressources précédemment accessibles, et les
journaux ne contiennent alors aucune erreur ni aucun avertissement. Une fois que vous avez vérifié
que le problème n'est pas causé par des modifications des autorisations, recréez l'index pour
résoudre le problème :
1. Mettez le serveur hors tension.
2. Supprimez le répertoire d'index aux emplacements suivants :
• <Spectrum>\server\modules\spatial\jackrabbit\workspaces\default
• <Spectrum>\server\modules\spatial\jackrabbit\workspaces\security
• <Spectrum>\server\modules\spatial\jackrabbit\repository
3. Redémarrez le serveur.
En redémarrant, Jackrabbit recrée l'index aux emplacements ci-dessus.
Une fois que vous avez rétabli l'index, la recherche fonctionne de nouveau correctement.
Si votre serveur Spectrum arrête de répondre, vous pouvez suivre les étapes ci-dessous pour
surveiller ses performances et la consommation de ses ressources. Cette surveillance vous fournit
des informations que vous pouvez utiliser pour régler la mémoire et l'utilisation des threads.
1. Vérifiez si un service autre que Mapping Service fonctionne. Par exemple, démarrez Feature
Service sur la page démo : [Link]
Ce test vous permet de déterminer si le serveur tout entier est en échec ou s'il s'agit uniquement
du Mapping Service.
2. Vérifiez que vous disposez de suffisamment d'espace sur le disque pour le stockage des images
de Mapping Service et de Map Tiling Service, en inspectant les fichiers de configuration :
• Mapping :
[Link]
sous "<Directory> C:\Program Files\Pitney
Bowes\Spectrum/server/modules/spatial/images </Directory>"
• Map Tiling :
"[Link]
sous "<Property name="diskPath" value="C:/Program Files/Pitney
Bowes/Spectrum/server/modules/spatial/TileCache"/>"
© 2017 Pitney Bowes Software Inc. Tous droits réservés. MapInfo et Group 1 Software sont des
marques commerciales de Pitney Bowes Software Inc. Toutes les autres marques et marques
commerciales sont la propriété de leurs détenteurs respectifs.
Avis USPS®
Pitney Bowes Inc. détient une licence non exclusive pour la publication et la vente de bases de
données ZIP + 4® sur des supports optiques et magnétiques. Les marques de commerce suivantes
appartiennent à United States Postal Service : CASS, CASS Certified, DPV, eLOT, FASTforward,
Link Link
First-Class Mail, Intelligent Mail, LACS , NCOA , PAVE, PLANET Code, Postal Service,
Link
POSTNET, Post Office, RDI, Suite , United States Postal Service, Standard Mail, United States
Post Office, USPS, ZIP Code et ZIP + 4. Cette liste de marques de commerce appartenant à U.S.
Postal Service n'est pas exhaustive.
Link®
Pitney Bowes Inc. détient une licence non exclusive de USPS® pour le traitement NCOA .
Les prix des produits, des options et des services de Pitney Bowes Software ne sont pas établis,
contrôlés ni approuvés par USPS® ni par le gouvernement des États-Unis. Lors de l'utilisation de
données RDI™ pour déterminer les frais d'expédition de colis, le choix commercial de l'entreprise
de distribution de colis à utiliser n'est pas fait par USPS® ni par le gouvernement des État-Unis.
Le jeu de données Geocode Address World contient des données distribuées sous licence de
GeoNames Project ([Link]) fournies sous la licence Creative Commons Attribution
License (« Attribution License ») à l'adresse :
[Link] Votre utilisation des données GeoNames
(décrites dans le Manuel de l'utilisateur Spectrum™ Technology Platform) est régie par les conditions
de la licence Attribution License et tout conflit entre votre accord avec Pitney Bowes Software, Inc.
et la licence Attribution License sera résolu en faveur de la licence Attribution License uniquement
s'il concerne votre utilisation des données GeoNames.
[Link]