Premier pas en gestion des performances iSeries

par Paul Conte - Mis en ligne le 21/04/2004

Suivez ce guide pour mettre rapidement votre plan en place

Dans mon activité de conseil sur AS/400 et iSeries, j'ai rarement rencontré une société qui ne se souciait pas des performances. Un système performant satisfait tout le monde...L'utilisateur final parce qu'il obtient un bon temps de réponse et un rendement élevé ; et le manager, qui voit les coûts du matériel diminuer et les utilisateurs satisfaits.
Mais, malgré ce désir unanime, beaucoup d'organisations IT ont du mal à  mettre en place un processus de gestion des performances cohérent. En général, je vois des optimisations de programmes improvisées et des tentatives de réglage du système au coup par coup. Dans bien des cas, aucun membre de l'entreprise ne sait vraiment comment le système et les applications se comportent ou quelles actions de réglage et d'optimisation amélioreront le plus les performances.
Pour bien gérer les performances, il faut premièrement définir les niveaux de service et deuxièmement utiliser des mesures pour déterminer quels niveaux de service ne sont pas atteints. La bonne affectation du personnel et du budget informatique aux activités liées aux performances, découle d'une compréhension quantitative des performances du système et des applications. Pour affecter du personnel et de l'argent, il faut aussi savoir quelles applications consomment des ressources système limitées et comment elles les consomment. Sans cette information, on risque de gaspiller une bonne partie des efforts du personnel ou de procéder à  des mises à  niveau de matériel superflues, sans pour autant obtenir les performances souhaitées. De plus, une bonne compréhension des performances au niveau système est essentielle pour planifier judicieusement la croissance de la capacité système.
La direction et le personnel ne doivent pas compter seulement sur leur intuition pour déterminer où allouer de l'argent et du personnel pour les mises à  niveau matérielles, le réglage du système, ou les modifications applicatives. Faute de mesures, les meilleurs experts ont du mal à  deviner les moyens les plus rentables pour améliorer la performance de systèmes vastes et complexes. D'ailleurs, ces experts conviennent généralement que la mesure des performances est essentielle à  leur propre capacité d'améliorer la situation.

Utiliser des GPO pour configurer Terminal Services

par Christa Anderson - Mis en ligne le 31/03/2004

Windows 2003 améliore la gestion des serveurs de terminaux

Depuis que Microsoft a présenté Windows NT Server 4.0, Terminal Server Edition (WTS) en 1998, la firme a beaucoup facilité le travail de ceux qui utilisent RDP pour se connecter aux serveurs de terminaux...Dans Windows Server 2003, le client RDP est presque aussi capable que le client ICA l'était pour se connecter aux serveurs Citrix MetaFrame. Le seul support qui lui manque est celui de la publication des applications et de Seamless Windows. Si MetaFrame ne vous est pas familier, sachez que la publication d'applications valide une connexion avec une application sur un serveur de terminaux, et Seamless Windows permet aux utilisateurs finaux de maintenir des connexions multiples avec un serveur de terminaux, qui toutes se connectent à  la même session, et donc ne multiplient pas l'utilisation des ressources.
Toutefois, Microsoft n'a pas mis autant de zèle à  améliorer la gestion des serveurs dans WTS et Windows 2000 Server Terminal Services. Comme NT 4.0 était antérieur à  WTS, l'OS NT central n'a pas de possibilités de gestion de serveurs de terminaux - même la gestion des comptes utilisateur doit être faite sur une machine WTS ou en utilisant le User Account Manager de type WTS. Win2K inclut le support de Terminal Services dans l'OS central, mais les outils de gestion de serveurs ne permettent de gérer qu'un petit nombre d'utilisateurs ou de serveurs parce qu'il faut configurer les paramètres de Terminal Services séparément pour chaque compte ou machine. Comme les paramètres de Terminal Services tels que le chemin de profil ne sont pas exposés par l'intermédiaire de ADSI (Active Directory Service Interfaces), on ne peut pas scripter la gestion des serveurs au-delà  de ce que permettent les outils ligne de commande. Cette restriction est tolérable si l'on envisage de garder les paramètres par défaut ou si l'on n'a que deux ou trois comptes utilisateur ou serveur à  configurer. Mais les choses se compliquent quand il faut configurer et gérer davantage de paramètres utilisateur et de serveurs de terminaux en permanence.
Windows 2003 a beaucoup fait pour rendre les serveurs de terminaux - et les paramètres de comptes utilisateur qui s'appliquent à  Terminal Services - plus gérables en exposant de nombreux paramètres au travers de ADSI et de WMI (Windows Management Instrumentation). Vous pouvez utiliser des scripts administratifs pour gérer ces paramètres, ou bien utiliser des GPO (Group Policy Objects) que vous pourrez appliquer aux OU (organizational units). Je vous présente quelques GPO permettant de gérer les paramètres pour des utilisateurs et des ordinateurs, et vous montre comment les appliquer dans des tâches courantes.

Le nouveau OWA rappelle beaucoup Outlook

par Kevin Laahs - Mis en ligne le 24/08/2004 - Publié en Janvier 2004

Exchange Server 2003 OWA : généralités

A l'heure actuelle, les travailleurs mobiles utilisateurs d'informations n'ont pas toujours accès au client Microsoft Outlook. C'est pourquoi Microsoft a tenu à  offrir un client de type navigateur intelligent...La sortie de Microsoft Exchange Server 2003 s'accompagne d'une version mise à  jour de l'OWA (Outlook Web Access). La dernière version du client navigateur OWA est fondée sur la même architecture que les versions antérieures mais avec des fonctionnalités nettement meilleures. Elle répond ainsi aux principales doléances des clients quant aux implémentations de l'OWA précédentes. S'agissant d'octroyer aux utilisateurs l'accès Web aux systèmes Exchange de votre société, on devine que la sécurité est votre principale préoccupation. En effet, quand des utilisateurs peuvent accéder ainsi à  Exchange, on n'a que peu de contrôle sur leurs périphériques ou sur leurs pratiques en matière de sécurité. Et c'est pourquoi les développeurs de l'OWA se sont efforcés d'offrir un client sécurisé. Sans oublier la performance, la richesse des fonctions et la compatibilité avec Outlook 2003. La compatibilité de l'OWA d'Exchange 2003 avec Outlook 2003 signifie que l'environnement physique de l'utilitaire aura peu d'effet sur la manière dont il utilise le e-mail. Nous allons examiner quelques changements de base apportés à  l'interface de l'OWA et certaines des nouvelles fonctions de sécurité et de lutte antispam.

Actualités Windows NT / 2000 – Semaine 25 – 2004

Toutes les Actualités du 14 au 20 Juin 2004

Windows et Unix sur le desktop

par Christa Anderson - Mis en ligne le 02/06/2004 - Publié en Juillet/Aout 2003

MetaFrame vous offre le meilleur de deux mondes

L'un des grands mérites de l'informatique de type serveur est de permettre l'interopérabilité directe, avec un minimum d'effort. Par exemple, au lieu d'utiliser un logiciel d'émulation de terminal pour qu'une plate-forme se comporte comme une autre, vous pouvez exécuter le logiciel d'affichage sur une machine client et afficher toute la sortie graphique d'une application qui tourne sur le serveur de terminaux.Ce scénario n'a rien de bien nouveau pour vous, car nombreux sont ceux qui utilisent des services terminaux pour exécuter des applications Windows sur des plates-formes non Windows. Mais ce qui pourrait bien être nouveau est de pouvoir employer la même technique pour offrir des applications UNIX à  des plates-formes non-UNIX sans un client X Window System (X). En outre, ICA de Citrix MetaFrame peut rendre les applications UNIX et Windows disponibles à  partir de la même interface et vous permettre de copier des données entre les deux genres d'applications. Voyons comment mettre en place MetaFrame pour Windows et MetaFrame pour UNIX de manière à  présenter des applications Windows et UNIX à  partir d'une UI (user interface), en tenant compte du fait qu'il faut licencier et configurer les logons. Je suppose que vous avez déjà  installé MetaFrame et Citrix NFuse, ce qui vous permet de déployer des applications client/serveur traditionnelles sur le Web et que vous êtes disposés à  publier des applications.

Consolidez-moi ça !

par Carson A. Soule - Mis en ligne le 13/05/2004

La semaine dernière, alors que la deuxième salle d'ordinateurs de ma société débordait et qu'on commençait à  rechercher une troisième salle, il nous a semblé que le moment était venu d'inventorier les serveurs. Un recensement rapide a montré des boîtes un peu partout : certaines dans des racks, d'autres sur le plancher, d'autres sur les UPS et d'autres nulle part.Il y avait 10 iSeries (dont une boîte CISC), 6 pSeries, un zSeries, une poignée de xSeries et diverses boîtes Intel.
Par la même occasion, nous avons inventorié les systèmes d'exploitation. Ce n'était pas brillant : six versions différentes d'OS/400, trois versions d'AIX, deux versions seulement de Windows NT (mais plusieurs niveaux de packs de service différents), Novell NetWare, un couple de serveurs Linux, trois versions de Lotus Domino, trois versions de WebSphere et quelques OS dans nos appareils Internet. Bien entendu, très peu de documentation, de clés de licence et autres documents d'autorisation et de support.
Il nous fallait donc consolider les serveurs. Mais comment ? La consolidation des OS semblait tout aussi nécessaire, mais chaque personne et chaque application a ses propres dépendances vis-à -vis de l'OS. Combien de matériels et de logiciels pouvions-nous nous permettre de laisser sur le plancher pendant une transition ? Il nous fallait une cible, un but à  atteindre, un plan qui informerait sur chaque décision concernant les serveurs et les OS, pris en cours de route.

News iSeries – Semaine 18 – 2004

Toutes les actualités du 26 Avril au 2 Mai 2004

Contact Communications Logging (CCL)

Leapbeyond Software présente Contact Communications Logging (CCL), un add-on Outlook qui permet de gérer les informations relatives au contact et de les partager au sein de l'entreprise.

L'application surveille les événements et les communications des clients.

Coup d’oeil sur XML

par Sharon L. Hoffman - Mis en ligne le 21/04/2004

Cet examen rapide de la structure et des possibilités de XML facilitera son intégration dans les applications iSeries

De plus en plus, les développeurs sont amenés à  intégrer XML dans des applications iSeries. En principe, de telles demandes prennent une ou deux formes: extraire certaines données de la base de données iSeries et les utiliser pour créer un document XML, ou accepter un document XML comme transaction pour une application iSeries du type achats ou saisie des commandes. Les deux tâches sont simples et directes mais elles supposent une bonne connaissance de l'architecture XML et un choix judicieux des outils appropriés.
Que vous soyez simplement curieux de connaître le potentiel de XML, ou que vous ayez le besoin urgent d'intégrer XML dans vos applications, ce coup d'oeil sur les concepts, la syntaxe, l'architecture et les outils XML vous aidera à  partir dans la bonne direction.

Utilitaire ligne de commande de Windows Server 2003

par Sean Deuby - Mis en ligne le 31/03/2004

De nouveaux utilitaires facilitent le scripting

Les OS Windows de Microsoft doivent beaucoup de leur succès initial à  leur GUI, qui s'éloignait radicalement des OS orientés texte de l'époque...Je me souviens encore du sentiment que j'ai éprouvé face à  l'interface Windows 3.0 après des années d'utilisation de systèmes à  écran passif 24 x 80. Toutefois, comme l'OS a mûri, Microsoft a pris conscience qu'un utilitaire ligne de commande est supérieur à  son homologue graphique dans de nombreux cas. Le domaine le plus évident est bien sûr l'automatisation. On peut utiliser un petit nombre d'utilitaires ligne de commande et un fichier batch pour créer une tâche planifiée qu'il est pratiquement impossible de créer au moyen d'un snap-in Microsoft Management Console (MMC). Un riche ensemble de ressources de scripting, y compris des langages comme VBScript et des interfaces comme ADSI (Active Directory Service Interfaces) et WMI (Windows Management Instrumentation), sont à  la disposition de l'administrateur.
Malheureusement, l'administrateur moyen n'a généralement pas le temps d'apprendre suffisamment ces outils pour construire des utilitaires productifs. Il faut aux administrateurs des utilitaires puissants, prêts à  l'emploi, qu'ils peuvent injecter dans un fichier batch et, le plus souvent, il les leur faut sur le champ. Comme les administrateurs doivent pouvoir utiliser les programmes rapidement, la documentation doit être de bonne qualité. Une syntaxe homogène dans tous les utilitaires et des messages d'erreur informatifs, tous deux cruellement absents par le passé, sont nécessaires pour que les administrateurs apprennent les utilitaires rapidement.
Microsoft a mis au point Command Line Management, un bureau de programme distinct dans le projet de développement Windows Server 2003, pour répondre aux besoins de ces administrateurs. Survolons neuf utilitaires ligne de commande significatifs pour Windows 2003 que l'équipe du programme Command Line Management a créé ou amélioré à  partir des outils existants.

Actualités Windows NT / 2000 – Semaine 28 – 2004

Toutes les Actualités du 5 au 11 Juillet 2004

Les nouveautés de la semaine 25 – Windows 2000 et .Net – 2004

Tous les nouveaux produits du 14 au 20 Juin 2004

Actualités – Mai 2004

Les actualités SQL Server pour le mois de Mai 2004

Automatiser FTP sur l’iSeries

par N. Vijay Sundaresan, Baljeet Kaur et Rakesh Agarwal - Mis en ligne le 13/05/2004

Programmer le transfert de données automatique à  des moments précis

L'iSeries offre de nombreux moyens de transfert de données entre l'iSeries et d'autres plates-formes.En voici la liste

• iSeries NetServer pour des fichiers stream. Cet outil permet à  l'iSeries d'apparaître dans le Windows Network Neighborhood.
• Unités de réseau iSeries Access (auparavant Client Access) pour des fichiers stream. Cet outil permet aussi à  l'iSeries d'apparaître dans le Windows Network Neighborhood et accepte de nombreux protocoles. Mais il est lent et entraîne des problèmes de performances et de stabilité du PC.
• FTP pour les fichiers stream et base de données pour le protocole de transfert de fichiers standard TCP/IP. C'est l'outil de transfert de données le plus répandu ; il peut transférer des fichiers dans n'importe quel système de fichiers iSeries. Il supporte des fichiers binaires ou texte, et il peut transférer des fichiers de sauvegarde entre des systèmes iSeries. Toutefois, il ne convertit pas automatiquement les données packées.
• NFT (Network File Transfer) pour fichiers stream. C'est le standard largement utilisé dans le monde Unix.
• Transfert de données iSeries Access (auparavant Client Access) pour transférer des fichiers base de données de l'iSeries aux plates-formes iSeries Access. Cet outil a de puissantes fonctions de sélection et de jointure d'enregistrements.
• ODBC et OLE DB pour fichiers base de données. Cet outil offre l'accès base de données programmatique aux données DB2 UDB.
• JDBC pour fichiers base de données. Cet outil est utilisé pour les applications de type Java.

Solutions d’intégration et de solutions Web et e-commerce

LANSA annonce la disponibilité de la version 10.5 de sa suite de développement et d'intégration. 

Il s'agit d'une offre très homogène de développement, d'intégration et de solutions Web et e-commerce, pour les plates-formes iSeries (AS/400), Windows, Unix et Linux. Les nouveautés se déclinent selon quatre axes.

News Exchange – Avril 2004

Toutes les actualités d'Avril 2004 pour Exchange Server

Remplacer 5250 par XML

par Greg Mummah - Mis en ligne le 14/04/2004

X-Caliber, un composant de la plateforme logicielle LegaSuite de Seagull pour l'évolution de l'existant, est une nouvelle technique permettant de remplacer 5250 par XML. X-Caliber traite directement deux problèmes importants auxquels sont confrontés aujourd'hui les clients iSeries : étendre et intégrer des applications traditionnellement fermées aux architectures ouvertes standard, et optimiser l'investissement en infrastructure matérielle sans recourir davantage à  un CPW (computing performance workbench) interactif coûteux.

Pour beaucoup, le flux de données 5250 et les coûts d'exécution d'applications interactives performantes freinent l'évolution de l'iSeries. Avec X-Caliber, les programmes interactifs peuvent s'exécuter dans le sous-système batch, augmentant spectaculairement l'évolutivité des applications iSeries par la prise en compte d'un plus grand nombre d'utilisateurs sur le même matériel. X-Caliber modifie des copies de votre code source applicatif, redirigeant la sortie de l'application vers le serveur X-Caliber au lieu de l'iSeries Data Management. Les programmes iSeries conservent leur mode conversationnel pour les utilisateurs finaux, mais ils sont beaucoup plus efficaces sur le plan architectural parce qu'ils utilisent le sous-système batch plus évolutif et plus économique. X-Caliber remplace le flux de données 5250 par XML pour les applications existantes et les nouveaux développements.

Outlook 2003 : la révolution « cachée » de votre messagerie (première partie)

par Christophe Leroux - Mis en ligne le 24/03/2004

Une messagerie électronique ne peut se concevoir sans la prise en compte du réseau reliant les utilisateurs de la messagerie aux serveurs chargés de l'héberger.
Dans le domaine de la messagerie, Microsoft a mis sur le marché au cours du second semestre 2003 deux nouvelles versions de ses produits dédiés à  la messagerie électronique : Microsoft Outlook 2003 et Microsoft Exchange Serveur 2003 Ces deux produits disposent d'une importante quantité de nouveautés qui ont commencé à  être détaillées dans les précédents numéros du magazine Exchange et qui, bien entendu, le seront par la suite tant le sujet est vaste. Au cours de cette nouvelle série d'articles, nous allons nous focaliser sur un ensemble d'innovations invisible ou très discret pour les utilisateurs mais indispensable à  prendre en compte lors du déploiement d'une messagerie : l'optimisation de la bande passante reliant les utilisateurs à  leur boîte aux lettres, ainsi que la perception de la qualité du réseau par ces utilisateurs.
Ces deux premier articles vont présenter le fonctionnement du nouveau mode d'accès d'Outlook 2003 : le mode « cache Exchange ». Nous y verrons entre autres comment s'effectuent la synchronisation des messages et du carnet d'adresse ainsi que la prise en compte automatique du débit réseau disponible.

Les nouveautés de la semaine 28 – Windows 2000 et .Net – 2004

Tous les nouveaux produits du 5 au 11 Juillet 2004

Plongez au coeur de « la consolidation de données » avec ce White Paper exclusif signé Legato

Quelles sont les toutes nouvelles perspectives qu'offre la consolidation de données pour protéger les données des sites distants ? Réduction des coûts, diminution des risques, impact technologique, méthodologies. Découvrez maintenant ce White Paper exclusif de 20 pages rédigé en Français ! Découvrez maintenant ce White Paper !