sql >> Database teknologi >  >> RDS >> Oracle

Sådan bruges Distributed AD til at reducere patchingstiden i Oracle EBS

1)Distribueret AD tilbyder forbedret skalerbarhed, ydeevne og ressourceudnyttelse ved at tillade arbejdere i den samme AD-session at blive startet på yderligere mellemliggende systemer.

2)AD har altid brugt et Parallel Jobs System, hvor flere AD-medarbejdere starter og får tildelt job. Oplysninger om jobsystemet gemmes i oracle-databasen, og arbejdere modtager deres opgaver ved at overvåge bestemte tabeller i databasen.

3) Distribueret AD tillader arbejdere at blive startet på fjernmaskiner, hvor de kan bruge ressourcerne på fjernmaskinerne, når de udfører deres tildelte job

Forudsætninger
1) Delt APPL_TOP
2) AD.H

Arbejder
På en af ​​dine delte APPL_TOP noder skal du starte din AutoPatch(adpatch) eller AD Administration session(adadmin) med følgende kommandolinjeindstillinger:

localworkers= workers=

For eksempel at køre en AutoPatch-session med 3 arbejdere på den lokale node og 5 arbejdere på en fjernknude:

adpatch localworkers=3 workers=8

På en eller flere af de yderligere delte APPL_TOP-noder skal du starte en AD Controller-session med følgende kommandolinjeindstilling:

adctrl distributed=y

Efter at have givet grundlæggende oplysninger, vil AD Controller bede om, at arbejdernummeret/-numrene skal startes. Indtast f.eks. "4 5 6 7 8" eller "4-8" for at starte arbejdere 4 til 8. Hvis AD Controller startes før AutoPatch eller AD Administration starter jobsystemet, vil AD Controller spørge, om du vil vente. Hvis du vælger ja, vil AD Controller vente, indtil Jobs-systemet startes, hvorefter den starter de relevante arbejdsprocesser. Hvis en AutoPatch-session allerede er startet, venter AD Controller automatisk.

Eksempel på en session med to knudepunkter med fem arbejdere:

Node 1) adpatch localworkers=30 workers=20

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

For R12.2 forbliver tingene det samme, vi skal bare bruge adop i stedet for adpatch

Eksempel 1 – Fordel i alt otte arbejdere på tværs af et to-knudesystem
1. For at begynde skal du indtaste en kommando, der vil køre en adop-session med tre arbejdere på den
primære node og fem arbejdere på sekundære noder:

$ adop phase=apply input_file=myinput.txt

Filen myinput.txt skal indeholde linjerne:
workers=8
localworkers=3
2. Start nu en AD Controller-session på hver af de sekundære noder, der kører
arbejdere, ved hjælp af argumentet distributed=y.

$ adctrl distributed=y
  1. For at starte arbejdere 4 til 8 på en sekundær node skal du indtaste "4-8" som svar på
    prompten fra AD Controller:
    Indtast arbejdsområdet:4-8

Eksempel 2- Fordel i alt tolv arbejdere på tværs af et tre-knudesystem
1. For at begynde skal du indtaste en kommando, der vil køre en adop-session med fire arbejdere på den
primære node og otte arbejdere på sekundære noder:

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

Filen myinput.txt skal indeholde linjerne:
workers=12
localworkers=4
2. Start nu en AD Controller-session på den anden node, og specificer, at arbejdere 5-8
skal køre der:

$ adctrl distributed=y

Indtast arbejdsområdet:5-8
3. Til sidst, start AD Controller på den tredje node, og specificer, at de sidste fire arbejdere
(9-12) skal køre der:

$ adctrl distributed=y

Indtast arbejdsområdet:9-12

Relaterede artikler

Oracle patching:Adpatch komplet oversigt

31 Nyttig adop (AD online patching) kommandolinje til R12.2

Adop (Ad online patching utility) forklaret R12.2

40 Adpatch-spørgsmål, som enhver DBA bør kende


  1. Hvordan deler jeg en streng, så jeg kan få adgang til element x?

  2. Nyt sporingsflag for at fikse tabelvariabel ydeevne

  3. Sådan oprettes fremmednøglebegrænsning på flere kolonner i SQL Server - SQL Server / TSQL vejledning del 67

  4. Sådan viser du alle lokaliteter i MariaDB