Awesome 24 Concurrent Manager Interview spørgsmål

Her er fantastiske 24 Concurrent Manager Interview-spørgsmål stillet i de fleste interviews for at teste samtidige Manager-arbejdsfærdigheder

Spørgsmål 1: Hvad er de forskellige typer af samtidige ledere?

Svar Der er flere typer af samtidige ledere. Vigtige:
Intern Manager
Standard Manager.
Conflict Resolution Manager
Interne skærme
Service Manager
Transaction Manager
Custom Manager Defined

Læs mere på nedenstående link

Oracle Concurrent Manager

Spørgsmål 2: Hvad er Intern Concurrent Manager?

Svar :Den er ansvarlig for at kontrollere alle andre samtidige ledere. Dens hovedopgave er at sikre, at alle andre samtidige ledere er oppe og køre. Den kontrollerer andre ledere gennem de anmodninger, der stilles til servicechefen. Den starter, stopper og genstarter også servicemanageren for alle noder.

Spørgsmål 3: Hvad er Conflict Resolution Manager (CRM)?

Svar: Den sørger for at løse programinkompatibiliteterne og tjekker om en anmodning i køen kan køres parallelt med den kørende anmodning. Hvis et program identificeres som kørende alene, forhindrer det samtidige ledere i at starte andre programmer i det samme konfliktdomæne.

Spørgsmål 4: Hvad er en Standard Manager?

Svar :Standard Manager er den overordnede samtidige manager. Den kører altid og kan tage sig af at behandle enhver samtidig anmodning. Hvis der overhovedet ikke er tildelt nogen anden leder til et program, vil dette program blive valgt af standardlederen.

Spørgsmål 5:
Hvad skete der bag scenen, når der indsendes en samtidig anmodning?

Svar

(1) Når en samtidig anmodning er sendt af brugeren, opdateres tabellen FND_CONCURRENT_REQUESTS automatisk med detaljerne for anmodningen. Tabellen er også opdateret med oplysningerne om tidsplanen for den samtidige anmodning, uanset om den er umiddelbart planlagt eller planlagt på et fast tidspunkt.

(2 Hvis anmodningen er inkompatibel/definerede begrænsninger. Når anmodningstiden til at køre ankommer, indstilles dens status til afventende/Standby. Nu tager konfliktløsningsadministratoren sig af anmodningen og finder ud af, hvad der er inkompatibiliteter og indstiller status afventende normalt, når inkompatibiliteterne er ryddet.

(3) Hvis der ikke er nogen inkompatibiliteter, indstilles status til afventende/normal, når anmodningstidspunktet til at køre ankommer.

(4) ALLE standard samtidige ledere og specielle ledere poller kontinuerligt tabellen FND_CONCURRENT_REQUESTS. 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.

(5) Samtidige lederprocesser
– Handl uafhængigt
– Vælg kun anmodninger, der:(a) matcher managerspecialiseringsreglerne, (b) er afventende/normale, (c) har et anmodet starttidspunkt <=systemdato

(6) Når anmodningen er behandlet, opdateres FND_CONCURRENT_REQUESTS-tabellen med status.

Spørgsmål 6: Forretningsbrugere skaber den hændelse, som samtidige anmodninger tager lang tid at fuldføre. Hvad vil din tilgang til fejlretning være?

Svar

1) Find først status for den samtidige anmodning. Det kan være planlagt senere, eller det kan være ventende/standby-tilstand, eller alle de samtidige ledere er optaget af at køre andre anmodninger. Hvis det afventer/standby, skal vi finde det inkompatible program, der kører, og informere brugeren. Mange gange planlægger brugerne anmodningen til at køre på et senere tidspunkt.

2) Find ud af databasesiden af ​​den samtidige anmodning, og kontroller, at den venter på eventuelle låse. Vi vil dræbe oracle session, som blokerer for at fuldføre jobbet

3) Vi kan køre en sporing på request-id'et for at finde den kørende sql og derefter generere forklaringsplanen for den. Du kan se, om siden sidder fast på en bestemt sql. Hvis det er en bestemt sql, så er det godt at tjekke statistikkerne for den involverede tabel. Vi kan se efter en tuning-mulighed for den forespørgsel

4) Vi kan tjekke de parametre, som anmodningen køres med. (For eksempel, når en bruger kom og sagde, at anmodningen ikke udskriver outputtet. Ved at kontrollere de mulige ting, blev det indset, at han planlagde anmodningen med udskriftskopier =0.)

Spørgsmål 7: Hvad sker der, når den interne samtidige leder dør brat? Bliver alle ledere også dræbt umiddelbart efter det?

Svar

Nej ALLE standardmanagere bliver ved med at køre og udføre anmodningen. hvis den interne manager dør, udføres anmodninger om kontrol under køen ikke

a) Starter alle andre processer.
b) Udfører "kontrolanmodninger" indsendt af administratoren.
c) Aktiver/Deaktiver/Afbryd Concurrent Manager
d) Afslut Concurrent Request
e ) Overvåger processer og genstarter alle, der mislykkedes.
f) Indstiller målantallet af processer for hver tjeneste baseret på det aktuelle arbejdsskift.

Spørgsmål 8: Kører eller planlægger den interne leder en anmodning for sig selv?

Svar

Nej, den interne leder kører eller planlægger ingen anmodninger. Det har intet at gøre med at planlægge anmodninger eller at beslutte, hvilken manager der skal køre en bestemt anmodning. Dens funktion er kun at køre 'køkontrol'-anmodninger

a) Starter alle andre processer.
b) Udfører "kontrolanmodninger" indsendt af administratoren.
c) Aktiver/Deaktiver/Afbryd Concurrent Manager
d) Afslut Concurrent Request
e ) Overvåger processer og genstarter alle, der mislykkedes.
f) Indstiller målantallet af processer for hver tjeneste baseret på det aktuelle arbejdsskift.

Spørgsmål 9: Hvordan behandler jeg flere samtidige anmodninger parallelt?

Svar

Vi kan øge målprocesserne for den samtidige leder for at øge paralleliteten. Dette kan gøres ved hjælp af definere samtidig administratorformular eller gennem en direkte opdatering fra sqlplus

Spørgsmål 10: Hvis den interne administrator går ned, skal jeg så dræbe alle administratorerne, før jeg genstarter den interne administrator?

Svar
Nej, hvis den interne manager går ned, behøver du ikke dræbe alle ledere. Du kan simpelthen starte den interne manager ved at bruge startmgr.

Spørgsmål 11 :Hvad er de problemer, du har stået over for, mens du lukker programmer ned?

Svar

Mens du lukker en applikation ned, vil samtidig manager generelt ikke gå ned, fordi nogle af de andre anmodninger kan køre. Vi vil se, hvad de samtidige anmodninger kører ved at forespørge fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process og v$sqltext.

Hvis den forespørgsel kun laver en eller anden udvælgelseserklæring, vil vi aflive disse anmodninger, ellers vil vi kontrollere, hvad tid det vil tage at fuldføre, ved at forespørge på de tidligere kørsler af den anmodning, og så beslutter vi, hvad vi skal gøre.

Spørgsmål 12: Hvad er interne skærme?

Svar: Interne skærme bruges specifikt i PCP for at give mulighed for ICM-failover til andre tilgængelige mellemliggende noder.
a) Placer en intern skærm på enhver knude, hvor ICM'en kan starte i tilfælde af en fejl.
b) Interne monitorer er som standard seedet på hver registreret node.
c) Hvis ICM'en går ned, vil den interne monitor forsøge at starte en ny ICM på den lokale node.
d) Hvis flere ICM'er startes, kun den første forbliver aktiv. De andre vil med ynde gå ud.

Spørgsmål 13: Kan jeg slette den samtidige administrator?
Svar:

Ja, du kan slette enhver samtidig administrator. For sletning skal du forespørge efter administratoren i den definerede samtidige administratorformular og derefter slette rækken.

Det anbefales ikke at slette de foruddefinerede samtidige ledere, og det bør aldrig gøres. Sletning kan forårsage ustabilitet i systemet.

Spørgsmål 14: Hvordan kan du vide, hvilken sporingsfil der er oprettet til den pågældende anmodning?

Svar

Du kan finde ud af det samme ved at bruge scriptet nedenfor. Sporingen vil være placeret på udump-placeringen af ​​databaseserveren.

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 mest nyttige Concurrent Manager-forespørgsler

Spørgsmål 15: Forklar, hvordan parallel samtidig behandling (PCP) fungerer?

Svar
I tilfælde af parallel samtidig behandling tildeles alle ledere en primær og en sekundær node. Administratorerne startes som standard i deres primære node. I tilfælde af knudefejl eller Oracle-instansfejl skiftes alle samtidige administratorer på den knude til deres sekundære knudepunkter. Når den primære node er tilgængelig igen, migreres de samtidige administratorer på de sekundære noder tilbage til den primære node. Under migreringsprocessen kan en manager være spredt på tværs af både primære og sekundære noder.

I tilfælde af parallel samtidig behandling kan det ske, at i en node, hvor parallel samtidig behandling er konfigureret, kan Oracle-instansen køre eller ikke køre. Den node som ikke kører Oracle, de samtidige managere forbinder via Net8 til en node der kører Oracle.
Den interne samtidige manager kan køre på enhver node og kan aktivere og deaktivere samtidige ledere på alle noder. Da den interne samtidige manager skal være aktiv til enhver tid, har den brug for høj fejltolerance. For at give denne fejltolerance bruger parallel samtidig behandling interne overvågningsprocesser. Jobbet med den interne overvågningsproces er konstant at overvåge den interne leder og starte den, når den fejler. Kun én intern overvågningsproces kan være aktiv på en enkelt node. Du bestemmer, hvilke noder der har en intern overvågningsproces, når du konfigurerer dit system. Du kan også tildele hver intern overvågningsproces en primær og en sekundær node for at sikre fail-over-beskyttelse. Interne overvågningsprocesser, ligesom samtidige ledere, kan tildeles arbejdsskift og aktiveres og deaktiveres af den interne samtidige leder.

Parallel samtidig behandling

Spørgsmål 16: Under hvilke omstændigheder har du brug for at afvise den samtidige manager?

Svar:Der kan være mange situationer, hvor du skal afvise den samtidige leder

a) Når du ændrer definitionen af ​​printere
b) Når du ændrer miljøvariablerne. Antag, at du har ændret APPLTMP- og APPLPTMP-variablen.
c) Når alle anmodninger afventer og hænger, og der ikke sker nogen behandling
d) patch-applikation kræver afvisning af CM
e) Vi har mange globale hænger i systemet på grund af låse af flere samtidige ledere og andre processer

Spørgsmål 17: Hvad er årsagerne til, at en samtidig leder hænger?

Svar:

Den samtidige manager hænger på grund af mange årsager. Et par af dem er:
– Langvarige job
– Den interne manager blev aktiveret af en anden end ejeren af ​​applikationssystemet
– Operativsystemets filsystem er fuldt
– Det er ikke i stand til at oprette logfilen
– Du har lukket den interne manager ned, men faktisk har den et nummer i den
– Databasen hænger måske fordi arkivets logfiler er blevet udfyldt
– Afventende/standby-anmodninger er for mange

Spørgsmål 18: Hvordan kan vi aktivere/deaktivere Conflict Resolution Manager?

Svar: Det kan gøres ved hjælp af profilindstillinger "Samtidig:Brug ICM". Indstil den til "Y" for at aktivere Conflict Resolution Manager. For at deaktivere den skal du indstille profilindstillingen til "N".

Spørgsmål 19: Hvad er Transaction Managers?

Svar: Transaktionsadministratorer sørger for synkron jobbehandling ved løbende at overvåge et DBMS-rør for anmodninger, der kommer igennem fra en applikation på klientsiden. En transaktionsadministrators opgave er at behandle dette job med det samme og sende information tilbage til klienten ved hjælp af røret.

a) Transaktionsledere sørger for synkron jobbehandling
b) En klient fremsætter en anmodning om, at en specifik transaktionsansvarlig skal køre et program og venter på resultaterne af dette program
c) Produktteams programmer er knyttet direkte til transaktionsadministratorens eksekverbare
d) PO, CRP, INV, AR og OE alle skibstransaktionsadministratorer

Spørgsmål 20: Hvordan fungerer mekanismen til at se log- og outputfiler fra browseren?

Svar

Begivenhedsforløbet er som følger:
1. En bruger i en applikationssession anmoder om at se en log- eller udfil.
2. Browseren modtager anmodningen og afføder CGI-programmet FNDWRR.exe
3. FNDWRR.exe logger på databasen og forespørger FND_CONCURRENT_REQUESTS for at finde ud af, hvilken node filerne til denne anmodning er gemt på.
4. FNDWRR.exe konstruerer servicenavnet for filserveren på den node. Og ringer tns for at kontakte lytteren for dette tjenestenavn.
5. Lytteren reagerer ved at skabe den lokale FNDFS-eksekverbare, som defineret i dens listener.ora-fil. Nu er FNDFS og FNDWRR.exe i stand til at kommunikere direkte nu ved hjælp af RPC-opkald.
6. FNDWRR.exe anmoder FNDFS om at overføre den fil, der blev valgt af brugeren.
7. FNDFS overfører filindholdet til en midlertidig filmappe på webserverens node.
8. Webserveren viser filindholdet for brugeren.

Spørgsmål 21: Hvorfor sætter Concurrent-manageren et samtidig program i en kø? Hvorfor lader lederen ikke bare programmet køre?
Svar: For på ethvert givet tidspunkt kan en samtidig leder ikke køre mere end f.eks. 10 programmer samtidigt. Dette tal på 10 kan selvfølgelig konfigureres. Først sætter lederen et indsendt program i en kø, derefter tjekker lederen, om der er en ledig plads (dvs. mindre end 10 programmer kører i øjeblikket). Hvis der findes en plads tilgængelig, kører den samtidige manager derefter programmet, eller også holder den det samtidige program i en kø med status Afventer.

Spørgsmål 22: Hvad skal man gøre, hvis en anmodning er inaktiv/ingen administrator

Svar: Dette er ret vanskelige spørgsmål
a) Sørg for, at der er mindst én aktiv manager med specialiseringsregler, der tillader programmet.
b) Hvis du har bekræftet det foregående punkt, kan problemet være forældet Arbejderanmodningsvisning
– Visningen bruges internt til at kortlægge anmodninger til ledere
– Visningen gendannes, når ledere oprettes, eller specialiseringsregler ændres
c) Du kan manuelt genskabe visningen
FNDLIBR FND FNDCPBWV apps/apps SYSADMIN 'Systemadministrator' SYSADMIN

Spørgsmål 23: Hvad er Service Managers?

Svar: Service Managers affødes på mellemtrinsknuderne i et GSM-aktiveret system for at fungere som agent for ICM. Når ICM'en ser, at den har brug for en Service Manager til at udføre en funktion, såsom at starte en samtidig administratorproces, på en mellemliggende node, vil den foretage fjernprocedurestyring (RPC) opkald til Apps-lytteren på den node for at starte Serviceleder. Når først Service Manager er startet og initialiseret, kommunikerer ICM'en direkte til SM'en gennem RPC og giver den information til at administrere tjenesterne på den node. SM'en er skabt 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). Service Manager startes af ICM on demand, 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 forlader dens Service Managers afsluttes også.

Spørgsmål 24: Hvad udføres det hele af ICM Process Monitor?

Svar: Selve ICM'en og hver proces, der dannes af ICM'en, har en indgang i FND_CONCURRENT_PROCESSES og har en unikt navngivet DBMS-lås.
Den unikke lås af ICM har formatet FNDCPLK_ICM. Denne databasesessionslås er den metode, som ICM sikrer hver PMON-cyklus, at manager- og serviceprocesser stadig er i live. Hvis ICM'en kan få DBMS-sessionslåsen for en proces, starter ICM'en en ny proces for den pågældende manager eller tjeneste.

Dette er grunden til, at du ofte vil se poster som død proces fundet, hvilket starter en ny proces i ICM-logfiler.

Relaterede artikler for Concurrent Manager

Isolering af samtidige programmer efter opgradering til en separat administratorkø i R12.2 :Sådan isoleres den samtidige anmodede indsendt af opgradering til en separat samtidig administrator, så regelmæssig samtidig behandling ikke påvirkes
hvordan man sender output fra samtidige program gennem e-mail :Leveringsmulighed for samtidig programoutput i Oracle EBS R12-version.
anmodningssæt i oracle-apps :Forespørgselssæt giver mulighed for at indsende det samme sæt anmodninger regelmæssigt ved hjælp af en enkelt transaktion.
CP Analyzer:CP Analyzer gennemgår CP-konfigurationer og sammenligner dem med Oracles bedste praksis
Concurrent:Request Phase and Status :Alle oplysninger om Concurrent Request Phase and Status .Betydningen er afledt for hver kombination.
ORA-01427 :Tjek ud dette for løsningen på ORA-01427:enkeltrækkes underforespørgsel returnerer mere end én række fejl, hvordan løses det, når det sker med Concurrent Manager
Prioritet for Concurrent Program:Dette indlæg har en detaljeret beskrivelse ription om ændring af prioritet for samtidig program eller bruger eller anmodning om at løse brugerkritiske rapporter, der kører problemer

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 de mennesker, 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, 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