Présentation rapide des services ArcSDE

Cette rubrique explique le fonctionnement d'un service ArcSDE et ce qui se produit lorsqu'un client se connecte à l'aide d'un service ArcSDE.

Fonctionnement du service ArcSDE

Quand vous vous connectez à la base de données avec un service ArcSDE (aussi appelé un serveur d'application ArcSDE), chaque service ArcSDE écoute les connexions utilisateur sur un numéro de port et un nom de service TCP/IP dédiés, par l'intermédiaire du processus giomgr. Le nom du service par défaut est esri_sde et le numéro de port par défaut est 5 151.

Vous devez ajouter le nom du service et le numéro de port dans le fichier services.sde, situé dans le répertoire $SDEHOME/etc (Linux) ou %SDEHOME%\etc (Windows). Pour en savoir plus sur ce fichier, reportez-vous à la rubrique Le fichier services.sde. Vous devez également ajouter cette entrée dans le fichier de services du système d'exploitation.

Sous Windows, vous pouvez démarrer et arrêter le service ArcSDE via le menu Services Windows. Sous Linux et UNIX, vous devez systématiquement utiliser la commande sdemon.

RemarqueRemarque :

La plupart des systèmes de gestion de bases de données (SGBD) pris en charge permettent d'avoir plus d'une base de données sur un serveur. Chaque base de données doit disposer de son propre service ArcSDE, mais plusieurs connexions client à la base de données peuvent être établies à l'aide de ce service ArcSDE.

Que se passe-t-il lorsqu'une application cliente se connecte en utilisant un service ArcSDE ?

La séquence d'événements suivante se produit lorsqu'une application cliente ArcGIS se connecte à une géodatabase d'entreprise à l'aide d'un service ArcSDE.

  1. Le processus giomgr écoute les connexions sur son port TCP/IP.

    Le giomgr doit être à l'écoute pour pouvoir traiter une demande de connexion. Assurez-vous que vous avez démarré le service ArcSDE et qu'il est à l'écoute. Sous UNIX et Linux, utilisez la commande sdemon –o status pour déterminer l'état du processus giomgr.

    Sous Windows, examinez l'état du service de l'application ArcSDE dans le menu Services. Ouvrez les outils d'administration Windows. Double-cliquez sur l'icône Services pour appeler le menu correspondant. Le statut du service ArcSDE doit être STARTED sous la zone d'état. Sous Windows, vous pouvez également taper la commande sdemon –o status dans un outil de commande MS-DOS au lieu de passer par le menu Services.

  2. Les applications soumettent des demandes de connexion au service ArcSDE.

    Le processus giomgr répond de façon sérielle aux demandes de connexion. Selon le SGBD sous-jacent, le processus giomgr prend de 1 à 5 secondes pour valider une demande de connexion. Lorsque de nombreuses applications essaient d'obtenir une connexion en même temps, il arrive parfois que le délai d'expiration standard TCP/IP de 75 secondes soit dépassé.

  3. Le giomgr compare le temps horloge de l'ordinateur avec le temps horloge de son hôte.

    Si la différence entre le temps horloge de l'ordinateur d'application et le temps horloge du serveur est supérieure à la valeur MAXTIMEDIFF en secondes, le processus giomgr ne laisse pas l'application se connecter. MAXTIMEDIFF est défini dans la table SERVER_CONFIG. Pour en savoir plus, consultez la section relative à la table système SERVER_CONFIG.

  4. Le giomgr compare la version de l'application cliente avec la version du service ArcSDE.

    Si la version de l'application cliente est antérieure à celle du serveur d'application, la connexion est refusée, sauf dans le cas de clients ArcGIS 10 demandant une connexion à des serveurs d'applications version 10.1 ou supérieure.

  5. Le processus giomgr lance un processus gsrvr qui diffuse l'application.

    Le processus giomgr doit être capable d'engendrer un processus gsrvr. Si le nombre maximal de processus déterminé par les restrictions du système d'exploitation a été atteint, cette opération échoue et aucun processus gsrvr n'est créé.

  6. Le processus gsrvr se connecte au SGBD.

    L'application cliente doit fournir un nom d'utilisateur, un mot de passe et un nom de base de données valides (le nom de la base de données n'est pas nécessaire pour les SGBD Oracle) lorsqu'elle soumet la demande de connexion au processus giomgr. Les entrées incorrectes sont rejetées et une erreur -9 SE_INVALID_USER s'affiche.

  7. Le processus giomgr relie l'application au processus gsrvr.

    Une fois que le processus giomgr a relié l'application au processus gsrvr, il continue à écouter les nouvelles connexions et à effectuer d'autres tâches de gestion du service ArcSDE. Toute la communication de l'application avec le SGBD passe par le processus gsrvr.

Thèmes connexes

5/10/2014