Oracle Concurrent Manager er en vigtig brik i Oracle E-Business Suite-produktet. det hjælper med batchbehandling af mange ting.
Jeg præsenterer her nogle detaljer om det
Den består af flere dele. Forklaring af hver af disse i detaljer .Det giver dig et glimt af Hvordan en E-Business Suite Concurrent Manager-proces fungerer
Indholdsfortegnelse
Typer af Oracle Concurrent Manager
Intern Concurrent Manager (ICM)
Den interne Concurrent Manager (ICM) kan betragtes som "hjernen" af samtidig behandling. Den er ansvarlig for følgende funktionalitet:
-Starter alle andre processer som f.eks. Konfliktløsningsmanager, standardadministrator
-Udfører "kontrolanmodninger" indsendt af administratoren.
-Aktiver/Deaktiver/Afbryd Concurrent Manager
-Afslut Concurrent Request
-Overvåger processer, genstarter alle, der mislykkedes.
-Indstiller målantallet af processer for hver tjeneste baseret på det aktuelle arbejdsskift.
Starter ICM
-adcmctl.sh script
-TNS Apps Listener skal startes, før ICM startes
Lukker ICM'en ned
-Når du lukker ICM'en ned, stopper alle andre tjenester som konfliktløsningsmanager, standardmanager
– Normal nedlukning signalerer, at processer skal afsluttes efter at have fuldført deres nuværende opgaver.
– Afbrydelse vil afslutte serviceprocesser.
– ICM afsluttes ikke, før alle andre processer er afsluttet.
-Brug adcmctl.sh til at lukke ICM ned.
Service Managers (FNDSM)
Service Managers affødes på mellemlagsknuderne i et GSM-aktiveret system for at kunne fungere som agent for ICM. Når ICM'en ser, at den har brug for en serviceadministratorer til at udføre en funktion, såsom at starte en samtidig administratorproces, på en mellemliggende node, vil den foretage fjernprocedurekontrolkald til Apps-lytteren på den node for at starte Servicemanageren. Når først Service Manager er startet og initialiseret, kommunikerer ICM direkte til Service Manager via Remote Procedural call (RPC) og giver den information til at administrere tjenesterne på den node.
-Tjenesteadministratoren er affødt fra APPS TNS Listener
– APPS TNS Listener skal startes på hver mellemliggende node i systemet og startes af den bruger, der starter ICM (f.eks. applmgr)
- TNS Listener afføder Service Manager til at køre som agent for ICM for den lokale node
-Service Manager startes af ICM efter behov, når det er nødvendigt. Hvis der ikke er behov for administrationshandlinger på en node, vil en Service Manager ikke blive startet af ICM, før det er nødvendigt. Når ICM afslutter dets Service Managers, afsluttes det også.
-Service Manager-miljøet er indstillet af APPSORA.env som defineret i listener.ora
- Lister.ora- og tnsnames.ora-filerne skal konfigureres korrekt for lytteren for at kunne afføde Service Manager og for ICM at være i stand til at kontrollere status for Service Manager.
Interne skærme (FNDIMON)
Interne skærme bruges specifikt i Parallel Concurrent Processing for at give mulighed for intern samtidig manager fail over til andre tilgængelige mellemliggende noder.
-Placer en intern monitor på en hvilken som helst node, hvor ICM'en kan starte i tilfælde af en fejl.
-Interne monitorer er som standard seedet på hver registreret node.
-Hvis ICM'en går ned, vil den interne monitor forsøg på at starte en ny ICM på den lokale node.
-Hvis flere ICM'er startes, vil kun den første forblive aktiv. De andre vil med ynde gå ud.
Oracle Concurrent Managers(FNDLIBR,INVLIBR)
Samtidige ledere giver asynkron jobbehandling ved at overvåge tabellen FND_CONCURRENT_REQUESTS i en kontinuerlig cyklus. En samtidig leders opgave er at udføre samtidige anmodninger, der er i Afventende / Normal fase / status, og som den er kvalificeret til at køre i henhold til dens specialiseringsregler.
Samtidige lederprocesser
– Handl uafhængigt
– Vælg kun anmodninger, der:(a) matcher managerspecialiseringsreglerne, (b) er afventende/normale, (c) har et anmodet starttidspunkt
Beskrivelse af vigtige Oracle Concurrent Manager oracle-tabeller
FND_CONCURRENT_QUEUES
TARGET_NODE
-Bruges til at angive, hvor yderligere processer skal startes
-Bruges af ledere til at bestemme, om de skal lukke sig selv ned for migrering
-Ledere sammenligner parameterværdi, der er sendt ved opstart med denne værdi
-Bruges af brugergrænsefladen til at angive, hvor processer findes (ikke helt nøjagtige i migreringstilfælde)
-Tildelt af ICM baseret på primære, sekundære indstillinger
NODE_NAME
-Indikerer primær node for PCP – rettet belastning
-Hvor processer skal startes, medmindre noden ikke er online eller er blevet fastslået at være utilgængelig
-Hvis ingen node er angivet, vil ICM tildele mål node som standard til NODE_NAME2
-Indikerer sekundær node for PCP – rettet belastningsfejl
-Kun tildelt som TARGET_NODE, hvis primær node ikke er tilgængelig
FND_CONCURRENT_PROCESSES
NODE_NAME
- Angiver, hvor administratorprocessen kører
- Angiver også, hvor administratorens filer findes
-Puleres ved hjælp af værdi fra uname() (fysisk maskinnavn)
-Brugt af ICM ved afslutning af proces
-Brugt ved visning af logfil i brugergrænseflade(UI)
-Brugt af Purge Program til at slette proceslogfil
-Kunne bruges til arbejdsbelastningsstatistiske beregninger
-Vil sandsynligvis blive brugt af RPM'er til at forsøge at finde en lokal OPP
-Anvendes tilsvarende i 11i.X til at lokalisere Reports Server
FND_CONCURRENT_REQUESTS
LOGFILE_NODE_NAME, OUTFILE_NODE_NAME
- Angiv hvor filer findes
-Bruges i brugergrænseflade(UI) til filvisning
-Bruges af Purge Program til at slette filer
-Værdi udfyldt ved mgr-proces, baseret på sin egen node
FND_NODES
NODE_NAME
-Angiver nodenavn, hvor DBC-filen er placeret.
-Adgendbc.sh-script opretter DBC-fil.
SERVER_ID
-Vil blive brugt til at godkende forbindelser fra noden.
-Opdateret af adgendbc.sh, som kalder AdminAppServer API.
Samtidige administratortabeller
FND_NODES: Indeholder alle informationer på nodeniveau
FND_CONCURRENT_PROCESSES : Indeholder alle de samtidige managerprocesoplysninger
FND_CONCURRENT_REQUESTS : Indeholder en komplet historik over alle samtidige anmodninger (både tidligere historik og dem, der er planlagt til at køre i fremtiden).
FND_CONCURRENT_QUEUES :Indeholder informationen for alle de samtidige administratorer, der er oprettet i systemet
FND_CONCURRENT_PROGRAMS :Indeholder informationen for alle de samtidige programmer, der er tilgængelige i systemet
FND_EXECUTABLES
FND_CP_SERVICES
FND_QUE_CUSIRRENT_QUE_CUSIRRENT_QUE_CUSIRRENT_QUE_CONSIRRENT_QUEUES>FND_CONCURRENT_QUEUE_CONTENT
FND_CONCURRENT_PROGRAM_SERIAL
FND_CONCURRENT_TIME_PERIODS
FND_CONCURRENT_PROCESSORS
FNDSVCRG
Den eksekverbare FNDSVCRG udløses fra kontrolscripts før og efter et script starter eller stopper tjenesten. FNDSVCRG vil oprette forbindelse til databasen for at bekræfte konfigurationen af Seeded GSM Service. Hvis den pågældende tjeneste ikke er aktiveret til at blive administreret under GSM, vil FNDSVCRG'en ikke gøre noget og afslutte. Scriptet vil derefter fortsætte med at udføre sine normale start/stop-handlinger. Hvis tjenesten er aktiveret til GSM-administration, vil FNDSVCRG-eksekverbare filen opdatere tjenesterelaterede oplysninger i databasen, herunder miljøkonteksten, den aktuelle servicelogfilplacering og tjenestens aktuelle tilstand
Samtidig anmodningsfasestatus Beskrivelse
VENTENDE/Normal -Anmodningen afventer den næste ledige administrator.
VENTENDE/Standby -Anmodning om program til at køre er inkompatibel med andre programmer, der kører i øjeblikket.
AFVENTER/Planlagt -Anmodningen er planlagt til at starte på et fremtidigt tidspunkt eller en fremtidig dato.
VENTENDE/Venter - En børneanmodning venter på sin forældreanmodning for at markere den klar til at køre. For eksempel skal en anmodning i et anmodningssæt, der kører sekventielt, vente på, at en forudgående anmodning er fuldført.
KØRER/Normal -Forespørgslen kører normalt.
KØRER/Sættes på pause - Forældreanmodning sættes på pause, så alle dens underordnede anmodninger afsluttes. Et anmodningssæt sættes f.eks. på pause, før alle anmodninger i sættet fuldføres.
KØRER/Genoptager -Alle anmodninger indsendt af den samme overordnede anmodning er kørt. Den overordnede anmodning genoptages at køre.
KØRER/Afslutter -Forespørgsel afsluttes ved at vælge knappen Annuller anmodning i vinduet Anmodninger.
FULDFØRT/Normal -Anmodningen blev gennemført.
FULDFØRT/Fejl -Anmodningen kunne ikke fuldføres.
FULDFØRT/Advarsel -Forespørgsel udfyldt med advarsler. En anmodning er f.eks. genereret med succes, men udskrives ikke.
AFFULDT/Annulleret - Afventende eller inaktiv anmodning annulleres ved at vælge knappen Annuller anmodning i vinduet Anmodninger.
AFSLUTET/Afsluttet -Anmodning afsluttes ved at vælge knappen Annuller anmodning i vinduet Anmodninger.
INAKTIV/Deaktiveret - Program til at køre anmodning er ikke aktiveret. Kontakt din systemadministrator.
INAKTIV/På Hold- Afventende anmodning sættes på hold ved at vælge knappen Tilbageholdelsesanmodning i vinduet Anmodninger.
INAKTIV/Ingen administrator -Ingen leder er defineret til at køre anmodningen. Spørg din systemadministrator. En status på Ingen administrator gives også, når alle administratorer er låst af run-alone anmodninger.
hvordan man starter samtidig administrator i oracle apps r12
Start Concurrent Manager i R12
Opret forbindelse til Application Tier-bruger som regel dens applmgr
cd $ADMIN_SCRIPTS_HOME ./adcmctl.sh start apps/<apps-pass>
hvordan man stopper samtidig administrator i oracle apps r12
Stop Concurrent Manager i R12
Opret forbindelse til Application Tier-bruger som regel dens applmgr
cd $ADMIN_SCRIPTS_HOME ./adcmctl.sh stop apps/<apps-pass>
hvordan man kontrollerer status samtidig administrator i oracle apps r12
For at kontrollere status for Concurrent Manager
Opret forbindelse til Application Tier-bruger som regel dens applmgr
cd $ADMIN_SRCIPTS_HOME ./adcmctl.sh status apps/<apps-pass>
Concurrent Manager Log-filplacering i R12
Concurrent Manager, ICM og concurrent request genererer alle logfilerne
A) Concurrent Request Log File – dokumenterer udførelsen af en bestemt anmodning ( l.req )
B) Manager Log File – dokumenterer udførelsen af en samtidig managerproces. ( W.mgr )
C) Intern administratorlogfil – dokumenterer ydeevnen af ICM.(std.mgr). Denne logfil viser de parametre, der bruges med kommandoen 'adcmctl'.
hvis $APPLCSF er indstillet
Logfiler er i mappen $APPLCSF/$APPLLOG.
Logfiler kan også ses inde fra applikationerne fra formularen Vis samtidige anmodninger
R12.2 APPLCSF =$NE_BASE/inst/
R12.1 APPLCSF=$INST_TOP//logs/appl/conc/log
Hvis $APPLCSF ikke er indstillet
Logfiler er i mappen $PRODUCT_TOP/$APPLLOG.
Tilsvarende for outputfiler,
hvis $APPLCSF er indstillet
R12.2 APPLCSF=$NE_BASE/inst/
R12.1 APPLCSF=$INST_TOP//logs/appl/conc/
Concurrent Manager fejlfinding
Hvordan kontrollerer du status for de samtidige Oracle-administratorer fra operativsystemet
–Linux-kommando:
$ ps -ef | grep LIB
-Bemærk, at den interne Concurrent Manager kan ses i denne liste, fordi dens kommando er “FNDLIBR FND CPMGR …”, mens de andre viser mere som “FNDLIBR FND Concurrent_Processor …”
-Unix-bruger-id'et vist i den første kolonne i denne Fortegnelsen er afgørende:Disse samtidige administratorprocesser bør ejes af det samme Unix-bruger-id, som ejer applikationskoden ($APPL_TOP og dets undermapper); denne bruger omtales normalt som "applmgr"
Hvor bliver alle de filer, der er genereret af Oracles samtidige administratorer hen?
-ICM-logfilen går i $FND_TOP/log-mappen og matcher normalt std.mgr.
-Medarbejdernes logfiler går i $FND_TOP/log og matcher W.mgr
-The log/ud-filer for samtidige anmodninger går under produktets topmappe, der er knyttet til det produkt, der kører anmodningen:for eksempel går log/ud-filer til AR-rapporter under $AR_TOP.
-Logfilerne for samtidige anmodninger går i $ APPLLOG undermappe under den relevante produkttopmappe og match l .req
-Ud-filerne for samtidige anmodninger går ind i undermappen $APPLOUT
-Hvis APPLCSF er indstillet, skal den pege på den komplette sti til en mappe, som har undermapper $APPLLOG og $APPLOUT. Denne $APPLCSF-mappe vil blive brugt i stedet for de forskellige produktmapper til at skrive
alle log/out-filerne til.
De mest almindelige samtidige administratorproblemer er forårsaget af filbeskyttelsesproblemer på Unix/linux-niveau.
-Starter du de samtidige administratorer som applmgr?
-Kan applmgr gøre følgende for at oprette en fil i
$FND_TOP/$APPLLOG-mappen?
$FND_TOP/$APPLOUT-mappen?
Unix:$ touch $FND_TOP/$APPLLOG/a
-Hvis dette mislykkes, hvem ejer mappen?
Unix:$ ls -ld $FND_TOP/$APPLLOG
-Er denne mappe et symbolsk link? hvis ja, hvad er beskyttelsen på den mappe, den peger på?
-Løber du tør for diskplads på denne partition? i-nodes?
Unix:$ df -k
Unix (på nogle systemer) for at kontrollere i-nodes:$ df -i
-Er APPLCSF indstillet?
-Hvis ja , kan applmgr gøre dette?
Unix:$ touch $APPLCSF/$APPLLOG/a
-Tjek $APPLOUT (normalt "out") mapper ligesom log mapper.
Hvis et PL/SQL-samtidigt program ikke kan skrive til en ekstern fil, vil du modtage en fejlmeddelelse, der ligner:
MSG-00102: Error Message :ORA-20100: File o0000071.tmp creation for FND_FILE failed. You will find more information on the cause of the error in request log. ORA-06512: at "APPS.FND_FILE", line 378 ORA-06512: at "APPS.FND_FILE", line 473 ORA-06512: at "APPS.AP_XYZ", line 192 REP-1419: 'beforereport': PL/SQL program aborted.
BEMÆRK:Programmer producerer også midlertidige PL/SQL-outputfiler, der bruges i samtidig behandling. Disse filer skrives til en placering på databaseservernoden, der er angivet af APPLPTMP-miljøindstillingen. APPLPTMP-biblioteket skal være det samme bibliotek som angivet af parameteren utl_file_dir i din databaseinitieringsfil.
.
Hurtig installation indstiller både APPLPTMP- og utl_file_dir-parameteren til den samme standardmappe. Da de midlertidige filer placeret i denne mappe kan indeholde kontekstfølsom information, bør det være en sikker mappe på databaseserverknuden med læse- og skriveadgang for databaseserverens ejer. I et multi-node-system behøver den mappe, der er defineret af APPLPTMP, ikke at eksistere på applikationsniveauserverne. Under en opgradering med AutoUpgrade skal du angive parameterværdien utl_file_dir for APPLPTMP-miljøindstillingen.
For at isolere, hvor problemet er, skal du kontrollere følgende:
1) Sørg for, at navnet på filen er gyldigt (filnavnet bør ikke indeholde tegn som "^")
2) Sørg for, at APPLPTMP er indstillet til en gyldig mappe, og at BÅDE applmgr-brugeren og databasebrugeren har læse- og skrivetilladelser til den mappe (normalt kan den indstilles til den samme mappe som APPLTMP)
3) Sørg for, at filen ikke afsluttes i den mappe, der peges på af APPLPTMP
4) Sørg for, at den mappe, som APPLPTMP peger på, er den første post i utl_file_dir. Bekræft også, at alle indgange i utl_file_dir er gyldige, og at applmgr har læse-/skrivetilladelser.
Hvis du bruger en sp-fil, skal du kontrollere den korrekte syntaks for at indstille utl_file_dir:
Eks.
ALTER SYSTEM SET UTL_FILE_DIR='directory1','directory2' scope=spfile;
5) Hvis du stadig har problemer, skal du kontrollere, om du kan skrive en fil direkte ved hjælp af FND_FILE, som er den pakke, som applikationen bruger. Fra SQLPLUS, forbundet som apps-brugeren, kør:
SQL> exec FND_FILE.PUT_LINE(FND_FILE.LOG, 'THIS IS A TEST');
Dette skulle dumpe en fil på APPLPTMP.
Hvis denne test virker, ville det indikere, at FND_FILE er OK, og problemet er muligvis med applikationen.
Du ønsker måske kun at lade én post være på utl_file_dir til denne test.
6) Hvis du stadig har problemer, så tjek om du kan skrive en fil ved hjælp af UTL_FILE, som bruges af FND_FILE.
Kør nedenstående PL/SQL, og skift til den første post på utl_file_dir (du vil måske kun lade én post på utl_file_dir til denne test).
set serveroutput on
DECLARE file_location VARCHAR2(256) := '';
file_name VARCHAR2(256) := 'utlfile1.lst';
file_text VARCHAR2(256) := 'THIS IS A TEST';
file_id UTL_FILE.file_type;
BEGIN
file_id := UTL_FILE.fopen(file_Location,file_name, 'W');
UTL_FILE.put_line(file_id, file_text);
UTL_FILE.fclose(file_id);
EXCEPTION
WHEN UTL_FILE.INVALID_PATH
THEN
dbms_output.put_line('Invalid path ' || SQLERRM);
WHEN OTHERS
THEN
dbms_output.put_line('Others '|| SQLCODE || ' ' || SQLERRM);
END;
/
Dette program bør dumpe en fil på den ønskede mappe. Hvis testen mislykkes, er problemet sandsynligvis på databasesiden.
SAMIDDELENDE BEHANDLING SERVER SCRIPTES
afcmstat.sql Viser alle de definerede administratorer, deres maksimale kapacitet, pids og deres status.
afimchk.sql Viser status for gældende ICM- og PMON-metode, ICM'ens logfil og bestemmer, om den samtidige styringsmonitor kører.
afcmcreq.sql Viser den samtidige manager og navnet på dens logfil, der behandlede en anmodning.
afrqwait.sql Viser de anmodninger, der er afventende, tilbageholdte og planlagte.
afrqstat.sql Viser oversigt over samtidig udførelsestidspunkt for anmodning og status siden en bestemt dato.
afqpmrid.sql Viser operativsystemets proces-id for FNDLIBR-processen baseret på et samtidig anmodnings-id. Proces-id'et kan derefter bruges med ORADEBUG-værktøjet.
afimlock.sql Viser proces-id, terminal og proces-id, der kan forårsage låse, som ICM og CRM venter på at få. Du bør køre dette script, hvis der er lange forsinkelser ved indsendelse af job, eller hvis du har mistanke om, at ICM'en er i en gridlock med en anden oracle-proces.
Sådan laver du samtidig Manager Tuning
Tuning af den interne Concurrent Manager (ICM)
ICM-ydeevnen påvirkes af de tre vigtige Oracle-parametre PMON-cyklus, køstørrelse og dvaletid.
PMON-cyklus — Dette er antallet af dvalecyklusser, som ICM'en venter mellem det tidspunkt, hvor den kontrollerer for samtidige administratorfejl, som er standard til 20. Du bør ændre PMON-cyklussen til et tal lavere end 20, hvis dine samtidige administratorer har problemer med unormale opsigelser.
Køstørrelse — Køstørrelsen er antallet af PMON-cyklusser, som ICM'en venter mellem at tjekke for deaktiverede eller nye samtidige administratorer. Standarden for køstørrelse på 1 PMON-cyklus skal bruges.
Dvaletid — Parameteren for dvaletid angiver de sekunder, som ICM'en skal vente mellem at kontrollere for anmodninger, der venter på at køre. Standard søvntid er 60, men du kan sænke dette tal, hvis du ser, at du har mange anmodninger, der venter (afventer/normal). Men at reducere dette tal til en meget lav værdi forårsager mange overdreven cpu-udnyttelse.
Justering af den individuelle Concurrent Manager-cachestørrelse
Samtidig lederydelse kan også forbedres ved at øge managercachestørrelsen til at være mindst det dobbelte af antallet af målprocesser. Cachestørrelsen angiver antallet af anmodninger, der vil blive cachelagret, hver gang den samtidige manager læser fra tabellen FND_CONCURRENT_REQUESTS. Forøgelse af cachestørrelsen vil øge administratorernes gennemstrømning ved at forsøge at undgå søvntid.
Sletning af samtidige anmodninger
Det ses, at når posterne i FND_CONCURRENT_PROCESSES og FND_CONCURRENT_REQUESTS overstiger 50K, kan du begynde at opleve alvorlige ydeevneproblemer i dine Oracle-applikationer. For at undgå disse problemer bør vi regelmæssigt rense data i disse tabeller ved hjælp af en specifik anmodning kaldet "Purge Concurrent Requests And/Or Manager Data". Det bør planlægges til at køre på en regelmæssig basis. Denne anmodning kan konfigureres til at rense anmodningsdataene fra FND-tabellerne såvel som logfilerne og outputfilerne på akkumulering på disken.
Analyse af Oracle Apps-ordbogstabeller for høj ydeevne
Samtidige Manager-tabeller kan blive fragmenterede over tid, så det anbefales at genopbygge dem i regelmæssig vedligeholdelse
Det er også meget vigtigt at køre anmodningen. Indsamle tabelstatistikker
Nogle af de vigtige tabeller er
FND_CONCURRENT_PROCESSES
FND_CONCURRENT_PROGRAMS
FND_CONCURRENT_REQUESTS,
FND_CONCURRENT_QUEUES.
Jeg håber, du kan lide dette indlæg på Oracle Concurrent Manager .
Læs også
Concurrent Manager-forespørgsler:Denne artikel indeholder fantastiske top 30 Concurrent Manager-forespørgsler til Concurrent Manager-fejlfinding, opløsning, kørselstid, detaljer
ORA-01427:Tjek dette for løsningen på ORA-01427:single-row underforespørgsel returnerer mere end én rækkefejl, hvordan løses det, når det sker med Concurrent Manager
anmodningssæt i oracle-apps:Anmodningssæt giver mulighed for at indsende det samme sæt anmodninger regelmæssigt ved hjælp af en enkelt transaktion.
Concurrent Manager Interview-spørgsmål ::Tjek 24 Concurrent Manager Interview-spørgsmål til at hjælpe dig i EBS-interview. Dette består af alle slags spørgsmål om standard manager, service manager
Parallel Concurrent Processing:Hvad er PCP, hvordan man opsætter det, hvordan man definerer intern monitor
Oracle Concurrent Manager:Hvordan en E-Business Suite samtidig Manager Process Works,Oracle Concurrent Manager,Hvad er intern skærm,Hvad er servicemanager og fejlfinding
https://docs.oracle.com/cd/E18727_01/doc.121/e12893/T174296T174302.htm
Anbefalede kurser
Følgende er nogle af de anbefalede kurser, du kan købe, hvis du ønsker at komme et skridt videre
Givet nedenfor er links til nogle af kurserne
Oracle DBA 11g/12c – Databaseadministration for Junior DBA 
:Dette kursus er godt for folk, der starter som Junior DBA eller ønsker at blive Oracle DBA. Dette vil give en god forståelse af backup og gendannelse og generelle administrationsopgaver
Oracle Database:Oracle 12C R2 RAC Administration 
:Dette kursus dækker installation og administration af Oracle RAC. Et godt kursus for Oracle DBA, der ønsker at opgradere sine færdigheder til Oracle RAC
Oracle Data Guard:Database Administration for Oracle 12C R2 
:Dette kursus dækker installation og administration af Oracle Dataguard. Et godt kursus for Oracle DBA, der ønsker at opgradere sine kompetencer til Oracle Dataguard