Fantastische 24 gleichzeitige Manager-Interviewfragen

Hier sind tolle 24 Concurrent-Manager-Interviewfragen, die in den meisten Vorstellungsgesprächen gestellt werden, um die Arbeitsfähigkeiten von Concurrent-Managern zu testen

Frage 1: Was sind die verschiedenen Arten von gleichzeitigen Managern?

Antwort Es gibt mehrere Arten von gleichzeitigen Managern. Wichtige:
Internal Manager
Standard Manager.
Conflict Resolution Manager
Interne Monitore
Service Manager
Transaction Manager
Custom Manager Defined

Lesen Sie mehr unter dem folgenden Link

Oracle Concurrent Manager

Frage 2: Was ist Internal Concurrent Manager?

Antwort :Er ist für die Kontrolle aller anderen gleichzeitigen Manager verantwortlich. Seine Hauptaufgabe besteht darin sicherzustellen, dass alle anderen Concurrent Manager betriebsbereit sind. Er steuert andere Manager durch die an den Dienstmanager gestellten Anforderungen. Außerdem wird der Dienstmanager für alle Knoten gestartet, gestoppt und neu gestartet.

Frage 3: Was ist Conflict Resolution Manager (CRM)?

Antwort: Es kümmert sich um die Auflösung der Programminkompatibilitäten und prüft, ob eine Anfrage in der Warteschlange parallel zur laufenden Anfrage ausgeführt werden kann. Wenn ein Programm als allein ausgeführt identifiziert wird, hindert es gleichzeitige Manager daran, andere Programme in derselben Konfliktdomäne zu starten.

Frage 4: Was ist ein Standardmanager?

Antwort :Standard Manager ist der Master Concurrent Manager. Es läuft immer und kann sich um die Verarbeitung aller gleichzeitigen Anfragen kümmern. Wenn einem Programm überhaupt kein anderer Manager zugewiesen ist, wird dieses Programm vom Standardmanager ausgewählt.

Frage 5:
Was passiert hinter den Kulissen, wenn eine gleichzeitige Anfrage eingereicht wird?

Antwort

(1) Sobald eine gleichzeitige Anfrage vom Benutzer übermittelt wird, wird die Tabelle FND_CONCURRENT_REQUESTS automatisch mit den Details der Anfrage aktualisiert. Die Tabelle wird auch mit den Informationen über den Zeitplan der gleichzeitigen Anfrage aktualisiert, unabhängig davon, ob sie sofort oder zu einem festen Zeitpunkt geplant ist.

(2 Wenn die Anforderung inkompatibel ist/Einschränkungen definiert sind, wird der Status der Anforderung, sobald die Ausführungszeit der Anforderung erreicht ist, auf ausstehend/Standby gesetzt. Jetzt kümmert sich der Konfliktlösungsmanager um die Anforderung und findet die Inkompatibilitäten heraus und setzt den Status ausstehend normal, wenn die Inkompatibilitäten behoben sind.

(3) Wenn keine Inkompatibilitäten vorliegen, wird der Status, sobald die Ausführungszeit der Anforderung erreicht ist, auf „Ausstehend/Normal“ gesetzt.

(4) ALLE standardmäßigen gleichzeitigen Manager und speziellen Manager fragen kontinuierlich die FND_CONCURRENT_REQUESTS-Tabelle ab. Die Aufgabe eines gleichzeitigen Managers besteht darin, gleichzeitige Anforderungen auszuführen, die sich in der Phase/dem Status „Ausstehend“/„Normal“ befinden und für die er gemäß seinen Spezialisierungsregeln qualifiziert ist.

(5) Gleichzeitige Manager-Prozesse
– Handeln Sie unabhängig
– Wählen Sie nur Anfragen aus, die:(a) den Manager-Spezialisierungsregeln entsprechen, (b) ausstehend/normal sind, (c) eine angeforderte Startzeit <=haben sysdate

(6) Sobald die Anforderung verarbeitet ist, wird die Tabelle FND_CONCURRENT_REQUESTS mit dem Status aktualisiert.

Frage 6: Geschäftsbenutzer erstellen den Vorfall, dass gleichzeitige Anfragen viel Zeit in Anspruch nehmen. Wie werden Sie beim Debuggen vorgehen?

Antwort

1) Finden Sie zuerst den Status der gleichzeitigen Anfrage. Es kann später geplant werden oder es könnte sich im Warte-/Standby-Modus befinden oder alle gleichzeitigen Manager sind damit beschäftigt, andere Anforderungen auszuführen. Wenn es ausstehend/Standby ist, müssen wir das inkompatible Programm finden und den Benutzer informieren. Oft planen die Benutzer die Ausführung der Anfrage zu einem späteren Zeitpunkt.

2) Finden Sie die Datenbank-SID der gleichzeitigen Anfrage heraus und überprüfen Sie, ob sie auf Sperren wartet. Wir werden die blockierende Orakelsitzung beenden, um den Job abzuschließen

3) Wir können eine Ablaufverfolgung für die Anforderungs-ID ausführen, um die ausgeführte SQL zu finden, und dann den Erklärungsplan dafür generieren. Sie können sehen, ob die Sid bei einem bestimmten SQL hängen bleibt. Wenn es sich um eine bestimmte SQL handelt, ist es gut, die Statistiken der betreffenden Tabelle zu überprüfen. Wir können nach einer Optimierungsmöglichkeit für diese Abfrage suchen

4) Wir können die Parameter überprüfen, mit denen die Anfrage ausgeführt wird. (Zum Beispiel, als ein Benutzer sagte, dass die Anfrage die Ausgabe nicht druckt. Beim Überprüfen der möglichen Dinge wurde festgestellt, dass er die Anfrage mit Druckkopien =0 geplant hat.)

Frage 7: Was passiert, wenn der interne Concurrent Manager plötzlich stirbt? Werden alle Manager auch sofort danach getötet?

Antwort

Nein ALLE Standardmanager laufen weiter und führen die Anfrage aus. Wenn der interne Manager stirbt, werden die folgenden Warteschlangensteuerungsanfragen nicht ausgeführt

a) Startet alle anderen Prozesse.
b) Führt vom Administrator übermittelte „Control Requests“ aus.
c) Concurrent Manager aktivieren/deaktivieren/abbrechen
d) Concurrent Request beenden
e ) Überwacht Prozesse und startet fehlgeschlagene neu.
f) Legt die Zielanzahl von Prozessen für jeden Dienst basierend auf der aktuellen Arbeitsschicht fest.

Frage 8: Führt oder plant der interne Manager Anfragen für sich selbst?

Antwort

Nein, der interne Manager führt keine Anfragen aus oder plant sie. Es hat nichts damit zu tun, Anfragen zu planen oder zu entscheiden, welcher Manager eine bestimmte Anfrage ausführt. Seine Funktion besteht nur darin, Anfragen zur „Warteschlangensteuerung“ auszuführen

a) Startet alle anderen Prozesse.
b) Führt vom Administrator übermittelte „Control Requests“ aus.
c) Concurrent Manager aktivieren/deaktivieren/abbrechen
d) Concurrent Request beenden
e ) Überwacht Prozesse und startet fehlgeschlagene neu.
f) Legt die Zielanzahl von Prozessen für jeden Dienst basierend auf der aktuellen Arbeitsschicht fest.

Frage 9: Wie verarbeite ich mehrere gleichzeitige Anfragen parallel?

Antwort

Wir können die Zielprozesse des gleichzeitigen Managers erhöhen, um die Parallelität zu erhöhen. Dies kann mithilfe des Formulars „Concurrent Manager definieren“ oder durch eine direkte Aktualisierung von sqlplus

Frage 10: Wenn der interne Manager ausfällt, muss ich dann alle Manager beenden, bevor ich den internen Manager neu starte?

Antwort
Nein, wenn der interne Manager ausfällt, müssen Sie nicht alle Manager töten. Sie können den internen Manager einfach mit startmgr.

Frage 11 :Auf welche Probleme sind Sie beim Herunterfahren von Anwendungen gestoßen?

Antwort

Beim Herunterfahren einer Anwendung wird der gleichzeitige Manager im Allgemeinen nicht heruntergefahren, da möglicherweise einige der anderen Anforderungen ausgeführt werden. Wir werden sehen, welche gleichzeitigen Anfragen laufen, indem wir fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process und v$sqltext abfragen.

Wenn diese Anfrage nur eine Select-Anweisung ausführt, werden wir diese Anfragen beenden, andernfalls prüfen wir, wie lange es dauern wird, bis sie abgeschlossen sind, indem wir die vorherigen Ausführungen dieser Anfrage abfragen, und dann werden wir entscheiden, was zu tun ist.

Frage 12: Was sind interne Monitore?

Antwort: Interne Monitore werden speziell in PCP verwendet, um ein ICM-Failover auf andere verfügbare Knoten der mittleren Ebene zu ermöglichen.
a) Platzieren Sie einen internen Monitor auf jedem Knoten, auf dem der ICM im Falle eines Fehlers starten kann.
b) Interne Monitore werden standardmäßig auf jeden registrierten Knoten gesetzt.
c) Wenn der ICM ausfällt, versucht der interne Monitor, einen neuen ICM auf dem lokalen Knoten zu starten.
d) Wenn mehrere ICMs gestartet werden, nur der erste bleibt aktiv. Die anderen werden elegant aussteigen.

Frage 13: Kann ich den Concurrent Manager löschen?
Antwort:

Ja, Sie können alle gleichzeitig angemeldeten Manager löschen. Fragen Sie zum Löschen nach dem Manager im definierten Concurrent Manager-Formular und löschen Sie dann die Zeile.

Das Löschen der vordefinierten gleichzeitigen Manager wird nicht empfohlen und sollte niemals durchgeführt werden. Das Löschen kann zu Instabilität im System führen.

Frage 14: Woher wissen Sie, welche Ablaufverfolgungsdatei für die jeweilige Anfrage erstellt wird?

Antwort

Sie können dasselbe mit dem unten angegebenen Skript herausfinden. Die Ablaufverfolgung befindet sich am udump-Speicherort des Datenbankservers.

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;

Die 30 nützlichsten gleichzeitigen Manager-Abfragen

Frage 15: Erklären Sie, wie Parallel Concurrent Processing (PCP) funktioniert?

Antwort
Bei Parallel Concurrent Processing wird allen Managern ein Primär- und ein Sekundärknoten zugeordnet. Die Manager werden standardmäßig in ihrem primären Knoten gestartet. Im Falle eines Knotenausfalls oder eines Oracle-Instanzausfalls werden alle gleichzeitigen Manager auf diesem Knoten auf ihre sekundären Knoten umgeschaltet. Sobald der primäre Knoten wieder verfügbar ist, werden die gleichzeitigen Manager auf den sekundären Knoten zurück auf den primären Knoten migriert. Während des Migrationsprozesses kann ein Manager sowohl auf primäre als auch auf sekundäre Knoten verteilt werden.

Bei paralleler gleichzeitiger Verarbeitung kann es vorkommen, dass in einem Knoten, auf dem parallele gleichzeitige Verarbeitung konfiguriert ist, die Oracle-Instanz möglicherweise ausgeführt wird oder nicht. Der Knoten, auf dem Oracle nicht ausgeführt wird, verbindet sich über Net8 mit einem Knoten, auf dem Oracle ausgeführt wird.
Der interne Concurrent Manager kann auf jedem Knoten ausgeführt werden und Concurrent Manager auf allen Knoten aktivieren und deaktivieren. Da der interne Concurrent Manager jederzeit aktiv sein muss, benötigt er eine hohe Fehlertoleranz. Um diese Fehlertoleranz bereitzustellen, verwendet die parallele gleichzeitige Verarbeitung interne Überwachungsprozesse. Die Aufgabe des internen Überwachungsprozesses besteht darin, den internen Manager ständig zu überwachen und ihn zu starten, wenn er fehlschlägt. Auf einem einzelnen Knoten kann nur ein interner Monitorprozess aktiv sein. Sie entscheiden, welche Knoten einen internen Monitorprozess haben, wenn Sie Ihr System konfigurieren. Sie können auch jedem internen Monitorprozess einen primären und einen sekundären Knoten zuweisen, um einen Failover-Schutz zu gewährleisten. Internen Überwachungsprozessen können wie Concurrent Manager Arbeitsschichten zugewiesen werden und sie werden vom internen Concurrent Manager aktiviert und deaktiviert.

Parallele gleichzeitige Verarbeitung

Frage 16: Unter welchen Umständen müssen Sie den gleichzeitigen Manager zurückweisen?

Antwort:Es kann viele Situationen geben, in denen Sie den gleichzeitigen Manager zurückweisen müssen

a) Wenn Sie die Definition der Drucker ändern
b) Wenn Sie die Umgebungsvariablen ändern. Angenommen, Sie haben die APPLTMP- und APPLPTMP-Variablen geändert.
c) Wenn alle Anforderungen ausstehend und hängend sind und keine Verarbeitung stattfindet
d) Patch-Anwendung erfordert das Zurücksenden des CM
e) Wir haben Viele globale Hänge im System aufgrund von Sperren durch mehrere gleichzeitige Manager und andere Prozesse

Frage 17: Was sind die Gründe, warum ein gleichzeitiger Manager hängt?

Antwort:

Der gleichzeitige Manager hängt aus vielen Gründen. Einige davon sind:
– Jobs mit langer Laufzeit
– Der interne Manager wurde von jemand anderem als dem Besitzer des Anwendungssystems aktiviert
– Das Dateisystem des Betriebssystems ist voll
– Die Logdatei kann nicht erstellt werden
– Sie haben den internen Manager heruntergefahren, aber eigentlich hat er eine Nummer drin
– Die Datenbank hängt vielleicht, weil die Archiv-Logdateien gefüllt wurden
– Ausstehende/Standby-Anfragen sind zu viele

Frage 18: Wie können wir den Conflict Resolution Manager aktivieren/deaktivieren?

Antwort: Dies kann mit den Profiloptionen „Concurrent:Use ICM“ erfolgen. Setzen Sie ihn auf „Y“, um den Konfliktlösungsmanager zu aktivieren. Um es zu deaktivieren, setzen Sie die Profiloption auf „N“.

Frage 19: Was sind Transaktionsmanager?

Antwort: Transaktionsmanager stellen eine synchrone Jobverarbeitung bereit, indem sie eine DBMS-Pipe kontinuierlich auf Anforderungen überwachen, die von einer clientseitigen Anwendung eingehen. Die Aufgabe eines Transaktionsmanagers besteht darin, diesen Job sofort zu verarbeiten und Informationen über die Pipe an den Client zurückzusenden.

a) Transaktionsmanager bieten synchrone Auftragsverarbeitung
b) Ein Client fordert einen bestimmten Transaktionsmanager an, ein Programm auszuführen, und wartet auf die Ergebnisse dieses Programms
c) Die Programme der Produktteams sind direkt mit ihnen verknüpft die ausführbaren Transaktionsmanager
d) PO, CRP, INV, AR und OE liefern alle Transaktionsmanager

Frage 20: Wie funktioniert der Mechanismus zum Anzeigen von Protokoll- und Ausgabedateien im Browser?

Antwort

Der Ablauf ist wie folgt:
1. Ein Benutzer innerhalb einer Anwendungssitzung fordert die Anzeige einer Protokoll- oder Ausgabedatei an.
2. Der Browser empfängt die Anfrage und startet das CGI-Programm FNDWRR.exe
3. FNDWRR.exe meldet sich bei der Datenbank an und fragt FND_CONCURRENT_REQUESTS ab, um herauszufinden, auf welchem ​​Knoten die Dateien für diese Anfrage gespeichert sind.
4. FNDWRR.exe erstellt den Dienstnamen für den Dateiserver auf diesem Knoten. Und macht den tns-Aufruf, um den Listener für diesen Dienstnamen zu kontaktieren.
5. Der Listener antwortet, indem er die lokale ausführbare FNDFS-Datei erzeugt, wie in seiner Datei listener.ora definiert. Jetzt können FNDFS und FNDWRR.exe direkt über RPC-Aufrufe kommunizieren.
6. FNDWRR.exe fordert FNDFS auf, die vom Benutzer ausgewählte Datei zu übertragen.
7. FNDFS überträgt die Dateiinhalte in ein temporäres Dateiverzeichnis auf dem Knoten des Webservers.
8. Der Webserver zeigt dem Benutzer den Dateiinhalt an.

Frage 21: Warum stellt der Concurrent-Manager ein Concurrent-Programm in eine Warteschlange? Warum lässt der Manager das Programm nicht einfach laufen?
Antwort: Denn zu einem bestimmten Zeitpunkt kann ein Concurrent Manager nicht mehr als sagen wir 10 Programme gleichzeitig ausführen. Diese 10er-Zahl ist natürlich konfigurierbar. Zuerst stellt der Manager ein eingereichtes Programm in eine Warteschlange, als nächstes prüft der Manager, ob ein Slot verfügbar ist (d. h. weniger als 10 Programme laufen derzeit). Wenn ein verfügbarer Slot gefunden wird, führt der Concurrent Manager das Programm aus oder hält das Concurrent-Programm in einer Warteschlange mit dem Status Pending.

Frage 22: Was tun, wenn eine Anfrage inaktiv/kein Manager ist

Antwort: Das sind ziemlich knifflige Fragen
a) Stellen Sie sicher, dass es mindestens einen aktiven Manager mit Spezialisierungsregeln gibt, die das Programm zulassen.
b) Wenn Sie den vorherigen Punkt bestätigt haben, ist das Problem möglicherweise veraltet Worker Request View
– Die Ansicht wird intern verwendet, um Anfragen Managern zuzuordnen
– Die Ansicht wird neu generiert, wenn Manager erstellt oder Spezialisierungsregeln geändert werden
c) Sie können die Ansicht manuell neu generieren
FNDLIBR FND FNDCPBWV Apps/Apps SYSADMIN 'Systemadministrator' SYSADMIN

Frage 23: Was ist Service Manager?

Antwort: Dienstmanager werden auf den Knoten der mittleren Ebene eines GSM-fähigen Systems erzeugt, um als Agent des ICM zu fungieren. Wenn der ICM feststellt, dass ein Service Manager eine Funktion ausführen muss, z. B. das Starten eines gleichzeitigen Managerprozesses, auf einem Knoten der mittleren Ebene, führt er RPC-Aufrufe (Remote Procedure Control) an den Apps-Listener auf diesem Knoten aus, um die Service Manager. Sobald der Dienstmanager gestartet und initialisiert wurde, kommuniziert der ICM direkt mit dem SM über RPC und gibt ihm Informationen zum Verwalten der Dienste auf diesem Knoten. Der SM wird vom APPS TNS Listener erzeugt. Der APPS TNS Listener muss auf jedem Middle-Tier-Knoten im System gestartet und von dem Benutzer gestartet werden, der ICM startet (z. B. applmgr). Service Manager wird bei Bedarf von ICM bei Bedarf gestartet. Wenn auf einem Knoten keine Verwaltungsaktionen erforderlich sind, wird ein Service Manager erst dann von ICM gestartet, wenn dies erforderlich ist. Wenn ICM beendet wird, wird auch der Service Manager beendet.

Frage 24: Was alles wird von ICM Process Monitor durchgeführt?

Antwort: Der ICM selbst und jeder vom ICM erzeugte Prozess hat einen Eintrag in FND_CONCURRENT_PROCESSES und hält eine eindeutig benannte DBMS-Sperre.
Die eindeutige Sperre des ICM hat das Format FNDCPLK_ICM. Diese Datenbanksitzungssperre ist die Methode, mit der der ICM in jedem PMON-Zyklus sicherstellt, dass Manager- und Dienstprozesse noch am Leben sind. Wenn der ICM die DBMS-Sitzungssperre eines Prozesses abrufen kann, startet der ICM einen neuen Prozess für diesen Manager oder Dienst.

Aus diesem Grund sehen Sie in den ICM-Protokolldateien häufig Einträge wie toter Prozess gefunden, neuer Prozess gestartet.

Verwandte Artikel für Concurrent Manager

Isolieren von gleichzeitigen Programmen nach dem Upgrade in einer separaten Manager-Warteschlange in R12.2 :So isolieren Sie die vom Upgrade angeforderten gleichzeitigen Programme an einen separaten gleichzeitigen Manager, sodass die reguläre gleichzeitige Verarbeitung nicht beeinträchtigt wird
wie Sie die Ausgabe des gleichzeitigen Programms senden E-Mail :Bereitstellungsoption für gleichzeitige Programmausgabe in der Oracle EBS R12-Version.
Anforderungssatz in Oracle-Apps:Der Anforderungssatz bietet die Möglichkeit, denselben Satz von Anforderungen regelmäßig mit einer einzigen Transaktion zu senden.
CP Analyzer:The CP Analyzer überprüft CP-Konfigurationen und vergleicht sie mit den Best Practices von Oracle
Concurrent:Request Phase and Status :Alle Informationen über Concurrent Request Phase and Status .Die Bedeutung wird für jede Kombination abgeleitet.
ORA-01427 :Check out dies für die Lösung zu ORA-01427:Einzelzeilen-Unterabfrage gibt mehr als einen Zeilenfehler zurück, wie man ihn löst, wenn er mit Concurrent Manager auftritt
Priorität für Concurrent Program:Dieser Beitrag hat eine detaillierte Beschreibung ription über die Änderung der Priorität für das gleichzeitige Programm oder den Benutzer oder die Anforderung, benutzerkritische Probleme bei der Ausführung von Berichten zu lösen

Empfohlene Kurse

Im Folgenden finden Sie einige der empfohlenen Kurse, die Sie kaufen können, wenn Sie einen Schritt weiterkommen möchten

Unten finden Sie die Links zu einigen der Kurse

Oracle DBA 11g/12c – Datenbankverwaltung für Junior DBA :Dieser Kurs eignet sich für Personen, die als Junior DBA beginnen oder Oracle DBA werden möchten. Dies vermittelt ein gutes Verständnis von Backup &Recovery und allgemeinen Verwaltungsaufgaben
Oracle Database:Oracle 12C R2 RAC Administration :Dieser Kurs behandelt die Installation und Verwaltung von Oracle RAC. Ein guter Kurs für Oracle DBA, der seine Fähigkeiten für Oracle RAC verbessern möchte
Oracle Data Guard:Datenbankverwaltung für Oracle 12C R2 :Dieser Kurs behandelt die Installation und Verwaltung von Oracle Dataguard. Ein guter Kurs für Oracle DBA, der seine Fähigkeiten für Oracle Dataguard verbessern möchte