Les fonctions serveur hôte de l'AS/400 (option 12 de 5763-SS1) entraînent des modifications sur le plan des jobs actifs. Les sessions écrans se déroulent toujours dans le sous-système interactif. QCMN est toujours le sous-système qui reçoit les demandes entrantes de communication. ATTENTION : l'entrée de commnunication destinée au routeur (mode QPCSUPP) doit avoir comme utilisateur par défaut *SYS (c'était *NONE en V2R30) afin de pouvoir supporter la nouvelle fonction de changement de mot de passe. sous Windows utilisez EHNECONN.EXE sous DOS étendu STARTRTR /C voici la description standard de QCMN Description Utilisat Activ ité Unité Mode de travail Biblio par défaut maxi *ALL *ANY *USRPRF *SYS *NOMAX *ALL QCASERVR *USRPRF *NONE *NOMAX *ALL QPCSUPP *USRPRF *SYS *NOMAX |
Si vous avez modifié QCMN, rappellez-vous que l'ordre de recherche est : 1/ entrée avec un nom d'unité 2/ avec un nom de lieu 3/ avec un type de connexion (*APPC , ...) 4/ *ALL avec un mode indiqué 5/ *ALL , *ANY DFTUSER(*SYS) indique qu'un profil par défaut sera utilisé si l'entrée de communication est demandée par une fonction système, ce qui est le cas du changement de mot de passe (qui se fait "off line") Il gère maintenant trois fonctions sous forme de pré-start jobs : OS/2 optimisé: + Serveur de DATA QUEUE optimisé (pgm QNPSERVR) OS/2 optimisé: + Serveur d'impressions (permet la gestion COMPLETE des spools et des éditeurs) et le pgm est le même : QNPSERVR. CAWIN : fonctions incluses dans SYSTEM OBJECT ACCESS |
OS/2 optimisé: + Exécution de commandes à distance (pgm QZRCSRVR) tenant compte en autre du param LMTCPB(*YES) -------précisions----------------------------------------------------------- System Object Access est une option de CAWIN, livrée uniquement depuis la PTF Cumulative C5227310. Ce produit permet de : gérer les spools depuis un micro gérer les éditeurs gérer les jobs gérer les historiques gérer les messages contient en plus une version limitée de AFP/Viewer et des APIs C donnant un accès par programme à ces fonctions. Client/Access optimisé pour OS/2 est un nouveau client (5763XG1) disponible en français fin 95. (sur le papier cela devrait être le client offrant le plus de possibilités) |
le sous-système qui gère les fonctions de serveur s'appele QSERVER (et non plus QXFSERV, comme en V2R30) il reconnaît : - la JOBQ QPWFSERVER - le travail à démarrage automatique QSERVER ==> la gestion des dossiers partagés qui génère un job QPWFSERV : par micro et non plus par unité réseau (pour les clients optimisés [32 bits]) -> accès à la racine IFS possible. par unité réseau (pour les clients traditionnels [16 bits]) -> accès QDLS uniquement. cette fonction remplace les dossiers partagés TYPE 2 |
- la fonction serveur de données = un travail à démarrage anticipé (PJ : Pré-Start job) (QZDAINIT) qui gère les requêtes SQL (donc ODBC) RAPPEL sur les pré-start JOBs : il s'agit d'activer PAR AVANCE des pgms qui seront appelés par un dialogue APPC entrant (EVOKE) le travail s'exécute sous QUSER, s'initialise, ouvre ses fichiers, etc ... puis passe en long-wait lors de l'ALLOCATE. il sera "réveillé" lors de l'appel APPC entrant et changera de profil pour prendre le profil demandé par le système distant. pour CAWIN : il prendra le profil indiqué à la connexion (routeur) il construira sa liste de bibliothèques en fonction des paramètres indiqués dans la définition de la source de données (paramétrage du driver ODBC sur le micro) |
Vous pouvez paramétrer ce travail en : + modifiant la classe QPWFSERVER de QIWS [RUNPTY(20) TIMESLICE(3000)] + modifiant le nombre minimum de travaux actifs/en attente CHGPJE SBSD(QIWS/QSERVER) PGM(QIWS/QZDAINIT) + valeurs actuelles INLJOBS(1) THRESHOLD(1) ADLJOBS(3) MAXJOBS(*NOMAX) exemple --> INLJOBS(5) THRESHOLD(2) ADLJOBS(2) MAXJOBS(*NOMAX) | | | | V | | | nombre initial de jobs | | V | | nombre maxi. V | seuil mini | V Quand le seuil mini est atteint: nombre de JOBs à réinitialiser Vous pouvez aussi indiquer une classe pour les x premiers jobs et une autre classes pour les y autres suivants |
Exemple : CHGPJE SBSD(QIWS/QSERVER) PGM(QIWS/QZDAINIT) CLS(QSYS/QPWFSERVER 2 MABIB/QPWFSERV2 3) Les deux premiers jobs utiliseront la classe standard les trois suivants utiliseront votre classe QPWFSERV2 avec RUNPTY(25) par exemple. D'autres fonctions utilisent cette notion de pré-start job (gestion des licences, changement du mot de passe ...) pour plus de détails voir la documentation SC41-3740 "OS/400 server concepts and administration V3R1" : SC41-3740-00 |