Instruction d'installation de la version SAS 8.2 sur Windows

Les serveurs évoluent rapidement en terme de puissance : la version Data Center de la famille Windows 2000 devrait ainsi utiliser jusqu'à 32 processeurs et 64 Go de mémoire vive.

Le client SAS, exécutant une application en mode Client/Serveur, démarre une session SAS sur le serveur : en terme système, on parle d'un processus SAS.EXE. Ainsi nous pouvons constater que le nombre de processus actifs sur le serveur est identique au nombre de clients utilisant l'application. Si un processus SAS utilise un seul processeur, l'ensemble des processus en cours se partage le ou les processeurs présents sur la machine. Dans ce cas de figure, on obtient une bonne répartition de la charge sur la totalité des processeurs. Il en est autrement si un seul processus SAS est actif, car il n'utilise qu'un seul processeur. C'est la raison de la nouvelle fonctionnalité nommée MP CONNECT et introduite dans le module SAS/CONNECT. MP CONNECT vous permet une exécution parallèle de tâches distinctes et présentes dans un même programme SAS. Cette fonctionnalité permet le démarrage d'un autre processus SAS et donc d'utiliser au mieux vos architectures SMP.

Le terme de multi-processing indique qu'un code peut être découpé en unités indépendantes pouvant s'exécuter parallèlement. En terme système on parle de « thread ». Le système SAS est une application utilisant un seul thread actif et s'exécute donc sur un seul processeur même si votre serveur est équipé de plusieurs processeurs.

Si l'on souhaite découper un code SAS, il faut d'abord que chaque partie de ce code puisse s'exécuter indépendamment des autres parties. Une fois ce découpage effectué, MP CONNECT fournit des instructions simples pour le lancement des processus SAS et la synchronisation de ces derniers.

Chaque nouveau processus hérite des permissions et des droits du processus père et, en ce qui concerne SAS, une nouvelle bibliothèque WORK est allouée. Bien entendu on utilise pour le lancement de la nouvelle session le mode asynchrone, qui permet de poursuivre le traitement dans le programme SAS initial.

Prenons un cas simple : on souhaite effectuer le rapprochement de deux tables SAS. Pour ce faire l'une et l'autre des tables doivent être triées avant l'exécution de l'étape de fusion ; les deux tris sont indépendants et on peut, dans ce cas, les faire parallèlement. Il faudra bien entendu s'assurer que les deux tris soient terminés avant d'effectuer la fusion.

Les graphes suivants sont issus de tests effectués dans nos laboratoires de tests aux USA. Vous trouverez en annexe le programme de test. Il est exécuté plusieurs fois sur la même machine. En abscisse vous trouverez le temps d'exécution, et en ordonnée le nombre de processeurs (courbe MPC) ou d'itérations (courbe SERIAL).

Les gains sont très importants quand on utilise jusqu'à six processeurs. De plus les courbes MPC obtenues sont presque linéaires. La répartition obtenue est donc bonne.

Remarques auxquelles il faudra faire attention :

• Tous les programmes ne peuvent être découpés et la duplication de tables pour permettre la parallélisation des traitements peut entraîner un surplus de ressources nécessaires sur le serveur.
• Il faudra être vigilant sur l'utilisation des ressources non-partageables.
• La puissance CPU n'est pas tout. Si l'on multiplie le nombre de processus actifs, d'autres paramètres liés directement aux performances doivent être sous surveillance, notamment les Entrées/Sorties effectuées sur disque.

L'option SASCMD vous permet d'indiquer la commande SAS qui sera exécutée. Cette option peut être positionnée avec le SIGNON ou encore RSUBMIT dans le cas où vous utilisez le mode AUTOSIGNON.

L'option CWAIT=NO permet de démarrer de nouvelles connexions asynchrones.

Le dernier ordre important est le WAITFOR : il offre la possibilité d'attendre la fin d'exécution de la tâche qui a été démarrée. Cette instruction peut prendre les valeurs _ANY_ , _ALL_ ou nom_tâche indiquant respectivement l'attente de fin d'exécution de l'une des tâches, de toutes ou de celle spécifiée. NB : la commande LISTASK vous permet de lister à tout moment les tâches actives.

Pour conclure sur cette partie, il est important de noter qu'un réaménagement de vos programmes peut améliorer grandement les performances. Le découpage effectué, très peu d'instructions seront nécessaires pour utiliser au mieux votre architecture SMP.

La baisse du coût global de possession (TCO pour les anglo-saxons) est sans doute le premier atout de ce type d'environnement. Ce coût global comporte plusieurs composantes qui sont le coût des logiciels et du matériel (loués ou achetés), le coût du support et de la maintenance, le coût de l'installation du logiciel et enfin les coûts liés à la formation sur le produit. En dehors de ces derniers cités, l'ensemble de ces coûts est grandement diminué par l'utilisation d'une architecture centralisée.

Le second avantage est la gestion du parc informatique. Son évolution peut se faire en douceur, car seul le serveur doit faire l'objet de toutes les attentions. Toutes les applications sont installées sur le serveur et il suffit ensuite de les publier vers les postes utilisateurs. Ceux–ci exécutent leurs programmes sur le serveur qui ne leur renvoie que les différents affichages faits sur l'écran.

Le dernier point est la mise à disposition de l'application à travers un réseau à faible débit. En effet, lorsque les postes clients se connectent en mode Client/Serveur en utilisant une bande passante très faible, on constate immédiatement des temps de réponse dégradés. Les protocoles utilisés dans une architecture centralisée (RDP ou ICA) sont peu gourmands en bande passante sur le réseau. Ceci permet un déploiement d'applications sur des postes éloignés du serveur.

La différence avec une installation classique est que l'ensemble des éléments installés soit disponible pour tous les utilisateurs et non pas pour un seul. Il est conseillé d'utiliser le menu Ajout/Suppression de Programmes afin que le système copie l'ensemble des clés du registre créées ou mises à jour lors de l'installation, ainsi que l'ensemble des fichiers INI de l'application. Par la suite ces paramètres seront mis à disposition de l'utilisateur lors de l'exécution de l'application.

Le second point concerne le fichier de configuration SAS qui nécessite certaines modifications.

• SASUSER

Cette option doit pointer vers un répertoire propre à chaque utilisateur. Pour ce faire on effectue un « mapping » dans le script de connexion USRLOGON.CMD afin d'affecter un Yvon LOUARN – Département Support Clients - SAS Institute France Copyright (c) 2000 SAS Institute Inc. Cary, NC, USA. All rights reserved. disque logique à chaque utilisateur. Ce disque sera nommé par une lettre unique U par exemple, mais chaque disque U pointera sur un répertoire propre à l'utilisateur. Exemple de commande dans USRLOGON.CMD : SUBST U : C:\Utilisateurs\%USERNAME% Il suffit ensuite (normalement fait lors de l'installation) de vérifier la ligne de commande dans le fichier CONFIG : -SASUSER U:\SASUSER

• WORK

Il faut prendre soin avant l'installation de créer un espace disque suffisamment important pour que tous les utilisateurs puissent écrire leurs fichiers temporaires.

Exemple : -WORK W:\SASWORK Ainsi chaque client utilisera un répertoire W:\SASWORK\_TDnum où num représente le numéro du processus SAS.

D'autres paramètres peuvent être modifiés afin d'améliorer les performances.

• NOSPLASH

Cette option évite l'affichage du premier écran lors du lancement du système SAS. Ce qui peut paraître anodin permet de diminuer le trafic sur le réseau en supprimant l'affichage de cette image.

• SORTSIZE

On peut spécifier ainsi la taille mémoire qui sera utilisée lors des tris. Quand le système ne dispose pas d'assez de place il utilise l'espace temporaire de la WORK. La vigilance est donc de mise pour éviter avec une valeur trop forte un manque de mémoire, à fortiori l'utilisation du système de pagination, ou avec une valeur trop basse un engorgement au niveau des disques (remarque : l'option TAGSORT permet de limiter le volume du tri).

Ce type d'architecture peut s'avérer judicieux, notamment lors de la mise en place d'une application en mode Client/Serveur, telle que le produit Enterprise Minerâ ou encore CFO Visionâ. On sait en effet que ce type d'application ne peut être présente que sur un réseau local, disposant d'une forte bande passante.
Comment faire quand les clients se trouvent éloignés, reliés au serveur SAS Enterprise Miner par un WAN ? Dans ce cas l'installation du client Enterprise Miner sur un serveur Terminal ou Citrix intermédiaire est une solution viable, car seuls les affichages écran sont envoyés sur les postes des utilisateurs. Tous les traitements Client/Serveur demeurent sur le LAN.

Schéma de principe :

En terme de sécurité la première nouveauté est sans doute le support de SSPI : Security Support Provider Interface, qui permet l'authentification « transparente » d'un utilisateur sur une autre machine. Le module SAS/CONNECT devient très aisé d'utilisation. Prenons par exemple le programme suivant : on établit une connexion sur le Spawner SPAWNYVL qui est sécurisé.

options comamid=tcp remote=frayvl.spawnyvl autosignon=yes;
rsubmit;
data a;a=1;run;
endrsubmit;

Et examinons la log correspondante :

Par contre, si l'on souhaite utiliser un autre contexte utilisateur sur le serveur, de nouvelles options USER et PASSWORD sont désormais disponibles. Contrairement au positionnement de la variable d'environnement TCPSEC, ces options ne sont valables que le temps de la connexion et la sécurité est donc accrue. Le module SAS/SHARE supporte également ces options.

Exemple de lancement d'un serveur SHARE sécurisé :

1- Exécution sur le serveur nommé Musset.
%LET TCPSEC=_SECURE_;
OPTIONS COMAMID=TCP ;
LIBNAME Clients ‘c:\SASV8\Clients' ;
PROC SERVER ID=shrV8 AUTHENTICATE=REQ; RUN;

2- Exécution sur le client LIBNAME LIBCLI SLIBREF=Clients USER=frayvl PASSWORD=_PROMPT_
SERVER=Musset.shrV8 ;

Remarque : l'option USER peut être définie sous la forme Domaine \Compte, ce qui évite l'utilisation de l'option AUTHSERVER.

On ne peut pas parler de sécurité sans aborder le module SAS/SECURE et les différentes méthodes permettant de crypter les échanges : RC2, RC4 … En mode Client/Serveur, il faut que l'option NETENCRYPTALGORITHM soit positionnée sur le client et sur le serveur.

Concernant ce dernier, c'est une nouvelle fois le programme Spawner qui est mis à contribution.

Des modifications ont été apportées sur la connexion TCP afin d'apporter une plus grande souplesse pour qu'une application Client/Serveur puisse franchir un Firewall.

Ces changements apparus dans la version 8 ont été également portés en version 6.12 TS065. Il s'agit d'une option positionnée lors de l'installation du programme Spawner et nommée INHERITANCE.

Qu'est-ce que le « Socket inheritance » ?

Cette fonctionnalité permet à la session SAS, démarrée par le service Spawner, d'hériter de la socket TCP avec laquelle ce dernier communique avec la session SAS cliente. Cette nouvelle socket est ensuite utilisée pour communiquer avec le client.

Cela signifie en clair qu'un numéro de port unique est attribué pour toutes les connexions. Avant cela si vous aviez un nombre C de connexions, C+1 ports étaient utilisés : 1 port pour le programme Spawner + C ports pour autant de connexions clientes. Chaque client peut désormais communiquer à travers SAS en ouvrant leur propre socket pointant sur un numéro de port.

Il suffit donc de déclarer un numéro de port unique dans votre Firewall, celui utilisé par le programme Spawner.

Dans la pratique …

Vous devez déclarer un port dans votre Firewall qui devra être lié au port sur lequel vous désirez vous connecter, c'est à dire celui du Spawner. Ce mapping fera en sorte que chaque connexion externe utilisant le port 2500 sera routée vers le port 5400, par exemple. Ce port 5400 sera utilisé par le Spawner, programme démarré avec l'option INHERITANCE. Vous pouvez, bien entendu, effectuer un mapping sur le même numéro de port.

Voyons un exemple :

1- Déclaration du service Spawner dans le fichier SERVICES
spawnyvl 5400/tcp # Spawner Frayvl
2- Installation du programme Spawner en tant que service NT

3- Exécution du programme client

NB : Nous noterons au passage qu'un script de connexion n'est pas nécessaire. La saisie du nom de l'utilisateur et du mot de passe ne sont pas nécessaires.

Les options PORTFIRST et PORTLAST (TCPPORTFIRST et TCPPORLAST) sont également le moyen de franchir un Firewall. Ces options permettent de définir une plage de ports disponibles lors de la connexion.