sql >> Databasteknik >  >> RDS >> Oracle

Hur man använder Distributed AD för att minska patchtiden i Oracle EBS

1)Distribuerad AD erbjuder förbättrad skalbarhet, prestanda och resursutnyttjande genom att tillåta arbetare i samma AD-session att startas på ytterligare mellanskiktssystem.

2)AD har alltid använt ett parallelljobbsystem, där flera AD-arbetare börjar och tilldelas jobb. Information för jobbsystemet lagras i Oracle-databasen och arbetare får sina uppdrag genom att övervaka vissa tabeller i databasen.

3) Distribuerad AD tillåter arbetare att startas på fjärrdatorer, där de kan använda resurserna på fjärrdatorerna när de slutför sina tilldelade jobb

Förutsättningar
1) Delad APPL_TOP
2) AD.H

Arbetar
På en av dina delade APPL_TOP-noder startar du din AutoPatch(adpatch)- eller AD-administrationssession(adadmin) med följande kommandoradsalternativ:

localworkers= workers=

Till exempel för att köra en AutoPatch-session med 3 arbetare på den lokala noden och 5 arbetare på en fjärrnod:

adpatch localworkers=3 workers=8

På en eller flera av de ytterligare delade APPL_TOP-noderna startar du en AD Controller-session med följande kommandoradsalternativ:

adctrl distributed=y

Efter att ha tillhandahållit grundläggande information kommer AD Controller att fråga efter att arbetarnumret/-numren ska startas. Skriv till exempel "4 5 6 7 8" eller "4-8" för att starta arbetare 4 till 8. Om AD Controller startas innan AutoPatch eller AD Administration startar jobbsystemet, kommer AD Controller att fråga om du vill vänta. Om du väljer Ja kommer AD Controller att vänta tills Jobs-systemet startas, och då startar den lämpliga arbetsprocesser. Om en AutoPatch-session redan har startats, väntar AD Controller automatiskt.

Exempel på en session med två noder med fem arbetare:

Node 1) adpatch localworkers=30 workers=20

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

För R12.2 förblir det samma, vi behöver bara använda adop i stället för adpatch

Exempel 1 – Fördela totalt åtta arbetare över ett tvånodssystem
1. Börja med att ange ett kommando som kör en adop-session med tre arbetare på den
primära noden och fem arbetare på sekundära noder:

$ adop phase=apply input_file=myinput.txt

Filen myinput.txt måste innehålla raderna:
workers=8
localworkers=3
2. Starta nu en AD Controller-session på var och en av de sekundära noderna som kör
arbetare, med hjälp av argumentet distributed=y.

$ adctrl distributed=y
  1. För att starta arbetare 4 till 8 på en sekundär nod anger du "4-8" som svar på
    prompten från AD Controller:
    Ange arbetarintervallet:4-8

Exempel 2 – Fördela totalt tolv arbetare över ett trenodssystem
1. Börja med att ange ett kommando som kör en adop-session med fyra arbetare på den
primära noden och åtta arbetare på sekundära noder:

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

Filen myinput.txt måste innehålla raderna:
workers=12
localworkers=4
2. Starta nu en AD Controller-session på den andra noden, och specificera att arbetare 5-8
ska köra där:

$ adctrl distributed=y

Ange arbetarintervallet:5-8
3. Starta slutligen AD Controller på den tredje noden och specificera att de fyra sista arbetarna
(9-12) ska köras där:

$ adctrl distributed=y

Ange arbetarintervallet:9-12

Relaterade artiklar

Oracle patchning:Adpatch Komplett översikt

31 Användbar adop (AD online patching) kommandorad för R12.2

Adop (Ad online patching utility) förklarade R12.2

40 Adpatch-fråga som varje DBA borde känna till


  1. Hur man skapar SQL-spår för att fånga SQL Server-händelser

  2. Undvikande enstaka citat i SQL Server

  3. Hur man konfigurerar PostgreSQL för att acceptera alla inkommande anslutningar

  4. PostgreSQL-kolumnen 'foo' finns inte