Rubrique précédente: Configuration de DevTest pour utiliser OracleRubrique suivante: Maintenance de la base de données

Administration › Administration de base de données › Configuration de la base de données de registre externe › Configuration de DevTest pour utiliser SQL Server

Configuration de DevTest pour utiliser SQL Server

Cette rubrique décrit la procédure de configuration de DevTest pour utiliser une base de données Microsoft SQL Server.

La procédure suivante consiste à configurer la version SQL Server du fichier site.properties. Les propriétés suivantes dans ce fichier s'appliquent à la configuration de la base de données :

lisadb.reporting.poolName=common
lisadb.vse.poolName=common
lisadb.acl.poolName=common
lisadb.broker.poolName=common
  
lisadb.pool.common.driverClass=com.microsoft.sqlserver.jdbc.SQLServerDriver
lisadb.pool.common.url=jdbc:sqlserver://SERVER:PORT;databaseName=DATABASENAME
lisadb.pool.common.user=database_username
lisadb.pool.common.password=database_password
   
lisadb.pool.common.minPoolSize=0
lisadb.pool.common.initialPoolSize=0
lisadb.pool.common.maxPoolSize=10   
lisadb.pool.common.acquireIncrement=1   
lisadb.pool.common.maxIdleTime=45
lisadb.pool.common.idleConnectionTestPeriod=5

Pour réduire le nombre de connexions à la base de données, la mise en pool de connexions est utilisée. L'implémentation sous-jacente de la fonctionnalité de mise en pool est c3p0. Pour des informations détaillées sur les paramètres, reportez-vous au fichier http://www.mchange.com/projects/c3p0/index.html#configuration_properties. Par défaut, tous les composants utilisent le pool de connexions commun. Toutefois, vous pouvez définir un pool distinct pour chaque composant ou combiner les deux.

Pour la base de données de génération de rapports, il est recommandé de disposer de 10 Go miminum pour des performances optimales. Une base de données pour VSE est requise uniquement si vous utilisez des images héritées créées dans une version antérieure à 6.0.

La valeur de chaque propriété qui finit par password (mot de passe) est automatiquement chiffrée lors du démarrage.

Remarque : Les installations à distance de la station de travail DevTest Workstation, du coordinateur, serveur de simulation, du VSE, ou d'un autre composant DevTest distant ne requièrent aucune configuration supplémentaire. Ils reçoivent tous site.properties à partir du registre lorsqu'ils se connectent et configurent leur accès à la base de données en conséquence.

Procédez comme suit:

  1. Copiez le fichier sqlserver-site.properties du répertoire LISA_HOME\database vers le répertoire LISA_HOME.
  2. Remplacez le nom du fichier par site.properties.
  3. Ouvrez le fichier site.properties.
  4. Configurez les propriétés de configuration de la base de données.

    En général, vous mettez à jour les propriétés suivantes :

  5. Le schéma est automatiquement créé dans la base de données lors du premier démarrage du registre. Toutefois, si vous ne voulez pas que l'utilisateur DevTest dispose de droits DBA, vous pouvez créer manuellement le schéma à l'avance. Le fichier sqlserver.ddl dans le répertoire LISA_HOME\database contient des instructions SQL qui peuvent servir de base pour la création des tables de génération de rapports et des index.
  6. Définissez la propriété lisadb.internal.enabled sur false.
  7. Ajoutez le pilote JDBC pour SQL Server aux répertoires LISA_HOME\lib\shared et LISA_HOME\webserver\phoenix\phoenix-x.0.0\WEB-INF\lib.

    Important : Le pilote JDBC doit être ajouté aux deux répertoires.

  8. Démarrez le registre.

Configuration de la base de données de tableau de bord Enterprise Dashboard externe

Le tableau de bord Enterprise Dashboard utilise une base de données Derby interne par défaut. Il est recommandé d'utiliser une base de données externe à la place.

Procédez comme suit:

  1. Connectez-vous au serveur sur lequel le tableau de bord Enterprise Dashboard est installé.
  2. Accédez à LISA_HOME et ouvrez le fichier lisa.properties.
  3. Recherchez les lignes suivantes dans la section Enterprise Dashboard Options (Options du tableau de bord Enterprise Dashboard), qui spécifie si la base de données Derby interne doit être utilisée dans le tableau de bord Enterprise Dashboard. 
    # Should we start the internal Derby DB instance in the Enterprise Dashboard?
dradisdb.internal.enabled=true
  4. Définissez la valeur sur false. 
    dradisdb.internal.enabled=false
  5. Commentez les propriétés suivantes. 
    # Internal Derby DB network interface to use (0,0.0,0 == all network interfaces)
#dradisdb.internal.host=0.0.0.0
# Internal Derby DB port number to use
#dradisdb.internal.port=1530
  6. Pour utiliser une base de données Oracle, modifiez les propriétés suivantes pour définir des valeurs sur une base de données externe comme suit : 
    lisadb.pool.dradis.driverClass=oracle.jdbc.driver.OracleDriver
lisadb.pool.dradis.url=jdbc:oracle:thin:10.130.150.36:1521:ORCL
lisadb.pool.dradis.user=dradis21
lisadb.pool.dradis.password=dradis21
  7. Pour utiliser une base de données SQL Server, modifiez les propriétés suivantes pour définir des valeurs sur une base de données externe comme suit : 
    lisadb.pool.dradis.driverClass=com.microsoft.sqlserver.jdbc.SQLServerDriver
lisadb.pool.dradis.url=jdbc:sqlserver://SERVER:PORT;databaseName=DATABASENAME
lisadb.pool.dradis.user=dradis21
lisadb.pool.dradis.password=dradis21
  8. Pour utiliser une base de données MySQL, modifiez les propriétés suivantes pour définir des valeurs sur une base de données externe comme suit : 
    lisadb.pool.dradis.driverClass=com.mysql.jdbc.Driver
lisadb.pool.dradis.url=jdbc:mysql://DBHOST:DBPORT/DBNAME
lisadb.pool.dradis.user=dradis21
lisadb.pool.dradis.password=dradis21
  9. Copiez les propriétés modifiées pour le type de votre base de données externe dans les étapes 6, 7, ou 8.
  10. Enregistrez le fichier lisa.properties.
  11. Ouvrez local.properties et collez les lignes copiées à la fin du fichier.
  12. Enregistrez le fichier local.properties.