AS/400 : Serveur hôte

BoTTom |    Changer de couleur
 
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


|    Changer de couleur
 
 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


|    Changer de couleur
 
    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)


|    Changer de couleur
 
 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
 
 


|    Changer de couleur
 
                  - 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)
 


|    Changer de couleur
 
 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


|    Changer de couleur
 
 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 
 





©AF400