Actualités de la semaine 17 – Windows IT Pro – 2005

Toutes les Actualités du 25 Avril au 1 Mai 2005

Concevoir et déployer de grandes applications commerciales sur le Web

par Neil Willis - Mis en ligne le 06/04/2005 - Publié en Mai 2004

Au cours de ces dernières années, le mode de déploiement standard des applications commerciales a changé. En effet, la maîtrise d'Internet a permis d'étendre la portée des modèles informatiques traditionnels. On a commencé par un modèle centré sur l'hôte, on est passé au mode client/serveur et on en est aujourd'hui à  une structure centrée sur le serveur permettant aux utilisateurs d'accéder aux applications à  partir « des quatre coins » de la planète ...Dans le même esprit, l'interface d'application standard s'est déplacée d'un client « lourd », exigeant une considérable puissance de traitement, à  un client navigateur plus simple à  déployer et demandant moins de ressources.
Mais cette simplicité s'accompagne de nouvelles difficultés. Dès lors que la base utilisatrice s'étend, les performances du serveur Web deviennent une préoccupation première. Pour répondre aux besoins de milliers d'utilisateurs du Web, il faut prendre un peu de recul et réexaminer la manière dont nous concevons le matériel et le logiciel, pour donner aux utilisateurs le débit et le temps de réponse adéquats, sans transiger sur la fonctionnalité.
Récemment, une équipe de spécialistes en applications et performances des deux firmes IBM et J.D. Edwards ont combiné leurs talents pour bâtir un cluster de systèmes capables de servir plus de 14 000 utilisateurs simultanés, traitant 14 000 transactions commerciales à  l'heure et générant 3 millions de contacts à  l'heure. Pour épauler ce haut niveau de traitement, les concepteurs ont planifié le cluster de systèmes comme une solution totale, à  laquelle ils ajouteraient plus tard des techniques d'évolution innovantes. Ce projet pilote constitue à  bien des égards un bon modèle pour toute solution qui cherche à  servir un grand nombre d'utilisateurs d'une application basée sur le Web. C'est ce modèle que nous examinerons ici.

Bootcfg

par Mark Minasi - Mis en ligne le 07/09/2005 - Publié en Juillet/Août 2004

Boot.ini : plus simple qu'il n'y paraît

Supposons que Windows XP vous cause quelques soucis. Vous décidez d'initialiser en Safe Mode pour corriger le problème. Vous réinitialisez et appuyez sur F8 pour entrer dans le menu Windows Advanced Options, mais vous n'êtes pas assez rapide avec le clavier. Vous réinitialisez et réessayez à  nouveau, le doigt posé sur F8, mais en vain. Vous réinitialisez une troisième fois et, cette fois, l'oeil et la main sont suffisamment coordonnés pour obtenir le bon menu. Enfin, vous pouvez commencer le dépannage ...

[V4-V5]La boite à  outils de l’iSeries

par Michael Otey - Mis en ligne le 9/03/2005 - Publié en Avril 2004

Retrouvez une sélection d'astuces techniques...

Transférer automatiquement de multiples fichiers de données
Installer des composants d'acces à  iSeries spécifiques
Dépasser le nombre maximum d'enregistrements de sous-fichier
Spécifier un numéro de port
Déterminer la valeur des bifs

Trucs & Astuces iSeries : Qshell, VB, Linux 5250

Les trucs & astuces de la semaine du 21 au 27 Février 2005

News iSeries – Semaine 6 – 2005

Toutes les actualités du 07 au 13 Février 2005

Multi-Tris avec positionnement dans les listes par l’OVRBDF

par Jean-Philippe BALLAT - Mis en ligne le 1/06/2005 - Publié en Septembre 2004

Version RGP et COBOL

Normalement, lorsqu'on utilise le multi-tris dans un programme RPG ou COBOL, il faut déclarer autant de fichiers logiques que de colonnes de tris proposées à  l'utilisateur.
On s'aperçoit que la simplicité de programmation et de déclarations dans les programmes est inversement proportionnelle au nombre de choix de tris ... L'astuce consiste à  ne déclarer qu'un seul fichier dans le programme de liste. Celui-ci renvoie toujours les enregistrements triés selon le choix de l'utilisateur par fichier logique substitué. Le résultat donné peut être répercuté sur l'impression.
Cette opération est possible grâce à  l'OVRDBF qui substitue le fichier lu par le logique trié en fonction de la colonne sélectionnée. L'OVRDBF permet de :

• Remplacer momentanément le nom du fichier déclaré dans le programme. et/ou
• Remplacer momentanément certains paramètres du fichier, utilisés par le programme.

[V4-V5]6 Trucs & Astuces concernant l’analyse décisionnelle (1/2)

Création de cubes, écriture de requêtes MDX, optimisation de DTS et plus encore...
 

Les nouveautés de la semaine 17 – Windows IT Pro – 2005

Tous les nouveaux produits du 25 Avril au 1 Mai 2005

Trucs & Astuces iSeries : DNS, TCP/IP

Les trucs & astuces de la semaine du 28 Mars au 3 Avril 2005

Windows adopte le stockage iSCSI

par Jerry Cochran - Mis en ligne le 07/09/2005 - Publié en Juillet/Août 2004

Découvrez ce que ce nouveau standard apporte à  vos réseaux

L'IETF (Internet Engineering Task Force) a récemment approuvé la spécification iSCSI (Internet SCSI). Qu'est-ce que iSCSI et qu'est-ce que ce standard basé sur IP représente pour vous et pour vos réseaux Windows ?Un important changement de paradigme a déjà  eu lieu dans le domaine du stockage basé sur Windows : le passage du DAS (Direct Attached Storage) basé sur l'hôte au stockage basé sur le réseau, qui inclut NAS (Network Attached Storage) et SAN (Storage Area Network). Je prévois un autre changement de paradigme dans lequel iSCSI jouera un rôle important. En particulier, iSCSI jouera un rôle clé dans la convergence des deux technologies de stockage en réseau existantes, pour aboutir à  une technologie de stockage basée sur le réseau. Cette nouvelle technologie est différente de NAS ou de SAN et le procédé sous-jacent (SCSI, Fibre Channel, par exemple) n'est pas aussi important que la manière dont les clients et les serveurs se connecteront à  cette technologie. Deux standards vont émerger pour l'attachement du stockage basé sur le réseau : iSCSI et iFCP (Internet Fibre Channel Protocol). Examinons de plus près iSCSI et sa place dans le monde Windows.

Jouons avec le shell sur l’iSeries

par Tim Massaro - Mis en ligne le 9/03/2005 - Publié en Avril 2004

Quand seule une ligne de commande fait l'affaire

Reconnaissons-le : une interface ligne de commande est parfois essentielle. Les développeurs iSeries ont joui pendant longtemps de la puissance et de la facilité d'utilisation de l'interface ligne de commande du système. Les fonctions innovantes de CL (Command Language) de l'OS/400 - y compris l'invite de commande dynamique, l'aide sensible au curseur et même un schéma de nommage de commande extrêmement homogène - rendent cet environnement productif pour tout utilisateur iSeries ...Au cours des dernières années, au fur et à  mesure que l'OS/400 s'est diversifié, l'équipe iSeries d'IBM a produit de nouvelles options d'environnement ligne de commande. Ces environnements d'interface de commande supplémentaires sont du genre Unix (mais l'iSeries supporte aussi les environnements ligne de commande System/36/38). Un shell Unix est un programme placé dans une boucle en attente d'une entrée de l'utilisateur, similaire au fonctionnement du Command Entry Screen. Le shell interprète une commande quand la touche Entrée est actionnée, l'exécute et revient dans la boucle en attente d'autres entrées. Vous pouvez combiner les instructions shell sous forme de scripts, qui sont comme des programmes CL mais interprétés en temps réel, sans compilation. Sur l'iSeries, les shells sont particulièrement commodes pour les développeurs migrant d'autres systèmes ou pour ceux qui travaillent avec l'IFS ou dans le QShell ou dans des environnements PASE.

Le premier shell OS/400 à  apparaître a été l'environnement QShell (QSH), qui remonte à  la V4R2. Destiné initialement pour que l'OS/400 soit compatible avec les standards POSIX et X/Open, cet environnement est une option gratuite de l'OS/400 (option 30). On accède à  l'environnement avec la commande STRQSH ou, plus simplement, QSH, à  partir du Command Entry Screen traditionnel. QShell est compatible en amont avec les scripts shell Bourne et supporte bon nombre des fonctions utilisées par les scripts shell Korn et shell Bourne Again.

Est venu ensuite l'environnement PASE, apparu à  l'origine en V4R4. PASE (qui signifie Portable Application Solutions Environment) est l'environnement d'exécution qui permet à  de nombreuses applications AIX de fonctionner sans modification dans un environnement natif iSeries. A partir de la V5R2, PASE est fourni gratuitement avec l'OS/400. Il est aussi, en option, installé. Pour installer PASE à  partir de l'écran Go LICPGM, choisissez l'option 33 (5722SS1 - Portable Application Solutions Environment). Vous pouvez invoquer le PASE Shell via CALL QP2TERM. PASE supporte trois types de shells Unix. Il adopte par défaut le shell Korn (ksh), mais les utilisateurs peuvent aussi choisir le shell Bourne (bsh) et le shell C (csh). De précédents articles d'iSeries Network ont fourni des informations sur ces divers shells (voir l'encadré « Ressources shell iSeries »). Ces articles, combinés à  une vaste information sur les scripts shell sur le Web et dans des ouvrages techniques spécialisés, vous donneront les moyens d'utiliser ces divers shells. Dans cet article, je me concentre sur deux nouvelles améliorations : le support PTY et le support AWT natif. Quoique d'apparence mineure, ces deux fonctions faciliteront la vie des nombreux fans des scripts shell. Je présente aussi une rapide démonstration montrant OS/400 Java supportant la démo AWT généralement connue sous le nom de SwingSet.

News iSeries – Semaine 8 – 2005

Toutes les actualités du 21 au 27 Février 2005

WebReport/400 7.0,

Kisco Information Systems annonce des contrôles de sécurité de fichiers spool dans WebReport/400 7.0, dernière version de son utilitaire.

WebReport/400 7.0 permet de convertir les rapports iSeries et les distribuer par fichiers joints par email ou par contenu Internet/Intranet.

Actualités de la semaine 22 – Windows IT Pro – 2005

Toutes les Actualités du 30 Mai au 5 Juin 2005

Trucs & Astuces iSeries : WLAN, accès sans fil

Les trucs & astuces de la semaine du 9 au 15 Mai 2005

Trucs & Astuces iSeries : CpyF, RPG, PC

Les trucs & astuces de la semaine du 18 au 24 Avril 2005

News iSeries – Semaine 13 – 2005

Toutes les actualités du 28 Mars au 3 Avril 2005

Migration de l’état utilisateur

USMT est le meilleur choix pour les migrations d’entreprises

Transférer les données et les paramètres d’un utilisateur d’un ancien système (Windows 95 ou antérieur) sur un nouveau système Windows XP peut être une opération délicate. Il faut en effet recueillir tous les liens, paramètres, et autres données, dont l’utilisateur a besoin. Mais aussi abandonner les éléments qui ne lui sont plus utiles ...En automatisant l’opération au maximum, vous pouvez atteindre cohérence et efficacité dans le cas de migrations multiples.
Deux outils Microsoft vous aideront dans vos migrations de l’état utilisateur : FSTW (Files and Settings Transfer Wizard) et USMT (User State Migration Tool). Tous deux sont similaires sur un plan fonctionnel, mais l’interface conviviale et pilotée par GUI de FSTW convient mieux pour des migrations de masse que l’USMT scriptable, hautement personnalisable.

Scripter dans DNS Setup

Créez une infrastructure DNS dynamique au moyen d’un fichier batch

Dans des articles précédents, j’expliquais comment utiliser de simples fichiers batch pour mettre en place des systèmes récemment installés en tant que DC (domain controllers) et pour créer des outils de reprise après sinistre. Nous avons vu également comment utiliser Netsh pour configurer et régler finement votre pile IP. C’était la première étape pour préparer un serveur Windows Server 2003 ou serveur Windows 2000 à s’élever au rang de DC ...Pour mettre en place un AD (Active Directory), nous avons maintenant besoin d’une infrastructure DDNS (dynamic DNS).
Dans mon exemple, je crée une forêt à un seul domaine appelée bigfirm. biz qui contient deux DC : UptownDC.bigfirm.biz à 192.168.0.2 et DowntownDC.bigfirm.biz à 10.0.0.2. Les subnets 192 et 10 utilisent tous deux un masque subnet 255.255.255.0 et je veux que chaque machine soit à la fois un DC et un serveur DNS. Les deux systèmes bénéficient de copies récemment installées de Windows 2003 ou de Win2K Server, ainsi que du logiciel serveur DNS de Microsoft, livré avec les deux OS. La pile IP de chaque système est déjà constituée à l’aide des fichiers batch des articles précédents et le suffixe DNS de chaque système est défini comme bigfirm.biz. L’objectif de mon dernier fichier batch est d’installer DNS sur chaque système. UptownDC sera le serveur DNS primaire pour bigfirm.biz et pour une zone de consultation inversée 192. 168.0.x, et ce sera le serveur DNS secondaire pour une zone de consultation inversée 10.0.0.x. DowntownDC sera un serveur DNS secondaire pour bigfirm.biz et pour la zone de consultation inversée 192.168.0.x, et ce sera le serveur DNS primaire pour la zone de consultation inversée 10.0.0.x.