Awesome 24 Concurrent Manager Intervju frågor

Här är fantastiska 24 Concurrent Manager Intervjufrågor som ställs i de flesta intervjuer för att testa samtidiga chefsarbetsförmåga

Fråga 1: Vilka är de olika typerna av samtidiga chefer?

Svar Det finns flera typer av samtidiga chefer. Viktiga:
Intern Manager
Standard Manager.
Conflict Resolution Manager
Interna övervakare
Service Manager
Transaction Manager
Custom Manager Defined

Läs mer på länken nedan

Oracle Concurrent Manager

Fråga 2: Vad är Internal Concurrent Manager?

Svar :Det är ansvarigt för att kontrollera alla andra samtidiga chefer. Dess huvudsakliga uppgift är att se till att alla andra samtidiga chefer är igång. Den styr andra chefer genom de förfrågningar som görs till servicechefen. Den startar, stoppar och omstartar även servicehanteraren för alla noder.

Fråga 3: Vad är Conflict Resolution Manager (CRM)?

Svar: Den tar hand om att lösa programinkompatibiliteterna och kontrollerar om en begäran i kön kan köras parallellt med den körande begäran. Om ett program identifieras som kört ensamt, förhindrar det samtidiga chefer från att starta andra program i samma konfliktdomän.

Fråga 4: Vad är en Standard Manager?

Svar :Standardhanteraren är huvudmanageraren. Den är alltid igång och kan ta hand om alla samtidiga förfrågningar. Om ingen annan chef tilldelas ett program alls, kommer det programmet att väljas av standardansvarig.

Fråga 5:
Vad hände bakom scenen när en samtidig begäran skickas in?

Svar

(1) När en samtidig begäran har skickats av användaren, uppdateras tabellen FND_CONCURRENT_REQUESTS automatiskt med detaljerna för begäran. Tabellen uppdateras också med information om schemat för den samtidiga förfrågan oavsett om den är omedelbart schemalagd eller schemalagd vid en fast tidpunkt.

(2 Om förfrågan är inkompatibel/definierade begränsningar, när begäranstiden att köra anländer, ställs dess status in på väntande/vänteläge. Nu tar konfliktlösningshanteraren hand om begäran och tar reda på vad som är inkompatibiliteter och ställer in statusen väntande normalt när inkompatibiliteterna är rensade.

(3) Om det inte finns några inkompatibiliteter, så ställs statusen in på väntande/Normal, när tidpunkten för begäran att köras anländer.

(4) ALLA standard samtidiga chefer och speciella chefer pollar kontinuerligt tabellen FND_CONCURRENT_REQUESTS. En samtidig chefs jobb är att utföra samtidiga förfrågningar som är i väntande/normal fas/status och som den är kvalificerad att köra enligt dess specialiseringsregler.

(5) Samtidiga chefsprocesser
– Agera självständigt
– Välj endast förfrågningar som:(a) matchar chefens specialiseringsregler, (b) är väntande/normala, (c) har en begärd starttid <=systemdatum

(6) När begäran har behandlats uppdateras tabellen FND_CONCURRENT_REQUESTS med status.

Fråga 6: Affärsanvändare skapar incidenten som Concurrent-förfrågningar tar mycket tid att slutföra. Vad kommer att vara din metod för att felsöka den?

Svar

1) Hitta först statusen för den samtidiga begäran. Det kan schemaläggas senare eller så kan det vara väntande/vänteläge eller så är alla samtidiga chefer upptagna med att köra andra förfrågningar. Om det är väntande/standby måste vi hitta det inkompatibla programmet som körs och informera användaren. Många gånger schemalägger användarna att begäran ska köras vid ett senare tillfälle.

2) Ta reda på databassidan av den samtidiga begäran och kontrollera att den väntar på eventuella lås. Vi kommer att döda oracle-sessionen som blockerar för att slutföra jobbet

3) Vi kan köra en spårning på begäran-id för att hitta SQL-filen som körs och sedan generera förklara-planen för den. Du kan se om sidan har fastnat på en viss sql. Om det är en viss sql är det bra att kontrollera statistiken för tabellen som är inblandad. Vi kan leta efter en finjusteringsmöjlighet för den frågan

4) Vi kan kontrollera parametrarna som förfrågan körs med. (Till exempel, när en användare kom och sa att begäran inte skriver ut utskriften. När han kontrollerade de möjliga sakerna insåg man att han planerade förfrågan med utskriftsexemplar =0.)

Fråga 7: Vad händer när den interna samtidiga chefen dör abrupt? Är alla chefer också dödade direkt efter det?

Svar

Nej ALLA standardansvariga fortsätter att köra och utföra begäran. om den interna hanteraren dör utförs inte kontrollbegäranden under kö

a) Startar alla andra processer.
b) Utför "kontrollförfrågningar" som skickats av administratören.
c) Aktivera/Avaktivera/Avbryt Concurrent Manager
d) Avsluta Concurrent Request
e ) Övervakar processer och startar om alla som misslyckades.
f) Anger målantal processer för varje tjänst baserat på det aktuella arbetsskiftet.

Fråga 8: Kör eller schemalägger den interna chefen någon förfrågan för sig själv?

Svar

Nej, den interna chefen kör eller schemalägger inga förfrågningar. Det har ingenting att göra med att schemalägga förfrågningar eller att bestämma vilken chef som ska köra en viss förfrågan. Dess funktion är bara att köra "kökontroll"-förfrågningar

a) Startar alla andra processer.
b) Utför "kontrollförfrågningar" som skickats av administratören.
c) Aktivera/Avaktivera/Avbryt Concurrent Manager
d) Avsluta Concurrent Request
e ) Övervakar processer och startar om alla som misslyckades.
f) Ställer in målantalet processer för varje tjänst baserat på det aktuella arbetsskiftet.

Fråga 9: Hur behandlar jag fler samtidiga förfrågningar parallellt?

Svar

Vi kan öka målprocesserna för den samtidiga chefen för att öka parallelliteten. Detta kan göras med hjälp av formuläret definiera samtidiga hanterare eller genom en direkt uppdatering från sqlplus

Fråga 10: Om den interna hanteraren går ner, måste jag döda alla chefer innan jag startar om den interna hanteraren?

Svar
Nej, om den interna chefen går ner behöver du inte döda alla chefer. Du kan helt enkelt starta den interna hanteraren med startmgr.

Fråga 11 :Vilka problem har du stött på när du stängde av program?

Svar

När du stänger av en applikation kommer i allmänhet inte samtidig hanterare att gå ner eftersom några av de andra förfrågningarna kan köras. Vi kommer att se vilka samtidiga förfrågningar som körs genom att fråga fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process och v$sqltext.

Om den begäran bara gör en select-sats kommer vi att avbryta dessa förfrågningar, annars kommer vi att kontrollera vilken tid det tar att slutföra genom att fråga de tidigare körningarna av den begäran, och sedan kommer vi att bestämma vad vi ska göra.

Fråga 12: Vad är interna monitorer?

Svar: Interna monitorer används specifikt i PCP för att möjliggöra ICM-failover till andra tillgängliga noder på mellannivå.
a) Placera en intern monitor på valfri nod där ICM kan starta i händelse av ett fel.
b) Interna övervakare seedas på varje registrerad nod som standard.
c) Om ICM går ner kommer den interna övervakaren att försöka starta en ny ICM på den lokala noden.
d) Om flera ICM:er startas, endast den första förblir aktiv. De andra kommer graciöst att lämna.

Fråga 13: Kan jag ta bort den samtidiga hanteraren?
Svar:

Ja, du kan ta bort alla samtidiga chefer. För borttagning, fråga efter chefen i det definierade formuläret för samtidig chef och radera sedan raden.

Att ta bort de fördefinierade samtidiga cheferna rekommenderas inte och det bör aldrig göras. Radering kan orsaka instabilitet i systemet.

Fråga 14: Hur kan du veta vilken spårningsfil som skapas för den specifika begäran?

Svar

Du kan ta reda på detsamma med hjälp av skriptet nedan. Spårningen kommer att vara placerad på utdumpplatsen för databasservern.

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;

De 30 mest användbara frågorna om samtidiga chefer

Fråga 15: Förklara hur parallell samtidig bearbetning (PCP) fungerar?

Svar
Vid parallell samtidig bearbetning tilldelas alla chefer en primär och en sekundär nod. Hanterarna startas i sin primära nod som standard. I händelse av nodfel eller Oracle-instansfel växlas alla samtidiga hanterare på den noden till sina sekundära noder. När den primära noden är tillgänglig igen migreras de samtidiga hanterarna på de sekundära noderna tillbaka till den primära noden. Under migreringsprocessen kan en chef vara spridd över både primära och sekundära noder.

Vid parallell samtidig bearbetning kan det hända att Oracle-instansen körs eller inte körs i en nod där parallell samtidig bearbetning är konfigurerad. Noden som inte kör Oracle, de samtidiga hanterarna ansluter via Net8 till en nod som kör Oracle.
Den interna samtidiga hanteraren kan köras på vilken nod som helst och kan aktivera och avaktivera samtidiga hanterare på alla noder. Eftersom den interna samtidiga managern måste vara aktiv hela tiden behöver den hög feltolerans. För att tillhandahålla denna feltolerans använder parallell samtidig bearbetning interna övervakningsprocesser. Den interna övervakningsprocessens uppgift är att ständigt övervaka den interna chefen och starta den när den misslyckas. Endast en intern övervakningsprocess kan vara aktiv på en enda nod. Du bestämmer vilka noder som har en intern övervakningsprocess när du konfigurerar ditt system. Du kan också tilldela varje intern övervakningsprocess en primär och en sekundär nod för att säkerställa fail-over-skydd. Interna övervakningsprocesser, som samtidiga chefer, kan tilldelas arbetsskift och aktiveras och avaktiveras av den interna samtidiga chefen.

Parallell samtidig bearbetning

Fråga 16: Under vilka omständigheter behöver du studsa den samtidiga chefen?

Svar:Det kan finnas många situationer där du behöver studsa den samtidiga chefen

a) När du ändrar definitionen av skrivarna
b) När du ändrar miljövariablerna. Anta att du har ändrat APPLTMP- och APPLPTMP-variablerna.
c) När alla förfrågningar väntar och hänger och ingen bearbetning sker
d) patchapplikationen kräver att CM:en studsar
e) Vi har många globala hänger i systemet på grund av låsningar av flera samtidiga chefer och andra processer

Fråga 17: Vilka är anledningarna till att en samtidig chef hänger sig?

Svar:

Den samtidiga chefen hänger sig på grund av många anledningar. Några av dem är:
– Långa jobb
– Den interna hanteraren aktiverades av någon annan än ägaren av applikationssystemet
– Operativsystemets filsystem är fullt
– Det går inte att skapa loggfilen
– Du har stängt av den interna hanteraren, men den har faktiskt ett nummer i sig
– Databasen hänger sig kanske för att arkivets loggfiler har fyllts
– Väntande/standby-förfrågningar är för många

Fråga 18: Hur kan vi aktivera/inaktivera Conflict Resolution Manager?

Svar: Det kan göras med profilalternativ "Samtidigt:Använd ICM". Ställ in den på "Y" för att aktivera Conflict Resolution Manager. För att inaktivera det, ställ in profilalternativet till "N".

Fråga 19: Vad är transaktionshanterare?

Svar: Transaktionshanterare tillhandahåller synkron jobbbearbetning genom att kontinuerligt övervaka ett DBMS-rör för förfrågningar att komma igenom från en applikation på klientsidan. En transaktionshanterarens uppgift är att behandla detta jobb omedelbart och skicka information tillbaka till klienten med hjälp av pipen.

a) Transaktionshanterare tillhandahåller synkron jobbbehandling
b) En kund gör en begäran om att en specifik transaktionshanterare ska köra ett program och väntar på resultatet av det programmet
c) Produktteams program är länkade direkt till transaktionshanterarens körbara filer
d) PO, CRP, INV, AR och OE alla fartygstransaktionshanterare

Fråga 20: Hur fungerar mekanismen för att visa logg- och utdatafiler från webbläsaren?

Svar

Händelseförloppet är som följer:
1. En användare inom en Applications-session begär att få visa en utloggningsfil.
2. Webbläsaren tar emot begäran och skapar CGI-programmet FNDWRR.exe
3. FNDWRR.exe loggar in i databasen och frågar FND_CONCURRENT_REQUESTS för att upptäcka på vilken nod filerna för denna begäran är lagrade.
4. FNDWRR.exe konstruerar tjänstnamnet för filservern på den noden. Och ringer tns för att kontakta lyssnaren för detta tjänstnamn.
5. Lyssnaren svarar genom att skapa den lokala körbara FNDFS-filen, som definieras i filen listener.ora. Nu kan FNDFS och FNDWRR.exe kommunicera direkt nu med hjälp av RPC-anrop.
6. FNDWRR.exe begär att FNDFS överför filen som valdes av användaren.
7. FNDFS överför filinnehållet till en temporär filkatalog på webbserverns nod.
8. Webbservern visar filinnehållet för användaren.

Fråga 21: Varför sätter Concurrent-hanteraren ett samtidigt program i en kö? Varför låter inte chefen helt enkelt programmet köra?
Svar: För vid en given tidpunkt kan en samtidig chef inte köra mer än säg 10 program samtidigt. Denna siffra på 10 är naturligtvis konfigurerbar. Först sätter chefen ett inlämnat program i en kö, därefter kontrollerar chefen om det finns en plats tillgänglig (dvs färre än 10 program körs för närvarande). Om en plats hittas tillgänglig kör den samtidiga hanteraren programmet, eller så håller den det samtidiga programmet i en kö med status Väntande.

Fråga 22: Vad ska man göra om en begäran är inaktiv/ingen administratör

Svar: Det här är ganska knepiga frågor
a) Se till att det finns minst en aktiv chef med specialiseringsregler som tillåter programmet.
b) Om du har bekräftat föregående punkt kan problemet vara inaktuellt Worker Request View
– Vyn används internt för att mappa förfrågningar till chefer
– Vyn genereras på nytt när chefer skapas eller specialiseringsregler ändras
c) Du kan manuellt återskapa vyn
FNDLIBR FND FNDCPBWV appar/appar SYSADMIN 'Systemadministratör' SYSADMIN

Fråga 23: Vad är Service Managers?

Svar: Service Managers skapas på mellannivånoderna i ett GSM-aktiverat system för att fungera som en agent för ICM. När ICM ser att den behöver en tjänstehanterare för att utföra någon funktion, som att starta en samtidig hanteringsprocess, på en nod på mellannivå, kommer den att göra anrop för fjärrstyrning (RPC) till Apps-avlyssnaren på den noden för att starta Servicechef. När tjänstehanteraren har startats och initierats, kommunicerar ICM direkt till SM via RPC och ger den information för att hantera tjänsterna på den noden. SM skapas från APPS TNS Listener. APPS TNS Listener måste startas på varje mellanskiktsnod i systemet och startas av användaren som startar ICM (t.ex. applmgr).TNS Listener skapar Service Manager för att köras som en agent för ICM för den lokala noden Service Manager startas av ICM on demand vid behov. Om inga hanteringsåtgärder behövs på en nod kommer en Service Manager inte att startas av ICM förrän det behövs. När ICM avslutas avslutas också dess Service Managers.

Fråga 24: Vad utförs av ICM Process Monitor?

Svar: Själva ICM och varje process som skapas av ICM har en post i FND_CONCURRENT_PROCESSES och har ett unikt namngivet DBMS-lås.
Det unika låset för ICM har formatet FNDCPLK_ICM. Detta databassessionslås är metoden som ICM säkerställer varje PMON-cykel att hanterar- och tjänsteprocesser fortfarande är vid liv. Om ICM kan få DBMS-sessionslåset för en process, kommer ICM att starta en ny process för den chefen eller tjänsten.

Detta är anledningen till att du ofta kommer att se poster som död process hittad, vilket startar en ny process i ICM-loggfiler.

Relaterade artiklar för Concurrent Manager

Isolering av samtidiga program efter uppgradering till en separat administratörskö i R12.2 :Hur man isolerar den samtidiga efterfrågan som skickats in av Uppgradering till en separat samtidig administratör så att regelbunden samtidig bearbetning inte påverkas
hur man skickar utdata från samtidigt program via e-post :Leveransalternativ för samtidig programutmatning i Oracle EBS R12-version.
begäran inställd i oracle-appar :Begäransats ger möjlighet att skicka in samma uppsättning förfrågningar regelbundet med en enda transaktion.
CP Analyzer:CP Analyzer granskar CP-konfigurationer och jämför dem med Oracles bästa praxis
Samtidig:Begärans fas och status :All information om samtidig förfrågan fas och status . Betydelsen härleds för varje kombination.
ORA-01427 :Kolla in detta för lösningen på ORA-01427:enkelrads underfråga returnerar mer än ett radfel, hur man löser det när det händer med Concurrent Manager
Prioritet för Concurrent Program:Det här inlägget har en detaljerad beskrivning ription om att ändra prioritet för samtidiga program eller användare eller begäran om att lösa användarkritiska rapporter som körs

Rekommenderade kurser

Följande är några av de rekommenderade kurserna du kan köpa om du vill ta ett steg längre

Nedan ges länkarna till några av kurserna

Oracle DBA 11g/12c – Databasadministration för Junior DBA :Den här kursen är bra för personer som börjar som Junior DBA eller strävar efter att bli Oracle DBA. Detta ger en god förståelse för säkerhetskopiering och återställning och allmänna administrationsuppgifter
Oracle Database:Oracle 12C R2 RAC Administration :Den här kursen täcker installation, administration av Oracle RAC. En bra kurs för Oracle DBA som vill uppgradera sina kunskaper för Oracle RAC
Oracle Data Guard:Database Administration for Oracle 12C R2 :Den här kursen täcker installation, administration av Oracle Dataguard. En bra kurs för Oracle DBA som vill uppgradera sina kunskaper för Oracle Dataguard