Actions particulières avec la Console de configuration SAFE X3 V2

Serveurs de données

Déplacement des tablespaces

Si vous désirez déplacer les tablespaces de votre base de données après sa configuration par la console, il faut impérativement modifier votre fichier adcrap et la balise database.adonix.oradirdat dans les fichiers adxinstalls.xml du serveur de données et dans le fichier solution.xml de votre serveur d'application.

Configuration d'une base de données déconnectée

Cette fonctionnalité permet d'intégrer à une solution Sage, un serveur de données non accessible par la console. Les deux principaux cas où la console ne peut accéder au serveur de données sont :

• le  système d'exploitation du serveur de données n'est pas supporté par les scripts des produits Sage,
• pour des raisons de sécurité forte, on ne désire pas que la console accède à ce serveur de données.

Dans ces cas précis aucun moteur d'administration ADXADMIN n'est donc requis sur le serveur de données.

L'appui sur le bouton "Données" lance la génération des scripts de création de base localement, mais ils ne sont ni transférés ni exécutés sur le serveur de données. La console n'ayant pas accès au serveur de données, il est de votre ressort de transférer et d'exécuter manuellement les scripts générés.
Vous devez créer la structure de répertoire sur le serveur cible tel que vous avez renseigné dans le paramètrage du composant base de données. Vous devez ensuite lancer les scripts de création de base que vous avez préalablement déposés dans votre répertoire de scripts.
Sous Windows avec une base sqlserver, lancez le script "database_CrDb.bat".
Sous Windows avec une base oracle, lancez les différents scripts "cr(nombre)_base_ORASID.cmd" dans l'ordre indiqué.
Sous Unix lancez les différents shells "launch_ORASID_(nombre).sh" dans l'ordre indiqué.

A savoir ...

Base de données Oracle déportées/déconnectées et connexions distantes.

Si vous créez une base de donnée déconnectée à partir de vos propres scripts ou si vous modifiez les scripts générés par la console, les pré-requis suivants doivent être respectés :

• le SID de la base doit être une chaîne de caractères en majuscule,
• la base doit être en UTF8 ou en AL32UTF8,
• le paramètre open_cursors doit au moins être égal à 300.

Lors de la configuration de la base de données en vue de l'intégration du dossier principal, la console est amenée à lancer le scripts de création des rôles applicatifs, c'est le script roles.sql crée dans le répertoire tmp du serveur de connexions principal. Pour ce faire, la console utilise le client SGBD configuré avec le serveur de connexion principal et le compte SYS configuré précédemment dans le composant base de données; Il est donc important de tenir à jour le mot de passe de l'utilisateur SYS dans le composant Base de données.

Si vous rencontrez une erreur de type "User SYS cannot connect to database : SP2-0640: Non connecté", il y a deux causes les plus courantes.

• Dans le cas des bases déportées ou déconnectées, il est important d'avoir un listener Oracle configuré et en service.
• Pour les bases de données Oracle sur plateforme Unix principalement, vous serez peux être amené à autoriser les connections distantes de l'utilisateur SYS à l'aide de l'utilitaire Oracle "orapwd".

Dans ce deuxième cas, demandez à votre administrateur de base de données Oracle de créer un fichier de mots de passes pour votre instance Oracle avec l'utilitaire "orapwd". Normalement, ce fichier est crée par le script 'launch_ORASID_3.sh' généré par la console de configuration Sage X3, vous devez vous assurer que le propriétaire de ce fichier est bien le propriétaire de l'installation du logiciel de base de données, le plus souvent c'est l'utilisateur 'oracle'. Assurez-vous de ce pré-requis avant la configuration du composant 'Application' de votre solution dans la console de configuration SAFE X3 V2.

Lors de la configuration du composant Serveur de traitement principal, vous devrez renseigner le chemin du client SGBD dans les paramètres avancés, panneau "base déportée". Vérifiez que la version de votre client SGBD corresponde au minimum à la version de votre serveur SGBD.

Serveurs de traitements

Mise à jour du fichier de sérialisation

Pour mettre à jour le fichier de sérialisation avec la Console de configuration SAFE X3 V2, ouvrez la solution dans la console, sélectionnez le serveur de traitement principal dans la liste des serveurs de traitements (onglet serveurs de traitement). Dans la liste des paramètres du serveur de traitement principal, spécifier le chemin du nouveau fichier de sérialisation et cliquez sur le bouton configurer.

Changement du numéro de port du service

Pour changer le numéro de port du service des serveurs de traitement de la solution, ouvrez la solution dans la console, dans le premier onglet, changer le numéro de port du service et cliquez sur le bouton configurer. Après cette action, tous les serveurs de traitements supplémentaires sont en statut UPDATE. Vous devez les reconfigurer pour qu'ils prennent en compte le nouveau numéro de port.

Edition de l'ADXVOLUMES

La console permet d'éditer le fichier AdxVolumes de votre solution. Ouvrez la solution dans la console, dans l'onglet Serveur de traitements, sélectionnez le serveur de traitement principal, cliquez sur le bouton ADXVOLUMES, une boite de dialogue apparaît avec le contenu de l'AdxVolumes. Effectuez les modifications nécessaires et cliquez sur le bouton OK pour les modifications soit répercutés sur le serveur d'application.

Composants de la solution

Forcer la déconfiguration d'un serveur web Safe X3 Web Server

La déconfiguration d'un serveur Web Safe X3 Web Server est interdite tant que des solutions sont publiées sur ce serveur. Les solutions publiées peuvent être verrouillées si votre console ne peut y accéder. Dans certains cas on doit pouvoir passer outre cette interdiction et forcer la déconfiguration du composant. Pour forcer cette déconfiguration, ajoutez la valeur config.web.configuration.resetenabled=true dans l'onglet web des préférences de la console. Cliquez sur le bouton Déconfiguration, un message apparaît vous indiquant que cette action n'est pas recommandée mais que vous pouvez la forcer. Cliquez sur Ok pour lancer la déconfiguration.

Forcer la déconfiguration d'un serveur d'édition Safe X3 Print Server

La déconfiguration d'un serveur d'édition est interdite tant que des solutions sont publiées sur ce serveur. Les solutions publiées peuvent être verrouillées si votre console ne peut y accéder. Dans certains cas on doit pouvoir passer outre cette interdiction et forcer la déconfiguration du serveur d'édition. Pour forcer cette déconfiguration, ajoutez la valeur config.report.configuration.resetenabled=true dans l'onglet report des préférences de la console. Cliquez sur le bouton Déconfiguration, un message apparaît vous indiquant que cette action n'est pas recommandée mais que vous pouvez la forcer. Cliquez sur Ok pour lancer la déconfiguration.

Forcer la déconfiguration d'un serveur de documentation

La déconfiguration d'un serveur de documentation est interdite tant que des solutions sont publiées sur ce serveur. Les solutions publiées peuvent être verrouillées si votre console ne peut y accéder. Dans certains cas on doit pouvoir passer outre cette interdiction et forcer la déconfiguration du serveur de documentation. Pour forcer cette déconfiguration, ajoutez la valeur config.documentation.configuration.resetenabled=true dans l'onglet documentation des préférences de la console. Cliquez sur le bouton Déconfiguration, un message apparaît vous indiquant que cette action n'est pas recommandée mais que vous pouvez la forcer. Cliquez sur Ok pour lancer la déconfiguration.

Forcer la déconfiguration d'un serveur Safe X3 Java Bridge Server

La déconfiguration d'un serveur Safe X3 Java Bridge Server est interdite tant que des solutions sont publiées sur ce serveur. Les solutions publiées peuvent être verrouillées si votre console ne peut y accéder. Dans certains cas on doit pouvoir passer outre cette interdiction et forcer la déconfiguration du composant. Pour forcer cette déconfiguration, ajoutez la valeur config.javaserver.configuration.resetenabled=true dans l'onglet javaserver des préférences de la console. Cliquez sur le bouton Déconfiguration, un message apparaît vous indiquant que cette action n'est pas recommandée mais que vous pouvez la forcer. Cliquez sur Ok pour lancer la déconfiguration.

Forcer la déconfiguration d'un serveur Safe X3 Business Intelligence Server

La déconfiguration d'un serveur Safe X3 Business Intelligence Server est interdite tant que des solutions sont publiées sur ce serveur. Les solutions publiées peuvent être verrouillées si votre console ne peut y accéder. Dans certains cas on doit pouvoir passer outre cette interdiction et forcer la déconfiguration du composant. Pour forcer cette déconfiguration, ajoutez la valeur config.business_objects.configuration.resetenabled=true dans l'onglet business_objects des préférences de la console. Cliquez sur le bouton Déconfiguration, un message apparaît vous indiquant que cette action n'est pas recommandée mais que vous pouvez la forcer. Cliquez sur Ok pour lancer la déconfiguration.