Maîtrisez l'éphémère : Le TIMEOUT dans CAS

Le paramètre TIMEOUT est le gardien de la disponibilité de vos ressources. Il définit, en secondes, la durée d'inactivité autorisée avant que le serveur ne mette fin à la session pour libérer de la mémoire. En consultant cette option, vous pouvez ajuster vos workflows : une valeur trop basse peut interrompre un travail exploratoire complexe, tandis qu'une valeur trop élevée risque de saturer les ressources du cluster SAS Viya inutilement.

Votre session CAS expire trop vite ? Voici comment vérifier votre délai de garde. - getSessOpt

Le paramètre TIMEOUTélai maximal d'attente (session, requête ou connexion) avant l'interruption automatique d'un processus SAS Viya pour libérer les ressources ou assurer la sécurité du système. est le gardien de la disponibilité de vos ressources. Il définit, en secondes, la durée d'inactivité autorisée avant que le serveur ne mette fin à la sessionInstance de connexion active entre un client et le serveur CAS (Cloud Analytic Services), isolant les ressources, les bibliothèques et les traitements d'un utilisateur au sein de SAS Viya. pour libérer de la mémoireGemini said
Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya.. En consultant cette option, vous pouvez ajuster vos workflows : une valeur trop basse peut interrompre un travail exploratoire complexe, tandis qu'une valeur trop élevée risque de saturer les ressources du clusterEnsemble de nœuds (machines) interconnectés, gérés par Kubernetes, qui collaborent pour exécuter les microservices et le moteur CAS de SAS Viya, assurant haute disponibilité et passage à l'échelle. SAS Viya inutilement.

Schéma : Votre session CAS expire trop vite ? Voici comment vérifier votre délai de garde.

Exemple de Code Additionnel

1	<pre>/* CASL Script : Audit et Configuration du Timeout de Session
2	(c) Nicolas Housset 2026 - Code SAS pour VIYA 4 - testé et validé en version 2024.09 */
3	PROC CAS;
4	/* 1. Extraction des propriétés de la session actuelle */
5	sessionProp.getProps / names={'timeout'};
6	RUN;
7	/* 2. Logique de décision : Ajustement si le timeout est inférieur à 1 heure */
8	/* On récupère la valeur dans un dictionnaire CASL */
9	sessionProp.listNodes RESULT=res;
10	describe res;
11	/* 3. Modification dynamique du timeout pour un travail exploratoire (ex: 7200s = 2h) */
12	sessionProp.setProp / timeout=7200;
13	/* 4. Confirmation de la mise à jour */
14	PRINT "INFO: Le nouveau délai d'expiration a été configuré.";
15	sessionProp.getProps / names={'timeout'};
16	RUN;
17	QUIT;</pre>

Exemples pour l'action getSessOpt

Vérifier la Caslib active

Un grand classique : savoir sur quelle bibliothèque de données (caslib) votre session pointe par défaut.

Vérifier le Timezone

Idéal pour savoir si votre serveur vit encore à l'heure du siège social en Caroline du Nord ou s'il est synchronisé avec vous.

Audit de la configuration du DATA Step CAS

Dans cet exemple, nous vérifions comment le DATA Step va se comporter en cas de fusion sans clause BY ou de formats manquants.

Inspection des limites de mémoire et performance

Vérifions les ressources allouées à la session pour éviter de faire exploser le serveur (et s'attirer les foudres de l'admin).

Récupération dynamique dans une variable CASL

Utilisation de getSessOpt pour stocker la valeur dans une variable et l'utiliser plus tard dans un script complexe.

Conseil de l'Expert

Ne confondez pas le TIMEOUT de la session CAS avec le Keep-Alive de votre interface (SAS Studio). Pour des jobs longs en arrière-plan, privilégiez toujours le passage de la session en mode "Disconnected" (via l'attribut uuid). Cela permet au code de s'exécuter jusqu'à la limite du TIMEOUT sans dépendre de la stabilité de votre connexion réseau locale.

Anatomie technique du délai de garde CAS

Portée du paramètre : Le TIMEOUT est une propriété intrinsèque à chaque session. Il peut être surchargé à la création de la session ou modifié dynamiquement via l'action sessionProp.setProp.
Priorité système (Overriding) : La valeur définie par l'utilisateur ne peut jamais excéder la valeur maximale (maxSessionTimeout) configurée au niveau du contrôleur CAS via l'environnement Kubernetes (ConfigMaps).
Gestion des ressources (Garbage Collection) : À l'expiration du délai, CAS procède à un "Terminated" immédiat : toutes les tables non sauvegardées (non promues) dans les Caslibs globales sont définitivement purgées de la RAM.
Unité de mesure : La valeur est strictement traitée en secondes. Une valeur de 0 peut être interprétée comme "indéfinie" (selon les politiques de sécurité du site), mais elle est déconseillée sur Viya 4 pour éviter les sessions "zombies".