Politiques propres aux utilisateurs

Les politiques propres aux utilisateurs supplantent les politiques globales pour un compte utilisateur donné. Chaque compte utilisateur a plusieurs options qui influencent la possibilité pour l'utilisateur de se connecter. Les administrateurs ou les opérateurs de comptes peuvent modifier ces options en double-cliquant sur un utilisateur dans User Manager for Domains.

Mais alors, où est le hic ?

J'ai rencontré un petit problème avec les VM en cluster et avec le partage des disques SCSI virtuels non persistants : les disques perdent leurs données dès que l'on met leur VM hors tension. (Le problème ne survient que quand on met un système hors tension, donc on peut réinitialiser

Installer le service Cluster

Les disques virtuels sont maintenant fin prêts. Il ne reste plus qu'à  effectuer une installation du service Cluster standard. Commençons par VM1:

1. Mettez VM1 sous tension et connectez-vous comme Domain Administrator.

2. Ouvrez l'applet Control Panel Add/Remove Programs.

3. Cliquez sur Add, Remove Windows Components.

4. Sélectionnez le composant
Lire l'article

Ecrire des signatures disques

Les disques que vous venez de configurer pour les deux VM ont besoin de signatures. Pour commencer, procédez ainsi sur VM1 :

1. Initialisez le système et connectezvous.

2. Faites un clic droit sur l'icône My Computer et sélectionnez Manage.

3. Cliquez sur le dossier Disk Management.

4. Quand le
Lire l'article

Partager le stockage

Dès lors que vous avez un domaine et un compte utilisateur cluster, vous devez préparer le stockage partagé. Pour avoir la latitude de mettre ultérieurement en cluster une application de base de données comme Exchange ou SQL Server, je prépare trois disques SCSI virtuels. Procédez ainsi :

1. Dans la
Lire l'article

Bâtir le cluster virtuel

Comme dans toute bonne recette, les ingrédients ne suffisent pas. L'ordre de préparation est déterminant dans la construction d'un cluster virtuel. Pour commencer, il faut deux instances de Win2K AS fonctionnant comme des VM sur votre système. Pour cet article, j'ai construit un cluster virtuel sur un Dell Inspiron 8100

Démarrer avec DRDA (3)

Dans notre exemple, nous avons entré une adresse IP et remplacé le type par défaut de *SNA par *IP. Vous pouvez, en option, entrer un texte descriptif de la base de données ou un commentaire. Après avoir appuyé sur Entrée, vous verrez une requête de numéro de port ou de

Démarrer avec DRDA (2)

Si vous utilisez l'attribution automatique, le nom RDB sera le nom du système courant, tel qu'affiché par la commande DSPNETA (Display Network Attributes) sur le système serveur. Utilisez cet identificateur comme le nom RDB sur le système côté client si vous envisagez de laisser le système créer l'entrée *LOCAL. Si

Démarrer avec DRDA

Les valeurs par défaut de la V5R1 rendent la préparation du serveur relativement simple pour l'environnement TCP/IP :
• Le serveur TCP/IP démarre automatiquement en même temps que TCP/IP.
• L'OS/400 ajoute automatiquement une entrée *LOCAL à  la base de données relationnelle (RDB) du serveur à  la première connexion.
•

Bref historique de DRDA

IBM a développé DRDA en 1988 et 1989 et la première version a été publiée en 1990. En 1992, IBM a introduit DRDA dans les produits de gestion de base de données de tous les membres de la famille DB2, dans l'OS/400 V2R2M1. A cette époque, la fonctionnalité de DRDA

Introduction (2)

SQL est l'interface de programmation d'application utilisée avec DRDA. SQL peut être soit intégré et précompilé dans des programmes d'applications ou traité dans un programme au moyen d'une CLI (Call Level Interface), comme la CLI SQL ou ODBC. Traditionnellement, la fonction iSeries qui correspond à  DRDA pour l'accès aux fichiers

Prêt à  servir !

L'iSeries est une excellente plate-forme pour les applications WebSphere. Mais il faut optimiser l'environnement Java, l'environnement WAS et les applications à  exécuter. Il faut donc disposer de ressources système suffisantes et donner des valeurs optimales aux paramètres.

Il existe de nombreux outils pour analyser et régler vos applications WebSphere. Pour

Analyser et régler l’application

Il existe plusieurs outils utiles pour analyser et régler les applications de type WebSphere. DMPJVM, PEX (Performance Explorer), et PTDV (Performance Trace Data Visualizer) sont des outils propres à  l'iSeries et le Resource Analyzer est inclus avec WAS.

DMPJVM transfère les informations concernant la JVM pour un job spécifié, dans

Ramasse-miettes

L'un des avantages de Java est que les programmeurs n'ont pas besoin d'allouer et de désallouer les objets (ou la mémoire). Dans d'autres langages orientés objet, comme C++, le programmeur se charge de l'allocation et de la désallocation des objets. L'oubli de la désallocation provoque des fuites de mémoire, parfois

Régler WAS

WAS utilise abondamment les files d'attente. Avant d'être autorisée à  s'exécuter, chaque transaction passe par plusieurs files d'attente dans le serveur HTTP et WebSphere.

Il est important d'indiquer une valeur appropriée pour le nombre d'emplacements dans les files d'attente de WebSphere. Si les valeurs sont trop basses, on allonge les

WAS dans l’environnement iSeries (2)

L'iSeries propose deux drivers JDBC: le driver JDBC IBM Toolbox for Java et le driver JDBC natif iSeries. Quand on exécute les applications JDBC sur l'iSeries (sous WAS, par exemple), il faut utiliser le driver JDBC natif car il est plus performant. Il utilise le serveur QSQSRVR pour l'accès à 

WAS dans l’environnement iSeries

Les serveurs d'applications permettent d'exécuter des applications Java côté serveur comme des servlets, des JSP (FavaServer Pages) et des EJB (Enterprise Javabeans). Ils simplifient le déploiement des applications e-business destinées au Web et permettent de contrôler et de dimensionner les applications Java côté serveur.

Sur un iSeries, WAS fonctionne dans

OS/400 et valeurs système (2)

La valeur QADLACTJ (Additional Active Jobs) précise le nombre supplémentaire de jobs actifs auxquels il faut allouer du stockage quand le nombre initial de jobs actifs (valeur QACTJOB) est atteint. Le stockage auxiliaire est alloué chaque fois que le nombre de jobs actifs dépasse le stockage qui a été alloué.

OS/400 et valeurs système

La performance des applications Java et de WAS peut être influencée par plusieurs valeurs système et paramètres de l'iSeries. L'un des paramètres les plus importants à  vérifier est la valeur MAX Active (maximum active threads). Chaque pool de stockage dans l'iSeries a un paramètre MAX Active qui contrôle le nombre

Java sur iSeries (2)

La nature interprétée du langage Java pénalise la performance à  l'exécution. C'est pourquoi il est important d'écrire un code Java très efficace quand la performance à  l'exécution est critique. Outre les techniques d'optimisation des programmes Java neutres vis-à -vis des plates-formes, la plupart des plates-formes serveur offrent leur propre complément d'optimisation.