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

Tous les nouveaux produits du 05 au 11 Avril 2004

Automatiser la supervision de l’iSeries avec iSeries Navigator

par Greg Hintermeister - Mis en ligne le 28/04/2004

Les moniteurs d'iSeries Navigator peuvent automatiser la surveillance du système

Malgré ses nombreuses qualités, l'iSeries, comme n'importe quel système informatique, a souvent besoin de toute la sollicitude de l'administrateur système pour donner son maximum. De nombreux problèmes, comme une trop forte utilisation de la CPU, des objets verrouillés, et un nombre excessif de transactions actives, peuvent ralentir le traitement au grand dam de tous les utilisateurs. Mais, de nos jours, il est rare que l'administrateur système se borne à  surveiller les charges de l'iSeries. Par conséquent, tout moyen d'automatisation de la surveillance des fonctions d'un système est utile.
Heureusement, iSeries Navigator (connu précédemment sous les noms Operations Navigator et Management Central) a ajouté un certain nombre de moniteurs d'attributs système dans les dernières releases, qui aident les administrateurs à  détecter et à  diagnostiquer les problèmes avant qu'ils ne s'aggravent au point d'attirer l'attention de l'utilisateur lambda. Cet article passe en revue ces possibilités, que vous ne connaissez peut-être pas toutes encore.

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.

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.

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.

Futures orientations : Etes vous prêt pour le E-Business On-Demand ?

par Frank G. Soltis - Mis en ligne le 14/04/2004

Les futures possibilités de ces technologies sont vraiment sidérantes

En matière de technologie de l'information, on a du mal à  croire qu'un jour on aura trop d'une bonne chose...Pourtant, certains se demandent si demain nous serons capables d'utiliser et de gérer toutes ces technologies. Et si un jour nous avions trop de puissance de traitement, trop de logiciels ou trop de données à  utiliser et à  gérer ?
Nul ne conteste les énormes progrès réalisés dans les ordinateurs et l'électronique. Au cours des deux dernières décennies, la puissance de calcul brute, la capacité, et le nombre d'ordinateurs, ont augmenté de façon exponentielle. Presque aussi exponentiellement, nous avons vu augmenter la complexité de gérer tout ça.
Imaginez-vous en train d'expliquer à  un directeur informatique en 1983 à  quoi il serait confronté en 2003. Le nombre de différents systèmes, la quantité et la complexité du logiciel et le simple volume de données qu'un site IT doit traiter aujourd'hui, étaient inimaginables il y a 20 ans. Maintenant essayez d'imaginer ce que sera un site IT en 2023, dès lors que cette croissance exponentielle continue. En vous posant cette question, vous commencez peut-être à  comprendre pourquoi certains se demandent pendant combien de temps encore nous pourrons utiliser et gérer efficacement toute cette technologie.
Il semble clair que le principe « business as usual » ne vaudra pas à  l'avenir. Il est certes important de construire des ordinateurs plus puissants, plus rapides et meilleur marché, mais c'est insuffisant. Il nous faut trouver le moyen de profiter des technologies tout en réduisant les complexités causées par la prolifération des systèmes informatiques, des systèmes d'exploitation, des réseaux et des applications.
C'est pourquoi IBM a lancé plusieurs initiatives visant à  créer une structure IT gérable pour demain. L'informatique autonome, l'informatique à  la demande, la consolidation des serveurs et l'informatique en grille participent à  cette vision globale du futur. Comme l'autogestion et le faible coût d'exploitation ont toujours caractérisé les systèmes de Rochester, on ne sera pas surpris d'apprendre que Rochester est le fer de lance de bon nombre de ces initiatives IBM.
Dans cet article et les suivants, nous examinerons ces initiatives IBM et verrons comment elles pourraient profiter aux clients iSeries. Ici, nous voyons comment les sociétés évoluent d'une structure IT traditionnelle dans le monde du e-business à  la demande et comment IBM met en place un socle pour permettre cette transition.

Sécurisez votre FTP en dix minutes

par Dante Castiglione - Mis en ligne le 07/04/2004

Contrôlez l'accès des utilisateurs à  FTP

Voilà  plusieurs années que le serveur FTP (File Transfer Protocol) est l'un des moyens les plus usités pour transférer des fichiers, des données et autres objets entre des systèmes iSeries. Mais, face à  un souci de sécurité croissant, les administrateurs système savent aussi que FTP présente quelques faiblesses à  cet égard.
Mais il n'est pas difficile de sécuriser FTP. J'ai même développé une méthode applicable en dix minutes. Cet article fournit aux administrateurs système un ensemble d'outils et de directives leur permettant d'instaurer rapidement un bon niveau de sécurité quand ils utilisent le serveur FTP comme moyen de distribution ou de publication de données sur un intranet ou sur Internet.

Suppléments et alternatives de SEU

par Sharon L. Hoffman et John Ghrist - Mis en ligne le 07/04/2004

Il reste encore quelques produits pour améliorer ou remplacer SEU

Bien que beaucoup ait été dit sur les mérites des éditeurs source sophistiqués avec des débogueurs au niveau source intégrés, SEU reste l'outil favori de la plupart des développeurs iSeries... Ces derniers l'utilisent fréquemment pour écrire des programmes en RPG, Cobol et CL, et les développeurs iSeries apprenant Java demandent souvent s'ils peuvent utiliser SEU pour créer du code source Java (la réponse est oui, même s'il est vrai qu'il existe de meilleurs outils à  cet effet).

IBM lance de nouveaux serveurs et repackage l’iSeries

par Cheryl Ross - Mis en ligne le 28/04/2004

En janvier, IBM a annoncé un toilettage de sa gamme matérielle iSeries, mais la grande nouvelle n'est pas les nouveaux processeurs intermédiaires basés sur Power4. C'est un nouveau packaging de la famille iSeries qu'IBM présente comme le plus grand changement du mode de vente de la plateforme depuis plus d'une décennie...Le nouveau packaging se débarrasse de fonctions interactives et diminue fortement le tri du logiciel sur de nombreux modèles. IBM a également annoncé de nouveaux serveurs Domino et une nouvelle technologie d'I/O PCI-X pour un stockage plus performant.

Le débogueur graphique rend le débogage de SQL Procédural encore plus facile

par Kent Milligan - Mis en ligne le 31/03/2004

La fonction V5R2 permet d'exterminer ces maudits bogues plus rapidement que jamais

DB2 UDB a simplifié le débogage des procédures de fonctions et triggers SQL en V5R2, avec la vue de débogage SQL *SOURCE...Mais vous pouvez simplifier encore davantage le débogage des procédures et triggers SQL à  l'aide d'une autre fonction V5R2, le Toolbox for Java iSeries System Debugger. Voyons ces deux nouvelles améliorations V5R2 (et le support équivalent en V5R1) et comment les utiliser ensemble.

Créer des types de données standard en RPG IV

par Paul Conte - Mis en ligne le 31/03/2004

Améliorez votre programmation RPG IV par cette simple technique

Ce que j'appelle des « Standard Data Types » (SDT) sont une petite technique RPG IV simple et intelligente qui permet de réduire les erreurs, d'améliorer l'intelligibilité des programmes, de rendre le code plus homogène et de faciliter les modifications des programmes. Essentiellement, les SDT permettent de définir des noms significatifs pour les types de données puis à  se référer à  ces noms quand on définit les variables d'application. J'expliquerai quelques améliorations de la technique fondamentale plus loin, mais, pour commencer, voyons le coding RPG IV de base pour définir et utiliser un SDT.

Tout d'abord, on utilise une carte D pour déclarer le SDT. L'exemple suivant déclare le SDT TypeTimestamp:

D TypeTimestamp S Z

Comme on le voit, sous sa forme la plus élémentaire, déclarer un SDT n'est rien de plus que déclarer un champ RPG IV. Il faut suivre une convention de noms pour les déclarations SDT, par exemple, commencer tous les noms SDT avec Type. Il est tout aussi simple d'utiliser un SDT dans une déclaration de champ d'application, comme le montre l'exemple suivant :

D RpcEndTime S
Like(TypeTimestamp)

Quand on utilise le mot-clé Like sur une carte D, le compilateur utilise simplement le type de données intégré (et la taille et les positions décimales le cas échéant) du champ référencé - TypeTimestamp, dans ce cas.

News iSeries – Semaine 14 – 2004

Toutes les actualités du 29 Mars au 04 Avril 2004

Conversion de PDF (iSeries, Linux, Unix et Windows)

InFORM Decisions présente PDF Enabler qui donne la possibilité de convertir des documents du format PCL au format PDF. PDF Enabler fonctionne sur iSeries, Linux, Unix et Windows et permet aux utilisateurs de sortir des formulaires et rapports en fichiers PDF. 

Les autres nouveautés de cette version 2.07 offrent la possibilité de lier n'importe quelle application Windows à DLL et de traiter les polices dans les documents.

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

Toutes les Actualités du 29 Mars au 04 Avril 2004

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

Tous les nouveaux produits du 29 Mars au 04 Avril 2004

Scripter avec IADsTools

par Darren Mar-Elia - Mis en ligne le 14/04/2004

Pour résoudre des problèmes dans votre environnement AD

Je suis toujours ravi de découvrir un outil sympa, capable de résoudre un problème administratif. Je me réjouis encore plus quand je peux appliquer un script à  cet outil pour automatiser une tâche. IADsTools est un tel outil. On le trouve dans Windows 2000 Support Tools. IADsTools est un DLL, pas un simple utilitaire ligne de commande que l'on peut appeler. En revanche, c'est un objet d'automatisation ActiveX basé sur COM que vous pouvez invoquer à  partir de vos scripts WSH (Windows Script Host) pour effectuer diverses actions liées à  AD (Active Directory), réplication d'AD, et Group Policy. Un document Microsoft Word associé dans le répertoire d'installation de Win2K Support Tools décrit les fonctions d'IADsTools. Jetons un coup d'oeil à  quelques exemples de scripts pour illustrer la puissance de certaines des fonctions les plus intéressantes d'IADsTools.

Fonctions de Windows Server 2003

par Michael Otey - Mis en ligne le 07/04/2004

Les attributs les plus sympas de la nouvelle plate-forme

La dernière et meilleure plateforme serveur Windows, Windows Server 2003, arbore une foule de nouvelles fonctions, bien plus que ce qu'un article tel que celui-ci peut couvrir... Dans le Top 10 de ce mois, je me limite à  mes coups de coeur.

10.Windows Server 2003, Web Edition - Web Edition est l'un des composants les plus attendus de la gamme des produits serveur de Microsoft. Spécialement conçu pour tenir le rôle de serveur Web spécialisé et dans des fermes Web, Web Edition est une version économique de Windows Server 2003 qui se concentre exclusivement sur le service Web. Web Edition se dispense de nombreuses fonctions à  fort overhead (support AD (Active Directory) complet, cluster de serveurs, RIS (Remote Installation Services)) présentes dans les autres éditions de Windows Server 2003.

9.Support intégré pour le CLR (Common Language Runtime) .NET - Toutes les éditions de Windows Server 2003 seront associées au CLR, qui est un tremplin vital pour l'adoption future de .NET Framework. CLR permettra aux applications .NET de fonctionner immédiatement sur la plate-forme Windows Server 2003, sans exiger de composants runtime additionnels.

8.Le service UDDI (Universal Description, Discovery and Integration) - Toutes les éditions de Windows Server 2003, à  l'exception de Web Edition, supporteront le service UDDI. C'est en quelque sorte les « pages jaunes » des services Web. En utilisant le service UDDI localement, vous pouvez héberger votre propre répertoire de services Web pour épauler les applications de service Web locales.

7.Support RIS pour des installations de serveurs Windows - Un autre ajout bienvenu dans Windows Server 2003 est la possibilité d'utiliser RIS pour effectuer des installations de serveurs Windows. Le Windows 2000 RIS permet des installations client (Win2K Professional, par exemple) mais ne supporte pas d'installations serveur. Vous pouvez utiliser la nouvelle fonction .NET RIS pour installer toutes les versions de Windows Server 2003 (sauf Datacenter Edition), Windows XP, et Win2K.

IIS remanié dans la version 6.0

par Brett Hill - Mis en ligne le 07/04/2004

La première partie d'une série en 2 parties décrit la nouvelle architecture de IIS 6.0

Il faut un certain temps pour raconter l'histoire de Microsoft IIS (Internet Information Services) 6.0. Si vous avez investi dans des technologies IIS, c'est un récit qui en vaut la peine.Je ne peux pas tout vous dire en une seule fois parce que les différences entre IIS 6.0 et les versions antérieures d'IIS sont nombreuses et importantes. Aussi, ce mois-ci, je parle de l'installation, de l'architecture, et des nouvelles possibilités serveur que permet la nouvelle architecture. La prochaine fois, je décrirai les nouvelles fonctions, dont vous ignorez probablement certaines, ainsi que certains changements importants du paramétrage par défaut, susceptibles d'affecter votre migration.

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.

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.