Úžasných 24 otázek souběžného manažerského rozhovoru

Zde je úžasných 24 otázek pro souběžný rozhovor s manažerem, které byly kladeny ve většině rozhovorů, aby se otestovaly souběžné pracovní dovednosti manažera

Otázka 1: Jaké jsou různé typy souběžných manažerů?

Odpověď Existuje několik typů souběžných manažerů. Důležité:
Interní manažer
Standardní manažer.
Správce řešení konfliktů
Interní monitory
Správce služeb
Správce transakcí
Definováno vlastním manažerem

Další informace naleznete na níže uvedeném odkazu

Oracle Concurrent Manager

Otázka 2: Co je Internal Concurrent Manager?

Odpověď :Zodpovídá za kontrolu všech ostatních souběžných manažerů. Jeho hlavním úkolem je zajistit, aby všichni ostatní souběžní manažeři fungovali. Ovládá ostatní manažery prostřednictvím požadavků zaslaných správci služeb. Také spouští, zastavuje a restartuje správce služeb pro všechny uzly.

Otázka 3: Co je Conflict Resolution Manager (CRM)?

Odpověď: Stará se o vyřešení nekompatibility programu a kontroluje, zda lze paralelně s běžícím požadavkem spustit požadavek ve frontě. Pokud je program identifikován jako spuštěný samostatně, zabrání to souběžným správcům ve spouštění jiných programů ve stejné doméně konfliktu.

Otázka 4: Co je to standardní manažer?

Odpověď :Standardní manažer je hlavní souběžný manažer. Vždy běží a může se postarat o zpracování jakéhokoli souběžného požadavku. Pokud vůbec, není k programu přiřazen žádný jiný manažer, tento program vybere standardní manažer.

Otázka 5:
Co se stalo v zákulisí při odeslání souběžného požadavku?

Odpověď

(1) Jakmile uživatel odešle souběžný požadavek, tabulka FND_CONCURRENT_REQUESTS se automaticky aktualizuje o podrobnosti požadavku. Tabulka je také aktualizována informacemi o plánu souběžného požadavku, ať už je naplánován okamžitě, nebo naplánován na pevný čas.

(2 Pokud je požadavek nekompatibilní/definována omezení, Jakmile nastane čas spuštění požadavku, jeho stav se nastaví na nevyřízeno/Pohotovostní režim. Nyní se o požadavek postará manažer řešení konfliktů a zjistí, jaké jsou nekompatibility, a nastaví stav čekající normální, když jsou nekompatibility vymazány.

(3) Pokud neexistují žádné nekompatibility, jakmile nastane čas spuštění požadavku, jeho stav je nastaven na nevyřízeno/Normální

(4) VŠICHNI standardní souběžní manažeři a speciální manažeři průběžně dotazují tabulku FND_CONCURRENT_REQUESTS. Úkolem souběžného manažera je spouštět souběžné požadavky, které jsou ve fázi/stavu Nevyřízeno / Normální a které jsou kvalifikovány ke spouštění podle pravidel své specializace.

(5) Souběžné procesy manažera
– Jednat nezávisle
– Vyberte pouze požadavky, které:(a) odpovídají pravidlům specializace manažera, (b) jsou nevyřízené/normální, (c) mají požadovaný čas zahájení <=sysdate

(6) Jakmile je požadavek zpracován, tabulka FND_CONCURRENT_REQUESTS se aktualizuje o stav.

Otázka 6: Firemní uživatelé vytvářejí incident, jehož dokončení zabere spoustu času. Jaký bude váš přístup k ladění?

Odpověď

1) Nejprve najděte stav souběžného požadavku. Může být naplánováno později nebo může být v režimu čekající na vyřízení/pohotovostní režim nebo jsou všichni souběžní manažeři obsazeni prováděním jiných požadavků. Pokud je nevyřízeno/pohotovostní režim, musíme najít spuštěný nekompatibilní program a informovat uživatele. Mnohokrát uživatelé naplánují spuštění požadavku na pozdější dobu.

2) Zjistěte databázovou stranu souběžného požadavku a zkontrolujte, zda čeká na všechny zámky. Zabijeme relaci oracle, která blokuje, abychom dokončili úlohu

3) Můžeme spustit trasování na request-id, abychom našli spuštěný SQL a pak pro něj vygenerovali plán vysvětlení. Můžete vidět, zda je sid přilepený na konkrétním SQL. Pokud se jedná o konkrétní sql, pak je dobré zkontrolovat statistiku příslušné tabulky. Můžeme hledat příležitost k ladění pro tento dotaz

4) Můžeme zkontrolovat parametry, se kterými je požadavek spuštěn. (Například, jakmile uživatel přišel s tím, že požadavek netiskne výstup. Při kontrole možných věcí bylo zjištěno, že naplánoval požadavek s tiskovými kopiemi =0.)

Otázka 7: Co se stane, když interní souběžný manažer náhle zemře? Jsou všichni manažeři také okamžitě po něm zabiti?

Odpověď

Ne VŠICHNI standardní správci běží a provádějí požadavek. pokud interní správce zemře, požadavky na kontrolu pod frontou se neprovedou

a) Spustí všechny ostatní procesy.
b) Provede „kontrolní požadavky“ zadané správcem.
c) Aktivovat/deaktivovat/zrušit souběžného správce
d) Ukončit souběžný požadavek
e ) Monitoruje procesy a restartuje všechny, které selhaly.
f) Nastavuje cílový počet procesů pro každou službu na základě aktuální pracovní směny.

Otázka 8: Spouští nebo naplánuje interní manažer pro sebe nějaký požadavek?

Odpověď

Ne, interní manažer nespouští ani neplánuje žádné požadavky. Nemá to nic společného s plánováním požadavků nebo rozhodováním, který manažer spustí konkrétní požadavek. Jeho funkcí je pouze spouštět požadavky ‚řízení fronty‘

a) Spustí všechny ostatní procesy.
b) Provede „kontrolní požadavky“ zadané správcem.
c) Aktivovat/deaktivovat/zrušit souběžného správce
d) Ukončit souběžný požadavek
e ) Monitoruje procesy a restartuje všechny, které selhaly.
f) Nastavuje cílový počet procesů pro každou službu na základě aktuální pracovní směny.

Otázka 9: Jak mohu zpracovat více souběžných požadavků paralelně?

Odpověď

Můžeme zvýšit cílové procesy souběžného manažera, abychom zvýšili paralelismus. To lze provést pomocí formuláře definovat souběžný manažer nebo přímou aktualizací ze sqlplus

Otázka 10: Pokud dojde k výpadku interního správce, musím před restartováním interního správce zabít všechny správce?

Odpověď
Ne, pokud dojde k výpadku interního manažera, nemusíte zabít všechny manažery. Interního správce můžete jednoduše spustit pomocí startmgr.

Otázka 11 :Jakým problémům jste čelili při vypínání aplikací?

Odpověď

Při vypínání aplikace se obecně nevypne souběžný správce, protože mohou být spuštěny některé další požadavky. Uvidíme, jaké jsou souběžné požadavky spuštěné dotazem fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process a v$sqltext.

Pokud tento požadavek provádí pouze nějaký příkaz select, pak tyto požadavky zrušíme, jinak zkontrolujeme, kolik času bude trvat dokončení dotazem na předchozí běhy tohoto požadavku, a pak se rozhodneme, co dělat.

Otázka 12: Co jsou interní monitory?

Odpověď: Interní monitory se používají speciálně v PCP, aby umožnily převzetí služeb při selhání ICM na jiné dostupné uzly střední vrstvy.
a) Umístěte interní monitor na jakýkoli uzel, kde se může ICM spustit v případě selhání.
b) Interní monitory jsou standardně nasazeny na každém registrovaném uzlu.
c) Pokud dojde k výpadku ICM, interní monitor se pokusí spustit nový ICM na místním uzlu.
d) Pokud je spuštěno více ICM, pouze první zůstane aktivní. Ostatní elegantně odejdou.

Otázka 13: Mohu smazat souběžného správce?
Odpověď:

Ano, můžete odstranit libovolného souběžného správce. Chcete-li smazat, požádejte o správce v definovaném formuláři souběžného správce a poté smažte řádek.

Odstranění předdefinovaných souběžných správců se nedoporučuje a nikdy by se nemělo provádět. Smazání může způsobit nestabilitu v systému.

Otázka 14: Jak můžete vědět, který trasovací soubor je vytvořen pro konkrétní požadavek?

Odpověď

Totéž můžete zjistit pomocí níže uvedeného skriptu. Trasování bude umístěno v umístění udump databázového serveru.

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;

30 nejužitečnějších souběžných manažerských dotazů

Otázka 15: Vysvětlete, jak funguje paralelní souběžné zpracování (PCP)?

Odpověď
V případě paralelního souběžného zpracování je všem správcům přiřazen primární a sekundární uzel. Správci jsou ve výchozím nastavení spuštěni ve svém primárním uzlu. V případě selhání uzlu nebo selhání instance Oracle se všichni souběžní správci v tomto uzlu přepnou na své sekundární uzly. Jakmile je primární uzel opět dostupný, jsou souběžní správci na sekundárních uzlech migrováni zpět do primárního uzlu. Během procesu migrace může být správce rozdělen mezi primární i sekundární uzly.

V případě paralelního souběžného zpracování se může stát, že v uzlu, kde je nakonfigurováno paralelní souběžné zpracování, může, ale nemusí běžet instance Oracle. Uzel, na kterém není spuštěn Oracle, se souběžní správci připojují přes Net8 k uzlu, na kterém běží Oracle.
Interní souběžný správce může běžet na libovolném uzlu a může aktivovat a deaktivovat souběžné správce na všech uzlech. Protože interní souběžný správce musí být neustále aktivní, vyžaduje vysokou odolnost proti chybám. K zajištění této odolnosti proti chybám využívá paralelní souběžné zpracování interní monitorovací procesy. Úkolem procesu interního monitorování je neustále sledovat interního manažera a spustit jej, když selže. Na jednom uzlu může být aktivní pouze jeden proces interního monitorování. Při konfiguraci systému se rozhodnete, které uzly budou mít proces interního monitorování. Každému procesu interního monitoru můžete také přiřadit primární a sekundární uzel, abyste zajistili ochranu proti selhání. Procesům interního monitorování, jako jsou souběžní manažeři, lze přiřadit pracovní směny a jsou aktivovány a deaktivovány interním souběžným manažerem.

Paralelní souběžné zpracování

Otázka 16: Za jakých okolností musíte odrazit souběžného manažera?

Odpověď:Může nastat mnoho situací, kdy potřebujete odrazit souběžného manažera

a) Když změníte definici tiskáren
b) Když změníte proměnné prostředí. Předpokládejme, že jste změnili proměnné APPLTMP a APPLPTMP.
c) Když všechny požadavky čekají na vyřízení a visí a neprobíhá žádné zpracování
d) aplikace opravy vyžaduje návrat CM
e) Máme mnoho globálních zamrznutí v systému kvůli uzamčení několika souběžnými manažery a dalšími procesy

Otázka 17: Jaké jsou důvody zablokování souběžného správce?

Odpověď:

Souběžný manažer zamrzne z mnoha důvodů. Některé z nich jsou:
– Dlouhotrvající úlohy
– Interního správce aktivoval někdo jiný než vlastník aplikačního systému
– Systém souborů operačního systému je plný
– Nelze vytvořit soubor protokolu
– Vypnuli jste interního správce, ale ve skutečnosti má v sobě číslo
– Databáze visí možná proto, že archivní soubory protokolu byly zaplněny
– Nevyřízených/pohotovostních požadavků je příliš mnoho

Otázka 18: Jak můžeme povolit/zakázat Conflict Resolution Manager?

Odpověď: To lze provést pomocí možností profilu „Concurrent:Use ICM“. Chcete-li povolit správce řešení konfliktů, nastavte jej na „Y“. Chcete-li jej zakázat, nastavte volbu profilu na „N“.

Otázka 19: Co jsou správci transakcí?

Odpověď: Transakční manažeři zajišťují synchronní zpracování úloh tím, že neustále sledují kanál DBMS, zda nepřicházejí požadavky z aplikace na straně klienta. Úkolem správce transakcí je okamžitě zpracovat tuto úlohu a odeslat informace zpět klientovi pomocí kanálu.

a) Transakční manažeři zajišťují synchronní zpracování úloh
b) Klient požádá konkrétního správce transakcí o spuštění programu a čeká na výsledky tohoto programu
c) Programy produktových týmů jsou propojeny přímo do spustitelné soubory správce transakcí
d) PO, CRP, INV, AR a OE, všichni správci transakcí zasílají

Otázka 20: Jak funguje mechanismus prohlížení log a výstupních souborů z prohlížeče?

Odpověď

Posloupnost událostí je následující:
1. Uživatel v rámci relace aplikací požaduje zobrazení souboru přihlášení nebo odhlášení.
2. Prohlížeč přijme požadavek a spustí CGI program FNDWRR.exe
3. FNDWRR.exe se přihlásí do databáze a dotazuje se FND_CONCURRENT_REQUESTS, aby zjistil, na kterém uzlu jsou soubory pro tento požadavek uloženy.
4. FNDWRR.exe vytvoří název služby pro souborový server v tomto uzlu. A zavolá tns, aby kontaktoval posluchače pro tento název služby.
5. Posluchač odpoví vytvořením místního spustitelného souboru FNDFS, jak je definováno v jeho souboru listener.ora. Nyní mohou FNDFS a FNDWRR.exe komunikovat přímo pomocí volání RPC.
6. FNDWRR.exe požaduje, aby FNDFS přenesl soubor, který si vybral uživatel.
7. FNDFS přenese obsah souboru do dočasného adresáře souborů v uzlu webového serveru.
8. Webový server zobrazí obsah souboru uživateli.

Otázka 21: Proč správce Concurrent zařazuje souběžný program do fronty? Proč správce jednoduše nenechá program běžet?
Odpověď: Protože v daném okamžiku nemůže souběžný manažer spouštět více než řekněme 10 programů současně. Toto číslo 10 je samozřejmě konfigurovatelné. Nejprve manažer zařadí odeslaný program do fronty, poté manažer zkontroluje, zda je k dispozici slot (tj. aktuálně běží méně než 10 programů). Pokud je slot k dispozici, správce souběžných programů poté spustí program, jinak ponechá souběžný program ve frontě se stavem Nevyřízeno.

Otázka 22: Co dělat, když je požadavek neaktivní/žádný správce

Odpověď: To je docela záludná otázka
a) Ujistěte se, že existuje alespoň jeden aktivní manažer s pravidly specializace, která program povolují.
b) Pokud jste potvrdili předchozí bod, problém může být zastaralý Pohled na požadavky pracovníka
– Pohled se používá interně k mapování požadavků na manažery
– Pohled se obnoví, když jsou vytvořeni manažeři nebo jsou změněna pravidla specializace
c) Pohled můžete vygenerovat ručně
FNDLIBR FND FNDCPBWV aplikace/aplikace SYSADMIN „Správce systému“ SYSADMIN

Otázka 23: Co je to Service Managers?

Odpověď: Manažeři služeb jsou vytvořeni na uzlech střední vrstvy systému s podporou GSM, aby působili jako agent ICM. Když ICM zjistí, že potřebuje správce služeb k provedení nějaké funkce, jako je spuštění souběžného manažerského procesu na uzlu střední vrstvy, provede volání vzdáleného řízení procedur (RPC) do posluchače aplikací v tomto uzlu, aby spustil Správce služeb. Jakmile je správce služeb spuštěn a inicializován, ICM komunikuje přímo s modulem SM prostřednictvím RPC a poskytuje mu informace pro správu služeb v tomto uzlu. Modul SM je vytvořen z aplikace APPS TNS Listener. APPS TNS Listener musí být spuštěn na každém uzlu střední vrstvy v systému a spuštěn uživatelem, který spouští ICM (např. applmgr). TNS Listener vytvoří Service Manager, který bude spuštěn jako agent ICM pro místní uzel
Service Manager spouští ICM na vyžádání, když je to potřeba. Pokud nejsou na uzlu potřeba žádné akce správy, ICM nespustí správce služeb, dokud to nebude nutné. Když ICM ukončí, ukončí se i manažeři služeb.

Otázka 24: Co všechno provádí ICM Process Monitor?

Odpověď: Samotný ICM a každý proces vytvořený ICM má záznam v FND_CONCURRENT_PROCESSES a má jedinečný zámek DBMS.
Jedinečný zámek ICM má formát FNDCPLK_ICM. Tento zámek relace databáze je metoda, kterou ICM zajišťuje každý cyklus PMON, že procesy správce a služeb jsou stále aktivní. Pokud ICM může získat zámek relace DBMS procesu, zahájí ICM pro tohoto správce nebo službu nový proces.

To je důvod, proč často uvidíte položky jako byl nalezen mrtvý proces, který spouští nový proces v souborech protokolu ICM.

Související články pro Concurrent Manager

Izolace souběžných programů po upgradu do samostatné fronty správce v R12.2 :Jak izolovat souběžný požadavek odeslaný upgradem samostatnému souběžnému správci, aby nebylo ovlivněno pravidelné souběžné zpracování
jak odeslat výstup souběžného programu přes email :Možnost doručení pro výstup souběžného programu ve verzi Oracle EBS R12.
Sada požadavků v aplikacích Oracle:Sada požadavků umožňuje pravidelně odesílat stejnou sadu požadavků pomocí jediné transakce.
CP Analyzer:The CP Analyzer kontroluje konfigurace CP a porovnává je s osvědčenými postupy společnosti Oracle
Souběžné:Fáze a stav požadavku:Všechny informace o Fázi a stavu souběžného požadavku. Význam je odvozen pro každou kombinaci.
ORA-01427 :Podívejte se toto pro řešení na ORA-01427:jednořádkový poddotaz vrací více než jednu chybu řádku, jak to vyřešit, když se to stane pomocí Concurrent Manager
Priorita pro souběžný program:Tento příspěvek má podrobný popis informace o změně priority pro souběžný program nebo uživatele nebo požadavek na vyřešení kritických uživatelských problémů se spouštěním sestav

Doporučené  kurzy

Níže jsou uvedeny některé z doporučených kurzů, které si můžete zakoupit, pokud se chcete dostat o krok dále

Níže jsou uvedeny odkazy na některé kurzy

Oracle DBA 11g/12c – Správa databáze pro Junior DBA :Tento kurz je vhodný pro lidi, kteří začínají jako Junior DBA nebo aspirují na Oracle DBA. To vám umožní dobře porozumět úlohám zálohování a obnovy a obecné správy
Oracle Database:Oracle 12C R2 RAC Administration :Tento kurz se zabývá instalací a správou Oracle RAC. Dobrý kurz pro Oracle DBA, kteří chtějí upgradovat své dovednosti pro Oracle RAC
Oracle Data Guard:Správa databáze pro Oracle 12C R2 :Tento kurz se zabývá instalací a správou Oracle Dataguard. Dobrý kurz pro Oracle DBA, kteří chtějí upgradovat své dovednosti pro Oracle Dataguard