[z/OS]

Conventions de dénomination du serveur d'applications

Avant d'installer un nouvel environnement WebSphere Application Server for z/OS, il est essentiel de prévoir en détails votre convention de dénomination. Votre convention de dénomination devra pouvoir se développer au rythme de l'augmentation du nombre de cellules, de noeuds, de serveurs et de clusters. Elle devra également pouvoir s'accommoder des noms de sysplex et de partitions logiques, ainsi que d'instances telles que les phases de test, d'intégration et de production dans votre environnement.

Les serveurs d'applications sont comme les régions IMS ou CICS.
  • Ils contiennent des procédures sur mesure pour les contrôleurs et les serviteurs.
  • Ils contiennent des variables d'environnement sur mesure pour chaque instance d'un serveur.
  • Ils utilisent la classification WLM des régions, en travaillant dans les régions, et sont définis comme des environnements d'applications.
  • Ils peuvent être autonomes ou dépendants d'autres serveurs.
  • Ils requièrent des définitions RACF pour les programmes STC de contrôle et de serveur (identifiants d'utilisateurs, profils de ressources), ainsi que des autorisations UNIX.
  • Leurs utilisateurs doivent être autorisés à accéder aux serveurs et à utiliser divers objets au sein de ces derniers.
Eviter les incidents Eviter les incidents: Si vous utilisez un anneau de sérialisation d'accès des ressources partagées (GRS) pour connecter un ou plusieurs monoplex à un environnement sysplex, le nom de cellule des serveurs exécutés dans l'un des monoplex doit être unique dans l'environnement GRS. Cette exigence signifie que le nom de cellule d'un serveur exécuté dans l'un des monoplex :
  • doit être différent du nom de cellule d'un serveur s'exécutant dans le sysplex
  • Doit être différent du nom de cellule des serveurs exécutés dans un autre monoplex connecté au sysplex.
S'il existe des serveurs possédant des noms de cellule en double dans l'environnement GRS, WebSphere Application Server ne peut pas faire la différence entre la cellule du sysplex et la cellule du monoplex et traite les deux serveurs comme s'ils appartenaient à la même cellule. Cette association de cellules incorrecte génère généralement des résultats de traitement imprévisibles.gotcha

L'environnement du produit comporte un certain nombre d'espaces adresse qui exigent de l'installation qu'elle gère les profils de sécurité, les constructions de classifications de charges de travail, etc. Pour créer, gérer et reconnaître des serveurs d'applications, il peut s'avérer utile de créer un modèle pour nommer vos serveurs et vos instances de serveurs. Vous trouverez un exemple de modèle dans la rubrique Configuration des échantillons et convention de dénomination.

Il est également primordial de prévoir minutieusement les conventions de dénomination pour vos fichiers.
  • Les fichiers cible SMP/E, selon votre procédure de maintenance (les fichiers normaux et le système hiérarchique de fichiers, y compris ses points de montage).
  • Le système hiérarchique de fichiers de personnalisation, y compris ses points de montage.
  • HLQ pour vos fichiers de personnalisation (*.CNTL, *.DATA, et *.SAVDCFG)
  • Les noms du flot de journalisation des erreurs
  • Les noms des modules et des collections DB2

Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_appservnam
Nom du fichier : crun_appservnam.html