Optimiser les performances de traitement GPO

par Darren Mar-Elia - Mis en ligne le 19/09/02
Un ordinateur ou un utilisateur particulier peut être soumis à  des dizaines de GPO au moment du démarrage du système ou de la connexion. Résultat : des temps de démarrage et de logon très longs pendant que les systèmes effectuent le traitement GPO.

Si vous avez déployé AD (Active Directory), vous connaissez ses bienfaits sur l'environnement Windows. On doit en grande partie ses avantages au GPO (Group Policy Objects) - de puissants outils chargés de gérer les serveurs Windows 2000 et les stations de travail Windows XP et Win2K. Cependant, comme pour beaucoup d'autres techniques, l'excès de biens peut nuire aux performances du système. Comme on peut lier les GPO à  de multiples niveaux de la hiérarchie AD, un ordinateur ou un utilisateur particulier peut être soumis à  des dizaines de GPO au moment du démarrage du système ou de la connexion. Résultat : des temps de démarrage et de logon très longs pendant que les systèmes effectuent le traitement GPO.

Pour gérer le traitement des GPO et optimiser leur infrastructure afin de minimiser l'impact sur les systèmes et les utilisateurs, il faut bien comprendre comment Win2K stocke et applique les paramètres GPO, comment on peut ajuster ces paramètres et comment concevoir une infrastructure Group Policy performante et efficace. (Cet article suppose que vous savez déjà  utiliser des GPO dans un environnement AD. Ceux qui débutent avec les GPO et leurs possibilités, doivent lire l'article de Randy Franklin Smith, « Controlling Group Policy, Part 2 », Winter 2000, InstantDoc ID 15886)

Transférer des membres multiples avec une commande FTP

Transférer des membres multiples avec une commande FTP - Différence bibliothèque / Collection - Remplacer un membre sélectionnable par l'utilisateur - Probleme de croissance des disques - Stratégie antisinistre pour des restaurations de bibliothèques - Telecharger le programme RFTDCA

Une boîte à outils spécial bibliothèque !

Les choix en matière de développement d’applications

par Sharon L. Hoffman - Mis en ligne le 17/06/2002
IBM prône des changements radicaux en matière de développement d'applications iSeries - du point de vue des outils et du langage. Mais les développeurs iSeries savent par expérience que ce qu'IBM prévoit ne correspond pas forcément à  la réalité ...

Les choix de développement doivent s'appuyer sur des bases solides qui garderont toute leur force longtemps après qu'IBM ait adopté une nouvelle tendance. Malgré cette affirmation quelque peu cynique, je pense que les développeurs iSeries devraient apporter des changements significatifs au développement d'applications.

Aujourd'hui, l'un des principaux atouts de l'iSeries est sa faculté d'exécuter de nombreuses applications différentes. Cette polyvalence est un puissant argument pour déployer du logiciel sur l'iSeries avec toutes ses qualités : administration système, fiabilité, sécurité, et évolutivité. Mais les sites iSeries ne peuvent tirer pleinement parti de ces atouts, qu'en créant des applications répondant aux exigences de gestion d'aujourd'hui et de demain.

Comme développeurs, il vous incombe de fournir les meilleures solutions logicielles possibles et de les déployer efficacement. C'est bon pour votre employeur et pour votre propre avenir. Mais cela demande de la nouvelle technologie, laquelle à  son tour requiert de nouveaux environnements de développement. L'attitude actuelle d'IBM vis-à -vis du développement d'applications sur iSeries offre une excellente occasion d'amorcer ces changements.

La stratégie actuelle d'IBM a un aspect très positif : elle reconnaît la valeur du RPG et de son importance pour le développement iSeries. Grâce à  cette attitude réaliste, il est plus facile de justifier et d'intégrer de nouvelles technologies tournées vers de nouveaux modes de gestion et qui facilitent l'adaptation des applications aux changements futurs.

Actualités – Juin 2002

Les actualités SQL Server pour le mois de juin

Créer des pages web HTML à  partir de documents XML

par David Morris - Mis en ligne le 11/02/2003
L'une des principales difficultés du déploiement d'un contenu XML sur le Web vient du fait que l'actuelle génération de navigateurs supporte XML de manière très inégale. En transformant vos documents XML en HTML sur un serveur, vous pourrez bénéficier de XML et atteindre une audience Web bien plus vaste ...En centralisant le traitement Web sur votre iSeries, vous pourrez délivrer le contenu Web basé sur XML d'une manière moins exigente vis-à -vis du navigateur et fournir des résultats rapides, fiables et plus homogènes.

Quand un navigateur Web affiche un document, il formate la sortie d'après des règles de style. Ces règles sont soit insérées dans le document, soit stockées dans une feuille de style externe. Certains aspects du style de HTML (tables, paragraphes, listes, par exemple) sont déjà  intégrés dans votre navigateur. Il existe plusieurs types de feuilles de style externes. Les plus utilisées et les plus largement supportées sont les CSS (Cascading Style Sheets), qui fonctionnent avec des documents HTML et XML.

Avec XML, vous pouvez aussi utiliser des feuilles de style XSL (eXtensible Stylesheet Language). Malheureusement, les navigateurs qui supportent un certain niveau d'XSL sont en état de flux et mettent en oeuvre les derniers standards XSL de manière irrégulière. Pour contourner ce problème, vous pouvez utiliser XML dans un environnement contrôlé sur l'iSeries. Les deux types de feuilles de style XSL sont XSLT (XSL Transformations) et XSL-FO (XSL Formatting Objects). Cet article se concentre sur XSLT pour décrire la transformation de XML en HTML. Pour plus d'informations sur XSLT, voir « XSL Transformations (XSLT) Version 1.0 » à  http://www.w3.org/tr/xslt et XSLT Programmer's Reference 2nd Edition par Michael Kay (Wrox Press Ltd., 2001).

Les nouveautés de la semaine 51 – Windows 2000 & .Net – 2002

Tous les nouveaux produits du 16 au 22 Décembre 2002

Fonctions d’aide et de support de Windows XP

par Sean Daily - Mis en ligne le 08/01/2003
Gérer les clients desktop et supporter les utilisateurs finaux peut coûter cher dans des réseaux de PC. Microsoft semble avoir entendu les doléances et a essayé d'alléger ce fardeau financier par des fonctions améliorées dans Windows XP. XP offre de nombreuses fonctions bénéfiques pour le personnel du Help desk et pour les administrateurs système ainsi que les utilisateurs finaux. Mais, en plus, XP dispense d'acheter des solutions add-on coûteuses, contrairement aux produits Windows précédents. Voyons comment les nouvelles fonctions d'aide et de support de XP - particulièrement Remote Assistance - améliorent votre environnement réseau.

Actualités – Octobre 2002

Les actualités SQL Server pour le mois d'octobre

Traiter des fichiers base de données avec CL

par Gary Guthrie et Wayne Madden - Mis en ligne le 19/11/2002
Après avoir appris à  écrire des programmes CL de base, vous souhaiterez probablement trouver d'autres moyens d'utiliser CL dans le cadre de vos applications iSeries.

Par opposition aux langages d'opérations comme JCL (Job Control Language) d'un mainframe, qui sert principalement contrôler les étapes, les tris et les paramètres d'un flux de job, CL offre davantage. CL est plus procédural, permet le traitement des fichiers base de données (lecture seule) et des fichiers écrans (lecture et écriture) et vous permet d'enrichir le jeu de commandes du système d'exploitation par vos propres commandes écrites par l'utilisateur.

Dans cet article, nous examinons l'une de ces différences fondamentales de CL : sa capacité à  traiter des fichiers base de données. Vous apprendrez à  déclarer un fichier, extraire des définitions de champs d'un fichier, lire un fichier séquentiellement, et positionner un fichier par clé pour lire un enregistrement donné. Ainsi instruit, vous pourrez commencer à  traiter des fichiers base de données dans votre prochain programme CL.

PCSACC/400, au service de la sécurité

PCSACC/400 est une application de sécurité intégrée pour iSeries 400 développée par Busch & Partner. 

L'accès aux informations se fait par un contrôle des accès via des interfaces de programme de sortie pour SQL/ODBC, DDM, Netserver/IFS, commandes à distance et iSeries Navigator (Operations Navigator) et des files d'attente de données comme FTP, TFTP, REXEC (RUBRMTCMD via IP) et TELNET, 5250 TELNET.

Gestion des utilisateurs mobiles

par Kathy Ivens - Mis en ligne le 19/09/2002
De nombreux lecteurs se plaignent de la difficulté de gérer les utilisateurs mobiles de plus en plus nombreux. Ceux-ci méritent un traitement spécial : des tâches courantes comme l'application de procédures de sécurité ou de mise à  niveau peuvent être ardues, sans parler d'autres tâches comme configurer les connexions commutées et donner aux utilisateurs mobiles le moyen de se relier au réseau pendant les visites sur site. Pour compliquer les choses, il faut souvent déléguer aux utilisateurs mobiles des tâches normalement de votre ressort.

Il est donc indispensable d'établir des procédures administratives pour bien gérer ces nomades. La règle devrait être d'effectuer la plupart des opérations de configuration sur les machines mobiles de la société avant de les distribuer aux utilisateurs, puis de rapatrier ces machines pour des mises à  niveau ou autres modifications de configuration majeures. En même temps, il faut fournir aux utilisateurs mobiles des instructions claires et détaillées pour l'exécution de diverses tâches : utiliser EFS (Encrypting File System), configurer des connexions commutées, demander des certificats, utiliser des Offline Files et installer des correctifs. Pour bien administrer les ordinateurs de vos utilisateurs mobiles, il faut leur expliquer clairement ce que vous attendez d'eux.

Trucs & Astuces du docteur : SSL, Web, FTP

Transfert de fichiers avec SSL - Google.com et liens directs sur des binaires - Visualiser son site web de l'exterieur avec Anonymizer.com - Connexion entre deux pare-feu - Filtrage des utilisateurs FTP

Envoyer les rapports iSeries par e-mail, avec SpoolMail

par John Ghrist - Mis en ligne le 24/06/02
Le budget informatique a toujours été grevé par les dépenses liées à  l'impression, la séparation des feuillets, et la distribution des rapports et états à  tous les destinataires. Ce n'est pas que cette fonction soit très coûteuse en soi, mais elle se répète fréquemment et pour des lots d'informations très différents ...

Et au moment où les opérations multinationales, les partenaires disséminés géographiquement, et les supply chains largement déployées fleurissent, le fait de diffuser des rapports à  des utilisateurs distants peut être une source cachée d'inflation des coûts de gestion.

La solution évidente consiste à  distribuer les rapports et autres fichiers spoule électroniquement, par e-mail. Plusieurs produits offrent cette prestation aux utilisateurs iSeries. L'utilitaire SpoolMail de Gumbo Software, Inc. en est un exemple.

SpoolMail permet aux utilisateurs iSeries d'envoyer une sortie spoule sous forme de e-mail à  d'autres systèmes, de sorte que les utilisateurs reçoivent les rapports électroniquement, pour impression et visualisation en ligne locale via l'intégration du produit à  l'OS/400 Mail Server. Les rapports parviennent ainsi aux utilisateurs le jour même de leur création. SpoolMail gère les listes de distribution au moyen du répertoire de distribution système OS/400 et peut s'interfacer avec de multiples applications, clients, et protocoles de courrier électronique, dont GroupWise, Lotus Mail/Notes, Microsoft Exchange/Outlook/Mail, OfficeVision/400, Netscape Mail et le SMTP (Simple Mail Transfer Protocol).

L'interface SMTP fait merveille dans certains environnements parce qu'elle permet de livrer directement le e-mail à  des clients SMTP dépourvus d'une entrée dans le répertoire de distribution système OS/400. En distribuant des messages ou des attachements, SpoolMail permet aux utilisateurs de transmettre jusqu'à  32 adresses e-mail avec chaque envoi. Et, pour ceux qui ne connaissent pas bien les détails cachés de l'interfaçage aux applications et protocoles de e-mail externe, SpoolMail est muni d'outils qui configurent automatiquement les fonctions mail OS/400 et les applications externes comme Exchange.

Et surtout, SpoolMail permet aux utilisateurs d'envoyer par e-mail la sortie spoule provenant d'applications héritées - sans aucune modification du code source ou des règles de gestion de l'application concernée. On voit donc que les développeurs peuvent, avec SpoolMail, améliorer la distribution des rapports pour la majorité des logiciels internes.

Query Optimizer et statistiques sur les bases de données

par James Stewart et Dan Cruikshank - Mis en ligne le 17/06/2002
Query Optimizer DB2 UDB for iSeries s'appuie sur de nombreux facteurs pour prendre la meilleure décision lors de la mise en oeuvre d'une requête. Ces facteurs sont les suivants : nombre de processeurs, vitesse des processeurs, nombre de bras de disques, quantité de mémoire, niveau PTF et disponibilité de SMP (Symmetric Multiprocessing) ...

Les statistiques tirées des bases de données sont l'une des principales informations dont dispose l'Optimizer. Ce sont les informations contenues dans les descriptions de fichiers base de données associées aux tables, vues, et index du système. Ces statistiques sont multiples : nombre d'enregistrements, taille des enregistrements, entrées d'index, valeurs de clés uniques, et bien d'autres. Contrairement à  d'autres plates-formes où les statistiques sont générées manuellement, cette information est dynamique sur l'iSeries (et sur l'AS/400 et le System/38) et l'Optimizer a toujours pu en disposer instantanément.

On n'insistera jamais assez sur l'importance de ces données. En effet, l'excès ou le manque de statistiques de base de données peut faire une énorme différence quand on met en oeuvre et exécute une requête. Dans cet article, nous éclairons ce point grâce aux expériences vécues par deux sociétés réelles. Comme il est d'usage en la matière, on a changé les noms des sociétés pour éviter aux auteurs d'éventuels procès.

Scripter une installation de base de données

par William Sheldon - Mis en ligne le 26/04/02
Le packaging d'une base de données SQL Server à  installer dans le cadre d'une application personnalisée peut être difficile. La tâche la plus importante consiste à  déplacer dans de bonnes conditions les tables, procédures, et objets associés de la base de données ...

D'autres tâches, comme packager la sauvegarde de l'instance de la base de données, présentent un danger supplémentaire, vous empêchant de spécifier de nouveaux comptes utilisateur et le nom du fichier de données primaire. Toutefois, on peut utiliser Microsoft Windows Installer avec un ensemble de scripts VBScript et T-SQL personnalisés pour packager et installer la base de données avec beaucoup d'efficacité. Dans cet article, j'utilise les scripts T-SQL générés à  partir de SQL Server 2000. Vous pouvez utiliser l'installation pour créer une base de données SQL Server 2000 ou SQL Server 7.0.

J'ai découvert cette excellente combinaison quand j'ai commencé à  utiliser l'outil personnalisé de ma société pour analyser l'utilisation du site Web en temps réel. L'outil, qui s'intègre avec l'AD (Active Directory) du membership service, s'appuie sur les paramètres stockés dans le registre pour définir une connexion de base de données. Mais, comme nous avons utilisé l'outil dans différents environnements, il nous fallait un moyen d'assurer l'homogénéité du paramétrage des composants sur différentes machines, autoriser des noms, des comptes, et des mots de passe de base de données personnalisés, et laisser au DBA le soin de coordonner les composants installés, différentes machines d'entreprise sans être obligé de modifier le registre directement. Nous avons opté pour Windows Installer, qui offre un cadre de configuration commun et englobe un UI pour un paramétrage personnalisé. En combinant l'Installer et les scripts personnalisés, on peut :

• fournir un nom de base de données et un lieu d'installation personnalisés
• créer des comptes et des mots de passe personnalisés
• créer les tables et les procédures cataloguées dans la nouvelle base de données
• attribuer des autorisations de comptes aux objets créés dans le nouvelle base de données
• importer des données statiques délimitées par des virgules, à  partir de l'application

Suivons le processus de création d'un package d'installation conforme aux exigences précédentes et voyons un outil d'installation simple que vous pourrez utiliser pour installer les bases de données SQL Server et créer vos propres packages d'installation personnalisés. Vous pouvez télécharger l'outil modèle sur le site Web : www.itpro.fr; le fichier d'installation contient le fichier SampleDB.msi et le sous-répertoire IKSampleDBFiles, qui contient les fichiers script dont le fichier .msi a besoin. Au lieu d'incorporer les fichiers d'installation source comme un fichier .cab à  l'intérieur du fichier .msi, je les ai placés à  l'extérieur du fichier .msi dans leur format non compressé afin que vous puissiez remplacer les scripts .vbs et .sql selon les besoins, pour construire vos bases de données personnalisées.

Tirer le meilleur parti d’XML

par Sharon L. Hoffman - mis en ligne le 20/01/2003
Au cours de ces dernières années, XML a été célébré comme un outil capable de faciliter les communications entre des plates-formes, applications et bases de données disparates. Sa promotion s'est fondée sur deux arguments : alternative économique à  EDI et moyen simple d'inclure des données variables dans des pages Web. Si le potentiel d'XML est clair, les détails le sont moins. D'où la question : comment les développeurs doivent-ils mettre en oeuvre et déployer XML de manière efficace ?

Commençons par préciser ce qu'est XML et ce qu'il n'est pas. Par exemple, pour convertir d'XML en DB2 Universal Database for iSeries (DB2 UDB), il faut une application capable d'analyser syntaxiquement le document XML, d'extraire les données des descriptions de données, et de construire un ou plusieurs enregistrements de base de données. La conversion inverse, de DB2 UDB en XML, requiert une application qui exécute les mêmes tâches en image miroir. Il ne faut pas forcément écrire ces applications en partant de zéro, mais il faut comprendre le processus et les relations entre vos fichiers base de données et un document XML particulier.

Actualités Windows NT / 2000 – Semaine 51 – 2002

Actualités du 16 au 22 Décembre 2002

Les outils d’ administration à  distance indispensables

par Don Jones - Mis en ligne le 26/11/2002
Les outils d'administration natifs de Windows se sont améliorés au fil des ans, de sorte que les administrateurs contrôlent la plupart des services réseau depuis leur station de travail. Même ceux qui utilisent Windows NT, dépourvu de la MMC ( Microsoft Management Console) « all-in-one » de Windows 2000, peuvent administrer les DNS, DHCP WINS, et autres services à  partir de leurs desktops ...

Pourtant, malgré les améliorations de Microsoft, vous devrez parfois effectuer certaines tâches (installation hotfix, redémarrage du serveur, gestion de fichiers, par exemple) à  partir de la console serveur.

C'est là  qu'interviennent les outils de contrôle à  distance, précieux pour gérer les serveurs dans vos agences et pour résoudre leurs problèmes nocturnes, dans la quiétude de votre domicile. Face aux dangers toujours plus grands, les outils de contrôle à  distance permettent aussi de laisser vos serveurs à  l'abri dans un centre informatique, pendant que vous menez des tâches de maintenance et d'administration depuis votre bureau.

Gérer votre base de données MSDE

par William Vaughn - Mis en ligne le 23/10/02
Le scénario est le suivant : vous avez développé une application qui utilise SQL Server. Vous développez sur le MSDE (Microsoft SQL Server Data Engine), la version desktop de SQL Server, sur votre propre système ; mais votre application tourne sur un système cible sans MSDE installé et n'ayant pas accès à  SQL Server sur le réseau ...

Découvrant que vous devez installer MSDE sur le système cible, vous rassemblez des informations et bâtissez une stratégie pour installer MSDE sur le système cible. Fort bien, mais avant de démarrer, réfléchissez aux points suivants :
• redémarrer ou non MSDE avant d'exécuter votre application
• connecter l'instance MSDE sur le système cible
• installer la base de données initiale
• mettre en place les comptes utilisateur et les autorisations sur votre base de données pour les utilisateurs et l'administrateur système
• arrêter MSDE quand l'application se termine
• sauvegarder la base de données et la restaurer

J'ai écrit un exemple de code pour illustrer la gestion d'une installation MSDE au moyen de SQL-DMO (SQL Distributed Management Objects) et d'autres techniques plus classiques. Voyons quelques explications détaillées des techniques que j'ai utilisées et quelques conseils pour que tout se passe bien pour les applications et utilisateurs longtemps après la fin de l'installation. Vous pouvez également utiliser ces techniques avec des applications SQL Server non MSDE afin que, quand vous effectuerez une mise à  niveau à  partir de MSDE, vous n'ayez pas à  apporter beaucoup de modifications aux routines servant à  gérer le serveur.

Les performances de Linux pour iSeries

par David Boutcher, Erwin Earley et Larry Loen - Mis en ligne le 28/10/2002
La disponibilité de Linux sur l'iSeries conduit à  s'interroger sur les performances de Linux et de l'OS/400. Cet article examine ces considérations de performances et fournit des conseils pour configurer et bien adapter Linux à  votre iSeries.

L'utilisation de Linux sur l'iSeries est simple : il faut au minimum un dixième de processeur, 64 Mo de mémoire, et suffisamment d'espace disque pour installer Linux. En tout cas, cela suffit pour qui veut utiliser Linux sur le système, à  titre expérimental. Bien entendu, si Linux doit jouer un vrai rôle, il faudra mobiliser d'autres ressources. En réalité, la disponibilité de Linux sur l'iSeries conduit à  s'interroger sur les performances de Linux et de l'OS/400.