Dépannage d'un service ArcSDE

La plupart des problèmes associés au démarrage d'un service ArcSDE se produisent à cause d'un problème lié à l'environnement du système. Souvent, une étape primordiale a été omise pendant l'installation ou la configuration du logiciel.

Les conseils de dépannage de cette rubrique référencent plusieurs commandes d'administration. Consultez le manuel Administration Command Reference pour plus d'informations sur l'utilisation des commandes.

Les codes de sortie giomgr sont documentés dans l'Aide pour les développeurs ArcSDE. L'aide pour les développeurs ArcSDE est disponible sur le DVD d'installation du composant ArcSDE ainsi que sur le site Centre de ressources de géodatabases.

Identification des problèmes

Dépannage du service ArcSDE sur les serveurs UNIX

Problèmes de variables du chemin d'accès au système

Si les variables du chemin d'accès au système ne sont pas définies ou qu'elles ne le sont pas correctement, vous pouvez obtenir les erreurs ci-dessous. Consultez le guide d'installation ArcSDE pour apprendre à définir les variables du chemin pour votre produit ArcSDE.

Le service ArcSDE est déjà démarré

Si la licence du service ArcSDE n'a pas été installée, le serveur d'applications ne démarrera pas. Vous devez installer la licence à l'aide de la commande d'administration keymanager. Contactez le support client d'ESRI pour obtenir une licence valide.

Si le gestionnaire d'entrée/sortie (E/S) est déjà en cours d'exécution, le message suivant apparaît :

SDE Already Running
ArcSDE server license has not been installed

Problèmes d'autorisation du fichier temporaire

Tous les fichiers temporaires ArcSDE existants dont l'administrateur ArcSDE n'est pas propriétaire renvoient le message d'erreur suivant :

ERROR: Cannot Initialize Shared Memory (-79)
Delete /tmp/<service name> and /tmp<service
name>.lock if present.
Could not start ArcSDE - Check Network,
$SDEHOME disk, DBMS settings and dbinit.sde.

Pour résoudre ce problème, supprimez les fichiers temporaires /tmp/<nom du service> et /tmp/<nom du service>.lock. Par exemple, si le nom du service est ESRI_sde, supprimez les fichiers /tmp/ESRI_sde et /tmp/ESRI_sde.lock. Vous devrez peut-être vous connecter en tant qu'utilisateur racine pour supprimer ces fichiers.

Les fichiers ont été supprimés du répertoire /tmp

Si, après avoir démarré le service ArcSDE, les fichiers stockés dans le répertoire /tmp sont supprimés, le service ArcSDE échoue lorsqu'un utilisateur se connecte ou se déconnecte. Le service dépend des fichiers du protocole Socket UNIX créés dans le répertoire /tmp. En règle générale, vous ne devez pas supprimer les fichiers du répertoire /tmp. Toutefois, s'il le faut absolument, vous devez arrêter le service ArcSDE avant de supprimer les fichiers. Reportez-vous à la rubrique Arrêter un service ArcSDE local sous Linux ou UNIX, Arrêter un service ArcSDE local sous Windows ou Arrêter un service ArcSDE distant pour savoir comment procéder.

Problèmes concernant le SGBD

L'erreur SE_OUT_OF_MUTEXES (-109) sur un serveur Solaris

Le système d'exploitation Solaris utilise des fichiers pour implémenter les sémaphores partagés avec POSIX qu'ArcSDE utilise. Si ces fichiers sont abandonnés après un échec du système d'exploitation ou une panne d'alimentation, ils peuvent parfois poser des problèmes. L'emplacement de ces fichiers est contrôlé par le système d'exploitation Solaris. Vous les trouverez dans les répertoires /tmp ou /var /tmp comme suit :

/tmp/.SEMD/
SDE_9.0_<instance>_iomgr_shared_semaphore
/tmp/.SEML/
SDE_9.0_<instance>_iomgr_shared_semaphore

ou

/var/tmp/.SEMD/
SDE_9.0_<instance>_iomgr_shared_semaphore
/var/tmp/.SEML/
SDE_9.0_<instance>_iomgr_shared_semaphore

Après un échec du système d'exploitation, si vous ne parvenez pas à démarrer le service ArcSDE et que vous recevez une erreur -109, c'est probablement à cause de l'existence des deux fichiers sémaphore partagés. Si vous trouvez l'un de ces fichiers dans les répertoires /tmp ou /var/tmp, supprimez-les et réessayez de démarrer le service ArcSDE.

Dépannage du service ArcSDE sur les serveurs Windows

Les erreurs rencontrées le plus souvent au démarrage d'un service ArcSDE sous Windows sont répertoriées ci-dessous. Cette liste inclut les numéros des erreurs (le cas échéant) et leurs causes possibles.

997 Erreur de démarrage du service esri_sde

Cette erreur peut se produire avec une installation ou une configuration incorrecte ou incomplète d'ArcSDE :

"ESRI_sde service failed during initialization. 
Please check event log or error log files. 
Error starting ESRI_sde service(997) 
Could not start ArcSDE — Check Network, $SDEHOME disk, DBMS settings"

Solution

1068 Echec de la dépendance

Il est impossible de trouver le SGBD auquel le service ArcSDE essaie de se connecter. Les causes les plus plausibles de ce problème sont

Vérifiez que le serveur SGBD existe et que le service est démarré, et assurez-vous que les informations de connexion du SGBD sont correctes. Si l'erreur persiste, utilisez la commande sdeservice pour supprimer le service ArcSDE existant et recréez-le.

1069 Echec de la connexion

En général, cette erreur implique que l'utilisateur Windows qui a démarré le service ArcSDE n'est ni administrateur Windows, ni utilisateur avec pouvoir Windows. Un mot de passe inexact est une autre possibilité.

Si le compte de l'administrateur système n'est pas utilisé pour démarrer le service, assurez-vous que le compte d'utilisateur fait partie du groupe d'administrateurs ou d'utilisateurs avec pouvoir Windows.

1072 Registre occupé

Il est arrivé quelque chose dans le registre en rapport avec l'entrée du service ArcSDE. Peut-être la commande sdeservice avec l'opération –o delete a-t-elle été exécutée ou le service a-t-il été ouvert avec l'éditeur de registre. Il y a également pu avoir un problème avec le fournisseur OLE DB (Object Linking and Embedding Database). Consultez le guide d'installation pour la version correcte du fournisseur OLE DB pour votre installation.

1075 Service de dépendance supprimé

Le service ArcSDE ne parvient pas à localiser le service SGBD auquel il doit se connecter. Assurez-vous que le service SGBD existe et qu'il est démarré. Si le problème n'est pas réglé, utilisez la commande sdeservice pour supprimer et recréer le service ArcSDE.

2140 Erreur Windows interne

Le service ArcSDE n'a pas pu terminer le processus de démarrage. Examinez le fichier journal des erreurs (%SDEHOME%\etc\sde_<instance_sde>.log) pour savoir pourquoi le service ArcSDE ne démarre pas.

Causes possibles et solutions

Erreur lors de l'exécution de la post-installation d'ArcSDE. Echec de l'opération, Impossible de démarrer start iomgr. Code d'erreur SGBD : 2714

Cette erreur peut s'afficher sur une base de données SQL Server lorsque vous essayez de démarrer le service à l'aide de l'assistant de post-installation, après que le service ait été créé et qu'une tentative pour démarrer le service ait été faite.

Le nom de la géodatabase a probablement été modifié. C'est notamment le cas lorsque vous sauvegardez une base de données existante, puis que vous la restaurez sous un nom différent pour des raisons de test dans la même instance SQL Server.

Il n'est pas possible de renommer une géodatabase ArcSDE après sa création. Le nom de la base de données d'origine est précodé dans les objets de la base de données. Lorsque le nom d'une base de données est modifié à l'aide d'une procédure stockée ou qu'une base de données est restaurée avec un nom différent du nom d'origine, le service ArcSDE ne démarre pas.

Solution

Redonnez à la base de données son nom d'origine. Suivez les étapes ci-dessous :

  1. Arrêtez le service modifié.
  2. Lancez la requête suivante dans SQL Server Management Studio :

    ALTER DATABASE <nom_base de données> MODIFY NAME = <nouveau_nom_base de données>. Si ce n'est pas possible, parce qu'une base de données existante utilise le même nom, vous devez utiliser un chemin différent. Si le but de départ était de dupliquer une base de données pour effectuer des tests, une nouvelle base de données avec un nouveau nom doit être créée. L'assistant de post-installation d'ArcSDE doit être utilisé pour remplir le référentiel, autoriser le logiciel et créer le service. Les données peuvent ensuite être copiées entre les deux bases de données dans ArcCatalog.

gsrvr.exe - Echec initialisation DLL ou gsrvr.exe - Erreur application : l'initialisation de l'application a échoué

Sous Windows, le service ArcSDE est démarré sous forme de bureau non interactif. La quantité maximale de mémoire tas attribuée aux bureaux non interactifs est limitée par un paramètre d'initialisation Windows appelé SharedSection. Si ce message d'erreur s'affiche, vous devrez peut-être modifier le paramètre SharedSection.

Le paramètre CONNECTIONS de la table SERVER_CONFIG restreint également le nombre de connexions simultanées qu'un seul service ArcSDE permet et vous pouvez avoir à l'augmenter.


7/10/2012