La présente section décrit la procédure de configuration d'un poste de
travail client afin que celui-ci puisse communiquer avec un serveur DB2 via le
protocole de communications APPC. Elle suppose que ce protocole est
opérationnel sur les postes de travail du client et du serveur DB2. Pour
connaître les conditions nécessaires en matière de protocoles de communication
sur votre plateforme, reportez-vous à la section "Logiciels requis". Pour connaître la liste des protocoles de communication pris en charge par
vos client et serveur, reportez-vous à la section "Exemples de connectivité client-serveur DB2 possibles".
![]() |
Vérifiez que le serveur DB2 avec lequel vous tentez d'établir des communications prend en charge les clients APPC. C'est le cas des serveurs DB2 suivants :
Pour plus d'informations, reportez-vous à la section "Logiciels requis".
|
Les étapes suivantes permettent de configurer un client DB2 en vue de l'utilisation de communications APPC.
Lors de la configuration, complètez la colonne Votre
valeur du tableau suivant. Vous pouvez indiquer certaines valeurs avant
de procéder à la configuration de ce protocole.
Tableau 19. Valeurs APPC requises sur le client DB2
Paramètre | Description | Valeur type | Votre valeur |
---|---|---|---|
Nom de destination symbolique (nom_dest_symbolique) |
Indique le nom du profil CPI-C défini pour le réseau SNA sur le client. Ce profil contient des informations permettant au client de communiquer avec le serveur. Ce nom de profil est utilisé par DB2 comme un lien permettant
d'accéder au sous-système de communications SNA résidant sur votre
client. Pour l'obtenir, adressez-vous à l'administrateur système SNA
ou utilisez les outils de gestion SNA.
| NYSERVER | |
Sécurité (sécurité) | Indique le type de sécurité APPC à utiliser pour la connexion. Il est recommandé de sélectionner la valeur None pour la connexion APPC. En cas de non spécification de ce paramètre à la section "B. Catalogage du noeud APPC", la valeur par défaut Program est utilisée. | None |
|
Nom de noeud (nom_noeud) |
Alias local décrivant le noeud sur lequel réside la base de données. Vous
pouvez choisir n'importe quel nom, mais tous les noms de noeud doivent
être uniques dans le répertoire de noeuds locaux.
| db2node |
La procédure suivante décrit la configuration de ce protocole sur le client. Remplacez les valeurs types par celles indiquées sur votre feuille de travail.
Vous devez modifier les profils de communications APPC pour
que votre client puisse accéder à un serveur DB2. Utilisez la feuille de
travail qui vous est fournie pour conserver une trace des valeurs adoptées
lors de la modification des profils APPC concernant votre client.
Tableau 20. Valeurs APPC requises sur le client
Nø | Description | Valeur type | Votre valeur |
---|---|---|---|
Informations sur les connexions au réseau sur le client DB2 | |||
(13) | Noeud partenaire (Partner node name) | NYX1 |
|
(14) | Type | Anneau en jeton |
|
(15) | Nom de la connexion (Connection name) | LINKNYX1 |
|
(16) | Adresse de destination sur réseau local (LAN destination address) | 40005AA8B532 |
|
(17) | ID réseau partenaire (Partner network ID) | SPIFNET |
|
(18) | Nom de LU partenaire (Partner LU name) | NYX1GW01 |
|
Éléments réseau sur le client DB2 | |||
(19) | Nom de réseau (Network name) | SPIFNET |
|
(20) | Nom du noeud local (identique au nom de point de contrôle) | NYX2 |
|
(21) | ID de noeud local (Local node ID) | 05D27510 |
|
(22) | Nom de la LU partenaire qualifié complet (Partner LU fully-qualified LU name) | SPIFNET.NYX1GW01 |
|
(23) | Nom de destination symbolique (Symbolic destination name) | NYSERVER |
|
(24) | Nom de programme transactionnel partenaire (Partner TP name) | NYSERVER |
|
(25) | Sécurité (Security type) | NONE |
|
(26) | Nom du mode (Mode name) | IBMRDB |
|
(27) | Nom de l'unité logique locale (Local LU name) | NYX2GW01 |
|
![]() |
Reportez-vous à la section sur la modification des profils APPC concernant le client que vous voulez utiliser pour communiquer avec votre serveur DB2.
|
Vous devez personnaliser la configuration APPC pour le client. La liste suivante répertorie les profils APPC à mettre à jour sur le poste de travail client pour pouvoir accéder à un serveur DB2 via APPC.
Des exemples de profil sont fournis. Une zone modifiée et définie par la valeur par défaut est signalée par un nombre entre parenthèses dans chacun des exemples de profil.
Une feuille de travail figure au Tableau 20. Chacune des valeurs indiquées entre parenthèses dans les exemples suivants est reportée dans la feuille de travail correspondante. Utilisez les feuilles de travail pour noter les valeurs des paramètres nécessaires à la création ou à la modification d'un profil.
Configurez votre système DB2 Connect pour AIX en procédant comme suit :
smit
Les étapes suivantes partent de l'écran Advanced Configuration.
Le nom du point de contrôle a vraisemblablement été défini lors de l'installation de SNA Server pour AIX. (20).
Pour limiter les risques de confusion, utilisez la même valeur pour l'alias et le nom du point de contrôle.
Par exemple, l'écran peut se présenter comme ceci :
Change / Show Control Point Profile *Profile name node_cp XID node ID [05D27510] (21) Network name [SPIFNET] (19) Control Point (CP) name [NYX] (20) Control Point alias [NYX2] (20) Control Point type appn_end_node Maximum number of cached routing trees [500] Maximum number of nodes in the TRS database[500] Route addition resistance [128]
Notez le nom du profil .
Par exemple, le profil peut se présenter comme ceci :
Add Token Ring SNA DLC Profile *Profile name [tok0.00001] Data link device name [tok0] Force disconnect time-out (1-600 seconds) [120] User-defined maximum I-Field size? no If yes, Max. I-Field size (265-30729) [30729]
Dynamic link stations supported? yes
*Profile name [IBMRDB] (26) Mode name [IBMRDB] (26) Maximum number of sessions (1-5000) [30] (*) Minimum contention winners (0-5000) [15] (*) Minimum contention losers (0-5000) [15] (*) Auto activate limit (0-500) [0] Upper bound for adaptive receive pacing window [16] Receive pacing window (0-63) [8] (*) Maximum RU size (128,...,32768: multiples of 32) [4096] (*) Minimum RU size (128,...,32768: multiples of 32) [1024] (*) Class of Service (COS) name [#CONNECT]
Add LU 6.2 Local LU Profile *Profile name [NYX1GW02] (27) Local LU name [NYX1GW02] (27) Local LU alias [NYX1GW02] (27) Local LU is dependent? no If yes, Local LU address (1-255) [] System services control point (SSCP) ID (*, 0-65535) [*] Link Station Profile name [] Conversation Security Access List Profile name []
![]() |
Après mise à jour du profil de client APPC, reportez-vous à la section "B. Catalogage du noeud APPC".
|
Vous devez personnaliser la configuration APPC pour le client. La liste suivante répertorie les profils APPC à mettre à jour sur le poste de travail client pour pouvoir accéder à un serveur DB2 via APPC.
Pour utiliser le protocole APPC, SNAplus doit être installé et configuré sur le poste de travail client, et vous devez créer une entrée dans le répertoire des noeuds.
La présente section fournit un exemple d'utilisation de ces valeurs à des fins de configuration des paramètres SNA sur DB2 Client Application Enabler pour poste de travail HP-UX. Il ne s'agit que d'un exemple ; vous devez bien connaître SNA et la configuration de vos communications pour réussir celle de SNAplus pour DB2 Client Application Enabler pour HP-UX.
Reportez-vous aux manuels HP-UX SNAplus Installation Guide, HP-UX SNAplusLink Administrator's Guide, HP-UX SNAplus API Administrator's Guide et HP-UX SNAplusLink Diagnostics Guide pour plus d'informations sur les sujets suivants :
Remarques :
Les noms et adresses utilisés dans cet exemple sont les suivants :
CP Name NYX2 (20) Remote LINK ADDRESS 40005AA8B532 (16) XID Node ID 05D27510 (21) Network Name SPIFNET (19) Local LU Name NYX2GW01 (27) Remote LU Name NYX1GW01 (18) Remote Transaction Program Name NYSERVER (24) Mode Name IBMRDB (26)
Pour configurer SNAplus pour DB2 Connect pour HP-UX, connectez-vous en tant qu'utilisateur root et utilisez le programme /opt/sna/bin/snapconfig ou /opt/sna/bin/X11/xsnapconfig. Pour plus de détails sur ces programmes, reportez-vous à la documentation HP-UX. La procédure suivante décrit la configuration de SNAplus pour DB2 Connect pour HP-UX utilisant ces programmes.
Remarque : | Cette procédure suggère des valeurs pour les paramètres de configuration. Pour les autres paramètres, utilisez les valeurs SNAplus par défaut. |
Pour les liaisons en anneau à jeton, utilisez le nom d'unité par défaut et le numéro de port. Pour les liaisons SDLC et QLLC, demandez les valeurs appropriées à votre administrateur réseau. Lorsque vous avez entré toutes les informations, ou sélectionné les valeurs par défaut, cliquez sur OK, puis sur Done pour revenir à à l'écran principal.
Pour les autres valeurs de configuration, vous pouvez garder les valeurs par défaut.
Remarques :
Pour lancer le sous-système SNAplus, utilisez le programme /opt/sna/bin/snapstart. Au préalable, vous pouvez utiliser /opt/sna/bin/snapstop pour l'arrêter.
Pour lancer les connexions SNAplus, utilisez le programme /opt/sna/bin/snapmanage ou /opt/sna/bin/X11/xsnapmanage.
Vous devez personnaliser la configuration APPC pour le client. La liste suivante répertorie les profils APPC à mettre à jour sur le poste de travail client pour pouvoir accéder à un serveur DB2 via APPC.
Commencez à configurer votre système DB2 Connect en effectuant les opérations suivantes :
S'il s'agit d'un nouveau fichier de configuration, la prochaine fenêtre affichée sera intitulée APPC APIs over Token-Ring. Sinon, ce sera le panneau Communications Manager Profile List.
![]() |
Vous pouvez sélectionner l'un des boutons d'option suivants : End node - to a network node server ou End node - no network node server. Un serveur de noeuds réseau est utilisé lorsque de nombreux utilisateurs utilisent la même connexion. Le présent exemple assume qu'aucun serveur de noeuds réseau n'est utilisé.
|
Les étapes suivantes débutent toutes à partir de cette fenêtre. Vous y reviendrez à la fin de chaque étape.
À partir de la fenêtre Communications Manager Profile List, préparez un profil DLC de réseau local en procédant comme suit :
Modifiez les caractéristiques du noeud local SNA en procédant comme suit :
![]() |
La première partie doit être déjà complétée lorsque vous affichez le
profil. Il suffit que vous complétiez la seconde.
|
Préparez les profils de connexion SNA en procédant comme suit :
La fenêtre Connection to a Peer Node ou Connection to a Host Node s'affiche. Dans l'écran Connection to a Peer Node ou Connection to Host :
Créez un profil de LU partenaire en procédant comme suit :
Dans l'écran SNA Features List, préparez une définition de mode en procédant comme suit :
Dans la fenêtre SNA Features List, sélectionnez les options CPI Communications Side Information->Create. L'écran CPI Communications Side Information s'affiche.
Complétez l'écran CPI Communications Side Information en procédant comme suit :
Sélectionnez le bouton d'option None comme valeur du
paramètre Security type.
![]() |
Cela ne signifie pas que vous ne disposez d'aucune sécurité ;
vous pouvez spécifier le type de sécurité ultérieurement lors de la mise à
jour des répertoires de noeuds.
|
![]() |
Après mise à jour du profil de client APPC, reportez-vous à la section "B. Catalogage du noeud APPC".
|
Vous devez personnaliser la configuration APPC pour le client. La liste suivante répertorie les profils APPC à mettre à jour sur le poste de travail client pour pouvoir accéder à un serveur DB2 via APPC.
Pour utiliser le protocole APPC, le programme Interface Systems Cleo SNA doit être installé et configuré sur le poste de travail client, et vous devez créer une entrée dans le répertoire des noeuds.
Avant de configurer la connexion entre le programme DB2 Client Application Enabler pour poste de travail SCO OpenServer et le serveur, adressez-vous à l'administrateur réseau pour obtenir certaines informations.
La présente section fournit un exemple d'utilisation de ces valeurs à des fins de configuration des paramètres SNA sur DB2 Client Application Enabler pour poste de travail SCO OpenServer. Il ne s'agit que d'un exemple ; vous devez bien connaître SNA et la configuration de vos communications pour réussir celle de Cleo pour DB2 Client Application Enabler pour SCO OpenServer.
Reportez-vous au manuel Interface Systems Cleo Administration Guide pour plus d'informations sur les sujets suivants :
Pour utiliser le protocole APPC, le programme Interface Systems Cleo SNA, version 4.1.1.0, doit être installé et configuré sur le client.
La procédure ci-après peut vous guider lors de la configuration du programme Interface Systems Cleo. Reportez-vous au manuel Interface Systems Cleo Administration Guide pour plus de précisions. La meilleure façon de procéder consiste à découper la configuration de Cleo SNA en trois phases.
Lors de la première phase, vous définissez généralement une seule liaison (LINK), un seul noeud (NODE) et une seule connexion (CONNECTION). Lancez le programme de configuration de Cleo SNA, cxconfig, xcomconfig ou comconfig, pour créer un fichier de configuration ou le modifier.
Une fois qu'une connexion est active, il est facile d'en ajouter de nouvelles.
Lors de la seconde phase, vous définissez une LU locale (LOCAL LU), une LU
partenaire (PARTNER LU) éloignée et un mode (MODE). L'association de ces
trois ressources définit une session APPC.
![]() |
Si le mode active des sessions parallèles, de nombreuses sessions peuvent
alors exister simultanément entre les mêmes paires de LU ; cela a
pour conséquence d'augmenter la disponibilité des services.
|
Une fois une session activée, il est simple d'ajouter des LU et des modes partenaires supplémentaires.
La troisième phase consiste à définir le profil de configuration CPI-C et varie selon qu'il s'agit de configurer un client DB2 ou un poste de travail DDCS.
La présente section fournit des informations plus détaillées sur les liaisons, les connexions et les noeuds nécessaires à la réalisation de la phase 1.
Une liaison (LINK) décrit l'interface entre le programme Cleo et le matériel utilisé pour la connexion au réseau SNA. Cette section suppose l'existence d'une carte physique installée correctement. Consultez la documentation fournie avec le programme Cleo pour obtenir la liste des cartes physiques prises en charge. Vous pouvez affecter à la liaison le nom de votre choix. Celui-ci n'est consultable que par l'intermédiaire des utilitaires de configuration ou de gestion du sous-système SNA Cleo. Ainsi, pour une liaison en anneau à jeton, TOKLINK1, vous identifiez l'unité (pilote d'unité) utilisée par cette carte. Vous pouvez aussi déterminer ce paramètre en lançant la commande SCO OpenServer llistat. /dev/net0 représente une valeur classique pour ce paramètre.
Une connexion (CONNECTION) est définie entre votre poste de travail et un ordinateur éloigné, pour chaque ordinateur de ce type auquel vous accéderez. Une connexion utilise une liaison pour atteindre l'ordinateur éloigné.
En règle générale, cette ressource est à l'origine de la plupart des incidents, en particulier l'ID_noeud utilisé pour la transmission et la réception.
Le paramètre ID noeud pour réception identifie l'ordinateur éloigné. Il suffit généralement de coder la valeur xxx du noeud éloigné, et d'utiliser la valeur "fffff" dans la zone BLKNUM. 05D constitue une valeur classique pour xxx.
Vous devez également indiquer l'adresse MAC de la carte sur l'ordinateur éloigné. Elle est entrée dans la sous-fenêtre des paramètres. Pour obtenir ces informations, adressez-vous à l'administrateur VTAM ou réseau.
Remarque : | Un système hôte contrôle en principe des centaines, voire des milliers de LU. Il suffit que vous définissiez une connexion pour accéder à toutes les autres. Vous pouvez accédez à plusieurs LU via la même connexion. |
Un noeud (NODE) local définit l'instance PU21 locale. Il en existe une par poste de travail. La définition du noeud spécifie les liaisons actives sur le noeud et indique si des demandes de connexions entrantes seront autorisées.
Une fois ces trois ressources dûment configurées, vous pouvez lancer (ou activer) une connexion via les utilitaires de gestion Cleo.
La présente section donne des informations plus détaillées sur les modes, ainsi que sur les LU locale et partenaires qu'il est indispensable de définir pour passer à la phase 2.
Pour DB2, utilisez un nom de mode "IBMRDB". Consultez les feuilles de travail pour des exemples de valeurs à utiliser. Remarquez que pour les connexions hôtes, généralement DDCS, il doit y avoir un paramètre MODEENT VTAM équivalent au paramètre MODE. Vérifiez cela avec votre administrateur VTAM.
L'entrée relative au mode dans le programme Cleo permet également de définir la connexion via laquelle une session est établie. Vous choisissez la connexion nécessaire à ce mode particulier. Cela signifie a) que la connexion doit avoir été définie en premier, et b), que plusieurs modes aux nom et caractéristiques identiques doivent être définis si vous avez besoin de vous connecter à de nombreuses bases de données éloignées sur des ordinateurs différents. Dans ce contexte, il est recommandé d'utiliser la zone Description pour différencier les modes portant le même nom (en y indiquant le nom de la connexion).
Adressez-vous à l'administrateur de bases de données pour obtenir le nom de la LU partenaire existant sur la base de données éloignée. Chaque base de données à laquelle vous accédez via le protocole APPC est définie pour le réseau SNA par ce nom de LU.
Adressez-vous à l'administrateur VTAM pour obtenir le nom de votre LU locale nécessaire aux connexions à l'hôte. Elle doit être définie pour VTAM sous la macro PU définissant votre noeud PU21. Vous devez sélectionner les LU éloignées auxquelles accéder à partir d'une LU locale précise dans le panneau de définition de la LU locale, ainsi que le noeud à utiliser pour la session. Le noeud définissant la connexion à utiliser par la session, vous n'aurez pas à identifier celle-ci au cours de la définition de la LU locale. Notez qu'après chaque ajout d'une définition de LU partenaires éloignées, vous devez mettre à jour la définition de la LU locale pour intégrer les nouvelles LU partenaires. Il suffit de définir une LU locale pour les communications SNA de votre poste de travail.
Une fois ces trois ressources dûment configurées, vous pouvez lancer (ou activer) une connexion via les utilitaires de gestion de Cleo.
Remarque : | Cette possibilité de démarrer des connexions et des sessions sans tenir
compte des applications permet d'obtenir un niveau élevé de performances
et de fiabilité sur les réseaux SNA APPC. Si des liaisons, connexions et
sessions sont déjà actives sur votre poste de travail, des applications telles
que DB2 seront en mesure de démarrer des conversations LU6.2 sur ces sessions
en évitant pratiquement tout délai dû à l'acquisition et à
l'allocation des ressources.
Une conversation démarre lorsque vous lancez l'instruction SQL DB2 suivante : connect to nom_bd |
Remarques :
Les noms et adresses utilisés dans cet exemple sont les suivants :
CP Name NYX2 (20) Remote LINK ADDRESS 40005AA8B532 (16) XID Node ID 05D27510 (21) Network Name SPIFNET (19) Local LU Name NYX2GW01 (26) Remote LU Name NYX1GW01 (18) Remote Transaction Program Name NYSERVER (24) Mode Name IBMRDB (26)
Pour configurer le programme Interface Systems Cleo en vue de son utilisation avec DB2 Client Application Enabler pour SCO OpenServer, connectez-vous en tant qu'utilisateur root et utilisez le programme /usr/bin/comconfig ou /usr/bin/X11/cxconfig. Pour plus de détails, reportez-vous à la documentation Cleo. La procédure suivante décrit comment configurer Cleo pour DB2 Client Application Enabler pour SCO OpenServer à l'aide de ces programmes.
Remarque : | Cette procédure suggère des valeurs pour les paramètres de configuration. Pour les autres paramètres, utilisez les valeurs Cleo par défaut. |
Pour les liaisons en anneau à jeton, utilisez le nom d'unité par défaut et le numéro de port. Pour les liaisons SDLC et QLLC, demandez les valeurs appropriées à votre administrateur réseau. Lorsque vous avez entré toutes les informations, ou sélectionné les valeurs par défaut, cliquez sur OK, puis sur Done pour revenir à à l'écran principal.
Pour les autres valeurs de configuration, vous pouvez garder les valeurs par défaut.
![]() |
Attendez 30 à 60 secondes après l'émission de la commande
comstart avant de lancer commanage. Cela permet
d'activer automatiquement les liaisons, connexions et sessions avant le
démarrage des utilitaires de gestion.
|
La section suivante présente un exemple de configuration SNA sur un client DB2 pour SCO OpenServer permettant la prise en charge des communications par un poste de travail serveur.
Remarques :
Il existe un fichier de configuration qui est lu par le serveur lors de la
mise en route. Par défaut, il s'agit de /usr/lib/cleo/com.cfg. Ce fichier
définit les ressources et les caractéristiques d'exploitation SNA via un
jeu de directives de configuration. Cleo comprend un utilitaire de conversion
en texte binaire permettant de vérifier et de manipuler directement les
fichiers de configuration. Vous en trouverez une description dans le manuel
Cleo Text Configuration Utilities Guide. Cette méthode de
modification d'une configuration est normalement réservée aux
utilisateurs expérimentés. La présente section décrit le fichier de
configuration texte.
![]() |
Il est judicieux de sauvegarder votre fichier de configuration pour vous
protéger d'une perte de données accidentelle.
|
Pour utiliser le protocole APPC, vous devez spécifier un certain nombre de directives de configuration dans le fichier de configuration. Prenons l'exemple d'un réseau local en anneau à jeton, vous devez spécifier les directives de configuration suivantes :
Cette entrée relie les entrées TR_LINK et NODE, et décrit le mode de contrôle et d'interaction du noeud local avec la liaison.
Reportez-vous au Tableau 19 , pour une brève description des paramètres associés à chacune des directives répertoriées précédemment.
Vous trouverez ci-après un exemple de fichier de configuration contenant des directives de configuration. Pour plus d'informations sur la configuration et l'administration des ressources SNA de Cleo, reportez-vous au manuel Interface Systems Cleo Administration Guide.
; ***************************************************************************** ; Cleo Binary to Text Configuration Utility ; Copyright (c) 1989 - 1995 Interface Systems, Inc. ; Binary Configuration = com.cfg ; Security File = com.sec ; Configuration type = Client/Server ; File version = 100.20 ; ***************************************************************************** ; ***************************************************************************** ; Diagnostics Record (Mandatory) ; ***************************************************************************** [DIAGNOSTICS] connection = "" ; Name of network mgt connection UCF_user = "" ; User ID for UCF commands error_log = "/usr/lib/cleo/com.err" ; Error log file audit_log = "/usr/lib/cleo/com.aud" ; Audit log file audit_level = 6 ; Detailed problem analysis send_overfl = No ; Send RTM when response counter max send_end = No ; Send RTM at end of session stop_timer = screen ; Data first reaches the screen boundary_1 = 0.5 ; RTM histogram time boundaries boundary_2 = 1.0 boundary_3 = 2.0 boundary_4 = 5.0 pc_error_log = "c:\com.err" ; PC client error log file pc_audit_log = "c:\com.aud" ; PC client audit log file ; ***************************************************************************** ; Local Node Record ; ***************************************************************************** [NODE] name = "NYX1" ; Local Node Name description = "local node" ; Description of Local Node network = "SPIFNET" ; Node Network Name ; ***************************************************************************** ; Token Ring Link Record ; ***************************************************************************** [TR_LINK] name = "TOKLINK" ; Name description = "Token-Ring Link"; Description device_name = "SNA_TR ; Name of device file for link adaptor = "net1" ; Name of device file for adaptor port = 0 ; Adaptor port ; ***************************************************************************** ; Token Ring Link Usage Record ; ***************************************************************************** [TR_USAGE] node = "NYX1" ; Node name link = "TOKLINK" ; Link name incoming = Yes ; Incoming calls accepted max_conn = 10 ; Maximum number of connections local_sap = 04 ; Local SAP address ; ***************************************************************************** ; Token Ring Connection Record ; ***************************************************************************** [TR_CONN] name = "HOST0001" ; Name of connection node = "NYX1" ; Name of node (THIS NODE NOT THE REMOTE COMPUTER) description = "Token-Ring connection" ; Description remote_end = host ; Remote end is host activation = initially ; Initially active node_send = "05D.51902" ; Node id to send node_rcv = "05D.00000" ; Node id to receive control_point = "CAIBMOML.NYX1" ; Fully qualified control point name remote_address = 400009451902 ; Address of remote TR network remote_sap = 04 ; Remote SAP address retry_limit = 2 ; Retry limit rcv_ack_limit = 2 ; Receive acknowledgment threshold send_ack_limit = 1 ; Unacknowledged send threshold max_btu = 1929 ; Maximum BTU length link = "TOKLINK" ; link ; ***************************************************************************** ; APPC Mode Record ; ***************************************************************************** [APPC_MODE] name = "IBMRDB" ; Mode name mode_ID = 0 ; Unique Mode ID description = "IBMRDB to HOST" ; Description connection = "HOST0001" ; Connection used by this mode priority = high ; Mode is High Priority session_limit = 8 ; Mode Session Limit MCW = 4 ; Min Conwinner Sessions partner_MCW = 4 ; Partner Min Conwinner Sessions auto_act = 4 ; Auto activated sessions min_sendRU = 256 ; Min Send RU size max_sendRU = 4096 ; Max Send RU size send_pace = 4 ; Send Pacing count min_rcvRU = 256 ; Min Receive RU size max_rcvRU = 1024 ; Max Receive RU size rcv_pace = 4 ; Receive Pacing count ; ***************************************************************************** ; APPC Remote LU Record ; ***************************************************************************** [APPC_REMOTE_LU] alias = "NYX1GW01" ; LU Alias description = "" ; Text description of LU net_name = "SPIFNET" ; LU Network Name LU_name = "NYX1GW01" ; Name of LU SSCP_Alias = "NYX1GW01" ; SSCP LU Alias parallel_sess = Yes ; Parallel Sessions supported conv_sec = no ; LU uses conversation level security session_sec = none ; No Session Level Security ; ***************************************************************************** ; APPC Local LU Record ; ***************************************************************************** [APPC_LOCAL__LU] alias = "NYX2GW01" ; LU Alias node = "NYX2" ; Local Node description = "local lu" ; Text description of LU net_name = "SPIFNET" ; LU Network Name LU_name = "NYX2GW01" ; Name of LU LU_number = 0 ; LU Number session_lim = 20 ; Session Limit default_LU = Yes ; LU in pool of Default LUs local_use = Yes ; LU can be used locally syncpoint = No ; LU supports syncpoint sessions conv_sec = Yes ; LU uses conversation level security preval_sec = Yes ; LU can prevalidate security partner_LU = "NYX1GW01, 0" ; List of Partner LUs and Modes ; ***************************************************************************** ; Symbolic Destination Name Record ; ***************************************************************************** [SYM_DEST_NAME] name = "DB2CPIC" ; CPI-C symbolic destination name description = "" ; Description of sym dest name partner_type = application ; Application TP partner partner_name = "NYSERVER" ; Partner TP name ; DB2DRDA or x'07F6C4C2' on MVS, ; x'07F6C4C2' on OS/400, ; RDB_NAME for VSE or VM. partner_LUtype = alias ; LU name is an alias partner_LU = "NYX1GW01" ; Partner LU name mode = "IBMRDB" ; Mode name of mode used conv_sec = same ; (could be program) No conversation security
![]() |
Après mise à jour du profil de client APPC, reportez-vous à la section "B. Catalogage du noeud APPC".
|
Vous devez personnaliser la configuration APPC pour le client. La liste suivante répertorie les profils APPC à mettre à jour sur le poste de travail client pour pouvoir accéder à un serveur DB2 via APPC.
La section suivante présente un exemple de configuration SNA sur un client DB2 pour SINIX permettant la prise en charge des communications par un poste de travail serveur.
Remarques :
Il existe un fichier de configuration qui est lu par le serveur TRANSIT lors de la mise en route. Par défaut, il s'agit de /opt/lib/transit/KOGS/conf.nuc. Ce fichier définit les ressources et les caractéristiques d'exploitation SNA via un jeu de directives de configuration.
Vous trouverez ci-après un exemple de fichier de configuration contenant des directives de configuration.
XLINK tok0.001, //Link name ACT = AUTO, //Activation TYP = LAN, //Connection type XID = 05D27946, //Node ID CPNAME = CAIBMOML.OMXTXL, //Control point CONFSTR = /opt/lib/llc2/conf.str, //Confstr DEVICE = tr0, //Device SSAP = 04 //SSAP XPU JAGUAR, //Station name TYP = PEER, //Type CONNECT = AUTO, //Connection setup DISCNT = AUTO, //Connection shutdown LINK = tok0.001, //Link name NVSCONNECT = DYNAMIC, //NVS connect MAXDATA = 265, //Segment size XID = 05D27946, //Node ID CPNAME = CAIBMOML.OMXTP909, //Control point ROLE = NEG, //Station role PAUSE = 3, //Pause RETRIES = 10, //Retries DMAC = 10005AA8E208, //DMAC DSAP = 04, //DSAP RWINDOW = 7 //Window XLU OMXTXL, //Name TYP = 6, //LU type PUCONNECT = APHSTART, //Connection CTYP = PUBLIC, //Coordinate Type SESS-LMT = 3, //Session limit SESS-CTR = IND, //Session control NETNAME = CAIBMOML.OMXTXL, //Network name PAIR = OMXTP909 IBMRDB //LU pair XRLU OMXTP909, //Remote LU name NETNAME = CAIBMOML.OMXTP909, //Network name PU = JAGUAR //Station name XMODE IBMRDB, //Mode name SESS-MAX = 20, //Session Max SESS-LOS = 10, //Session Loser SESS-WIN = 10, //Session Winner SESS-AUTO = 5, //Session Auto SRU-MAX = 87, //RU size Send RRU-MAX = 87, //RU size Recv PAC-SEND = 4, //Pacing Send PAC-RCV = 4, //Pacing Recv IDLETIME = 0 //Idle time XSYMDEST CPICSND, //SD name RLU = OMXTP909, //RLU name MODE = IBMRDB, //Mode name TP = CPICRCV, //TP name TP-TYP = USER, //Type SEC-TYP = NONE //Security XEND
![]() |
Après mise à jour du profil de client APPC, reportez-vous à la section "B. Catalogage du noeud APPC".
|
Vous devez personnaliser la configuration APPC pour le client. La liste suivante répertorie les profils APPC à mettre à jour sur le poste de travail client pour pouvoir accéder à un serveur DB2 via APPC.
Vous devez également créer un fichier contenant la configuration CPI-C représentant le nom de destination symbolique.
Vous pouvez utiliser vi ou l'éditeur de votre choix pour créer les fichiers de configuration.
Ce fichier doit être placé dans le répertoire de l'application pour un système DB2 Connect pour Solaris autonome. Toutefois, si DB2 Connect pour Solaris est utilisé en tant que passerelle, le fichier doit être localisé dans l'un des répertoires suivants pour les agents de DBA2 puissent y accéder :
Remarque : | Le nom du fichier de configuration CPIC doit être identique au nom de destination symbolique indiqué dans le répertoire de noeuds DB2 résidant sur le système DB2 Connect pour Solaris. |
Exemple de fichier de configuration CPIC
Le nom du fichier de configuration CPIC doit être identique au nom de destination symbolique indiqué dans le répertoire de noeuds DB2 pour DB2 Connect pour Solaris.
# CPIC Side File information # PTNR_LU_NAME=NYX1GN01 MODE_NAME=IBMRDB TP_NAME= NYSERVER SECURITY=NONE
Le fichier s'appelle sunpu2.config et il doit être stocké dans le répertoire /opt/SUNWpu21, ou dans celui dans lequel SunLink SNA PU 2.1 Server est installé.
Figure 1. Exemple de fichier de configuration Client Solaris PU 2.1 SNA
// SunLink SunLU6.2/SunPU2.1 SNA Server Sample Configuration // Token Ring Peer-to-Peer System A @(#)sunlu62.a.tr // // The physical connection is a Token Ring interface adapter. CP NAME=NYX2 // Local name (8 char max) NQ_CP_NAME=SPIFNET.NYX12 // Network Qualified Name ; TRLINE NAME=MAC1 // SunLink specific name SOURCE_ADDRESS=x'400011527509' // sysA_mac_addr for Sun machine ; DLC NAME=HOSTLINK // User defined name (8 char max) LINK_NAME=MAC1 // Line name this station is on LCLLSAP=x'04' // Local Link Service Access Point RMTLSAP=x'04' // Remove Link Service Access Point RMTMACADDR=x'40005AA8B532' // sysB_mac_addr TERMID=x'07127509' // XID negotiation ; LU NAME=NYX2GW01 // Local name (8 char max) NQ_LU_NAME=SPIFNET.NYX2GW01 // Network Qualified Name SESS_LMT=50 // Max LU sessions LUTYPE=6.2 ; PTNR_LU NAME=NYM2DB2 // Partner LU name(8 char max) LOC_LU_NAME=NYX1GW01 // Associated Local LU NQ_LU_NAME=SPIFNET.NYM2DB2 // Network Qualified Name ; MODE NAME=IBMRDB // Mode Name (8 char max) DLC_NAME=HOSTLINK // Associated DLC PTNR_LU_NAME= // Associated Partner LU LCL_MAX_SESS_LMT=30 // Max Session Limit MIN_CW_SESS=15 // Min Conwinners MIN_CL_SESS=15 // Min Conlosers ; |
![]() |
Après mise à jour du profil de client APPC, reportez-vous à la section "B. Catalogage du noeud APPC".
|
Vous devrez peut-être créer un fichier de configuration entièrement nouveau ou modifier un fichier existant. La présente section suppose que vous optez pour la première solution, mais si vous personnalisez un fichier existant, la procédure est similaire. Effectuez les étapes suivantes :
Pour commencer, effectuez les opérations suivantes :
Pour configurer le noeud, procédez comme suit (le présent exemple s'applique à un noeud d'extrémité) :
Pour configurer des unités, procédez comme suit (le présent exemple utilise un DLC réseau local) :
Pour configurer la connexion au réseau local, procédez comme suit :
Vous n'avez pas à intervenir.
Pour configurer la LU partenaire, procédez comme suit :
Pour configurer le mode, procédez comme suit :
Pour configurer la LU locale, procédez comme suit :
Pour configurer les informations CPI-C, procédez comme suit :
Cliquez sur le bouton d'option permettant de sélectionner l'option de votre choix. Spécifiez soit le nom qualifié complet de la LU partenaire SPIFNET.NYX1GW01 (identique à celui indiqué pour l'élément (22) de la feuille de travail), ou sélectionnez l'alias de la LU partenaire défini précédemment (identique à celui indiqué pour l'élément (18) de la feuille de travail).
Pour terminer le fichier de configuration, à partir de la fenêtre Communications Server SNA Node Configuration, procédez comme suit :
![]() |
Après mise à jour du profil de client APPC, reportez-vous à la section "B. Catalogage du noeud APPC".
|
Vous devez personnaliser la configuration APPC pour le client. La liste suivante répertorie les profils APPC à mettre à jour sur le poste de travail client pour pouvoir accéder à un serveur DB2 via APPC.
Pour commencer, effectuez les opérations suivantes :
![]() |
Par défaut, la fenêtre Servers and connections s'ouvre. Si tel
n'est pas le cas, cliquez deux fois sur l'icône Servers and
Connections.
|
Pour indiquer les paramètres d'un serveur SNA à utiliser pour la LU 6.2 (APPC), procédez comme suit :
Pour affecter une LU locale APPC au serveur, procédez de la manière suivante :
Vous pouvez utiliser un mode IBM ou ajouter un nouveau mode convenant à votre application. Vérifiez que les valeurs sur le client et sur le serveur correspondent bien.
Pour configurer le mode de la LU APPC, procédez de la manière suivante :
Selon le type de LU (locale ou éloignée), la fenêtre APPC LU Properties ou New APPC Remote LU Properties apparaît.
![]() |
Les autres valeurs de cet exemple sont arbitraires. Les valeurs indiquées pour les paramètres Parallel Session Limit et Minimum Contention Winner Limit permettent d'affiner la configuration. Pour plus de détails sur ces valeurs, reportez-vous à l'aide en ligne du serveur SNA.
|
Pour configurer une nouvelle connexion, procédez comme suit :
La fenêtre 802.2 Setup s'affiche.
Pour affecter une LU éloignée APPC à une connexion, procédez de la manière suivante :
La fenêtre Insert LU apparaît.
Pour configurer les propriétés CPI-C, procédez comme suit :
![]() |
Après mise à jour du profil de client APPC, reportez-vous à la section "B. Catalogage du noeud APPC".
|
Vous devez ajouter une entrée dans le répertoire des noeuds du client pour décrire le noeud éloigné.
Cette entrée spécifie l'alias (nom_noeud), le nom de destination symbolique (nom_dest_symbolique) et le type de sécurité APPC (sécurité) à utiliser pour la connexion APPC.
Pour cataloguer le noeud APPC, procédez comme suit:
![]() |
Si vous ne parvenez pas à vous connecter, reportez-vous à la section "Connexion au système".
|
. INSTHOME/sqllib/db2profile (shell Bourne ou Korn) source INSTHOME/sqllib/db2cshrc (shell C)INSTHOME étant le répertoire personnel associé à l'instance.
catalog appc node nom_noeud remote nom_dest_symbolique security sécurité terminate
Remarque : | Le paramètre nom_dest_symbolique reconnaît les majuscules et les minuscules et doit être identique à la valeur utilisée dans la section "A. Modification des profils APPC". |
catalog appc node db2node remote NYSERVER security none terminate
![]() |
Si vous devez modifier des valeurs définies par la commande catalog node, commencez par exécuter la commande uncatalog node dans l'interpréteur de commande, comme suit : uncatalog node nom_noeudRecataloguez le noeud avec la valeur que vous voulez utiliser.
|
Pour qu'une application client puisse accéder à une base de données éloignée, celle-ci doit déjà avoir été catalogu‚e sur le noeud serveur et sur tous les noeuds client du réseau qui se connecteront à cette base de données. Lorsque vous créez une base de données, elle est automatiquement cataloguée sur le serveur sous son alias (alias_bd), qui est identique à son nom (nom_bd). Les informations figurant dans le répertoire des bases de données et dans le répertoire des noeuds servent, sur le poste client, à établir la connexion avec la base de données éloignée.
Pour cataloguer une base de données sur le poste client, procédez comme suit :
![]() |
Si vous ne parvenez pas à vous connecter, reportez-vous à la section "Connexion au système".
|
Tableau 21. Valeurs des paramètres pour le catalogage des bases de données
Paramètre | Description | Valeur type | Votre valeur |
---|---|---|---|
Nom de base de données (nom_bd) | Alias (nom_bd) de la base de données éloignée. Lorsque vous créez une base de données, elle est automatiquement cataloguée sur le serveur sous son alias (alias_bd), qui est identique à son nom (nom_bd). | exemple | |
Alias de la base de données (alias_bd) | L'alias de la base de données (alias_bd) est un surnom local attribué arbitrairement à la base de données éloignée sur le client. Si vous n'indiquez pas d'alias, le nom réel de la base de données est utilisé par défaut. Il s'agit du nom utilisé pour vous connecter à une base de données à partir du client. | tor1 | |
Nom de noeud (nom_noeud) | Nom du noeud dans le répertoire des noeuds, qui indique où se trouve la base de données. Attribuez au nom de noeud (nom_noeud) la valeur que vous avez utilisée pour cataloguer le noeud à l'étape précédente. | db2node |
![]() |
Vous pouvez utiliser l'outil de configuration de client pour
configurer les communications pour Windows 3.x. Pour cataloguer un noeud
de base de données à l'aide de l'outil de configuration de client,
reportez-vous à la section "Configuration d'un client Windows 3.x à l'aide de l'outil de configuration client".
|
. INSTHOME/sqllib/db2profile (shell Bourne ou Korn) source INSTHOME/sqllib/db2cshrc (shell C)INSTHOME étant le répertoire personnel associé à l'instance.
catalog database nom_bd as alias_bd at the node nom_noeud terminatePar exemple, pour cataloguer une base de données éloignée appelée EXEMPLE et lui attribuer l'alias tor1, sur le noeud db2node, utilisez la commande :
catalog database EXEMPLE as tor1 at the node db2node terminate
![]() |
Si vous devez modifier des valeurs définies par la commande catalog database, commencez par exécuter la commande uncatalog database dans l'interpréteur de commandes, comme suit : uncatalog database alias_bdRecataloguez la base de données avec la valeur que vous voulez utiliser.
|
Une fois la configuration du client terminée, effectuez les
opérations suivantes pour vérifier l'accès aux données contenues dans une
base de données éloignée.
![]() |
Vous avez besoin de vous connecter à une base de données éloignée pour
tester la connexion. Si vous ne disposez d'aucune base de données sur
votre serveur, créez-y la base de données EXEMPLE pour tester la connexion.
Pour plus d'informations, reportez-vous au manuel Mise en
route.
|
connect to alias_bd user id_utilisateur using mot_de_passe
Les valeurs de id_utilisateur et de mot_de_passe doivent être correctes pour le système sur lequel elles sont authentifiées. Par défaut, l'authentification a lieu sur le SERVEUR. Si la base de données est configurée pour une authentification au niveau du CLIENT, les valeurs de id_utilisateur et de mot_de_passe doivent être correctes sur le client.
Si la connexion aboutit, un message s'affiche indiquant le nom de la base de données à laquelle vous êtes connecté. Vous êtes maintenant en mesure d'utiliser la base de données. Par exemple, pour extraire la liste de tous les tableaux répertoriés dans la table des catalogues système, entrez la commande SQL suivante dans le Centre de commande ou dans l'interpréteur de commandes :
"select nomtableau from catsys.tableaux" (plateformes UNIX) select nomtableau from catsys.tableaux (autres plateformes)
Lorsque vous n'avez plus besoin de la connexion à la base de données,
mettez-y fin par la commande connect reset.
![]() |
Vous êtes maintenant prêt à utiliser le serveur DB2. Pour plus de détails,
reportez-vous au Chapitre 11. "Initiation à DB2 Universal Database".
|
Si la connexion n'aboutit pas, vérifiez les éléments suivants :
Sur le serveur :
![]() |
Vérifiez la valeur de registre DB2COMM par la commande db2set
DB2COMM. Pour plus de détails, reportez-vous au Chapitre 15. "Contrôle de l'environnement DB2".
|
![]() |
En cas de difficulté pour lancer les gestionnaires de connexion d'un protocole, un message d'avertissement s'affiche et des messages d'erreur sont consignés dans le fichier db2diag.log. L'emplacement de ce fichier dépend de votre système d'exploitation.
Pour plus de détails sur le fichier db2diag.log, reportez-vous au manuel
Troubleshooting Guide.
|
Sur le client :
Après vérification de ces éléments, si la connexion n'est toujours pas établie, reportez-vous au manuel Troubleshooting Guide.