Contexte Métier
Une banque exécute chaque nuit des traitements batch critiques. Avant de lancer le chargement des nouvelles données financières, le système doit s'assurer que l'environnement de sécurité est 'propre' et qu'aucune transaction de modification de droits orpheline ne traîne, ce qui pourrait bloquer l'application des nouvelles politiques de sécurité automatisées.
À propos du Set : accessControl
Gestion des droits d'accès et de la sécurité des données.
Découvrir toutes les actions de accessControl Préparation des Données
Initialisation d'une session vierge (pas de données spécifiques requises pour ce test d'infrastructure, mais on charge une table de paramètres pour la forme).
Copié !
| 1 | |
| 2 | DATA casuser.params_batch; |
| 3 | parametre='Securite_Level'; |
| 4 | valeur='High'; |
| 5 | OUTPUT; |
| 6 | |
| 7 | RUN; |
| 8 |
Étapes de réalisation
1
Tentative proactive de 'Check In' global au début du flux batch pour assainir la session.
Copié !
| 1 | PROC CAS; |
| 2 | /* Assainissement préventif */ |
| 3 | ACCESSCONTROL.checkInAllObjects; |
| 4 | RUN; |
2
Vérification que la session est saine en listant les informations de session (preuve que le système répond).
Copié !
| 1 | PROC CAS; |
| 2 | SESSION.sessionStatus; |
| 3 | RUN; |
Résultat Attendu
Le code s'exécute sans erreur. Même si aucun objet n'était extrait, l'action doit retourner un statut OK (idempotence), confirmant que le pipeline de traitement peut continuer sans risque de conflit de verrouillage.