sql >> Database >  >> RDS >> Oracle

Hoe Distributed AD te gebruiken om de patchtijd in Oracle EBS te verkorten

1) Gedistribueerde AD biedt verbeterde schaalbaarheid, prestaties en resourcegebruik doordat werknemers van dezelfde AD-sessie kunnen worden gestart op extra middenlaagsystemen.

2)AD heeft altijd een parallel banensysteem gebruikt, waarbij meerdere AD-medewerkers starten en banen krijgen toegewezen. Informatie voor het Jobs-systeem wordt opgeslagen in de Oracle-database en werknemers ontvangen hun opdrachten door bepaalde tabellen in de database te controleren.

3) Met gedistribueerde AD kunnen werknemers worden gestart op externe machines, waar ze de bronnen op de externe machines kunnen gebruiken bij het voltooien van hun toegewezen taken

Vereisten
1) Gedeeld APPL_TOP
2) AD.H

Werken
Op een van uw gedeelde APPL_TOP-knooppunten start u uw AutoPatch(adpatch)- of AD-beheersessie (adadmin) met de volgende opdrachtregelopties:

localworkers= workers=

Om bijvoorbeeld een AutoPatch-sessie uit te voeren met 3 werkers op het lokale knooppunt en 5 werkers op een knooppunt op afstand:

adpatch localworkers=3 workers=8

Start op een of meer van de extra gedeelde APPL_TOP-knooppunten een AD-controllersessie met de volgende opdrachtregeloptie:

adctrl distributed=y

Na het verstrekken van basisinformatie zal AD-controller vragen om het (de) werknemernummer(s) te starten. Voer bijvoorbeeld "4 5 6 7 8" of "4-8" in om werknemers 4 tot en met 8 te starten. Als AD-controller is gestart voordat AutoPatch of AD-beheer het Jobs-systeem start, zal AD-controller vragen of u wilt wachten. Als u ja kiest, wacht de AD-controller totdat het Jobs-systeem is gestart, waarna de juiste werkprocessen worden gestart. Als er al een AutoPatch-sessie is gestart, wacht AD Controller automatisch.

Voorbeeld van een sessie met twee knooppunten met vijf werkers:

Node 1) adpatch localworkers=30 workers=20

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

Voor R12.2 blijft de zaak hetzelfde, we hoeven alleen adop te gebruiken in plaats van adpatch

Voorbeeld 1 – Verdeel in totaal acht werkers over een systeem met twee knooppunten
1. Voer om te beginnen een opdracht in die een adoptiesessie uitvoert met drie werkers op het
primaire knooppunt en vijf werkers op secundaire knooppunten:

$ adop phase=apply input_file=myinput.txt

Het bestand myinput.txt moet de volgende regels bevatten:
workers=8
localworkers=3
2. Start nu een AD-controllersessie op elk van de secundaire knooppunten die
workers zullen uitvoeren, met behulp van het argument distributed=y.

$ adctrl distributed=y
  1. Als u worker 4 tot en met 8 op een secundair knooppunt wilt starten, voert u "4-8" in als antwoord op de
    prompt van AD Controller:
    Voer het worker-bereik in:4-8

Voorbeeld 2- Verdeel in totaal twaalf werkers over een systeem met drie knooppunten
1. Voer om te beginnen een opdracht in die een adoptiesessie uitvoert met vier werkers op het
primaire knooppunt en acht werkers op secundaire knooppunten:

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

Het bestand myinput.txt moet de volgende regels bevatten:
workers=12
localworkers=4
2. Start nu een AD Controller-sessie op het tweede knooppunt en geef aan dat worker 5-8
daar moet worden uitgevoerd:

$ adctrl distributed=y

Voer het worker-bereik in:5-8
3. Start ten slotte AD Controller op het derde knooppunt en geef aan dat de laatste vier werkers
(9-12) daar moeten worden uitgevoerd:

$ adctrl distributed=y

Voer het arbeidersbereik in:9-12

Gerelateerde artikelen

Oracle-patching:volledig overzicht van Adpatch

31 Nuttige adopteer (AD online patching) opdrachtregel voor R12.2

Adop (Ad online patching-hulpprogramma) uitgelegd R12.2

40 Adpatch-vraag die elke DBA zou moeten weten


  1. PostgreSQL-accent + hoofdletterongevoelig zoeken

  2. Vertrouwen herstellen in een externe sleutelbeperking in SQL Server (T-SQL-voorbeelden)

  3. Hoe ADDDATE() werkt in MariaDB

  4. pass integer array naar orakel procedure door c#