Ajoutez simplement les instructions $JOB et $ENDJOB pour créer un sous-fichier JCL
utilisable.
Vous pouvez construire le sous-fichier xxx_TTSOR_J par la même méthode.
REMARQUE :
lorsque le sous-fichier JCL est généré de façon dynamique. Il ne doit pas être
modifié par l'utilisateur.
2.3.8
Droits d'accès
Les droits d'accès administratifs d'une base de données ORACLE reposent sur le
concept GCOS 7 de projet. Il faut les prendre en compte dans les sous-fichiers JCL.
On détermine qu'un groupe de projets dispose de privilèges suffisants pour administrer
une base de données ORACLE par la méthode suivante :
• si l'instruction $JOB du sous-fichier JCL xxx_STSOR_J contient une instruction USER
ou USER/PROJECT, les droits d'accès administratifs sont donnés au projet spécifié ou
au projet par défaut de l'utilisateur si aucun autre n'est spécifié ;
• si aucun utilisateur (USER) n'est spécifié dans l'instruction $JOB du sous-fichier JCL
xxx_STSOR_J, les droits d'accès administratifs sont donnés au projet du soumetteur
du sous-fichier JCL xxx_STSOR_J.
Les sous-fichiers JCL que vous écrivez seront générés de façon dynamique par le code
exécutable d'ORACLE/HA. Le soumetteur de ces tâches doit être l'opérateur
(OPERATOR).
Il est conseillé de spécifier un utilisateur/projet (USER/PROJECT) qui corresponde aux
droits d'accès adminsitratifs d'ORACLE dans l'instruction $JOB de vos sous-fichiers JCL.
2.3.9
Construction des sous-fichiers JCL pour une génération dynamique de
SQL*DBA
Les sous-fichiers JCL xxx_STDBA_J et xxx_TTDBA_J sont respectivement chargés de
l'"ouverture au démarrage" et de la "fermeture" de la base de données.
Ces commandes processeur SQL*DBA s'exécutent via un COMFILE.
2-8
Guide de l'utilisateur d'ORACLE7/TDS-HA
le mot-clef HASVID est initialisé par le code spécifique à ORACLE/HA
47 F2 16UR Rev01