1) L'AD distribué offre une évolutivité, des performances et une utilisation des ressources améliorées en permettant aux travailleurs de la même session AD d'être démarrés sur des systèmes de niveau intermédiaire supplémentaires.
2) AD a toujours utilisé un système de tâches parallèles, dans lequel plusieurs travailleurs AD démarrent et se voient attribuer des tâches. Les informations pour le système d'emplois sont stockées dans la base de données oracle et les travailleurs reçoivent leurs affectations en surveillant certaines tables de la base de données.
3) L'AD distribué permet aux travailleurs d'être démarrés sur des machines distantes, où ils peuvent utiliser les ressources sur les machines distantes lors de l'exécution des tâches qui leur sont assignées
Prérequis
1) APPL_TOP partagé
2) AD.H
Travailler
Sur l'un de vos nœuds APPL_TOP partagés, démarrez votre session AutoPatch(adpatch) ou AD Administration(adadmin) avec les options de ligne de commande suivantes :
localworkers= workers=
Par exemple, pour exécuter une session AutoPatch avec 3 workers sur le nœud local et 5 workers sur un nœud distant :
adpatch localworkers=3 workers=8
Sur un ou plusieurs des nœuds APPL_TOP partagés supplémentaires, démarrez une session AD Controller avec l'option de ligne de commande suivante :
adctrl distributed=y
Après avoir fourni des informations de base, AD Controller demandera le(s) numéro(s) de travailleur à démarrer. Par exemple, entrez "4 5 6 7 8" ou "4-8" pour démarrer les travailleurs 4 à 8. Si AD Controller est démarré avant qu'AutoPatch ou AD Administration ne démarre le système de tâches, AD Controller vous demandera si vous souhaitez attendre. Si vous choisissez oui, AD Controller attendra que le système de tâches soit démarré, auquel cas il démarrera les processus de travail appropriés. Si une session AutoPatch a déjà été démarrée, AD Controller attendra automatiquement.
Exemple d'une session à deux nœuds avec cinq nœuds de calcul :
Node 1) adpatch localworkers=30 workers=20 Node 2) adctrl distributed=y and choose Enter the worker range 21-30
Pour R12.2, les choses restent les mêmes, nous avons juste besoin d'utiliser adop à la place d'adpatch
Exemple 1 – Répartissez un total de huit nœuds de calcul sur un système à deux nœuds
1. Pour commencer, saisissez une commande qui exécutera une session d'adoption avec trois travailleurs sur le
nœud principal et cinq travailleurs sur les nœuds secondaires :
$ adop phase=apply input_file=myinput.txt
Le fichier myinput.txt devra inclure les lignes :
workers=8
localworkers=3
2. Démarrez maintenant une session AD Controller sur chacun des nœuds secondaires qui exécuteront
les nœuds de calcul, en utilisant l'argument distributed=y.
$ adctrl distributed=y
- Pour démarrer les nœuds de calcul 4 à 8 sur un nœud secondaire, saisissez « 4-8 » en réponse à l'
invite du contrôleur AD :
Saisissez la plage de nœuds de calcul :4-8
Exemple 2 - Distribuez un total de douze nœuds de calcul sur un système à trois nœuds
1. Pour commencer, saisissez une commande qui exécutera une session d'adoption avec quatre travailleurs sur le
nœud principal et huit travailleurs sur les nœuds secondaires :
$ adop phase=apply input_file=myinput.txt workers=12 localworkers=4
Le fichier myinput.txt devra inclure les lignes :
workers=12
localworkers=4
2. Démarrez maintenant une session AD Controller sur le deuxième nœud, en spécifiant que les nœuds de calcul 5 à 8
devraient s'y exécuter :
$ adctrl distributed=y
Entrez la plage de travail :5-8
3. Enfin, démarrez AD Controller sur le troisième nœud, en précisant que les quatre derniers nœuds de calcul
(9-12) doivent s'y exécuter :
$ adctrl distributed=y
Entrez la plage de travail :9-12
Articles connexes
Application de correctifs Oracle :aperçu complet de l'application de correctifs
31 Ligne de commande utile d'adop (correction en ligne AD) pour R12.2
Adop (utilitaire de correctifs publicitaires en ligne) expliqué R12.2
40 questions Adpatch que tout administrateur de bases de données devrait connaître
