Awesome 24 Concurrent Manager Sollicitatievragen

Hier zijn geweldige 24 vragen voor gelijktijdige sollicitatiegesprekken met managers die in de meeste interviews worden gesteld om de werkvaardigheden van gelijktijdige managers te testen

Vraag 1: Wat zijn de verschillende soorten gelijktijdige managers?

Antwoord Er zijn verschillende soorten gelijktijdige managers. Belangrijke:
Interne manager
Standaardmanager.
Conflictoplossingsmanager
Interne monitoren
Servicemanager
Transactiemanager
Aangepaste manager gedefinieerd

Lees meer op de onderstaande link

Oracle Concurrent Manager

Vraag 2: Wat is Internal Concurrent Manager?

Antwoord :Het is verantwoordelijk voor het controleren van alle andere gelijktijdige managers. De belangrijkste taak is ervoor te zorgen dat alle andere gelijktijdige managers actief zijn. Het controleert andere managers via de verzoeken aan de servicemanager. Het start, stopt en herstart ook de servicemanager voor alle knooppunten.

Vraag 3: Wat is Conflict Resolution Manager (CRM)?

Antwoord: Het zorgt voor het oplossen van de programma-incompatibiliteiten en controleert of een verzoek in de wachtrij parallel aan het lopende verzoek kan worden uitgevoerd. Als wordt vastgesteld dat een programma alleen wordt uitgevoerd, wordt voorkomen dat gelijktijdige managers andere programma's in hetzelfde conflictdomein starten.

Vraag 4: Wat is een standaardmanager?

Antwoord :Standard Manager is de hoofdconcurrentmanager. Het is altijd actief en kan elk gelijktijdig verzoek verwerken. Als er geen andere manager is toegewezen aan een programma, wordt dat programma gekozen door de standaardmanager.

Vraag 5:
Wat gebeurde er achter de schermen toen een gelijktijdig verzoek werd ingediend?

Antwoord

(1) Zodra een gelijktijdig verzoek is ingediend door de gebruiker, wordt de tabel FND_CONCURRENT_REQUESTS automatisch bijgewerkt met de details van het verzoek. De tabel wordt ook bijgewerkt met informatie over de planning van de gelijktijdige aanvraag, of deze nu onmiddellijk is gepland of op een vast tijdstip is gepland.

(2 Als het verzoek onverenigbaar is/beperkingen zijn gedefinieerd, wordt de status van zodra de verzoektijd is bereikt om te worden uitgevoerd, ingesteld op in behandeling/Stand-by. Nu neemt de conflictoplossingsmanager het verzoek in behandeling en zoekt uit wat de onverenigbaarheden zijn en stelt de status in behandeling in. normaal wanneer de onverenigbaarheden zijn gewist.

(3) Als er geen onverenigbaarheden zijn, wordt de status ingesteld op in behandeling/Normaal.

(4) ALLE standaard gelijktijdige Managers en speciale managers peilen voortdurend de tabel FND_CONCURRENT_REQUESTS. Het is de taak van een gelijktijdige manager om gelijktijdige verzoeken uit te voeren die in de fase/status In behandeling/Normaal zijn en gekwalificeerd zijn om te worden uitgevoerd volgens de specialisatieregels.

(5) 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 <=sysdate

(6) Zodra het verzoek is verwerkt, wordt de tabel FND_CONCURRENT_REQUESTS bijgewerkt met de status.

Vraag 6: Zakelijke gebruikers maken het incident waarvoor Concurrent verzoeken veel tijd in beslag nemen. Wat is jouw aanpak om het te debuggen?

Antwoord

1) Zoek eerst de status van de gelijktijdige aanvraag. Het kan later worden gepland of het kan in de wacht-/standby-modus zijn of alle gelijktijdige managers zijn bezig met het uitvoeren van andere verzoeken. Als het in behandeling/stand-by is, moeten we het incompatibele programma vinden dat actief is en de gebruiker hiervan op de hoogte stellen. Vaak plannen de gebruikers het verzoek om op een later tijdstip uit te voeren.

2) Ontdek de database-sid van het gelijktijdige verzoek en controleer of het op eventuele sloten wacht. We zullen de Oracle-sessie beëindigen die blokkeert om de taak te voltooien

3) We kunnen een tracering uitvoeren op de request-id om te zien of de sql actief is en vervolgens het plan voor het uitleggen ervan genereren. U kunt zien of de sid op een bepaalde sql vastzit. Als het een bepaalde sql is, is het goed om de statistieken van de betreffende tabel te controleren. We kunnen zoeken naar een afstemmingsmogelijkheid voor die vraag

4) We kunnen de parameters controleren waarmee het verzoek wordt uitgevoerd. (Bijvoorbeeld, zodra een gebruiker kwam zeggen dat het verzoek de uitvoer niet afdrukt. Bij het controleren van de mogelijke dingen, realiseerde hij zich dat hij het verzoek had gepland met gedrukte exemplaren =0.)

Vraag 7: Wat gebeurt er als de interne concurrent manager abrupt overlijdt? Worden alle managers ook meteen daarna vermoord?

Antwoord

Nee ALLE standaardmanagers blijven draaien en voeren het verzoek uit. als de interne manager sterft, worden onderstaande wachtrijcontroleverzoeken niet uitgevoerd

a) Start alle andere processen.
b) Voert "controleverzoeken" uit die door de beheerder zijn ingediend.
c) Activeer/deactiveer/afbreek Concurrent Manager
d) Beëindig gelijktijdige aanvraag
e ) Bewaakt processen en herstart alle processen die mislukt zijn.
f) Stelt het beoogde aantal processen in voor elke service op basis van de huidige werkploeg.

Vraag 8: Voert of plant de interne manager een verzoek voor zichzelf?

Antwoord

Nee, de interne beheerder voert of plant geen aanvragen. Het heeft niets te maken met het plannen van verzoeken of het beslissen welke manager een bepaald verzoek zal uitvoeren. Zijn functie is alleen om 'wachtrijcontrole'-verzoeken uit te voeren

a) Start alle andere processen.
b) Voert "controleverzoeken" uit die door de beheerder zijn ingediend.
c) Activeer/deactiveer/afbreek Concurrent Manager
d) Beëindig gelijktijdige aanvraag
e ) Bewaakt processen en herstart alle processen die mislukt zijn.
f) Stelt het beoogde aantal processen in voor elke service op basis van de huidige werkploeg.

Vraag 9: Hoe kan ik meer gelijktijdige verzoeken parallel verwerken?

Antwoord

We kunnen de doelprocessen van de concurrent-manager vergroten om het parallellisme te vergroten. Dit kan worden gedaan met behulp van het formulier voor gelijktijdige beheerders definiëren of via een directe update vanuit sqlplus

Vraag 10: Als de interne manager uitvalt, moet ik dan alle managers doden voordat ik de interne manager opnieuw start?

Antwoord
Nee, als de interne manager uitvalt, hoeft u niet alle managers te vermoorden. U kunt de interne manager eenvoudig starten met startmgr.

Vraag 11 :Wat zijn de problemen waarmee u te maken kreeg bij het afsluiten van applicaties?

Antwoord

Bij het afsluiten van een applicatie zal de concurrent manager over het algemeen niet uitvallen omdat sommige van de andere verzoeken actief kunnen zijn. We zullen zien wat de gelijktijdige verzoeken zijn door fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process en v$sqltext te bevragen.

Als dat verzoek slechts een select-instructie doet, zullen we die verzoeken beëindigen, anders zullen we controleren hoe lang het duurt om te voltooien door de eerdere uitvoeringen van dat verzoek te doorzoeken, en dan zullen we beslissen wat te doen.

Vraag 12: Wat zijn interne monitoren?

Antwoord: Interne monitors worden specifiek in PCP gebruikt om ICM-failover naar andere beschikbare middle-tier nodes mogelijk te maken.
a) Plaats een interne monitor op elk knooppunt waar de ICM kan starten in geval van een storing.
b) Interne monitors worden standaard op elk geregistreerd knooppunt geplaatst.
c) Als de ICM uitvalt, zal de interne monitor proberen een nieuwe ICM op het lokale knooppunt te starten.
d) Als er meerdere ICM's worden gestart, alleen de eerste blijft actief. De anderen zullen gracieus naar buiten gaan.

Vraag 13: Kan ik de gelijktijdige manager verwijderen?
Antwoord:

Ja, u kunt elke gelijktijdige manager verwijderen. Voor verwijderen, vraag naar de manager in het gedefinieerde gelijktijdige manager-formulier en verwijder vervolgens de rij.

Het verwijderen van de vooraf gedefinieerde gelijktijdige beheerders wordt niet aanbevolen en mag nooit worden gedaan. Verwijderen kan instabiliteit in het systeem veroorzaken.

Vraag 14: Hoe kunt u weten welk traceringsbestand is gemaakt voor het specifieke verzoek?

Antwoord

U kunt hetzelfde ontdekken met behulp van het onderstaande script. De tracering bevindt zich op de udump-locatie van de databaseserver.

prompt
accept request prompt ‘Please enter the concurrent request id for the appropriate concurrent program:’
prompt
column traceid format a8
column tracename format a80
column user_concurrent_program_name format a40
column execname format a15
column enable_trace format a12
set lines 80
set pages 22
set head off
SELECT ‘Request id: ‘||request_id, ‘Trace id: ‘||oracle_Process_id, ‘Trace flag: ‘||req.enable_trace, ‘Trace Name: ‘||dest.value||’ ‘||lower(dbnm.value)||’ora’||oracle_process_id||’.trc’, ‘Prog. Name: ‘||prog.user_concurrent_program_name, ‘File name: ‘||execname.execution_file_name||execname.subroutine_name , ‘Status :’||decode(phase_code, ‘R’, ‘Running’)||’ ‘||’-‘||decode(status_code, ‘R’, ‘Normal’), “SID Serial: “||ses.sid||” , “||ses.serial#, “Module : “||ses.module
from fnd_concurrent_requests req,
v$session ses, v$process proc,
v$parameter dest, v$parameter dbnm,
fnd_concurrent_programs_v1 prog,
fnd_executables execname
where req.request_id = &request
and req.oracle_process_id=proc.spid(+)
and proc.addr = ses.paddr(+)
and dest.name=’user_dump_dest’
and dbnm.name=’db_name’
and req.concurrent_program_id =
prog.concurrent_program_id
and req.program_application_id =
prog.application_id
and prog.application_id =
execname.application_id
and
prog.executable_id=execname.executable_id;

Top 30 meest bruikbare gelijktijdige managerquery's

Vraag 15: Leg uit hoe parallelle gelijktijdige verwerking (PCP) werkt?

Antwoord
In het geval van parallelle gelijktijdige verwerking, krijgen alle beheerders een primair en een secundair knooppunt toegewezen. De managers worden standaard gestart in hun primaire node. In het geval van een storing van een knooppunt of een storing van een Oracle-instantie, worden alle gelijktijdige beheerders op dat knooppunt overgeschakeld naar hun secundaire knooppunten. Zodra het primaire knooppunt weer beschikbaar is, worden de gelijktijdige beheerders op de secundaire knooppunten terug gemigreerd naar het primaire knooppunt. Tijdens het migratieproces kan een manager worden verspreid over zowel primaire als secundaire knooppunten.

In het geval van parallelle gelijktijdige verwerking, kan het gebeuren dat in een knooppunt waar parallelle gelijktijdige verwerking is geconfigureerd, de Oracle-instantie al dan niet actief is. Het knooppunt waarop Oracle niet draait, de gelijktijdige beheerders verbinden via Net8 met een knooppunt waarop Oracle draait.
De interne gelijktijdige manager kan op elk knooppunt draaien en kan gelijktijdige beheerders op alle knooppunten activeren en deactiveren. Aangezien de interne gelijktijdige manager te allen tijde actief moet zijn, heeft deze een hoge fouttolerantie nodig. Om deze fouttolerantie te bieden, maakt parallelle gelijktijdige verwerking gebruik van interne monitorprocessen. De taak van het interne monitorproces is om de interne manager constant te controleren en te starten wanneer deze faalt. Er kan slechts één intern monitorproces actief zijn op een enkel knooppunt. U bepaalt welke nodes een intern monitorproces hebben wanneer u uw systeem configureert. U kunt ook aan elk intern monitorproces een primair en een secundair knooppunt toewijzen om failoverbeveiliging te garanderen. Interne monitorprocessen, zoals gelijktijdige managers, kunnen ploegendiensten worden toegewezen en worden geactiveerd en gedeactiveerd door de interne gelijktijdige manager.

Parallelle gelijktijdige verwerking

Vraag 16: Wat zijn de omstandigheden waarin u de gelijktijdige manager moet bouncen?

Antwoord:Er kunnen veel situaties zijn waarin u de gelijktijdige manager moet terugsturen

a) Wanneer u de definitie van de printers wijzigt
b) Wanneer u de omgevingsvariabelen wijzigt. Stel dat u de variabele APPLTMP en APPLPTMP hebt gewijzigd.
c) Wanneer alle verzoeken in behandeling zijn en hangen en er geen verwerking plaatsvindt
d) de patchtoepassing vereist dat de CM wordt teruggestuurd
e) We hebben veel globale vastlopers in het systeem als gevolg van vergrendelingen door verschillende gelijktijdige beheerders en andere processen

Vraag 17: Wat zijn de redenen waarom een ​​gelijktijdige manager vastloopt?

Antwoord:

De gelijktijdige manager loopt vast vanwege vele redenen. Een paar hiervan zijn:
– Langlopende taken
– De interne manager is geactiveerd door iemand anders dan de eigenaar van het applicatiesysteem
– Het bestandssysteem van het besturingssysteem is vol
– Het is niet mogelijk om het logbestand aan te maken
– U hebt de interne manager afgesloten, maar er staat een nummer in
– De database loopt vast omdat de archieflogbestanden vol zijn
– Verzoeken in behandeling/stand-by zijn te veel

Vraag 18: Hoe kunnen we Conflict Resolution Manager in-/uitschakelen?

Antwoord: Het kan worden gedaan met behulp van de profielopties "Concurrent:ICM gebruiken". Stel het in op "Y" om de conflictoplossingsmanager in te schakelen. Om het uit te schakelen, stelt u de profieloptie in op "N".

Vraag 19: Wat zijn transactiemanagers?

Antwoord: Transactiemanagers bieden synchrone taakverwerking door continu een DBMS-pipe te controleren op verzoeken die door een client-side applicatie binnenkomen. De taak van een transactiemanager is om deze taak onmiddellijk te verwerken en informatie terug te sturen naar de klant met behulp van de pijp.

a) Transactiemanagers zorgen voor synchrone taakverwerking
b) Een klant vraagt ​​een specifieke transactiemanager om een ​​programma uit te voeren en wacht op de resultaten van dat programma
c) De programma's van productteams zijn direct gekoppeld aan de uitvoerbare bestanden van de transactiemanager
d) PO, CRP, INV, AR en OE alle transactiemanagers van schepen

Vraag 20: Hoe werkt het mechanisme voor het bekijken van log- en uitvoerbestanden vanuit de browser?

Antwoord

De volgorde van gebeurtenissen is als volgt:
1. Een gebruiker binnen een Applications-sessie vraagt ​​om een ​​uitlog- of uitlogbestand.
2. De browser ontvangt het verzoek en spawnt het CGI-programma FNDWRR.exe
3. FNDWRR.exe logt in op de database en vraagt ​​FND_CONCURRENT_REQUESTS om te ontdekken op welk knooppunt de bestanden voor dit verzoek zijn opgeslagen.
4. FNDWRR.exe construeert de servicenaam voor de bestandsserver op dat knooppunt. En maakt de tns-oproep om contact op te nemen met de luisteraar voor deze servicenaam.
5. De luisteraar reageert door het lokale uitvoerbare FNDFS-bestand te spawnen, zoals gedefinieerd in het bestand listener.ora. Nu kunnen FNDFS en FNDWRR.exe nu rechtstreeks communiceren met behulp van RPC-aanroepen.
6. FNDWRR.exe vraagt ​​FNDFS om het bestand dat door de gebruiker is geselecteerd, over te dragen.
7. FNDFS brengt de bestandsinhoud over naar een tijdelijke bestandsdirectory op het knooppunt van de webserver.
8. De webserver toont de inhoud van het bestand aan de gebruiker.

Vraag 21: Waarom plaatst de Concurrent-manager een gelijktijdig programma in een wachtrij? Waarom laat de manager het programma niet gewoon draaien?
Antwoord: Omdat een concurrent manager op een gegeven moment niet meer dan zeg 10 programma's tegelijk kan draaien. Dit cijfer van 10 is natuurlijk configureerbaar. Eerst plaatst de manager een ingediend programma in een wachtrij, vervolgens controleert de manager of er een slot beschikbaar is (d.w.z. er zijn momenteel minder dan 10 programma's actief). Als er een slot beschikbaar is, voert de gelijktijdige manager het programma uit, of anders houdt het het gelijktijdige programma in een wachtrij met de status In behandeling.

Vraag 22: Wat te doen als een verzoek Inactief/Geen Manager is

Antwoord: Dit zijn nogal lastige vragen
a) Zorg ervoor dat er ten minste één actieve manager is met specialisatieregels die het programma toestaan.
b) Als je het vorige punt hebt bevestigd, dan is het probleem misschien oud Werkerverzoekweergave
– De weergave wordt intern gebruikt om verzoeken aan managers toe te wijzen
– De weergave wordt opnieuw gegenereerd wanneer managers worden gemaakt of specialisatieregels worden gewijzigd
c) U kunt de weergave handmatig opnieuw genereren
FNDLIBR FND FNDCPBWV apps/apps SYSADMIN 'Systeembeheerder' SYSADMIN

Vraag 23: Wat is servicemanagers?

Antwoord: Service Managers worden voortgebracht op de middelste knooppunten van een GSM-enabled 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 node, zal het remote procedure control (RPC)-aanroepen doen naar de Apps-listener op dat knooppunt om de Service Manager. Nadat de servicemanager is gestart en geïnitialiseerd, communiceert de ICM rechtstreeks met de SM via RPC en geeft deze informatie om de services op dat knooppunt te beheren. De SM komt voort uit de APPS TNS Luisteraar. De APPS TNS-listener moet worden gestart op elk middelste knooppunt in het systeem en worden gestart door de gebruiker die ICM start (bijv. applmgr). Service Manager wordt indien nodig door ICM on demand gestart. Als er geen beheeracties nodig zijn op een node, wordt een Service Manager pas gestart door ICM als dat nodig is. Als ICM stopt, gaan ook de Service Managers eruit.

Vraag 24: Wat wordt er allemaal uitgevoerd door ICM Process Monitor?

Antwoord: De ICM zelf en elk proces dat door de ICM wordt voortgebracht, heeft een vermelding in FND_CONCURRENT_PROCESSES en bevat een unieke DBMS-vergrendeling.
De unieke vergrendeling van de ICM heeft de indeling FNDCPLK_ICM. Deze databasesessievergrendeling is de methode waarmee de ICM ervoor zorgt dat elke PMON-cyclus dat manager- en serviceprocessen nog steeds in leven zijn. Als de ICM de DBMS-sessievergrendeling van een proces kan krijgen, start de ICM een nieuw proces voor die manager of dienst.

Dit is de reden dat je vaak items ziet zoals dood proces gevonden, het starten van een nieuw proces in ICM-logbestanden.

Verwante artikelen voor gelijktijdige manager

Gelijktijdige programma's na de upgrade isoleren naar een aparte beheerderswachtrij in R12.2:Hoe de gelijktijdige aanvraag die door Upgrade is ingediend, te isoleren naar een afzonderlijke gelijktijdige manager, zodat de reguliere gelijktijdige verwerking niet wordt beïnvloed
hoe de uitvoer van een gelijktijdig programma door e-mail:leveringsoptie voor gelijktijdige programma-uitvoer in Oracle EBS R12-versie.
verzoekset in oracle-apps:verzoekset geeft de mogelijkheid om dezelfde set verzoeken regelmatig in te dienen met een enkele transactie.
CP-analyser:de CP Analyzer beoordeelt CP-configuraties en vergelijkt ze met Oracle's best practices
Concurrent:Request Phase and Status:Alle informatie over Concurrent Request Phase en Status. De betekenis wordt afgeleid voor elke combinatie.
ORA-01427:Check out dit voor de oplossing op ORA-01427:subquery met één rij retourneert meer dan één rijfout, hoe dit op te lossen wanneer het gebeurt met Concurrent Manager
Prioriteit voor gelijktijdig programma:dit bericht heeft een gedetailleerde beschrijving opmerking over het wijzigen van prioriteit voor gelijktijdig programma of gebruiker of verzoek om problemen met het uitvoeren van kritieke rapporten voor gebruikers op te lossen

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