Oracle
 sql >> Datenbank >  >> RDS >> Oracle

So verwenden Sie Distributed AD, um die Patching-Zeit in Oracle EBS zu verkürzen

1)Distributed AD bietet verbesserte Skalierbarkeit, Leistung und Ressourcennutzung, indem Worker derselben AD-Sitzung auf zusätzlichen Middle-Tier-Systemen gestartet werden können.

2)AD hat immer ein Parallel-Jobs-System verwendet, bei dem mehrere AD-Mitarbeiter beginnen und ihnen Jobs zugewiesen werden. Informationen für das Jobsystem werden in der Oracle-Datenbank gespeichert, und Arbeiter erhalten ihre Aufgaben, indem sie bestimmte Tabellen in der Datenbank überwachen.

3) Distributed AD ermöglicht das Starten von Workern auf Remote-Rechnern, wo sie die Ressourcen auf den Remote-Rechnern nutzen können, wenn sie ihre zugewiesenen Jobs erledigen

Voraussetzungen
1) Shared APPL_TOP
2) AD.H

Arbeiten
Starten Sie auf einem Ihrer freigegebenen APPL_TOP-Knoten Ihre AutoPatch- (adpatch) oder AD-Verwaltungssitzung (adadmin) mit den folgenden Befehlszeilenoptionen:

localworkers= workers=

So führen Sie beispielsweise eine AutoPatch-Sitzung mit 3 Workern auf dem lokalen Knoten und 5 Workern auf einem Remote-Knoten aus:

adpatch localworkers=3 workers=8

Starten Sie auf einem oder mehreren der zusätzlichen gemeinsam genutzten APPL_TOP-Knoten eine AD-Controller-Sitzung mit der folgenden Befehlszeilenoption:

adctrl distributed=y

Nach der Bereitstellung grundlegender Informationen fordert der AD-Controller die zu startende(n) Worker-Nummer(n) auf. Geben Sie beispielsweise „4 5 6 7 8“ oder „4-8“ ein, um die Worker 4 bis 8 zu starten. Wenn AD Controller gestartet wird, bevor AutoPatch oder AD Administration das Auftragssystem starten, fragt AD Controller, ob Sie warten möchten. Wenn Sie „Ja“ auswählen, wartet der AD-Controller, bis das Jobsystem gestartet wird, und startet dann die entsprechenden Worker-Prozesse. Wenn bereits eine AutoPatch-Sitzung gestartet wurde, wartet AD Controller automatisch.

Beispiel einer Zwei-Knoten-Sitzung mit fünf Workern:

Node 1) adpatch localworkers=30 workers=20

Node 2) adctrl distributed=y and choose Enter the worker range 21-30

Für R12.2 bleibt alles gleich, wir müssen nur adop anstelle von adpatch verwenden

Beispiel 1 – Verteilen Sie insgesamt acht Worker über ein Zwei-Knoten-System
1. Geben Sie zunächst einen Befehl ein, der eine Adop-Sitzung mit drei Workern auf dem
primären Knoten und fünf Workern auf sekundären Knoten ausführt:

$ adop phase=apply input_file=myinput.txt

Die Datei myinput.txt muss die Zeilen enthalten:
workers=8
localworkers=3
2. Starten Sie jetzt eine AD-Controller-Sitzung auf jedem der sekundären Knoten, auf denen
Worker ausgeführt werden, und verwenden Sie dabei das Argument "distributed=y".

$ adctrl distributed=y
  1. Um Worker 4 bis 8 auf einem sekundären Knoten zu starten, geben Sie „4–8“ als Antwort auf die
    Eingabeaufforderung von AD Controller ein:
    Geben Sie den Worker-Bereich ein:4–8

Beispiel 2 – Verteilen Sie insgesamt zwölf Worker über ein System mit drei Knoten
1. Geben Sie zunächst einen Befehl ein, der eine Adop-Sitzung mit vier Workern auf dem
primären Knoten und acht Workern auf sekundären Knoten ausführt:

$ adop phase=apply input_file=myinput.txt workers=12 localworkers=4

Die Datei myinput.txt muss die Zeilen enthalten:
workers=12
localworkers=4
2. Starten Sie nun eine AD-Controller-Sitzung auf dem zweiten Knoten und geben Sie an, dass die Worker 5-8
dort ausgeführt werden sollen:

$ adctrl distributed=y

Geben Sie den Arbeiterbereich ein:5-8
3. Starten Sie schließlich AD Controller auf dem dritten Knoten und geben Sie an, dass die letzten vier Worker
(9-12) dort ausgeführt werden sollen:

$ adctrl distributed=y

Geben Sie den Worker-Bereich ein:9-12

Verwandte Artikel

Oracle-Patching:Vollständige Adpatch-Übersicht

31 Nützliche Adop-Befehlszeile (AD-Online-Patching) für R12.2

Adop (Ad Online Patching Utility) erklärt R12.2

40 Adpatch-Frage, die jeder DBA kennen sollte