Dépannage de la base de données

Dépannage des problèmes de base de données

Vous trouverez ci-dessous les étapes de dépannage général des problèmes de base de données. Les informations spécifiques sur les tables et les colonnes de la base de données se trouvent dans la section Tables de la base de données du Géoportail. Si les éléments généraux ci-dessous n'aident pas à résoudre votre problème, regardez les éléments spécifiques pour rechercher votre type de logiciel du système de base de données :

Dépannage général de la base de données

SQL Server 2005 et 2008

  • Vérifiez si le TCP / l'IP est activé sur un protocole

    1. Lancez le Gestionnaire de configuration SQL Server à partir du menu Démarrer > Microsoft SQL Server 200x > Outils de configuration > Gestionnaire de configuration SQL Server.
    2. Activez le protocole TCP / IP en choisissant à partir de l'arborescence Configuration du réseau SQL Server, puis Protocoles pour MSSQLSERVER. Cliquez avec le bouton droit de la souris sur TCP / IP, puis sélectionnez Activer.

  • Vérifiez si le bon Port est attribué au TCP / IP

    1. Suivez les mêmes étapes ci-dessus pour sélectionner TCP / IP à partir du Gestionnaire de configuration SQL Server.
    2. Cliquez avec le bouton droit sur TCP / IP, puis sélectionnez Propriétés.
    3. Cliquez sur l'onglet Adresses IP. Faites défiler les IP indiqués et vérifiez si l'attribution du numéro de port de la machine hôte de la base de données et le port TCP. Ce port doit être utilisé dans le fichier geoportal.xml pour l'url jdbc.
    4. Si votre port est attribué de manière dynamique, vous devez modifier ce paramètres dans votre logiciel de base de données afin qu'il ne soit pas attribué de manière dynamique, puis utiliser le port désigné pour vos informations de connexion jdbc.

  • Vérifiez si votre serveur autorise l'authentification Windows et l'authentification SQL Server Si votre serveur autorise uniquement l'authentification Windows, l'utilisateur que le script crée ne pourra pas se connecter pour créer les tables. L'erreur dans le fichier build_schema.log lira Échec de connexion pour l'utilisateur. Pour vérifier et potentiellement modifier le mode d'authentification de sécurité (selon Microsoft, voir http://msdn.microsoft.com/en-us/library/ms188670.aspx ), faites ce qui suit :

    1. Connectez-vous à SQL Server Management Studio.
    2. Dans SQL Server Management Studio Object Explorer, cliquez avec le bouton droit de la souris sur le serveur, puis cliquez sur Propriétés.
    3. Sur la page Sécurité, sous Authentification du serveur, sélectionnez le radial Mode d'authentification SQL Server et Windows s'il n'est pas déjà sélectionné, puis cliquez sur OK.
    4. Dans la boîte de dialogue SQL Server Management Studio, cliquez sur OK pour reconnaître l'exigence pour redémarrer SQL Server.

  • Vérifiez si SQL Server n'est pas exécuté sur un disque compressé : Selon le site de support Microsoft Developer Network, il n'est plus possible de créer une base de données de lecture / d'écriture sur un système de fichiers compressé comme la version SQL Server 2005. Si les scripts de la base de données du Géoportail sont exécutés dans un environnement de fichier compressé, des erreurs surviendront.

PostgreSQL

  • Les informations TCP / IP n'ont pas été déclarées : Vérifiez si le TCP / l'IP est spécifié comme paramètre dans le fichier pg_hba.conf. Vous devrez saisir un nouveau paramètre à la fin du fichier. La syntaxe est la suivante :

    N° DE TYPE

    BASE DE DONNÉES

    UTILISATEUR

    ADRESSE CIDR

    MÉTHODE

    hôte

    tout

    tout

    <database server IP Address>/32

    trust

  • Listen_addresses n'ont pas été modifiées à partir du 'localhost' par défaut : Dans le fichier postgresql.conf, vous devrez mettre à jour la section listen_addresses sous la section de paramètres de connexion pour activer quelles adresses IP écouter.
    e.g. listen_addresses = "*" (* indicates all)
    
    Les modifications apportées aux fichiers pg_hba.conf et postgresql.conf nécessiteront un redémarrage du service postgres et du moteur servlet (Tomcat, Glassfish ou Weblogic). Pour plus d'informations sur les fichiers pg_hba.conf ou postgresql.conf, veuillez voir la section Authentification du client dans la documentation PostgreSQL.
2/3/2014