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

Toutes les Actualités du 16 au 22 Juin 2003

Actualités Windows NT / 2000 – Semaine 22 – 2003

Toutes les Actualités du 26 Mai au 1 Juin 2003

Actualités Windows NT / 2000 – Semaine 44 – 2003

Toutes les Actualités du 27 au 31 Octobre 2003

Actualités Windows NT / 2000 – Semaine 38 – 2003

Toutes les Actualités du 15 au 19 Septembre 2003

Actualités Windows NT / 2000 – Semaine 29 – 2003

Toutes les Actualités du 14 au 20 Juillet 2003

Surmonter les obstacles de FTP sur l’OS/400

par Lee Paul - Mis en ligne le 30/06/2003
Si vous êtes comme la plupart des informaticiens, chaque fois que vous essayez une nouvelle fonction FTP (File Transfer Protocol), vous butez sur un petit obstacle qui vous empêche d'avancer. Peut-être un collègue a-t-il configuré un pare-feu avec des valeurs de port spéciales. Peut-être essayezvous de transférer la dernière liste de produits de votre distributeur à  partir d'Internet et découvrez avec surprise que le fichier se trouve dans un dossier spécifié avec un nom non spécifié. Ou peut-être êtes-vous confronté à  des champs packés, illisibles par l'ordinateur récepteur. Ou peut-être le format du nom OS/400 pose-t-il un problème.

J'ai aidé beaucoup de gens à  régler certains de ces problèmes et j'en ai profité pour dresser une liste de conseils et d'astuces qui pourront vous aider à  diagnostiquer et à  résoudre certains d'entre eux. J'espère qu'ils vous seront utiles.

Les nouveautés de la semaine 25 – Windows 2000 & .Net – 2003

Tous les nouveaux produits du 16 au 22 Juin 2003

Actualités – Mai 2003

Les actualités SQL Server pour le mois de Mai

News iSeries – Semaine 43 – 2003

Actualités du 20 au 24 Octobre 2003

Se préparer pour le sql query engine V5R2

Par Mike Cain & Kent Milligan

Des améliorations de performances franches pour des instructions SQL longues et complexesVous avez probablement entendu parler d'IBM à  deux propos : grande amélioration des performances de SQL ou un nouveau moteur de base de données en V5R2. Malheureusement, il y a beaucoup de malentendus sur ce sujet du fait qu'une partie seulement de ces changements liés aux performances SQL a été livrée avec la V5R2 en disponibilité générale. Cet article explique ce qu'il faut savoir sur le SQE (SQL Query Engine) V5R2 et comment obtenir la dernière version de ces améliorations DB2 UDB.

IBM et DB2 UDB continuent à  mener la danse en SQL et en optimisation des requêtes. Afin d'incorporer plus rapidement ces technologies de pointe dans DB2 UDB for iSeries, IBM a décidé de refondre l'optimiseur de requêtes et certaines parties du moteur runtime en V5R2. Le moteur revu et corrigé s'appelle SQL Query Engine et il a été conçu principalement pour des interfaces SQL comme embedded SQL, ODBC et JDBC. Le SQE bénéficie aussi des toutes dernières techniques de programmation orientées objet (OO). Grâce à  cette base de code OO, il sera beaucoup plus facile de s'adapter à  la future optimisation SQL. En fait, l'optimiseur SQE V5R2 contient de nombreuses techniques d'optimisation de pointe qui ont conduit à  des améliorations de performances sensibles pour des instructions SQL longues et complexes. Les instructions SQL courtes qui dominent dans les requêtes OLTP (online transaction processing) bénéficieront moins des améliorations SQE. Comme l'indique le nom SQE, seules les requêtes en lecture seule exécutées à  partir d'une interface de type SQL bénéficieront de SQE. Et donc, Query, QQQQRY API et OPNQRYF ne bénéficieront pas du nouveau moteur en V5R2. Ces interfaces utilisent encore ce que nous appelons le CQE (Classic Query Engine). Nous verrons plus loin quels types d'instructions SQL bénéficient de SQE.
La figure 1 montre l'amélioration de performances obtenue en incorporant de nouvelles techniques d'optimisation et de performances dans le moteur. D'après des tests effectués par IBM, ces résultats de performances représentent fidèlement l'impact potentiel de SQE sur une charge de travail SQL. Certaines requêtes seront nettement plus rapides, d'autres resteront inchangées et une poignée de requêtes SQL pourra même subir une dégradation. Comme dans toute mesure de performances, les résultats individuels varieront selon les circonstances.
La refonte du moteur de base de données visait surtout à  améliorer la performance. Mais il y avait aussi un autre objectif : faciliter l'ajout de nouvelles fonctionnalités à  DB2 UDB for iSeries. On en trouve un bon exemple dans le fait que la V5R2 est mieux à  même de traiter rapidement les requêtes « absurdes » (avec une condition de recherche telle que WHERE 1=2, par exemple).
Croyez-le ou non, certaines solutions logicielles exécutent des requêtes qui incluent des critères de sélection absurdes du genre WHERE 1=2. On fait cela pour s'assurer que la requête renvoie un jeu de résultats vide. Avant la V5R2, CQE aurait renvoyé le jeu de résultats vide sur ces requêtes, mais sans grande efficacité. Si une requête absurde était appliquée à  une table de 1000 lignes, CQE aurait visité les 1000 lignes et vérifié si 1=2 sur chacune d'elles. L'inefficacité du CQE était bien connue, mais la base du code procédural était telle qu'il était très difficile d'améliorer le moteur afin que les requêtes contenant des critères de sélection absurdes puissent être traitées sans balayer les données. En revanche, la conception OO de SQE permet très facilement d'améliorer le moteur afin que, pour les requêtes contenant des critères de sélection absurdes, DB2 renvoie simplement un jeu de résultats vide immédiatement.
Comme nous l'avons laissé entendre plus haut, IBM délivre les améliorations SQE par étapes sur la V5R2. On sait bien que le moteur DB2 UDB intégré joue un rôle central sur les serveurs iSeries et AS/400e ; c'est pourquoi IBM avance par étapes pour atténuer l'impact sur vos applications et

Les nouveautés de la semaine 29 – Windows 2000 & .Net – 2003

Tous les nouveaux produits du 14 au 20 Juillet 2003

DB2 UDB pour iSeries et projet eLiza

par Kent Milligan - Mis en ligne le 24/06/2003
Beaucoup d'entre nous pratiquent l'iSeries et ses prédécesseurs depuis longtemps. Quand un produit est en service depuis de nombreuses années, il est d'usage de tenir pour acquis certains de ses attributs et de ses atouts. La facilité d'utilisation et le faible coût de possession de DB2 Universal Database for iSeries (DB2 UDB) sont deux attributs que de nombreux utilisateurs d'iSeries tiennent pour acquis, au lieu de considérer DB2 UDB comme un avantage concurrentiel. La facilité d'utilisation et le faible coût administratif sont des critères évidents qui doivent être remplis pour que l'on puisse classer un SGBDR (système de gestion de base de données relationnelle) comme un système autogérant. Et, alors que DB2 UDB fournit des interfaces graphiques pour simplifier les tâches administratives, son moteur de base de données automatise en fait de nombreuses tâches pour s'affranchir de toute intervention humaine.

Gérer les fichiers de messages avec WMF

par Randy Gish - Mis en ligne le 12/06/03
Parmi les nombreux outils iSeries d'IBM, il en manque un : un bon utilitaire pour afficher, maintenir et rechercher des messages dans un fichier de messages. L'utilitaire WMF (Work with Message File) pallie cette absence.A partir d'un seul panneau, on peut utiliser WMF pour effectuer toutes les fonctions qui pourraient s'avérer nécessaires sur des descriptions de messages.

Minos Web 3, par Ordirope

Ordirope annonce la version 3 de Minos Web. 

La version 3 qui a été annoncée lors du salon Systèmes & Applications est, en fait, la traduction littérale des besoins fonctionnels techniques exprimés par les clients et remontées du terrain au travers du réseau de distributeurs.

Traitement des erreurs spl V5R2

Par Paul Conte - Mis en ligne le 17/09/2003

1àˆRE PARTIE : PRINCIPES DE BASE

Un guide essentiel pour blinder le coding du langage de procédure SQLLe langage de procédure SQL (SPL, SQL Procedural Language) est un langage IBM et standard permettant d'écrire des procédures stockées, des UDF (user-defined functions) et des triggers. Pour écrire du code SQL dans le but d'accéder à  la base de données iSeries, SPL est généralement plus simple que les HLL (high-level languages). De plus, SPL bénéficie de fonctions très intéressantes pour des procédures stockées, des UDF et des triggers qui ne contiennent pas de code base de données. En revanche, un HLL, comme RPG ILE, est souvent préférable lorsque la procédure stockée, l'UDF ou le trigger est vaste ou complexe. Avant la V5R2, SPL souffrait, entre autres, d'un mécanisme de traitement d'erreurs peu maniable. Avant la V5R2, écrire du code SPL sûr était si compliqué que la plupart des développeurs se contentaient d'une protection partielle pour leurs routines et… croisaient les doigts. Avec la V5R2, IBM permet des instructions composées imbriquées qui permettent enfin de protéger entièrement les routines SPL. Cependant, les règles de traitement d'erreurs SPL restent baroques et il est presque impossible de les déchiffrer sans beaucoup d'expérimentation par essais et erreurs successifs. Ou sans un guide, comme cette série de deux articles. Dans cette première partie, j'explique comment fonctionne le traitement d'erreurs SPL et je suggère plusieurs « meilleures pratiques » pour coder un SPL bien protégé. Dans la seconde partie, je présenterai un exemple complet d'une procédure stockée SPL qui illustre un traitement d'erreurs efficace. Cette série suppose

Les failles dans la protection des données en entreprise

Livre blanc publié par Sunbelt Software - Mis en ligne le 07/07/2003
La nécessité de protéger les données sur les réseaux et les systèmes client/serveur va croissant au vu de l'ampleur prise par lesdits réseaux. Les applications critiques migrent des mainframes vers les systèmes client-serveur. Des applications réseau autrefois non-critiques telles que les messageries électroniques et les traitements de texte, sont maintenant essentielles dans les opérations quotidiennes. Et même lorsque toutes les applications critiques résident sur de gros systèmes, l'accès et le traitement des informations s'effectuent souvent via des postes de travail connectés en réseau.

Destination : IFS, 1ère partie

par Jake Kugel - Mis en ligne le 24/06/2003
Le système de fichiers racine de l'IFS (integrated file system) est le meilleur endroit pour stocker les données des fichiers stream sur l'iSeries. L'IFS voit ses performances améliorées continuellement et il supporte la journalisation à  partir de la V5R1. Vous pouvez aussi utiliser l'IFS avec des ASP (auxiliary storage pools) indépendants. Mais il n'est pas toujours simple et direct de placer les données dans l'IFS et de les y sécuriser. Les modalités de transfert des données diffèrent selon leur origine. Les données peuvent déjà  se trouver sur l'iSeries dans le système de fichiers QDLS, ou bien se trouver sur une autre plate-forme comme Unix, Linux ou NT.

Dans cet article, j'explique comment faire migrer des données dans le système de fichiers root de l'IFS à  partir de NT et de QDLS. Dans chaque scénario, j'utilise des commandes CL et de nouvelles fonctions V5R1 pour illustrer la manière de copier des données dans l'IFS et de les sécuriser après les avoir transférées.

Stratégie de protection des ressources, 2e partie

par Wayne O. Evans - Mis en ligne le 12/06/03
Dans la première partie de cet article (« Accès exclusif aux applications : une stratégie de protection des ressources, 1ère partie », iSeries News, octobre 2002, N°9), j'ai expliqué la nécessité de l'AOA (application only-access) sur l'iSeries. La solution est simple : ne donner aux utilisateurs aucun droit d'accès aux données de production en dehors des applications approuvées. Pour permettre aux applications approuvées d'accéder aux données de production, il faut soit faire adopter à  chaque application l'autorité de son propriétaire, soit remplacer le profil de groupe de l'utilisateur par un profil d'utilisateurs de groupe ayant des droits d'accès aux données de production.

Je décris ici les problèmes rencontrés quand j'ai essayé pour la première fois d'utiliser une stratégie AOA, et les solutions qui m'ont permis d'en faire une technique utile.

Les nouveautés de la semaine 43 – Windows 2000 & .Net – 2003

Tous les nouveaux produits du 20 au 24 Octobre 2003

Destination : IFS, 2e partie

par Jake Kugel - Mis en ligne le xx/xx/2003
Dans la 1ère partie de cet article (iSeries News Novembre 2002 N°10), nous avons vu comment faire migrer les données des fichiers stream à  partir de NT et de QDLS vers le système de fichiers racine de l'IFS (integrated file system) sur l'iSeries. Voyons maintenant comment déplacer les données des fichiers stream dans l'IFS à  partir d'Unix/Linux et du serveur NetWare. Comme dans la 1ère partie, les exemples utilisent des commandes CL et de nouvelles fonctions V5R1.