Oracle
 sql >> Database >  >> RDS >> Oracle

Fantastiche 24 domande sull'intervista del manager simultaneo

Ecco le fantastiche 24 domande del colloquio con i manager simultanei poste nella maggior parte delle interviste per testare le capacità lavorative dei manager simultanei

Domanda 1: Quali sono i diversi tipi di gestori simultanei?

Rispondi Esistono diversi tipi di gestori simultanei. Quelli importanti:
gestore interno
gestore standard.
gestore risoluzione conflitti
monitor interni
gestore servizi
gestore transazioni
definito gestore personalizzato

Leggi di più sul link sottostante

Gestore simultaneo Oracle

Domanda 2: Che cos'è il Gestore simultaneo interno?

Rispondi :È responsabile del controllo di tutti gli altri gestori simultanei. Il suo compito principale è assicurarsi che tutti gli altri gestori simultanei siano attivi e funzionanti. Controlla gli altri gestori attraverso le richieste rivolte al gestore del servizio. Inoltre, avvia, arresta e riavvia il gestore servizi per tutti i nodi.

Domanda 3: Che cos'è Gestione della risoluzione dei conflitti (CRM)?

Risposta: Si occupa di risolvere le incompatibilità del programma e verifica se una richiesta in coda può essere eseguita in parallelo con la richiesta in esecuzione. Se un programma viene identificato come eseguito da solo, impedisce ai gestori simultanei di avviare altri programmi nello stesso dominio di conflitto.

Domanda 4: Che cos'è un Gestore Standard?

Rispondi :Standard Manager è il master simultaneo manager. È sempre in esecuzione e può occuparsi dell'elaborazione di qualsiasi richiesta simultanea. Se a un programma non è assegnato nessun altro manager, quel programma verrà scelto dal manager standard.

Domanda 5:
Che cosa è successo dietro le quinte quando viene inviata una richiesta simultanea?

Rispondi

(1) Una volta inoltrata una richiesta simultanea da parte dell'utente, la tabella FND_CONCURRENT_REQUESTS viene aggiornata automaticamente con i dettagli della richiesta. La tabella viene inoltre aggiornata con le informazioni sulla pianificazione della richiesta simultanea, sia che sia immediatamente pianificata o pianificata a un'ora prestabilita.

(2 Se la richiesta è incompatibile/vincoli definiti, una volta giunto il tempo di esecuzione della richiesta, il suo stato viene impostato su In sospeso/Standby. Ora il gestore della risoluzione dei conflitti si occupa della richiesta e scopre quali sono le incompatibilità e imposta lo stato in sospeso normale quando le incompatibilità vengono cancellate.

(3) Se non ci sono incompatibilità, una volta che arriva l'ora della richiesta per l'esecuzione, lo stato viene impostato su In sospeso/Normale

(4) TUTTI i Manager simultanei standard ei gestori speciali interrogano continuamente la tabella FND_CONCURRENT_REQUESTS. Il compito di un gestore simultaneo è eseguire richieste simultanee che si trovano nella fase/stato in sospeso/normale e che è qualificato per essere eseguito in base alle sue regole di specializzazione.

(5) Processi del manager simultanei
– Agire in modo indipendente
– Seleziona solo le richieste che:(a) corrispondono alle regole di specializzazione del manager, (b) sono in sospeso/normali, (c) hanno un orario di inizio richiesto <=data di sistema

(6) Una volta elaborata la richiesta, la tabella FND_CONCURRENT_REQUESTS viene aggiornata con lo stato.

Domanda 6: Gli utenti aziendali creano l'incidente il cui completamento delle richieste simultanee richiede molto tempo. Quale sarà il tuo approccio per il debug?

Rispondi

1) Per prima cosa trova lo stato della richiesta simultanea. Potrebbe essere programmato in un secondo momento o potrebbe essere in modalità sospeso/standby o tutti i gestori simultanei sono occupati a eseguire altre richieste. Se è in attesa/standby, dobbiamo trovare il programma incompatibile in esecuzione e informare l'utente. Molte volte gli utenti pianificano l'esecuzione della richiesta in un secondo momento.

2) Scopri il database sid della richiesta simultanea e controlla che sia in attesa su eventuali blocchi. Uccideremo la sessione di Oracle che si sta bloccando per completare il lavoro

3) Possiamo eseguire una traccia sull'id-richiesta per trovare lo sql in esecuzione e quindi generare il piano di spiegazione per esso. Puoi vedere se il sid è bloccato su un particolare sql. Se si tratta di un particolare sql, allora è bene controllare le statistiche della tabella coinvolta. Possiamo cercare un'opportunità di ottimizzazione per quella query

4) Possiamo verificare i parametri con cui viene eseguita la richiesta. (Ad esempio, una volta che un utente è arrivato dicendo che la richiesta non sta stampando l'output. Durante il controllo delle cose possibili, ci si è resi conto che aveva pianificato la richiesta con copie di stampa =0.)

Domanda 7: Cosa succede quando il manager interno concorrente muore improvvisamente? Subito dopo vengono uccisi anche tutti i manager?

Rispondi

No TUTTI i gestori standard continuano a eseguire ed eseguire la richiesta. se il manager interno muore, le richieste di controllo della coda sotto non vengono eseguite

a) Avvia tutti gli altri processi.
b) Esegue le "richieste di controllo" inviate dall'amministratore.
c) Attiva/Disattiva/Annulla Gestione simultanea
d) Termina richiesta simultanea
e ) Monitora i processi, riavviando quelli non riusciti.
f) Imposta il numero target di processi per ciascun servizio in base al turno di lavoro corrente.

Domanda 8: Il responsabile interno esegue o programma autonomamente una richiesta?

Rispondi

No, il responsabile interno non esegue né programma alcuna richiesta. Non ha nulla a che fare con la pianificazione delle richieste o la decisione di quale gestore eseguirà una particolare richiesta. La sua funzione è solo quella di eseguire richieste di "controllo della coda"

a) Avvia tutti gli altri processi.
b) Esegue le "richieste di controllo" inviate dall'amministratore.
c) Attiva/Disattiva/Annulla Gestione simultanea
d) Termina richiesta simultanea
e ) Monitora i processi, riavviando quelli non riusciti.
f) Imposta il numero target di processi per ciascun servizio in base al turno di lavoro corrente.

Domanda 9: Come posso elaborare più richieste simultanee in parallelo?

Rispondi

Possiamo aumentare i processi target del gestore simultaneo per aumentare il parallelismo. Questo può essere fatto utilizzando il modulo define manager simultaneo o tramite un aggiornamento diretto da sqlplus

Domanda 10: Se il manager interno non funziona, devo eliminare tutti i manager prima di riavviare il manager interno?

Rispondi
No, se il manager interno va giù non è necessario uccidere tutti i manager. Puoi semplicemente avviare il manager interno usando startmgr.

Domanda 11 :Quali sono i problemi che hai riscontrato durante la chiusura delle applicazioni?

Rispondi

Durante la chiusura di un'applicazione, in genere il gestore simultaneo non si interrompe perché alcune delle altre richieste potrebbero essere in esecuzione. Vedremo quali sono le richieste simultanee in esecuzione interrogando fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process e v$sqltext.

Se quella richiesta sta eseguendo solo alcune istruzioni select, uccideremo quelle richieste, altrimenti controlleremo il tempo necessario per il completamento interrogando le esecuzioni precedenti di quella richiesta e quindi decideremo cosa fare.

Domanda 12: Cosa sono i monitor interni?

Risposta: I monitor interni vengono utilizzati specificamente in PCP per consentire il failover dell'ICM su altri nodi di livello intermedio disponibili.
a) Posizionare un monitor interno su qualsiasi nodo in cui l'ICM può avviarsi in caso di errore.
b) Per impostazione predefinita, i monitor interni vengono inseriti in ogni nodo registrato.
c) Se l'ICM si interrompe, il monitor interno tenterà di avviare un nuovo ICM sul nodo locale.
d) Se vengono avviati più ICM, solo il primo rimarrà attivo. Gli altri usciranno con grazia.

Domanda 13: Posso eliminare il gestore simultaneo?
Risposta:

Sì, puoi eliminare qualsiasi gestore simultaneo. Per l'eliminazione, interroga il gestore nel modulo del gestore simultaneo definito, quindi elimina la riga.

L'eliminazione dei gestori simultanei predefiniti non è consigliata e non dovrebbe mai essere eseguita. L'eliminazione può causare instabilità nel sistema.

Domanda 14: Come puoi sapere quale file di traccia è stato creato per la richiesta particolare?

Rispondi

Puoi scoprire lo stesso usando lo script indicato di seguito. La traccia si troverà nella posizione udump del server di database.


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;

Le 30 principali query di gestione simultanee più utili

Domanda 15: Spiega come funziona l'elaborazione simultanea parallela (PCP)?

Rispondi
In caso di elaborazione simultanea parallela, a tutti i gestori viene assegnato un nodo primario e uno secondario. I gestori vengono avviati nel loro nodo principale per impostazione predefinita. In caso di errore del nodo o errore dell'istanza Oracle, tutti i gestori simultanei su quel nodo passano ai loro nodi secondari. Una volta che il nodo primario è nuovamente disponibile, i gestori simultanei sui nodi secondari vengono migrati nuovamente al nodo primario. Durante il processo di migrazione, un gestore può essere distribuito su entrambi i nodi primari e secondari.

In caso di elaborazione simultanea parallela, può accadere che in un nodo in cui è configurata l'elaborazione simultanea parallela, l'istanza Oracle possa essere o meno in esecuzione. Il nodo che non esegue Oracle, i gestori simultanei si connettono tramite Net8 a un nodo che esegue Oracle.
Il gestore simultaneo interno può essere eseguito su qualsiasi nodo e può attivare e disattivare i gestori simultanei su tutti i nodi. Poiché il gestore simultaneo interno deve essere sempre attivo, necessita di un'elevata tolleranza agli errori. Per fornire questa tolleranza agli errori, l'elaborazione simultanea parallela utilizza processi di monitoraggio interni. Il compito del processo di monitoraggio interno è monitorare costantemente il manager interno e avviarlo quando fallisce. Un solo processo di monitoraggio interno può essere attivo su un singolo nodo. Decidi quali nodi hanno un processo di monitoraggio interno quando configuri il tuo sistema. È inoltre possibile assegnare a ciascun processo di monitoraggio interno un nodo primario e uno secondario per garantire la protezione da failover. I processi di monitoraggio interno, come i manager simultanei, possono essere assegnati a turni di lavoro e vengono attivati ​​e disattivati ​​dal manager simultaneo interno.

Elaborazione simultanea parallela

Domanda 16: Quali sono le circostanze in cui è necessario rimbalzare il gestore simultaneo?

Risposta:Possono esserci molte situazioni in cui è necessario rimbalzare il gestore simultaneo

a) Quando modifichi la definizione delle stampanti
b) Quando modifichi le variabili di ambiente. Si supponga di aver modificato le variabili APPLTMP e APPLPTMP.
c) Quando tutte le richieste sono in sospeso e non è in corso alcuna elaborazione
d) l'applicazione della patch richiede il rimbalzo del CM
e) Abbiamo molti blocchi globali nel sistema dovuti a blocchi da parte di diversi gestori simultanei e altri processi

Domanda 17: Quali sono i motivi per cui un gestore simultaneo si blocca?

Risposta:

Il gestore simultaneo si blocca per molte ragioni. Alcuni di essi sono:
– Lavori di lunga durata
– Il gestore interno è stato attivato da qualcuno diverso dal proprietario del sistema applicativo
– Il sistema di file del sistema operativo è pieno
– Non è in grado di creare il file di registro
– Hai chiuso il gestore interno, ma in realtà contiene un numero
– Il database è sospeso forse perché i file di registro dell'archivio sono stati riempiti
– Le richieste in sospeso/in attesa sono troppe

Domanda 18: Come possiamo abilitare/disabilitare Gestione risoluzione conflitti?

Risposta: Può essere fatto utilizzando le opzioni del profilo "Concurrent:Use ICM". Impostalo su "Y" per abilitare il gestore di risoluzione dei conflitti. Per disabilitarlo, imposta l'opzione del profilo su "N".

Domanda 19: Cosa sono i Transaction Manager?

Risposta: I gestori delle transazioni forniscono l'elaborazione sincrona dei lavori monitorando continuamente una pipe DBMS per le richieste che arrivano da un'applicazione lato client. Il compito di un gestore delle transazioni consiste nell'elaborare questo lavoro immediatamente e inviare le informazioni al client utilizzando la pipe.

a) I Transaction Manager forniscono un'elaborazione sincrona del lavoro
b) Un cliente fa una richiesta affinché un determinato Transaction Manager esegua un programma e attende i risultati di quel programma
c) I programmi dei team di prodotto sono collegati direttamente a gli eseguibili del gestore delle transazioni
d) PO, CRP, INV, AR e OE tutti i gestori delle transazioni navali

Domanda 20: Come funziona il meccanismo di visualizzazione dei file di registro e di output dal browser?

Rispondi

La sequenza degli eventi è la seguente:
1. Un utente all'interno di una sessione di Applicazioni richiede di visualizzare un file di log o di disconnessione.
2. Il browser riceve la richiesta e genera il programma CGI FNDWRR.exe
3. FNDWRR.exe accede al database e interroga FND_CONCURRENT_REQUESTS per scoprire su quale nodo sono archiviati i file per questa richiesta.
4. FNDWRR.exe costruisce il nome del servizio per il file server su quel nodo. E fa chiamare tns per contattare l'ascoltatore per questo nome di servizio.
5. Il listener risponde generando l'eseguibile FNDFS locale, come definito nel suo file listener.ora. Ora, FNDFS e FNDWRR.exe sono ora in grado di comunicare direttamente, utilizzando le chiamate RPC.
6. FNDWRR.exe richiede a FNDFS di trasferire il file selezionato dall'utente.
7. FNDFS trasferisce il contenuto del file in una directory di file temporanea sul nodo del server Web.
8. Il server web mostra il contenuto del file all'utente.

Domanda 21: Perché il gestore simultaneo inserisce un programma simultaneo in una coda? Perché il manager non lascia semplicemente che il programma venga eseguito?
Risposta: Perché in un dato momento un manager simultaneo può eseguire non più di 10 programmi contemporaneamente. Questa cifra di 10 è configurabile ovviamente. Per prima cosa, il manager inserisce un programma inviato in una coda, quindi controlla se è disponibile uno slot (cioè meno di 10 programmi sono attualmente in esecuzione). Se viene trovato uno slot disponibile, il gestore simultaneo esegue il programma, oppure mantiene il programma simultaneo in una coda con lo stato In sospeso.

Domanda 22: Cosa fare se una richiesta è inattiva/nessun gestore

Risposta: Si tratta di domande piuttosto complicate
a) Assicurati che ci sia almeno un manager attivo con regole di specializzazione che consentano il programma.
b) Se hai confermato il punto precedente, il problema potrebbe essere obsoleto Visualizzazione delle richieste di lavoro
– La vista viene utilizzata internamente per mappare le richieste ai manager
– La vista viene rigenerata quando vengono creati i manager o vengono modificate le regole di specializzazione
c) È possibile rigenerare manualmente la vista
FNDLIBR FND FNDCPBWV app/app SYSADMIN 'Amministratore di sistema' SYSADMIN

Domanda 23: Che cos'è Service Manager?

Risposta: I gestori dei servizi vengono generati sui nodi di livello intermedio di un sistema abilitato per GSM per agire come agenti dell'ICM. Quando l'ICM vede che è necessario un Service Manager per eseguire alcune funzioni, come avviare un processo di gestione simultaneo, su un nodo di livello intermedio, eseguirà chiamate di controllo delle procedure remote (RPC) al listener di app su quel nodo per avviare il Responsabile del servizio. Una volta che il Service manager è stato avviato e inizializzato, l'ICM comunica direttamente alla SM tramite RPC, fornendogli le informazioni per gestire i servizi su quel nodo. L'SM viene generato da APPS TNS Listener. Il listener APPS TNS deve essere avviato su ogni nodo di livello intermedio nel sistema e avviato dall'utente che avvia ICM (ad es. applmgr). Il listener TNS genera Service Manager per l'esecuzione come agente di ICM per il nodo locale
Il Service Manager viene avviato da ICM su richiesta quando necessario. Se non sono necessarie azioni di gestione su un nodo, un Service Manager non verrà avviato da ICM fino a quando non sarà necessario. Quando ICM esce, anche i suoi Service Manager escono.

Domanda 24: Che cosa viene eseguito da ICM Process Monitor?

Risposta: L'ICM stesso e ogni processo generato dall'ICM ha una voce in FND_CONCURRENT_PROCESSES e contiene un blocco DBMS con nome univoco.
Il blocco univoco dell'ICM ha un formato di FNDCPLK_ICM. Questo blocco della sessione del database è il metodo con cui l'ICM garantisce che i processi del gestore e del servizio siano ancora attivi a ogni ciclo PMON. Se l'ICM può ottenere il blocco della sessione DBMS di un processo, l'ICM avvierà un nuovo processo per quel gestore o servizio.

Questo è il motivo per cui vedrai spesso voci come processo morto trovato, avviando un nuovo processo nei file di registro ICM.

Articoli correlati per Gestore simultaneo

Isolamento dei programmi simultanei successivi all'aggiornamento in una coda di gestione separata nella R12.2:come isolare la richiesta simultanea inviata dall'aggiornamento a un gestore simultaneo separato in modo da non influire sulla normale elaborazione simultanea
come inviare l'output di un programma simultaneo tramite email :opzione di consegna per l'output del programma simultaneo nella versione Oracle EBS R12.
Set di richieste nelle app Oracle:il set di richieste offre la possibilità di inviare lo stesso set di richieste regolarmente utilizzando una singola transazione.
CP Analyzer:il CP Analyzer esamina le configurazioni CP e le confronta con le best practice Oracle
Simultanea:fase e stato della richiesta:tutte le informazioni sulla fase e sullo stato della richiesta simultanea. Il significato è derivato per ciascuna combinazione.
ORA-01427:verifica questo per la soluzione su ORA-01427:la sottoquery a riga singola restituisce più di un errore di riga, come risolverlo quando si verifica con Concurrent Manager
Priorità per il programma simultaneo:questo post ha una descrizione dettagliata ription sulla modifica della priorità per il programma simultaneo o utente o richiesta di risoluzione dei problemi di esecuzione di report critici per gli utenti

Corsi consigliati

Di seguito sono riportati alcuni dei corsi consigliati che puoi acquistare se vuoi fare un ulteriore passo avanti

Di seguito sono riportati i link ad alcuni dei corsi


Oracle DBA 11g/12c – Amministrazione database per Junior DBA :questo corso è adatto alle persone che iniziano come Junior DBA o aspirano a diventare Oracle DBA. Ciò fornirà una buona comprensione delle attività di backup e ripristino e amministrazione generale
Oracle Database:Oracle 12C R2 RAC Administration :questo corso copre l'installazione e l'amministrazione di Oracle RAC. Un buon corso per Oracle DBA che desidera aggiornare le proprie competenze per Oracle RAC
Oracle Data Guard:Database Administration for Oracle 12C R2 :questo corso copre l'installazione e l'amministrazione di Oracle Dataguard. Un buon corso per Oracle DBA che vuole aggiornare le sue competenze per Oracle Dataguard

Libri consigliati
OCA/OCP Oracle Database 12c All-in-One Exam Guide (esami 1Z0-061, 1Z0-062 e 1Z0-063)
Oracle Database 12c DBA Handbook (Oracle Press)
Script Oracle DBA All-in-one – Una guida che ogni DBA deve avere:Script Oracle dba raccolta utilizzata quotidianamente da amministratori di database esperti. Devi avere script dba per le tue attività quotidiane!