Installation et mise en œuvre sur un serveur IBM i

Consultez le tableau des versions maintenues dans l’espace produit pour vérifier la compatibilité de la version Harmony et la compatibilité IBM DB2

Installation et mise en oeuvre sur un serveur IBM i
Introduction
XLAN Server i est un travail (job) qui s'exécute sur le serveur IBM i. Il réalise les fonctions suivantes :

Assure la gestion des données dans la base DB2.
Assure la gestion des fichiers Harmony dans l'IFS du serveur i. Ces fichiers sont au format Harmony. Ils sont strictement compatibles avec les fichiers sous Windows. L'utilitaire Xtools permet de copier ces fichiers depuis ou vers un système de fichiers de Windows.
Assure la gestion des licences.

Le travail XLAN est un job multi-thread. Pour chaque connexion client, un thread s'exécute sur le serveur. Le client dialogue avec le thread du serveur.
Le thread de supervision de XLAN assure la gestion des priorités. Il baisse automatiquement la priorité des threads demandant beaucoup de ressources au serveur.
L'installation d'une application peut être faite dans l'IFS du serveur. Le répertoire /divalto de l'IFS du serveur correspond au chemin Divalto. Il est possible de créer d'autres chemins sur le serveur pour stocker des fichiers à un autre endroit dans l'IFS du serveur.
Pour chaque base de données que l'on souhaite héberger sur le serveur, on créera un schéma dans la base DB2.
Le nouveau bouton « Choix du serveur » des outils de paramétrage des serveurs et des chemins d'Harmony permet de modifier ces paramètres directement sur le serveur.
XDivaltoLicencesiSeries permet de gérer les licences du serveur.
Le poste client est un client lourd sous Windows ou un serveur d'application sous Windows Server (TSE ou Citrix).

Etapes de l'installation
L'installation sur le serveur s'effectue en plusieurs étapes :

L'installation de XLAN sur le serveur IBM i.
La modification des paramètres du serveur.
Le démarrage du serveur.
La création des schémas et des utilisateurs dans la base DB2.
L'activation des licences du serveur IBM i.
La configuration de la source pour l'accès à la base par ODBC.
La configuration d'un client XLAN.
La configuration de la base SQL dans la table des serveurs.
L'installation des fichiers de l'application sur le serveur.
L'installation des dictionnaires de données de l'application sur le serveur.
La création des utilisateurs par DIVALTO ou par XLOG1.
Le paramétrage de la chaîne de connexion CLI.
La création et la copie des fichiers de l'application dans la base DB2.

Installation de XLAN sur le serveur IBM i
Attention
Avant d'effectuer l'installation, veuillez lire le document Readme.doc à la racine du CD de XLAN for i, afin de vérifier les prérequis matériel et logiciel. Assurez-vous que votre serveur est compatible avec le produit XLAN for i et que les PTF nécessaires au bon fonctionnement de XLAN soient bien installées sur le serveur.
Prérequis du poste client
L'installation de XLAN sur le serveur IBM i s'effectue à partir d'un poste client. Le logiciel « IBM System i Access for Windows » doit être installé sur ce poste client.
Attention : En cas de mise à jour du serveur, ne pas installer le répertoire /divalto/sys de l'IFS. Vous écraseriez vos fichiers de configuration.
Installation à partir d'un PC par System i Navigator
Toutes les commandes d'installation se trouvent dans le fichier InstallationXLAN.sql à la racine du CD.

Ouvrir une session dans System i Navigator avec le profil QSECOFR ou un profil disposant du droit spécial *ALLOBJ.
Choisir "Exécution d'un script SQL" dans System i Navigator et ouvrir le script InstallationXLAN.sql
Exécuter les 3 commandes de l'étape 1.
Pour l'étape 2 FTP suivre les instructions du paragraphe "3.Transfert des fichiers vers l'IBM i par FTP" .
Exécuter les commandes de l'étape 3.

Installation par une session 5250
Ouvrir une session 5250 avec le profil QSECOFR ou un profil disposant du droit spécial *ALLOBJ.

Création du profil utilisateur XLAN pour l'application XLAN for i

Créer le profil utilisateur XLAN avec la commande suivante :
CRTUSRPRF USRPRF(XLAN) PASSWORD() CCSID(1147) SPCAUT(*SERVICE)
Nb : le CCSID 1147 correspond au jeu de caractères pour une installation française.

Création des fichiers de sauvegarde (SAVF)

Créer deux fichiers de sauvegarde XLAN et DIVALTOSYS dans la bibliothèque QGPL, en utilisant les commandes suivantes :
CRTSAVF QGPL/XLAN
CRTSAVF QGPL/DIVALTOSYS

Transfert des fichiers vers le serveur IBM i par FTP

Transférer, en utilisant FTP, les fichiers XLAN.SAVF et DIVALTOSYS.SAVF de votre PC vers les fichiers de sauvegarde QGPL/XLAN et QGPL/DIVALTOSYS. Attention de ne pas oublier l'option bin.
Exemple :
C:\>FTP STN523P2
Connected to STN523P2.
220-QTCP at STN523P2.
220 Connection will close if idle more than 5 minutes.
User (STN523P2:(none)): qsecofr
331 Enter password.
Password:
230 QSECOFR logged on.
ftp> bin
200 Representation type is binary IMAGE.
FTP>cd QGPL
250 "QGPL" is current library
ftp> put xlan.savf xlan
200 PORT subcommand request successful.
150 Sending file to member XLAN in file XLAN in library QGPL.
226 File transfer completed successfully.
ftp: 11670912 bytes sent in 12,02Seconds 971,36Kbytes/sec.
ftp> put divaltosys.savf divaltosys
200 PORT subcommand request successful.
150 Sending file to member DIVALTOSYS in file DIVALTOSYS in library QGPL.
226 File transfer completed successfully.
ftp: 413952 bytes sent in 1,13Seconds 367,96Kbytes/sec.
ftp>quit

Restauration de la bibliothèque XLAN

Restaurer la bibliothèque XLAN à partir du fichier de sauvegarde QGPL/XLAN, en utilisant la commande suivante :
RSTLIB SAVLIB(XLAN) DEV(*SAVF) SAVF(QGPL/XLAN)

Restauration du répertoire DIVALTO/SYS ( Attention : uniquement pour une première installation)

Restaurer le répertoire DIVALTO/SYS, en utilisant la commande suivante :
RST DEV('/QSYS.LIB/QGPL.LIB/DIVALTOSYS.FILE') OBJ(('/divalto')) CRTPRNDIR(*YES)

Changement des droits du répertoire DIVALTO

Donner toutes les autorisations à l'utilisateur XLAN sur le répertoire DIVALTO/SYS, en utilisant la commande suivante :
CHGAUT OBJ('/Divalto') USER(XLAN) DTAAUT(*RWX) OBJAUT(*ALL) SUBTREE(*ALL)

Modification des paramètres du serveur
Le fichier /divalto/sys/config contient des paramètres permettant de dimensionner les capacités de traitement du serveur XLAN. Ces paramètres influent directement sur la taille de la mémoire qui sera allouée par le travail XLAN.
La modification des paramètres s'effectue par un éditeur de texte.
Le choix "Compteurs" de la console d'administration Divalto permet d'afficher les valeurs instantanées ainsi que les valeurs maximales atteintes par ces paramètres.
Attention : Une modification de ces paramètres n'est pas immédiatement répercutée, il faut redémarrer le travail XLAN.
La plupart des paramètres sont facultatifs et ont des valeurs par défaut.
Numero de Service (clé NumeroService)
Valeur par défaut : 1235
Ce paramètre représente le numéro de port d'écoute TCP/IP du serveur Xlan. En cas de conflit avec un service existant, il faut changer ce numéro. Dans ce cas, il faudra également changer la valeur sur les postes client.
Nombre maximum de threads XLAN (clé NbTaches).
Valeur par défaut : 16
Ce paramètre est indicatif et permet d'ajuster automatiquement les nombres maximums de réservations d'entité et d'enregistrement.
Sa valeur maximale est 2000.
Nombre maximum de fichiers ouverts par XLAN (clé NbFichiersParProcess).
Valeur par défaut : 10 000
Indiquez ici le nombre maximal de fichiers que le job XLAN est susceptible d'ouvrir simultanément (tous threads confondus).
On ne modifiera ce paramètre que si la valeur 10 000 est insuffisante. La valeur maximale de ce paramètre est 65 000.
Nombre maximum de fichiers séquentiels-indexés (clé NbFichiersIndexes).
Valeur par défaut : 200
Indiquez ici le nombre maximal de fichiers séquentiels indexés différents susceptibles d'être ouverts simultanément. Ce paramètre concerne l'ensemble des threads de XLAN. Un même fichier ouvert simultanément par plusieurs threads compte pour une seule unité. Ce paramètre doit être supérieur à 10.
Attention : On comptabilisera aussi dans ce paramètre le nombre de fichiers d'Harmony gérés dans la base DB2.
Nombre maximum d'autres fichiers (clé NbFichiersDivers).
Valeur par défaut : 40
Indiquez ici le nombre maximal de fichiers (non séquentiels indexés) différents susceptibles d'être ouverts simultanément. Ce paramètre concerne l'ensemble des threads de XLAN. Un même fichier ouvert simultanément par plusieurs tâches compte pour une seule unité. Ce paramètre doit être supérieur à 10.
Nombre de réservations d'enregistrement (clé NbReservEnreg).
Valeur par défaut : 2000
Indiquez ici le nombre maximal de réservations d'enregistrement susceptibles d'être faites simultanément. Le langage DIVA n'impose aucune limite au nombre de réservations mais il convient de ne pas saturer la table "système" associée. Ce paramètre concerne l'ensemble des tâches Harmony. Il doit être supérieur à 5 fois le nombre de tâches. Si les programmes ne réservent que quelques enregistrements simultanément, prenez comme valeur 10 fois le nombre de tâches.
Nombre de réservations d'entité (clé NbReservEntites).
Valeur par défaut : 200
Indiquez ici le nombre maximal de réservations d'entité susceptibles d'être faites simultanément. Les entités sont réservées par la fonction FSHARE du langage Diva. Ce paramètre concerne l'ensemble des tâches Harmony. Il doit être supérieur à 5 fois le nombre de tâches.

Démarrage du serveur XLAN
Pour lancer le module de contrôle d'accès aux bases (XLAN), utiliser l'une des deux commandes suivantes :
XLAN/STRXLAN
ou
SBMJOB CMD(CALL PGM(XLAN/XLAN)) JOB(XLAN) JOBD(XLAN/XLAN) USER(*JOBD) RTGDTA(*JOBD) INLLIBL(*JOBD)
Le profil utilisateur qui lance XLAN doit disposer du droit *USE sur le profil XLAN.
Si le profil U1 lance XLAN la commande sera :
GRTOBJAUT OBJ(QSYS/XLAN) OBJTYPE(*USRPRF) USER(U1) AUT(*USE)
Un travail du nom de XLAN doit s'activer dans le sous-système QUSRWRK. Le profil en cours doit être XLAN.
Chaque client DIVALTO qui se connecte lance un thread dans le travail XLAN. Ce sont ces threads qui se connectent aux différentes bases de DIVALTO, avec un profil utilisateur du nom de la base, via les travaux QSQSRVR. Ces derniers tournent dans le sous-système QSYSWRK.
Arrêt du serveur XLAN
Pour arrêter le module de contrôle d'accès aux bases (XLAN), vous pouvez :

utiliser l'action "Arrêter le serveur" de l'utilitaire xconsole.dhop
ou utiliser la commande XLAN/ENDXLAN
ou, par le System i Navigator, par le choix "Arrêt/Suppression" option "Arrêt contrôlé" du travail XLAN.

Attention :
Cette opération est exceptionnelle. Il vaut mieux s'assurer que tous les utilisateurs sont déconnectés (voir les actions de l'utilitaire xconsole.dhop). L'arrêt "brutal" du service XLAN provoquera la déconnexion des utilisateurs ayant encore une session ouverte avec le serveur. Une perte des informations en cours d'écriture sur le serveur est probable.
NB : Après un arrêt de XLAN, il faut attendre 2 minutes avant de relancer XLAN.

Création des schémas dans la base DB2 et des profils utilisateur

Pour chaque base Harmony, il convient des créer sur le serveur IBM i :

Un profil utilisateur (qui sera utilisé par XLAN pour se connecter à la base DB2)
Un schéma (qui servira à stocker les descriptions des tables et autres objets de la base)

Pour que le schéma ait les bons droits d'accès, on le créera en étant connecté avec le profil utilisateur correspondant.
Création du ou des profils utilisateur
Créer autant de schémas et de profils utilisateur que de bases DIVALTO for i :
Exemple 1 : pour la base ERPDivalto
CRTUSRPRF USRPRF(ERPDIVALTO) PASSWORD() CCSID(1147)
Exemple 2 : pour une base spécifique pour la Paie.
CRTUSRPRF USRPRF(PAIE) PASSWORD() CCSID(1147)
Nb : le CCSID 1147 correspond au jeu de caractères pour une installation française.
Création du ou des schémas
Se connecter au serveur avec le profil correspondant au schéma que l'on souhaite créer.
Créer le schéma soit :

par System i Navigator dans l'arbre Bases de données-> schémas, clic droit puis nouveau.
par la commande SQL create collection

Exemple pour la base ERPDivalto
Create collection ERPDivalto;

Activation des licences concurrentes Divalto
Cette opération est facultative si le serveur IBM i n'est pas un serveur de licences pour Divalto.
Elle nécessite la connexion d'un lecteur réseau permettant d'accéder au répertoire Divalto de l'IFS du serveur.
L'activation des licences s'effectue par la commande XDivaltoLicenseiSeries.exe.
Cette opération est similaire à l'activation des licences sur un serveur Windows (voir la rubrique "Mise en oeuvre du système de licences" du manuel de référence Harmony), à ceci près qu'elle commence par la sélection du chemin du répertoire Divalto/Sys de l'IFS du serveur IBM i :

Il faut spécifier ici le chemin Windows permettant d'accéder au répertoire /divalto/sys de l'IFS su serveur IBM i.

Désinstallation des licences Divalto
La commande XDivaltoLicenseiSeries.exe permet également de désinstaller les licences d'un serveur. Ce choix fournit une clé de désinstallation.

Configuration de la source pour l'accès à la base par ODBC
Le programme de paramétrage XPSQL.dhop utilise l'interface standard ODBC pour créer les tables dans la base DB2 du serveur i. L'accès par ODBC nécessite la configuration d'une source de données. L'icône "ODBC" du panneau de configuration permet d'administrer les sources de données. Il convient d'ajouter une source de données dans les sources de données système avec le pilote "iSeries Access ODBC Driver" (on pourra nommer la source du nom du serveur par exemple), puis de la configurer grâce au bouton Configurer.

Le serveur XLAN utilise l'interface CLI pour accéder à la base DB2.

Configuration d'un client XLAN
L'accès à la base de données n'est réalisé qu'en mode client-serveur. Il convient donc de créer un serveur dans la table des serveurs des postes client, par le choix "Serveurs" du menu "Paramétrage" d'Harmony.dhop.
On garnira les champs suivants :

Nom de l'ordinateur : Nom du serveur.
Adresse : Indiquer l'adresse IP du serveur SQL. Cette adresse est facultative si le poste client sait résoudre l'adresse à partir du nom du serveur.
Type : Serveur Xlan
Système d'exploitation : IBM iSeries
Numéro de port : 1235 par défaut ou la valeur de "NuméroService" du fichier config du serveur.

Configuration de la base SQL dans la table des serveurs
Il convient de configurer la ou les bases SQL à deux endroits :

Dans la table des serveurs du serveur IBM i. Ce paramètre sera utilisé par XLAN.
Dans la table des serveurs du poste client servant à l'installation. Ce paramètre servira à l'utilitaire de paramétrage XPSQL qui s'exécute sur le poste client.

Dans la table des serveurs du serveur IBM i.
Sur le serveur, pour que XLAN puisse accéder à la base SQL, on crée une entrée de type « BaseSQL » dans la table des serveurs par le choix "Serveurs" du menu "Paramétrage" de Harmony.dhop. Il convient de sélectionner le serveur par le bouton "Choix du serveur".
On garnira les champs suivants :

Nom de l'ordinateur: C'est le nom de la base SQL. Par exemple ERPDivalto. Ce nom servira de chemin pour accéder au serveur SQL depuis le poste client. (Voir Chemins implicites).
Adresse: C'est le nom de la base de donnée du serveur SQL. Il prend la même valeur que le paramètre Nom de l'ordinateur.
Chemin SQL : (facultatif) Chemin Harmony ou se trouve le répertoire contenant les dictionnaires ainsi le fichier paramètres FHSQL.dhfi de la base. Exemple : /divalto/bases/erpdivalto. Si non renseigné, le chemin est /divalto/"nom de la base".
Type: doit être positionné à la valeur Base SQL.
Système d'exploitation: Unix ou IBM iSeries

A la fin du paramétrage, une fenêtre demande la confirmation de la prise en compte immédiate des modifications sur le serveur.
Ceci a pour effet de mettre à jour la table des serveurs dans la mémoire du serveur IBM i. En cas de réponse négative à cette question, il faudra redémarrer le travail XLAN pour que la modification soit prise en compte. (ou effectuer un nouveau passage en modification de la table des serveurs et répondre par l'affirmative à la question).

Dans la table des serveurs du poste client servant au paramétrage du serveur.
Le bouton "Local" de la fenêtre "Choix du serveur" permet de configurer la table des serveurs du poste local.
On créera une entrée identique à celle de la table des serveurs du serveur IBM i sur le poste local servant au paramétrage du serveur.

Installation des fichiers de l'application
Avant de copier les fichiers dans la base SQL, ils doivent être présents sur le disque du serveur au format HARMONY. Pour cela, vous devez les copier dans le répertoire /Divalto/ « nom de la base sql » du serveur (ou dans le répertoire correspondant au chemin SQL renseigné dans la table des serveurs) (par exemple //ServeurSQL/Divalto/ERPDivalto).
S'il s'agit d'une nouvelle installation d'une application de DIVALTO, utilisez l'installateur d'applications et copiez uniquement les fichiers dans ce répertoire (par exemple //ServeurSQL/Divalto/ERPDivalto).
Cette opération installe également les dictionnaires de données correspondants. Ceux-ci doivent être installés dans le répertoire /Divalto/ « nom de la base sql » du serveur (ou dans le répertoire correspondant au chemin SQL renseigné dans la table des serveurs) (par exemple //ServeurSQL/Divalto/ERPDivalto).

Installation des dictionnaires de données de l'application
Le travail XLAN utilise la description des tables et des index en provenance du (ou des) dictionnaire(s) de l'application. Il est indispensable d'installer les dictionnaires de données à jour sur le serveur. Le travail XLAN cherche les dictionnaires dans le répertoire /Divalto/ « nom de la base sql » (ou dans le répertoire correspondant au chemin SQL renseigné dans la table des serveurs) (par exemple /Divalto/ERPDivalto).
Pour les applications de l'ERP Divalto, les dictionnaires de données sont installés en même temps que les fichiers de données et dans le même répertoire. On installera donc les fichiers et les dictionnaires dans le répertoire /Divalto/ « nom de la base sql » du serveur (ou dans le répertoire correspondant au chemin SQL renseigné dans la table des serveurs) (par exemple //ServeurSQL/Divalto/ERPDivalto).
Remarque
En cas de mise à jour de l'application, si la description des fichiers a changé, il convient de se référer à la documentation de la mise à jour pour la procédure à suivre.

Création des utilisateurs Harmony
Lors de l'ouverture d'une session par un poste client, le serveur XLANSQL contrôle que l'utilisateur d'Harmony existe dans le fichier XLOG.dhfi du serveur. Le menu DIVALTO ou l'utilitaire XLOG1.dhop permettent de créer les utilisateurs d'Harmony.
Le bouton "Choix du serveur" de XLOG1 permet de sélectionner le serveur IBM i.
Pour une création des utilisateurs par le menu Divalto, il faudra avoir au préalable renseigné le paramètre "ServeurXlog" du chapitre [system] par xDivaltoMajini.
Utilisateur pour la connexion à la base
Pour la connexion à la base, XLAN utilise le code utilisateur correspondant au schéma DB2. Celui-ci doit exister dans la table des utilisateurs du serveur XLAN avec le mot de passe de connexion au serveur.
Voir : Création du schéma dans la base DB2

Paramétrage de la chaîne de connexion CLI
Le serveur XLAN utilise l'interface CLI (Call Level Interface) pour accéder à la base DB2.
Cette interface nécessite une connexion à la base. La chaîne de connexion à fournir lors de cette connexion est paramétrable.
Dans la chaîne de connexion les paramètres suivants désignent :

DSN : le nom de la source de données. Il correspond généralement au nom du serveur IBM i. Attention ce nom est dépendant de la casse, il est généralement en majuscule.
UID : le nom du profil pour la connexion à la base. Le jocker %1% est remplacé par le profil (schéma) correspondant à la base de données paramétrée dans la table des serveurs (par exemple ERPDivalto). Elle doit également correspondre à un code utilisateur d'Harmony créé dans le fichier des utilisateurs avec son mot de passe.
PWD : le mot de passe de l'utilisateur UID. Le jocker %2% est remplacé par le mot de passe de l'utilisateur correspondant à la base. Il provient du fichier des utilisateurs d'Harmony.

Voir : Création des utilisateurs Harmony et Création du schéma dans la base DB2

Création des tables SQL et copie des données
Avant propos.
Dans ce paragraphe, nous verrons la démarche à suivre pour transférer des fichiers dans la base SQL. Ce transfert s'effectue avec l'utilitaire XPSQL.dhop. Les paramètres pour le transfert des applications Divalto disponibles sous SQL sont fournis en standard.
Le chapitre XPSQL traite de manière détaillée les fonctionnalités de cet utilitaire. Il permet de créer les paramètres pour vos propres applications, de tester la cohérence de vos descriptions de données, de créer et de transférer les informations vers les tables SQL. Il est conseillé de lire le chapitre consacré à XPSQL avant l'utilisation du logiciel.

Choix de la base SQL. Le bouton « Base SQL » permet de choisir la base SQL et le serveur IBM i. Il est grisé lorsqu'une seule base et un seul serveur ont été configurés dans la table des serveurs. Dans la liste des serveurs, ne sont proposés que les serveurs dont le système d'exploitation est IBM iSeries.
Choix du type de serveur SQL. Le bouton « Serveur SQL » permet de choisir le type de base de données. On positionnera ce choix à « IBM DB2». Ce choix permet également de visualiser (voire de modifier) la chaîne de connexion ODBC à la base de données, ainsi que la chaîne de connexion CLI.
Fichier par fichier. Le choix du transfert des informations dans la base SQL se fait fichier Harmony par fichier Harmony. Par exemple, pour une application comme "Divalto Comptabilité", on peut décider de ne transférer que le fichier des statistiques, et de conserver les autres fichiers sous HARMONY. Dans cet exemple, toutes les tables du fichier CCFTSC.dhfi seront transférées dans la base SQL.
Paramètres d'un fichier Harmony. A chaque fichier Harmony que l'on souhaite transférer et gérer dans la base SQL, est associé un enregistrement paramètre.
Application. Dans la fiche paramètres, on précisera l'application à laquelle appartient le fichier Harmony. Cette information permet de regrouper tous les fichiers d'une application. Les boutons d'action "par application" de l'utilitaire XPSQL permettent d'effectuer les opérations pour une application complète et non plus fichier par fichier. Dans ce cas, le paramètre "Valide" de la fiche paramètres indique si ce fichier doit être ou non pris en compte.
Création des tables et copie des données. L'utilitaire XPSQL permet d'effectuer la création des tables et le transfert des données dans la base. Pour le paramétrage de nouveaux fichiers et le fonctionnement détaillé de cet utilitaire, reportez-vous au chapitre XPSQL. Pour une application donnée, sélectionnez les fichiers que vous souhaitez transférer en activant le paramètre "Valide". Ce paramètre de chaque fiche indique si le fichier doit être ou non pris en compte. Le choix "Création Tables" de la barre de boutons "par application" permet d'effectuer la création des tables et le transfert des fichiers. Avant d'activer ce choix, assurez-vous que vous utilisez le code d'utilisateur correspondant au schéma de la base (par exemple « ERPDivalto »).
Connexion au serveur. La plupart des actions de XPSQL nécessitent une connexion avec le serveur SQL. Lors de sa première connexion au serveur, XPSQL stocke les paramètres de connexion dans le fichier FHSQL. Voir également : Connexion au serveur.
Erreurs de transfert. Les erreurs lors de la création des tables ou lors du transfert des informations sont affichées dans la zone de texte enrichi de la fiche en cours. Vous trouverez les explications des erreurs les plus couramment rencontrées dans le chapitre concernant XPSQL. Voir également : Les erreurs.

Synchronisation du schéma de la base
L'administrateur du System i doit préalablement exécuter la commande suivante :
ADDRPYLE SEQNBR(5555) MSGID(CPA32B2) RPY('I') (attention lettre grand i derrière RPY)
Ceci a pour conséquence de changer la liste des réponses automatiques du système. En effet, lors d'une commande de suppression (par exemple d'un champ), le système demande une confirmation. Comme l'utilisateur n'a pas la main, ce sont les réponses automatiques du système qui sont utilisées.
Remarque : Cette commande n'est à exécuter qu'une seule fois pour un serveur (et non à chaque synchronisation).