Oracle Concurrent Manager

Oracle Concurrent Manager is een belangrijk onderdeel van het Oracle E-Business Suite-product. het helpt bij batchverwerking van veel dingen.

Ik presenteer hier enkele details erover

Het bestaat uit meerdere onderdelen. Elk van deze wordt in detail uitgelegd. Het geeft u een idee van hoe een E-Business Suite Concurrent Manager-proces werkt

Inhoudsopgave

Soorten Oracle Concurrent Manager

Interne gelijktijdige manager (ICM)

De Internal Concurrent Manager (ICM) kan worden beschouwd als het "brein" van gelijktijdige verwerking. Het is verantwoordelijk voor de volgende functionaliteit:

-Start alle andere processen zoals Conflictoplossingsmanager,standaardmanager
-Voert "controleverzoeken" uit die door de beheerder zijn ingediend.
-Activeren/Deactiveren/Afbreken Concurrent Manager
-Concurrent Request beëindigen
-Bewaakt processen en herstart alle processen die mislukt zijn.
-Stelt het beoogde aantal processen voor elke service in op basis van de huidige werkploeg.

De ICM starten

-adcmctl.sh script
-TNS Apps Listener moet worden gestart voordat ICM wordt gestart

De ICM afsluiten

-Als u de ICM afsluit, worden alle andere services stopgezet, zoals conflictoplossingsmanager, standaardmanager
– Normaal afsluiten geeft aan dat processen moeten worden afgesloten nadat hun huidige taken zijn voltooid.
– Afbreken beëindigt serviceprocessen.
– ICM wordt pas afgesloten als alle andere processen zijn afgesloten.
-Gebruik adcmctl.sh om ICM af te sluiten.

Servicemanagers (FNDSM)

Servicemanagers worden voortgebracht op de middelste knooppunten van een GSM-geactiveerd systeem om op te treden als een agent van de ICM. Wanneer de ICM ziet dat het een servicemanager nodig heeft om een ​​bepaalde functie uit te voeren, zoals het starten van een gelijktijdig beheerproces, op een middle-tier-knooppunt, zal het externe procedurecontrole-aanroepen doen naar de Apps-listener op dat knooppunt om de Servicemanager te starten. Zodra de Service Manager is gestart en geïnitialiseerd, communiceert de ICM rechtstreeks met de Service Manager via Remote Procedurele oproep (RPC), waardoor deze informatie krijgt om de services op dat knooppunt te beheren.

-De servicemanager is voortgekomen uit de APPS TNS-listener
– De APPS TNS-listener moet worden gestart op elke middelste knoop in het systeem en worden gestart door de gebruiker die ICM start (bijv. applmgr)
- TNS Listener brengt Service Manager voort om als agent van ICM voor het lokale knooppunt te werken
-De Service Manager wordt indien nodig door ICM op aanvraag gestart. Als er geen beheeracties nodig zijn op een node, wordt een Service Manager pas gestart door ICM als dat nodig is. Wanneer ICM zijn Service Managers afsluit, wordt deze ook afgesloten.
-De Service Manager-omgeving wordt ingesteld door APPSORA.env zoals gedefinieerd in listener.ora
-De listener.ora- en tnsnames.ora-bestanden moeten correct worden geconfigureerd voor de luisteraar om de Service Manager te kunnen spawnen en voor de ICM om de status van de Service Manager te kunnen controleren.

Interne monitoren (FNDIMON)

Interne monitoren worden specifiek gebruikt bij parallelle gelijktijdige verwerking om interne gelijktijdige manager-failover naar andere beschikbare middenlaagknooppunten mogelijk te maken.

-Plaats een interne monitor op elk knooppunt waar de ICM kan starten in geval van een storing.
-Interne monitoren worden standaard op elk geregistreerd knooppunt geplaatst.
-Als de ICM uitvalt, zal de interne monitor probeer een nieuwe ICM op het lokale knooppunt te starten.
-Als meerdere ICM's worden gestart, blijft alleen de eerste actief. De anderen zullen gracieus naar buiten gaan.

Oracle Concurrent Managers(FNDLIBR,INVLIBR)

Gelijktijdige managers bieden asynchrone taakverwerking door de FND_CONCURRENT_REQUESTS-tabel op een continue cyclus te controleren. Het is de taak van een gelijktijdige manager om gelijktijdige verzoeken uit te voeren die in de fase In behandeling/Normaal/status zijn en gekwalificeerd zijn om te worden uitgevoerd volgens zijn specialisatieregels.

Gelijktijdige managerprocessen
– Handel onafhankelijk
– Selecteer alleen verzoeken die:(a) overeenkomen met de specialisatieregels van de manager, (b) in behandeling/normaal zijn, (c) een gevraagde starttijd hebben

Beschrijving over belangrijke Oracle Concurrent Manager orakeltabellen

FND_CONCURRENT_QUEUES
TARGET_NODE
-Gebruikt om aan te geven waar aanvullende processen moeten worden gestart
-Gebruikt door managers om te bepalen of ze zichzelf moeten afsluiten voor migratie
-Managers vergelijken parameterwaarde die bij het opstarten wordt doorgegeven met deze waarde
-Gebruikt door UI om aan te geven waar processen bestaan ​​(niet helemaal nauwkeurig in geval van migratie)
-Toegewezen door ICM op basis van primaire, secundaire instellingen

NODE_NAME
-Geeft het primaire knooppunt voor PCP aan – gerichte belasting
-Waar processen moeten worden gestart, tenzij het knooppunt niet online is of is vastgesteld dat het niet beschikbaar is
-Als er geen knooppunt is opgegeven, zal ICM het doel toewijzen node standaard naar NODE_NAME2
-Geeft secundair knooppunt aan voor PCP – fail-over voor gerichte belasting
-Alleen toegewezen als TARGET_NODE als primair knooppunt niet beschikbaar is

FND_CONCURRENT_PROCESSES
NODE_NAME
-Geeft aan waar het managerproces wordt uitgevoerd
-Geeft ook aan waar de bestanden van de manager bestaan
-Gevuld met waarde van uname() (fysieke machinenaam)
-Gebruikt door ICM bij beëindiging van proces
-Gebruikt bij bekijken van logbestand in gebruikersinterface(UI)
-Gebruikt door Purge Program om proceslogbestand te verwijderen
-Kan worden gebruikt voor berekeningen van werklaststatistieken
-Wordt waarschijnlijk gebruikt door RPM's om te proberen een lokale OPP te vinden
-Wordt op dezelfde manier gebruikt in 11i.X om Reports Server te lokaliseren

FND_CONCURRENT_REQUESTS
LOGFILE_NODE_NAME, OUTFILE_NODE_NAME
-Geef aan waar bestanden aanwezig zijn
-Gebruikt in gebruikersinterface (UI) voor bestandsweergave
-Gebruikt door opschoonprogramma om bestanden te verwijderen
-Waarde ingevuld door mgr-proces, gebaseerd op zijn eigen knooppunt

FND_NODES

NODE_NAME
-Geeft de naam van het knooppunt aan waar het DBC-bestand zich bevindt.
-Adgendbc.sh-script maakt het DBC-bestand.

SERVER_ID
-Wordt gebruikt om verbindingen vanaf het knooppunt te verifiëren.
-Bijgewerkt door adgendbc.sh die de AdminAppServer API aanroept.

Gelijktijdige Manager-tabellen

FND_NODES: Bevat alle informatie op knooppuntniveau

FND_CONCURRENT_PROCESSES: Bevat alle gelijktijdige managerprocesinformatie
FND_CONCURRENT_REQUESTS: Bevat een volledige geschiedenis van alle gelijktijdige verzoeken (zowel in het verleden als de verzoeken die in de toekomst zullen worden uitgevoerd).

FND_CONCURRENT_QUEUES:bevat de informatie voor alle gelijktijdige beheerders die in het systeem zijn gemaakt
FND_CONCURRENT_PROGRAMS:bevat de informatie voor alle gelijktijdige programma's die beschikbaar zijn in het systeem
FND_EXECUTABLES
FND_CP_SERVICES
FND_CONCURRENT_QUEUE_SIZE
FND_CONCURRENT_QUEUE_CONTENT
FND_CONCURRENT_PROGRAM_SERIAL
FND_CONCURRENT_TIME_PERIODS
FND_CONCURRENT_PROCESSORS

FNDSVVCRG
Het uitvoerbare bestand FNDSVVCRG wordt geactiveerd vanuit de controlescripts voor en nadat een script de service start of stopt. FNDSVVCRG maakt verbinding met de database om de configuratie van de Seeded GSM-service te verifiëren. Als de service in kwestie niet is ingeschakeld om te worden beheerd onder GSM, zal het uitvoerbare bestand FNDSVCRG niets doen en afsluiten. Het script zou dan zijn normale start/stop-acties blijven uitvoeren. Als de service is ingeschakeld voor GSM-beheer, zal het uitvoerbare bestand FNDSVCRG de servicegerelateerde informatie in de database bijwerken, inclusief de omgevingscontext, de huidige locatie van het servicelogbestand en de huidige status van de service

Concurrent Request Fase status Beschrijving

IN BEHANDELING/Normaal -Verzoek wacht op de volgende beschikbare manager.
IN BEHANDELING/Standby - Verzoek om programma uit te voeren is niet compatibel met andere programma's die momenteel worden uitgevoerd.
IN BEHANDELING/Gepland -Verzoek is gepland om te starten op een toekomstige tijd of datum.
IN BEHANDELING/Wachten -Een kindverzoek wacht op het bovenliggende verzoek om het klaar voor uitvoering te markeren. Een verzoek in een verzoekenset die opeenvolgend wordt uitgevoerd, moet bijvoorbeeld wachten tot een eerder verzoek is voltooid.
RUNNING/Normaal -Verzoek wordt normaal uitgevoerd.
RUNNING/Paused - Ouderverzoek pauzeert voor al zijn onderliggende verzoeken om te voltooien. Een verzoekenset pauzeert bijvoorbeeld voor alle verzoeken in de set om te voltooien.
LOPEND/Hervattend -Alle verzoeken die door hetzelfde ouderverzoek zijn ingediend, zijn voltooid. Het ouderverzoek wordt hervat.
LOPEN/Beëindigen -Verzoek wordt beëindigd door de knop Verzoek annuleren te kiezen in het venster Verzoeken.
VOLTOOID/Normaal -Verzoek succesvol afgerond.
VOLTOOID/Fout -Verzoek is niet voltooid.
VOLTOOID/Waarschuwing -Verzoek aangevuld met waarschuwingen. Een verzoek is bijvoorbeeld met succes gegenereerd, maar kan niet worden afgedrukt.
VOLTOOID/Geannuleerd -Verzoek in behandeling of inactief wordt geannuleerd door op de knop Verzoek annuleren te klikken in het venster Verzoeken.
VOLTOOID/Beëindigd -Verzoek wordt beëindigd door de knop Verzoek annuleren te kiezen in het venster Verzoeken.
INACTIEF/Uitgeschakeld -Programma om verzoek uit te voeren is niet ingeschakeld. Neem contact op met uw systeembeheerder.
INACTIEF/In de wacht- Een in behandeling zijnd verzoek wordt in de wacht gezet door de knop Verzoek in de wacht te zetten in het venster Verzoeken.
INACTIEF/Geen manager -Er is geen manager gedefinieerd om het verzoek uit te voeren. Neem contact op met uw systeembeheerder. De status Geen manager wordt ook gegeven wanneer alle managers zijn vergrendeld door alleen-run-verzoeken.

hoe gelijktijdige manager te starten in oracle apps r12

Start Concurrent Manager in R12
Maak verbinding met de gebruiker van de applicatielaag, meestal zijn applmgr

cd $ADMIN_SCRIPTS_HOME
./adcmctl.sh start apps/<apps-pass>

hoe gelijktijdige manager te stoppen in oracle apps r12

Stop Concurrent Manager in R12
Maak verbinding met de gebruiker van de applicatielaag, meestal zijn applmgr

cd $ADMIN_SCRIPTS_HOME
./adcmctl.sh stop apps/<apps-pass>

hoe de status gelijktijdige manager in oracle apps r12 te controleren

Om de status van gelijktijdige manager te controleren
Maak verbinding met de gebruiker van de applicatielaag, meestal zijn applmgr

cd $ADMIN_SRCIPTS_HOME
./adcmctl.sh status apps/<apps-pass>

Locatie van het gelijktijdige Manager Logbestand in R12

Concurrent Manager, ICM en gelijktijdige aanvraag genereren allemaal de logbestanden

A) Logboekbestand voor gelijktijdige verzoeken – documenteert de uitvoering van een bepaald verzoek ( l.req )
B) Logboekbestand voor beheerders – documenteert de prestaties van een gelijktijdig beheerproces. ( W.mgr )
C) Intern managerlogboekbestand – documenteert de prestaties van de ICM.(std.mgr). Dit logbestand geeft de parameters weer die worden gebruikt met de opdracht ’adcmctl’.

als $APPLCSF is ingesteld

Logbestanden  bevinden zich in de map  $APPLCSF/$APPLLOG.
Logbestanden kunnen ook vanuit de applicaties worden bekeken via het formulier voor gelijktijdige aanvraag bekijken

R12.2  APPLCSF =$NE_BASE/inst//logs/appl/conc/log

R12.1 APPLCSF=$INST_TOP//logs/appl/conc/log

Als $APPLCSF niet is ingesteld

Logbestanden  bevinden zich in de map  $PRODUCT_TOP/$APPLLOG.

Hetzelfde geldt voor uitvoerbestanden,

als $APPLCSF is ingesteld

R12.2 APPLCSF=$NE_BASE/inst//logs/appl/conc/

R12.1 APPLCSF=$INST_TOP//logs/appl/conc/

Problemen oplossen met Concurrent Manager

Hoe controleer je de status van de Oracle gelijktijdige managers vanuit het besturingssysteem
–Linux-opdracht:

$ ps -ef | grep LIB

-Merk op dat de Internal Concurrent Manager in deze lijst kan worden gezien omdat het commando "FNDLIBR FND CPMGR ..." is, terwijl de andere meer lijken op "FNDLIBR FND Concurrent_Processor ..."
-Het Unix-gebruikers-ID weergegeven in de eerste kolom hiervan vermelding is cruciaal:deze gelijktijdige beheerprocessen moeten eigendom zijn van dezelfde Unix-gebruikers-ID die eigenaar is van de applicatiecode ($APPL_TOP en zijn submappen); deze gebruiker wordt meestal 'applmgr' genoemd

Waar gaan alle bestanden die door de gelijktijdige beheerders van orakel zijn gegenereerd naartoe

-Het ICM-logbestand komt in de $FND_TOP/log-directory en komt meestal overeen met std.mgr.
-De logbestanden van de werkers gaan naar $FND_TOP/log en komen overeen met W.mgr
-De uitlog-/uitlogbestanden voor gelijktijdige aanvragen gaan onder de productdirectory die is gekoppeld aan het product dat het verzoek uitvoert:log-/uitbestanden voor AR-rapporten gaan bijvoorbeeld onder $AR_TOP.
-De logbestanden voor gelijktijdige verzoeken gaan in de $ APPLLOG-subdirectory onder de juiste product-topdirectory en match l .req
-De out-bestanden voor gelijktijdige verzoeken gaan naar de subdirectory $APPLOUT
-Als APPLCSF is ingesteld, moet het verwijzen naar het volledige pad naar een directory met subdirectory's $APPLLOG en $APPLOUT. Deze $APPLCSF-directory wordt gebruikt in plaats van de verschillende product-topdirectory's om
alles te schrijven de log/out-bestanden naar.

De meest voorkomende problemen met gelijktijdige beheerders worden veroorzaakt door problemen met bestandsbeveiliging op Unix/linux-niveau.

-Start u de gelijktijdige beheerders als applmgr?
-Kan applmgr het volgende doen om een ​​bestand te maken in de
$FND_TOP/$APPLLOG-directory?
$FND_TOP/$APPLOUT-directory?
Unix:$ touch $FND_TOP/$APPLLOG/a
-Als dit niet lukt, wie is dan de eigenaar van de directory?
Unix:$ ls -ld $FND_TOP/$APPLLOG
-Is deze directory een symbolische link? zo ja, wat zijn de beveiligingen van de map waarnaar deze verwijst?
-Heeft u bijna geen schijfruimte meer op deze partitie? i-nodes?
Unix:$ df -k
Unix (op sommige systemen) om i-nodes te controleren:$ df -i
-Is APPLCSF ingesteld?
-Zo ja , kan applmgr dit doen?
Unix:$ raak $APPLCSF/$APPLLOG/a aan
-Controleer $APPLOUT-directory's (meestal "uit"), net als log-directories.

Als een PL/SQL gelijktijdig programma niet naar een extern bestand kan schrijven, ontvangt u een foutmelding die lijkt op:

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.

OPMERKING:Toepassingen produceert ook tijdelijke PL/SQL-uitvoerbestanden die worden gebruikt bij gelijktijdige verwerking. Deze bestanden worden geschreven naar een locatie op het databaseserverknooppunt die is opgegeven door de omgevingsinstelling APPLPTMP. De directory APPLPTMP moet dezelfde directory zijn als gespecificeerd door de parameter utl_file_dir in uw database-initialisatiebestand.
.
Rapid Install stelt zowel APPLPTMP als de parameter utl_file_dir in op dezelfde standaarddirectory. Aangezien de tijdelijke bestanden in deze map contextgevoelige informatie kunnen bevatten, moet het een beveiligde map zijn op het databaseserverknooppunt met lees- en schrijftoegang voor de eigenaar van de databaseserver. In een systeem met meerdere knooppunten hoeft de door APPLPTMP gedefinieerde directory niet te bestaan ​​op de applicatielaagservers. Tijdens een upgrade met AutoUpgrade moet u de parameterwaarde utl_file_dir opgeven voor de omgevingsinstelling APPLPTMP.

Controleer het volgende om te bepalen waar het probleem zit:

1) Zorg ervoor dat de naam van het bestand geldig is (de bestandsnaam mag geen tekens bevatten zoals "^")

2) Zorg ervoor dat APPLPTMP is ingesteld op een geldige map en dat zowel de applmgr-gebruiker als de databasegebruiker lees- en schrijfrechten hebben voor die map (normaal kan deze worden ingesteld op dezelfde map als APPLTMP)

3) Zorg ervoor dat het bestand niet wordt afgesloten in de map waarnaar wordt verwezen door APPLPTMP

4) Zorg ervoor dat de directory waarnaar wordt verwezen door APPLPTMP het eerste item is in de utl_file_dir. Controleer ook of alle vermeldingen in de utl_file_dir geldig zijn en of de applmgr lees-/schrijfrechten heeft.

Als u een spfile gebruikt, controleer dan de juiste syntaxis om utl_file_dir in te stellen:

Bijv.

ALTER SYSTEM SET UTL_FILE_DIR='directory1','directory2' scope=spfile;

5) Als u nog steeds problemen ondervindt, controleer dan of u rechtstreeks een bestand kunt schrijven met FND_FILE, het pakket dat door de toepassing wordt gebruikt. Voer vanuit SQLPLUS, verbonden als de app-gebruiker, het volgende uit:

SQL> exec FND_FILE.PUT_LINE(FND_FILE.LOG, 'THIS IS A TEST');

Dit zou een bestand op APPLPTMP moeten dumpen.

Als deze test werkt, geeft dit aan dat FND_FILE in orde is en dat het probleem mogelijk bij de toepassing ligt.

Misschien wilt u voor deze test slechts één item op utl_file_dir achterlaten.

6) Als u nog steeds problemen ondervindt, controleer dan of u een bestand kunt schrijven met UTL_FILE, dat wordt gebruikt door FND_FILE.

Voer de onderstaande PL/SQL uit en verander naar het eerste item op utl_file_dir (misschien wilt u slechts één item op utl_file_dir achterlaten voor deze 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;
/

Dit programma zou een bestand in de gevraagde directory moeten dumpen. Als de test mislukt, ligt het probleem waarschijnlijk aan de databasekant.

CONCURRENTE VERWERKING SERVERSCRIPTS

afcmstat.sql Toont alle gedefinieerde managers, hun maximale capaciteit, pids en hun status.
afimchk.sql Toont de status van de ICM- en PMON-methode die van kracht is, het logbestand van de ICM en bepaalt of de gelijktijdige managermonitor actief is.
afcmcreq.sql Toont de gelijktijdige manager en de naam van het logbestand dat een verzoek heeft verwerkt.
afrqwait.sql Geeft de verzoeken weer die in behandeling, vastgehouden en gepland zijn.
afrqstat.sql Geeft een samenvatting weer van de uitvoeringstijd en status van gelijktijdige verzoeken sinds een bepaalde datum.
afqpmrid.sql Geeft de proces-ID van het besturingssysteem van het FNDLIBR-proces weer op basis van een gelijktijdige aanvraag-ID. De proces-ID kan vervolgens worden gebruikt met het ORADBUG-hulpprogramma.
afimlock.sql Geeft de proces-ID, terminal en proces-ID weer die vergrendelingen kunnen veroorzaken waar de ICM en CRM op wachten. U moet dit script uitvoeren als er lange vertragingen zijn bij het indienen van taken, of als u vermoedt dat de ICM in een patstelling zit met een ander orakelproces.

Hoe gelijktijdig Manager Tuning te doen

De Internal Concurrent Manager (ICM) afstemmen

De ICM-prestaties worden beïnvloed door de drie belangrijke Oracle-parameters PMON-cyclus, wachtrijgrootte en slaaptijd.

PMON-cyclus — Dit is het aantal slaapcycli dat de ICM wacht tussen de tijd dat het controleert op storingen van gelijktijdige managers, die standaard is ingesteld op 20. U moet de PMON-cyclus wijzigen in een getal dat lager is dan 20 als uw gelijktijdige managers problemen hebben met abnormale beëindigingen.

Wachtrijgrootte — De wachtrijgrootte is het aantal PMON-cycli dat de ICM wacht tussen het controleren op uitgeschakelde of nieuwe gelijktijdige managers. De standaard voor wachtrijgrootte van 1 PMON-cyclus moet worden gebruikt.

Slaaptijd — De slaaptijdparameter geeft de seconden aan die de ICM moet wachten tussen het controleren op verzoeken die wachten om te worden uitgevoerd. De standaard slaaptijd is 60, maar u kunt dit aantal verlagen als u ziet dat er veel verzoeken wachten (in behandeling/normaal). Echter, het verlagen van dit aantal tot een zeer lage waarde, veroorzaakt veel overmatig CPU-gebruik.

De individuele Concurrent Manager-cachegrootte aanpassen

De gelijktijdige prestatie van de manager kan ook worden verbeterd door de cachegrootte van de manager te vergroten tot minimaal twee keer het aantal doelprocessen. De cachegrootte geeft het aantal verzoeken aan dat in de cache wordt opgeslagen telkens wanneer de gelijktijdige beheerder leest uit de tabel FND_CONCURRENT_REQUESTS. Het vergroten van de cachegrootte zal de doorvoer van de managers verhogen door te proberen de slaaptijd te vermijden.

Gelijktijdige verzoeken opschonen
Het blijkt dat wanneer de records in FND_CONCURRENT_PROCESSES en FND_CONCURRENT_REQUESTS 50K overschrijden, u ernstige prestatieproblemen kunt ervaren binnen uw Oracle-toepassingen. Om deze problemen te voorkomen, moeten we de gegevens in deze tabellen regelmatig opschonen met behulp van een specifiek verzoek met de naam "Gelijktijdige verzoeken en/of managergegevens opschonen". Het moet worden gepland om regelmatig te worden uitgevoerd. Dit verzoek kan worden geconfigureerd om de verzoekgegevens uit de FND-tabellen te wissen, evenals de logbestanden en uitvoerbestanden die zich op de schijf verzamelen.

Oracle Apps Dictionary-tabellen analyseren voor hoge prestaties

Concurrent Manager-tabellen kunnen in de loop van de tijd gefragmenteerd raken, dus het wordt aanbevolen om ze regelmatig opnieuw op te bouwen
Het is ook erg belangrijk om het verzoek uit te voeren Verzamel tabelstatistieken
Sommige van de belangrijke tabellen zijn
FND_CONCURRENT_PROCESSES
FND_CONCURRENT_PROGRAMS
FND_CONCURRENT_REQUESTS,
FND_CONCURRENT_QUEUES.

Ik hoop dat je dit bericht op Oracle Concurrent Manager leuk vindt.

Lees ook
Concurrent Manager-query's:Dit artikel bevat geweldige top 30 Concurrent Manager-query's voor het oplossen van problemen met Concurrent Manager, resolutie, runtime, details
ORA-01427:Bekijk dit voor de oplossing op ORA-01427:enkele rij subquery retourneert meer dan één rijfout, hoe dit op te lossen wanneer het gebeurt met Concurrent Manager
verzoekset in oracle-apps:verzoekset geeft de mogelijkheid om dezelfde set verzoeken regelmatig in te dienen met een enkele transactie.
Concurrent Manager Interviewvragen ::Bekijk 24 Concurrent Manager Interviewvragen om je te helpen bij een EBS-interview. Dit bestaat uit allerlei vragen over standaardmanager, servicemanager
Parallelle gelijktijdige verwerking:wat is PCP, hoe het in te stellen, hoe de interne monitor te definiëren
Oracle Concurrent Manager:hoe een E-Business Suite gelijktijdig Manager Process Works, Oracle Concurrent Manager, Wat is interne monitor, Wat is servicemanager en probleemoplossing
https://docs.oracle.com/cd/E18727_01/doc.121/e12893/T174296T174302.htm

Aanbevolen  cursussen

Hier volgen enkele van de aanbevolen cursussen die u kunt kopen als u een stap verder wilt gaan

Hieronder staan ​​de links naar enkele van de cursussen

Oracle DBA 11g/12c – Databasebeheer voor Junior DBA :Deze cursus is goed voor mensen die beginnen als Junior DBA of die Oracle DBA willen worden. Dit geeft een goed begrip van back-up &herstel en algemene beheertaken
Oracle Database:Oracle 12C R2 RAC Administration :Deze cursus behandelt de installatie en het beheer van Oracle RAC. Een goede cursus voor Oracle DBA die zijn vaardigheden voor Oracle RAC wil upgraden
Oracle Data Guard:Database Administration for Oracle 12C R2 :Deze cursus behandelt de installatie en het beheer van Oracle Dataguard. Een goede cursus voor Oracle DBA die zijn vaardigheden voor Oracle Dataguard wil verbeteren