24 pertanyaan Wawancara Manajer Serentak yang Luar Biasa

Berikut adalah 24 pertanyaan Wawancara Manajer Serentak yang luar biasa yang diajukan di sebagian besar wawancara untuk menguji keterampilan kerja Manajer serentak

Pertanyaan 1: Apa saja jenis-jenis manajer konkuren?

Jawaban Ada beberapa jenis manajer konkuren. Yang penting:
Manajer Internal
Manajer Standar.
Manajer Resolusi Konflik
Monitor internal
Manajer Layanan
Manajer Transaksi
Manajer Kustom Ditetapkan

Baca selengkapnya di tautan di bawah

Oracle Concurrent Manager

Pertanyaan 2: Apa itu Manajer Konkuren Internal?

Jawaban :Bertanggung jawab untuk mengendalikan semua manajer bersamaan lainnya. Tugas utamanya adalah memastikan bahwa semua manajer konkuren lainnya aktif dan berjalan. Ini mengontrol manajer lain melalui permintaan yang dibuat ke manajer layanan. Itu juga memulai, menghentikan, dan memulai ulang pengelola layanan untuk semua node.

Pertanyaan 3: Apa itu Pengelola Resolusi Konflik (CRM)?

Jawaban: Ini menangani penyelesaian ketidakcocokan program dan memeriksa apakah permintaan dalam antrian dapat dijalankan secara paralel dengan permintaan yang berjalan. Jika sebuah program diidentifikasi berjalan sendiri, maka program tersebut mencegah manajer bersamaan untuk memulai program lain dalam domain konflik yang sama.

Pertanyaan 4: Apa itu Manajer Standar?

Jawaban :Manajer Standar adalah manajer konkuren master. Itu selalu berjalan dan dapat menangani pemrosesan permintaan bersamaan apa pun. Jika sama sekali, tidak ada manajer lain yang ditugaskan untuk suatu program, program itu akan dipilih oleh manajer standar.

Pertanyaan 5:
Apa yang terjadi di balik layar ketika permintaan bersamaan diajukan?

Jawaban

(1) Setelah permintaan bersamaan diajukan oleh pengguna, tabel FND_CONCURRENT_REQUESTS secara otomatis diperbarui dengan detail permintaan. Tabel juga diperbarui dengan informasi tentang jadwal permintaan serentak apakah itu segera dijadwalkan atau dijadwalkan pada waktu yang tetap.

(2 Jika permintaan tidak kompatibel/batasan ditentukan, Setelah waktu permintaan untuk dijalankan tiba, statusnya diatur ke tertunda/Siaga. Sekarang manajer resolusi konflik menangani permintaan dan mencari tahu apa yang tidak kompatibel dan menetapkan status tertunda normal ketika ketidaksesuaian dihapus.

(3) Jika tidak ada ketidaksesuaian maka Setelah waktu permintaan untuk dijalankan tiba, statusnya disetel ke tertunda/Normal

(4) SEMUA Manajer bersamaan standar dan manajer khusus terus melakukan polling tabel FND_CONCURRENT_REQUESTS. Tugas manajer serentak adalah menjalankan permintaan serentak yang berada dalam fase/status Tertunda / Normal dan memenuhi syarat untuk dijalankan sesuai dengan aturan spesialisasinya.

(5) Proses Manajer Bersamaan
– Bertindak secara independen
– Pilih hanya permintaan yang:(a) cocok dengan aturan spesialisasi manajer, (b) Menunggu Keputusan/Normal, (c) memiliki waktu mulai yang diminta <=tanggal sistem

(6) Setelah permintaan diproses, tabel FND_CONCURRENT_REQUESTS diperbarui dengan status.

Pertanyaan 6: Pengguna bisnis membuat insiden yang membutuhkan banyak waktu untuk diselesaikan secara bersamaan. Apa pendekatan Anda untuk men-debug-nya?

Jawaban

1) Pertama temukan status permintaan bersamaan. Ini mungkin dijadwalkan nanti atau bisa jadi mode tertunda/siaga atau semua manajer bersamaan sibuk menjalankan permintaan lain. Jika tertunda/siaga, kami perlu menemukan program yang tidak kompatibel berjalan dan memberi tahu pengguna. Sering kali pengguna menjadwalkan permintaan untuk dijalankan di lain waktu.

2) Cari tahu sisi basis data dari permintaan bersamaan dan periksa apakah itu menunggu di kunci apa pun. Kami akan membunuh sesi Oracle yang memblokir untuk menyelesaikan pekerjaan

3) Kita dapat menjalankan trace pada request-id untuk menemukan sql yang sedang berjalan dan kemudian membuat rencana penjelasan untuk itu. Anda dapat melihat apakah sid macet pada sql tertentu. Jika itu adalah sql tertentu, maka ada baiknya untuk memeriksa statistik tabel yang terlibat. Kami dapat mencari peluang penyetelan untuk kueri itu

4) Kami dapat memeriksa parameter yang menjalankan permintaan. (Misalnya, setelah pengguna datang mengatakan permintaan tidak mencetak output. Saat Memeriksa hal-hal yang mungkin, disadari bahwa dia menjadwalkan permintaan dengan salinan cetak =0.)

Pertanyaan 7: Apa yang terjadi ketika manajer konkuren internal meninggal secara tiba-tiba? Apakah semua manajer juga dibunuh segera setelah itu?

Jawaban

Tidak SEMUA manajer standar tetap menjalankan dan menjalankan permintaan. jika manajer internal mati, permintaan kontrol antrian di bawah ini tidak dilakukan

a) Memulai semua proses lainnya.
b) Mengeksekusi "permintaan kontrol" yang dikirimkan oleh administrator.
c) Aktifkan/Nonaktifkan/Batalkan Manajer Bersamaan
d) Hentikan Permintaan Bersamaan
e ) Memantau proses, memulai kembali semua yang gagal.
f) Menetapkan jumlah target proses untuk setiap layanan berdasarkan shift kerja saat ini.

Pertanyaan 8: Apakah manajer internal menjalankan atau menjadwalkan permintaan untuk dirinya sendiri?

Jawaban

Tidak, manajer internal tidak menjalankan atau menjadwalkan permintaan apa pun. Ini tidak ada hubungannya dengan permintaan penjadwalan atau memutuskan manajer mana yang akan menjalankan permintaan tertentu. Fungsinya hanya untuk menjalankan permintaan 'kontrol antrian'

a) Memulai semua proses lainnya.
b) Mengeksekusi "permintaan kontrol" yang dikirimkan oleh administrator.
c) Aktifkan/Nonaktifkan/Batalkan Manajer Bersamaan
d) Hentikan Permintaan Bersamaan
e ) Memantau proses, memulai kembali semua yang gagal.
f) Menetapkan jumlah target proses untuk setiap layanan berdasarkan shift kerja saat ini.

Pertanyaan 9: Bagaimana cara memproses lebih banyak permintaan bersamaan secara paralel?

Jawaban

Kami dapat meningkatkan proses target manajer konkuren untuk meningkatkan paralelisme. Ini dapat dilakukan dengan menggunakan formulir pengelola bersamaan yang ditentukan atau melalui pembaruan langsung dari sqlplus

Pertanyaan 10: Jika manajer internal mati, apakah saya perlu membunuh semua manajer sebelum memulai kembali manajer internal?

Jawaban
Tidak, jika manajer internal turun, Anda tidak perlu membunuh semua manajer. Anda cukup memulai pengelola internal menggunakan startmgr.

Pertanyaan 11 :Masalah apa yang Anda hadapi saat mematikan aplikasi?

Jawaban

Saat mematikan aplikasi, umumnya manajer bersamaan tidak akan turun karena beberapa permintaan lain mungkin sedang berjalan. Kita akan melihat permintaan bersamaan apa yang berjalan dengan menanyakan fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process dan v$sqltext.

Jika permintaan tersebut hanya melakukan beberapa pernyataan pilih, maka kami akan menghentikan permintaan tersebut, jika tidak, kami akan memeriksa berapa lama waktu yang diperlukan untuk menyelesaikannya dengan menanyakan proses permintaan sebelumnya, dan kemudian kami akan memutuskan apa yang harus dilakukan.

Pertanyaan 12: Apa itu Monitor Internal?

Jawaban: Monitor Internal digunakan secara khusus di PCP untuk memungkinkan failover ICM ke node tingkat menengah lain yang tersedia.
a) Tempatkan Monitor Internal di setiap node tempat ICM dapat memulai jika terjadi kegagalan.
b) Monitor Internal diunggulkan pada setiap node yang terdaftar secara default.
c) Jika ICM turun, Monitor Internal akan mencoba untuk memulai ICM baru pada node lokal.
d) Jika beberapa ICM dimulai, hanya yang pertama akan tetap aktif. Yang lain akan keluar dengan anggun.

Pertanyaan 13: Dapatkah saya menghapus pengelola serentak?
Jawaban:

Ya, Anda dapat menghapus pengelola serentak mana pun. Untuk menghapus, kueri pengelola dalam formulir pengelola bersamaan yang ditentukan, lalu hapus baris.

Menghapus manajer konkuren yang telah ditentukan sebelumnya tidak disarankan dan tidak boleh dilakukan. Penghapusan dapat menyebabkan ketidakstabilan dalam sistem.

Pertanyaan 14: Bagaimana Anda bisa mengetahui file jejak mana yang dibuat untuk permintaan tertentu?

Jawaban

Anda dapat mengetahui hal yang sama menggunakan skrip yang diberikan di bawah ini. Jejak akan ditempatkan di lokasi udump dari server 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;

30 Kueri Pengelola Serentak Paling Berguna Teratas

Pertanyaan 15: Jelaskan cara kerja pemrosesan bersamaan paralel (PCP)?

Jawaban
Dalam kasus pemrosesan bersamaan paralel, semua manajer diberi node primer dan sekunder. Manajer dimulai di node utama mereka secara default. Dalam kasus kegagalan node atau kegagalan instance Oracle, semua manajer bersamaan pada node tersebut dialihkan ke node sekunder mereka. Setelah node utama tersedia lagi, manajer bersamaan pada node sekunder dimigrasikan kembali ke node utama. Selama proses migrasi, seorang manajer mungkin tersebar di node primer dan sekunder.

Dalam hal pemrosesan bersamaan paralel, mungkin terjadi bahwa dalam sebuah node di mana pemrosesan paralel paralel dikonfigurasi, instance Oracle mungkin berjalan atau tidak. Node yang tidak menjalankan Oracle, manajer konkuren terhubung melalui Net8 ke node yang menjalankan Oracle.
Manajer konkuren internal dapat berjalan di node mana pun dan dapat mengaktifkan dan menonaktifkan manajer konkuren di semua node. Karena manajer konkuren internal harus aktif setiap saat, diperlukan toleransi kesalahan yang tinggi. Untuk memberikan toleransi kesalahan ini, pemrosesan paralel paralel menggunakan proses monitor internal. Tugas proses pemantau internal adalah terus memantau manajer internal dan memulainya ketika gagal. Hanya satu proses monitor internal yang dapat aktif pada satu node. Anda memutuskan node mana yang memiliki proses monitor internal saat Anda mengonfigurasi sistem Anda. Anda juga dapat menetapkan setiap proses monitor internal sebagai node primer dan sekunder untuk memastikan perlindungan fail-over. Proses monitor internal, seperti manajer konkuren, dapat diberikan shift kerja, dan diaktifkan serta dinonaktifkan oleh manajer konkuren internal.

Pemrosesan Serentak Paralel

Pertanyaan 16: Apa keadaan di mana Anda perlu memantulkan manajer bersamaan?

Jawaban:Ada banyak situasi di mana Anda perlu memantulkan manajer bersamaan

a) Saat Anda mengubah definisi printer
b) Saat Anda mengubah variabel lingkungan. Misalkan Anda telah mengubah variabel APPLTMP dan APPLPTMP.
c) Ketika semua permintaan tertunda dan menggantung dan tidak ada pemrosesan yang terjadi
d) aplikasi patch memerlukan pantulan CM
e) Kami memiliki banyak global hang dalam sistem karena penguncian oleh beberapa manajer bersamaan dan proses lainnya

Pertanyaan 17: Apa alasan manajer konkuren hang?

Jawaban:

Manajer bersamaan hang karena berbagai alasan. Beberapa di antaranya adalah:
– Pekerjaan yang berjalan lama
– Manajer internal diaktifkan oleh orang lain selain pemilik sistem aplikasi
– Sistem file sistem operasi penuh
– Tidak dapat membuat file log
– Anda telah mematikan manajer internal, tetapi sebenarnya ada nomor di dalamnya
– Basis data hang mungkin karena file log arsip telah diisi
– Permintaan tertunda/siaga terlalu banyak

Pertanyaan 18: Bagaimana cara mengaktifkan/menonaktifkan Pengelola Resolusi Konflik?

Jawaban: Itu dapat dilakukan dengan menggunakan opsi profil "Serentak:Gunakan ICM". Setel ke "Y" untuk mengaktifkan manajer Resolusi Konflik. Untuk menonaktifkannya, setel opsi profil ke “N”.

Pertanyaan 19: Apa itu Manajer Transaksi?

Jawaban: Manajer transaksi menyediakan pemrosesan pekerjaan sinkron dengan terus memantau pipa DBMS untuk permintaan yang datang dari aplikasi sisi klien. Tugas manajer transaksi adalah memproses pekerjaan ini segera dan mengirim informasi kembali ke klien menggunakan pipa.

a) Manajer Transaksi Menyediakan Pemrosesan Pekerjaan Sinkron
b) Klien membuat permintaan untuk manajer transaksi tertentu untuk menjalankan program dan menunggu hasil program tersebut
c) Program tim produk ditautkan langsung ke manajer transaksi yang dapat dieksekusi
d) PO, CRP, INV, AR, dan OE semua manajer transaksi kapal

Pertanyaan 20: Bagaimana mekanisme melihat log dan file keluaran bekerja dari browser?

Jawaban

Urutan acaranya adalah sebagai berikut:
1. Seorang pengguna dalam sesi Aplikasi meminta untuk melihat file log atau keluar.
2. Browser menerima permintaan dan memunculkan program CGI FNDWRR.exe
3. FNDWRR.exe masuk ke database dan menanyakan FND_CONCURRENT_REQUESTS untuk menemukan di node mana file untuk permintaan ini disimpan.
4. FNDWRR.exe membangun nama layanan untuk file server pada node tersebut. Dan membuat panggilan tns untuk menghubungi pendengar untuk nama layanan ini.
5. Listener merespons dengan memunculkan FNDFS lokal yang dapat dieksekusi, seperti yang didefinisikan dalam file listener.ora-nya. Sekarang, FNDFS dan FNDWRR.exe dapat berkomunikasi secara langsung sekarang, menggunakan panggilan RPC.
6. FNDWRR.exe meminta FNDFS untuk mentransfer file yang dipilih oleh pengguna.
7. FNDFS mentransfer konten file ke direktori file sementara di node server web.
8. Server web menampilkan konten file kepada pengguna.

Pertanyaan 21: Mengapa manajer Concurrent menempatkan program bersamaan ke dalam antrian? Mengapa pengelola tidak membiarkan program berjalan saja?
Jawab: Karena pada suatu titik waktu tertentu, seorang manajer konkuren dapat menjalankan tidak lebih dari katakanlah 10 program secara bersamaan. Angka 10 ini tentu saja dapat dikonfigurasi. Pertama, manajer memasukkan program yang dikirimkan ke dalam antrian, selanjutnya manajer memeriksa apakah ada slot yang tersedia (yaitu Kurang dari 10 program yang sedang berjalan). Jika slot ditemukan tersedia, manajer konkuren kemudian menjalankan program, atau jika tidak, program konkuren tetap dalam antrian dengan status Tertunda.

Pertanyaan 22: Apa yang harus dilakukan jika permintaan Tidak Aktif/Tidak Ada Pengelola

Jawaban: Ini adalah pertanyaan yang cukup rumit
a) Pastikan bahwa setidaknya ada satu manajer aktif dengan aturan spesialisasi yang memungkinkan program.
b) Jika Anda telah mengkonfirmasi poin sebelumnya, maka masalahnya mungkin basi Tampilan Permintaan Pekerja
– Tampilan digunakan secara internal untuk memetakan permintaan ke manajer
– Tampilan dibuat ulang saat manajer dibuat, atau aturan spesialisasi diubah
c) Anda dapat membuat ulang tampilan secara manual
FNDLIBR FND FNDCPBWV aplikasi/aplikasi SYSADMIN 'System Administrator' SYSADMIN

Pertanyaan 23: Apa itu Manajer Layanan?

Jawaban: Manajer Layanan muncul di node tingkat menengah dari sistem yang mendukung GSM untuk bertindak sebagai agen ICM. Ketika ICM melihat bahwa perlu Manajer Layanan untuk melakukan beberapa fungsi, seperti memulai proses manajer bersamaan, pada node tingkat menengah, itu akan membuat panggilan remote procedure control (RPC) ke pendengar Aplikasi pada node tersebut untuk memulai Manajer Pelayanan. Setelah manajer Layanan telah dimulai dan diinisialisasi, ICM berkomunikasi langsung ke SM melalui RPC, memberikan informasi untuk mengelola layanan pada node itu. SM muncul dari APPS TNS Listener. APPS TNS Listener harus dimulai pada setiap node tingkat menengah dalam sistem dan dimulai oleh pengguna yang memulai ICM (mis. applmgr). TNS Listener memunculkan Service Manager untuk dijalankan sebagai agen ICM untuk node lokal
Service Manager dimulai oleh ICM sesuai permintaan saat dibutuhkan. Jika tidak ada tindakan manajemen yang diperlukan pada node, Manajer Layanan tidak akan dimulai oleh ICM hingga diperlukan. Saat ICM keluar, Manajer Layanannya juga keluar.

Pertanyaan 24: Apa saja yang dilakukan oleh ICM Process Monitor?

Jawaban: ICM itu sendiri dan setiap proses yang dihasilkan oleh ICM memiliki entri di FND_CONCURRENT_PROCESSES dan memegang kunci DBMS yang diberi nama unik.
Kunci unik ICM memiliki format FNDCPLK_ICM. Kunci sesi database ini adalah metode yang ICM memastikan setiap siklus PMON bahwa manajer dan proses layanan masih hidup. Jika ICM dapat memperoleh kunci sesi DBMS dari suatu proses, ICM akan memulai proses baru untuk manajer atau layanan tersebut.

Inilah alasan mengapa Anda akan sering melihat entri seperti proses mati ditemukan, memulai proses baru di file log ICM.

Artikel Terkait untuk Manajer Bersamaan

Mengisolasi program bersamaan pasca-pemutakhiran ke antrian manajer terpisah di R12.2 :Cara mengisolasi permintaan serentak yang diajukan oleh Upgrade ke manajer bersamaan terpisah sehingga pemrosesan bersamaan reguler tidak terpengaruh
cara mengirim output program bersamaan melalui email :Opsi pengiriman untuk keluaran Program Bersamaan dalam versi Oracle EBS R12.
permintaan ditetapkan di aplikasi oracle :Kumpulan permintaan memberikan kemampuan untuk mengirimkan kumpulan permintaan yang sama secara teratur menggunakan satu transaksi.
CP Analyzer:The CP Analyzer meninjau konfigurasi CP dan membandingkannya dengan praktik terbaik Oracle
Serentak:Fase dan Status Permintaan :Semua informasi tentang Fase dan Status Permintaan Bersamaan. Makna diturunkan untuk setiap kombinasi.
ORA-01427 :Lihat ini untuk solusi pada ORA-01427:subquery baris tunggal mengembalikan lebih dari satu kesalahan baris, cara mengatasinya ketika itu terjadi dengan Manajer Bersamaan
Prioritas untuk Program Bersamaan :Posting ini memiliki deskripsi terperinci ription tentang mengubah Prioritas untuk Program Bersamaan atau pengguna atau permintaan untuk memecahkan masalah menjalankan laporan kritis pengguna

Kursus  yang Direkomendasikan

Berikut ini adalah beberapa kursus yang direkomendasikan yang dapat Anda beli jika Anda ingin melangkah lebih jauh

Diberikan di bawah ini adalah tautan ke beberapa kursus

Oracle DBA 11g/12c – Administrasi Database untuk DBA Junior :Kursus ini bagus untuk orang-orang yang memulai sebagai DBA Junior atau bercita-cita menjadi Oracle DBA. Ini akan memberikan pemahaman yang baik tentang pencadangan &pemulihan dan tugas administrasi Umum
Oracle Database:Oracle 12C R2 RAC Administration :Kursus ini mencakup instalasi, administrasi Oracle RAC. Kursus yang bagus untuk Oracle DBA yang ingin meningkatkan keterampilannya untuk Oracle RAC
Oracle Data Guard:Administrasi Database untuk Oracle 12C R2 :Kursus ini mencakup instalasi, administrasi Oracle Dataguard. Kursus yang bagus untuk Oracle DBA yang ingin meningkatkan keterampilannya untuk Oracle Dataguard