Quid de SNA avec la version 7.4
La version 7.4 arrive, et une des grandes annonces est l’abandon de *ANYNET.
(*ANYNET est une solution qui permet d’encapsuler SNA dans de l’IP)
C’est l’occasion de faire le point sur SNA.
Pour les plus jeunes SNA est une implémentation réseau un peu comme TCP/IP ou ISO avec les quels il a de grandes similitudes.
C’est une solution propriétaire (IBM) qui existait avant TCP/IP qui tend à le remplacer.
Souvent les gens pensent ne plus utiliser SNA mais réalité ils l’utilisent encore.
Voici trois traces persistantes qu’on retrouvent chez nos clients
- 1) La commande SNDDST pour envoyer des mail
2) l’utilisation des fichiers stockés dans QFLR (plus connu sous le nom de dossier partagés)
3) l’utilisation des commandes SAVRST* qui permettent de distribuer des objets d’une machine à une autres.
Si vous utilisez une des 3 fonctions ne chercher pas vous êtes concernés.
Certes SNA ne semble pas être le sens de l’histoire, mais comment faire ?
-
Première Solution
- Abandonner SNA purement et simplement
- Attention à bien analyser l’impact beaucoup de sources recèlent des trésors cachés (SNDDST, SNDNETF, SBMNETJOB, SAVRSTLIB, etc …)
il peut y avoir beaucoup de travail, par exemple OBJECT CONNECT n’a pas d’équivalent IP. - Quels gains peut on attendre ?
Plus besoin de faire un SAVDLO dans votre sauvegarde globale
Plus besoin de gérer la directory SNA
Faire des envois de mail avec des historiques et de vraies pièces jointes.
-
Deuxième Solution
- Faire durer SNA encore une peu.
- Si vous avez plusieurs machines, vous allez être obliger de migrer vos connexion en Oject extended.
- Ne perdez pas de temps, vous pouvez faire cette opération dès à présent ce qui simplifiera votre migration.
- Cette deuxième solution ne vous dispense pas de petit à petit basculer des fonctions de SNA vers IP , on n’est pas sur que SNA sera Pérennisé dans le temps par IBM
Conclusion
- Dans tous les cas, il faut penser à remplacer petit à petit SNA
- Par contre l’arrêt de *ANYNET sera brutal , alors anticipez !