> iTPro.fr
9 conseils en services d’analyse

9 conseils en services d’analyse

par Tom Chester - Mis en ligne le 14/04/2004

Essayez ces meilleures pratiques non orthodoxes mais efficaces dans votre prochain projet

Voilà  4 ans que Microsoft a redéfini le marché OLAP en introduisant Analysis Services (dénommé à  l'origine OLAP Services), la base de données analytique multidimensionnelle intégrée dans SQL Server. Dans ce laps de temps, j'ai rassemblé une liste d'astuces et de bonnes pratiques moins connues qui peuvent grandement aider les développeurs d'Analysis Services. Ces neuf conseils et techniques, qui vont du banal au sublime, vont à  contre-courant de la pratique courante. Mais cette dernière n'est pas forcément la meilleure, et l'une de ces astuces pourrait bien déterminer la réussite de votre prochain projet.

Lire l'article
Log Explorer 3.03

Log Explorer 3.03

par Ron Talmage - Mis en ligne le 14/04/2004

Récupérez sélectivement les données du journal de transactions

Lumigent Technologies vient d'annoncer une nouvelle version de Log Explorer, l'un des produits tierce partie les plus vendus dans l'espace SQL Server. Log Explorer lit un journal de transactions SQL Server 2000 ou 7.0 et décode les informations en un format lisible. Log Explorer permet d'analyser des historiques de transactions, mais il permet surtout de récupérer sélectivement des données. Cette dernière faculté particulièrement précieuse est encore améliorée dans la nouvelle release, Log Explorer 3.03.

Lire l'article
LXI Corp lance LXI Universal Client Backup

LXI Corp lance LXI Universal Client Backup

LXI Corp lance LXI Universal Client Backup qui contrôle, gère et effectue les sauvegardes pour plusieurs plates-formes dont l'iSeries, Unix, AIX, Linux fonctionnant avec MMS ou TMS/ix de LXI. 

MMS pour iSeries est une suite d'applications de gestion du stockage et TMS/ix est un outil de gestion de bandes pour Unix et Lunix. Avec Universal Client Backup, les travaux s'exécutent automatiquement .

Lire l'article
Actualités Windows NT / 2000 – Semaine 16 – 2004

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

Toutes les Actualités du 12 au 18 Avril 2004

Lire l'article
Les nouveautés de la semaine 16 – Windows 2000 et .Net – 2004

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

Tous les nouveaux produits du 12 au 18 Avril 2004

Lire l'article
Article 1658

Article 1658

Vous prenez très au sérieux la sécurité de votre infrastructure. Nous aussi. Alors, rencontrons-nous les 4, 5 et 6 mai prochains à  Paris pour un point complet sur la question.

www.microsoft.com/france/securite/conference

Lire l'article
News iSeries – Semaine 15 – 2004

News iSeries – Semaine 15 – 2004

Toutes les actualités du 05 au 11 Avril 2004

Lire l'article
Le traitement des objets SQL

Le traitement des objets SQL

Aldon Computer Group présente la nouvelle version de son logiciel SCM (Software Configuration Management) Aldon/CMS pour iSeries. 

La version 7.2 offre une nouvelle fonction qui permet à CMS de traiter des objets SQL (comme les tables, vues, indices, alias, fonctions, triggers) de la même manière dont sont traités les autres objets iSeries.

Lire l'article
Actualités Windows NT / 2000 – Semaine 15 – 2004

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

Toutes les Actualités du 05 au 11 Avril 2004

Lire l'article
Les nouveautés de la semaine 15 – Windows 2000 et .Net – 2004

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

Tous les nouveaux produits du 05 au 11 Avril 2004

Lire l'article
Automatiser la supervision de l’iSeries avec iSeries Navigator

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.

Lire l'article
Premier pas en gestion des performances iSeries

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.

Lire l'article
Coup d’oeil sur XML

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.

Lire l'article
Remplacer 5250 par XML

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.

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

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.

Lire l'article
Sécurisez votre  FTP en dix minutes

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.

Lire l'article
Suppléments et alternatives de SEU

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).

Lire l'article
IBM lance de nouveaux serveurs et repackage l’iSeries

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.

Lire l'article
Le débogueur graphique rend le débogage de SQL Procédural encore plus facile

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.

Lire l'article
Créer des types de données standard en RPG IV

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.

Lire l'article