Oracle Concurrent Manager adalah bagian penting dalam produk Oracle E-Business Suite. ini membantu dalam pemrosesan batch banyak hal.
Saya di sini menyajikan beberapa detail tentangnya
Terdiri dari beberapa bagian. Menjelaskan masing-masing secara mendetail. Ini memberi Anda gambaran sekilas tentang Cara Kerja Proses Pengelola Bersamaan E-Business Suite
Daftar Isi
Jenis Oracle Concurrent Manager
Pengelola Bersamaan Internal (ICM)
Internal Concurrent Manager (ICM) dapat dianggap sebagai "otak" dari pemrosesan bersamaan. Ia bertanggung jawab atas fungsi berikut:
-Memulai semua proses lain seperti Manajer resolusi konflik, manajer standar
-Mengeksekusi "permintaan kontrol" yang dikirimkan oleh administrator.
-Aktifkan/Nonaktifkan/Abort Manajer Bersamaan
-Hentikan Permintaan Bersamaan
-Memantau proses, memulai ulang semua yang gagal.
-Menetapkan jumlah target proses untuk setiap layanan berdasarkan shift kerja saat ini.
Memulai ICM
-adcmctl.sh script
-TNS Apps Listener harus dimulai sebelum memulai ICM
Mematikan ICM
-Mematikan ICM akan menghentikan semua layanan lain seperti Manajer resolusi konflik, manajer standar
– Proses penonaktifan normal memberi sinyal untuk keluar setelah menyelesaikan tugas mereka saat ini.
– Abort akan menghentikan proses layanan.
– ICM tidak akan keluar sampai semua proses lain telah keluar.
-Gunakan adcmctl.sh untuk mematikan ICM.
Manajer Layanan (FNDSM)
Manajer Layanan muncul di node tingkat menengah dari sistem berkemampuan GSM untuk bertindak sebagai agen ICM. Ketika ICM melihat bahwa ia memerlukan manajer layanan untuk melakukan beberapa fungsi, seperti memulai proses manajer bersamaan, pada node tingkat menengah, itu akan membuat panggilan kontrol prosedur jarak jauh ke pendengar Aplikasi pada node tersebut untuk memulai manajer Layanan. Setelah Service Manager dimulai dan diinisialisasi, ICM berkomunikasi langsung dengan Service manager melalui Remote Procedural call (RPC), memberikan informasi untuk mengelola layanan pada node tersebut.
-Manajer Layanan 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)
- Pendengar TNS memunculkan Manajer Layanan untuk dijalankan sebagai agen ICM untuk node lokal
-Manajer Layanan 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.
-Lingkungan Manajer Layanan disetel oleh APPSORA.env seperti yang didefinisikan di listener.ora
-File listener.ora dan tnsnames.ora harus dikonfigurasi dengan benar untuk pendengar untuk dapat memunculkan Manajer Layanan dan agar ICM dapat memeriksa status Manajer Layanan.
Monitor Internal (FNDIMON)
Monitor Internal digunakan secara khusus dalam Pemrosesan Serentak Paralel untuk memungkinkan manajer konkuren internal gagal ke node tingkat menengah lain yang tersedia.
-Tempatkan Monitor Internal pada setiap node di mana ICM dapat memulai jika terjadi kegagalan.
-Monitor Internal diunggulkan pada setiap node yang terdaftar secara default.
-Jika ICM turun, Monitor Internal akan mencoba memulai ICM baru pada node lokal.
-Jika beberapa ICM dimulai, hanya yang pertama yang akan tetap aktif. Yang lain akan keluar dengan anggun.
Manajer Serentak Oracle(FNDLIBR,INVLIBR)
Manajer Bersamaan menyediakan pemrosesan pekerjaan asinkron dengan memantau tabel FND_CONCURRENT_REQUESTS pada siklus berkelanjutan. Tugas manajer konkuren adalah menjalankan permintaan konkuren yang berada dalam fase / status Tertunda / Normal dan memenuhi syarat untuk dijalankan sesuai dengan aturan spesialisasinya.
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
Deskripsi tentang tabel oracle Oracle Concurrent Manager penting
FND_CONCURRENT_QUEUES
TARGET_NODE
-Digunakan untuk menunjukkan di mana proses tambahan harus dimulai
-Digunakan oleh manajer untuk menentukan apakah mereka harus menutup diri untuk migrasi
-Manajer membandingkan nilai parameter yang diteruskan saat startup ke nilai ini
-Digunakan oleh UI untuk menunjukkan lokasi proses (tidak sepenuhnya akurat dalam kasus migrasi)
-Ditetapkan oleh ICM berdasarkan setelan primer dan sekunder
NODE_NAME
-Menunjukkan node utama untuk PCP – beban terarah
-Di mana proses harus dimulai kecuali node tidak online atau telah ditentukan tidak tersedia
-Jika tidak ada node yang ditentukan, ICM akan menetapkan target node secara default ke NODE_NAME2
-Menunjukkan node sekunder untuk PCP – pengalihan beban terarah
-Hanya ditetapkan sebagai TARGET_NODE jika node utama tidak tersedia
FND_CONCURRENT_PROCESSES
NODE_NAME
-Menunjukkan di mana proses manajer berjalan
-Juga menunjukkan di mana file manajer ada
-Diisi menggunakan nilai dari uname() (nama mesin fisik)
-Digunakan oleh ICM saat menghentikan proses
-Digunakan saat melihat file log di Antarmuka Pengguna(UI)
-Digunakan oleh Program Pembersihan untuk menghapus file log proses
-Dapat digunakan untuk perhitungan statistik beban kerja
-Kemungkinan akan digunakan oleh RPM untuk mencoba menemukan OPP lokal
-Serupa digunakan di 11i.X untuk menemukan Server Laporan
FND_CONCURRENT_REQUESTS
LOGFILE_NODE_NAME, OUTFILE_NODE_NAME
-Menunjukkan keberadaan file
-Digunakan di Antarmuka Pengguna (UI) untuk Melihat File
-Digunakan oleh Program Pembersihan untuk menghapus file
-Nilai terisi oleh proses mgr, berdasarkan simpulnya sendiri
FND_NODES
NODE_NAME
-Menunjukkan nama simpul tempat file DBC berada.
-Skrip Adgendbc.sh membuat file DBC.
SERVER_ID
-Akan digunakan untuk mengautentikasi koneksi dari node.
-Diperbarui oleh adgendbc.sh yang memanggil AdminAppServer API.
Tabel Manajer Bersamaan
FND_NODES: Berisi semua informasi level node
FND_CONCURRENT_PROCESSES : Berisi semua informasi proses pengelola serentak
FND_CONCURRENT_REQUESTS : Berisi riwayat lengkap semua permintaan serentak (baik riwayat sebelumnya maupun yang dijadwalkan untuk dijalankan di masa mendatang).
FND_CONCURRENT_QUEUES :Berisi informasi untuk semua manajer bersamaan yang dibuat dalam sistem
FND_CONCURRENT_PROGRAMS :Berisi informasi untuk semua program bersamaan yang tersedia di sistem
FND_EXECUTABLES
FND_CP_SERVICES
FND_CONCURRENT_QUEUE_SIZE
FND_CONCURRENT_QUEUE_CONTENT
FND_CONCURRENT_PROGRAM_SERIAL
FND_CONCURRENT_TIME_PERIODS
FND_CONCURRENT_PROCESSORS
FNDSVCRG
FNDSVCRG yang dapat dieksekusi dipicu dari skrip kontrol sebelum dan setelah skrip memulai atau menghentikan layanan. FNDSVCRG akan terhubung ke database untuk memverifikasi konfigurasi Layanan GSM yang Diunggulkan. Jika layanan yang dimaksud tidak diaktifkan untuk dikelola di bawah GSM, executable FNDSVCRG tidak akan melakukan apa pun dan keluar. Script kemudian akan terus melakukan tindakan start/stop normal. Jika layanan diaktifkan untuk manajemen GSM, executable FNDSVCRG akan memperbarui informasi terkait layanan dalam database termasuk konteks lingkungan, lokasi file log layanan saat ini, dan status layanan saat ini
Deskripsi status Fase Permintaan Bersamaan
TERTUNDA/Normal -Permintaan menunggu manajer berikutnya yang tersedia.
PENDING/Standby -Program untuk menjalankan permintaan tidak kompatibel dengan program lain yang sedang berjalan.
PENDING/Dijadwalkan -Permintaan dijadwalkan untuk dimulai pada waktu atau tanggal yang akan datang.
PENDING/Menunggu -Permintaan anak sedang menunggu permintaan Induknya untuk menandainya siap dijalankan. Misalnya, permintaan dalam kumpulan permintaan yang berjalan secara berurutan harus menunggu permintaan sebelumnya selesai.
RUNNING/Normal -Permintaan berjalan normal.
MENJALANKAN/Dijeda -Permintaan induk berhenti untuk semua permintaan anaknya agar selesai berjalan. Misalnya, kumpulan permintaan dijeda untuk menyelesaikan semua permintaan dalam kumpulan.
MENJALANKAN/Melanjutkan -Semua permintaan yang diajukan oleh permintaan induk yang sama telah selesai berjalan. Permintaan Induk kembali berjalan.
MENJALANKAN/Mengakhiri -Permintaan diakhiri dengan memilih tombol Batalkan Permintaan di jendela Permintaan.
SELESAI/Normal -Permintaan berhasil diselesaikan.
SELESAI/Kesalahan -Permintaan gagal diselesaikan dengan sukses.
SELESAI/Peringatan -Permintaan dilengkapi dengan peringatan. Misalnya, permintaan berhasil dibuat tetapi gagal dicetak.
SELESAI/Dibatalkan -Permintaan tertunda atau Tidak aktif dibatalkan dengan memilih tombol Batalkan Permintaan di jendela Permintaan.
SELESAI/Dihentikan -Permintaan diakhiri dengan memilih tombol Batalkan Permintaan di jendela Permintaan.
INAKTIF/Dinonaktifkan -Program untuk menjalankan permintaan tidak diaktifkan. Hubungi administrator sistem Anda.
INAKTIF/Ditahan- Permintaan tertunda ditunda dengan memilih tombol Tahan Permintaan di jendela Permintaan.
INAKTIF/Tanpa Manajer -Tidak ada manajer yang ditentukan untuk menjalankan permintaan. Hubungi administrator sistem Anda. Status Tanpa Manajer juga diberikan saat semua manajer dikunci oleh permintaan yang dijalankan sendiri.
cara memulai manajer bersamaan di aplikasi oracle r12
Mulai Manajer Bersamaan di R12
Hubungkan ke pengguna Tingkat Aplikasi biasanya aplikasinya
cd $ADMIN_SCRIPTS_HOME ./adcmctl.sh start apps/<apps-pass>
cara menghentikan manajer bersamaan di aplikasi oracle r12
Hentikan Pengelola Bersamaan di R12
Hubungkan ke pengguna Tingkat Aplikasi biasanya aplikasinya
cd $ADMIN_SCRIPTS_HOME ./adcmctl.sh stop apps/<apps-pass>
cara memeriksa status manajer bersamaan di aplikasi oracle r12
Untuk memeriksa Status Manajer Bersamaan
Hubungkan ke pengguna Tingkat Aplikasi biasanya aplikasinya
cd $ADMIN_SRCIPTS_HOME ./adcmctl.sh status apps/<apps-pass>
Lokasi file Log Manajer Bersamaan di R12
Manajer Bersamaan, ICM, dan permintaan bersamaan semuanya menghasilkan file log
A) File Log Permintaan Bersamaan – mendokumentasikan eksekusi permintaan tertentu ( l.req )
B) File Log Manajer – mendokumentasikan kinerja proses manajer bersamaan. ( W.mgr )
C) File Log Manajer Internal – mendokumentasikan kinerja ICM.(std.mgr). File log ini menampilkan parameter yang digunakan dengan perintah 'adcmctl'.
jika $APPLCSF disetel
File log ada di Folder $APPLCSF/$APPLLOG.
File log juga dapat dilihat dari dalam aplikasi dari Lihat Formulir Permintaan Bersamaan
R12.2 APPLCSF =$NE_BASE/inst/
R12.1 APPLCSF=$INST_TOP//logs/appl/conc/log
Jika $APPLCSF tidak disetel
File log ada di Folder $PRODUCT_TOP/$APPLLOG.
Demikian pula untuk file keluaran,
jika $APPLCSF disetel
R12.2 APPLCSF=$NE_BASE/inst/
R12.1 APPLCSF=$INST_TOP//logs/appl/conc/
Pemecahan masalah Manajer Bersamaan
Bagaimana Anda memeriksa status manajer konkuren Oracle dari OS
–Perintah Linux:
$ ps -ef | grep LIB
-Perhatikan bahwa Pengelola Serentak Internal dapat terlihat dalam cantuman ini karena perintahnya adalah "FNDLIBR FND CPMGR ..." sedangkan yang lainnya lebih seperti "FNDLIBR FND Concurrent_Processor ..."
-ID pengguna Unix ditampilkan di kolom pertama ini cantuman sangat penting:proses pengelola serentak ini harus dimiliki oleh userid Unix yang sama yang memiliki kode Aplikasi ($APPL_TOP dan subdirektori); pengguna ini biasanya disebut sebagai “applmgr”
Ke mana perginya semua file yang dihasilkan oleh pengelola konkuren oracle
-File log ICM masuk ke direktori $FND_TOP/log dan biasanya cocok dengan std.mgr.
-File log pekerja masuk ke $FND_TOP/log dan cocok dengan W.mgr
-The file log/out permintaan bersamaan berada di bawah direktori teratas produk yang terkait dengan produk yang menjalankan permintaan:misalnya, file log/out untuk laporan AR berada di bawah $AR_TOP.
-File log untuk permintaan bersamaan berada di $ Subdirektori APPLLOG di bawah direktori teratas produk yang sesuai dan cocokkan l .req
-File keluar untuk permintaan bersamaan masuk ke subdirektori $APPLOUT
-Jika APPLCSF disetel, itu harus mengarah ke jalur lengkap ke direktori yang memiliki subdirektori $APPLLOG dan $APPLOUT. Direktori $APPLCSF ini akan digunakan sebagai pengganti berbagai direktori teratas produk untuk menulis
semua file log/out ke.
Masalah pengelola serentak yang paling umum disebabkan oleh masalah perlindungan file di tingkat Unix/linux.
-Apakah Anda memulai manajer bersamaan sebagai applmgr?
-Dapatkah applmgr melakukan hal berikut untuk membuat file di direktori
$FND_TOP/$APPLLOG?
$FND_TOP/$APPLOUT?
Unix:$ touch $FND_TOP/$APPLLOG/a
-Jika ini gagal, siapa pemilik direktorinya?
Unix:$ ls -ld $FND_TOP/$APPLLOG
-Apakah direktori ini tautan simbolis? jika demikian, apa perlindungan pada direktori yang ditunjuknya?
-Apakah Anda kehabisan ruang disk pada partisi ini? i-nodes?
Unix:$ df -k
Unix (pada beberapa sistem) untuk memeriksa i-nodes:$ df -i
-Apakah APPLCSF disetel?
-Jika demikian , dapatkah applmgr melakukan ini?
Unix:$ touch $APPLCSF/$APPLLOG/a
-Periksa direktori $APPLOUT (biasanya "keluar") seperti direktori log.
Jika Program Bersamaan PL/SQL tidak dapat menulis ke file eksternal, Anda akan menerima pesan kesalahan yang mirip dengan:
MSG-00102: Error Message :ORA-20100: File o0000071.tmp creation for FND_FILE failed. You will find more information on the cause of the error in request log. ORA-06512: at "APPS.FND_FILE", line 378 ORA-06512: at "APPS.FND_FILE", line 473 ORA-06512: at "APPS.AP_XYZ", line 192 REP-1419: 'beforereport': PL/SQL program aborted.
CATATAN:Aplikasi juga menghasilkan file keluaran PL/SQL sementara yang digunakan dalam pemrosesan bersamaan. File-file ini ditulis ke lokasi pada node server database yang ditentukan oleh pengaturan lingkungan APPLPTMP. Direktori APPLPTMP harus direktori yang sama seperti yang ditentukan oleh parameter utl_file_dir dalam file inisialisasi database Anda.
.
Rapid Install menyetel parameter APPLPTMP dan utl_file_dir ke direktori default yang sama. Karena file sementara yang ditempatkan di direktori ini mungkin berisi informasi sensitif konteks, itu harus menjadi direktori aman di node server database dengan akses baca dan tulis untuk pemilik server database. Dalam sistem multi-node, direktori yang ditentukan oleh APPLPTMP tidak perlu ada di server tingkat aplikasi. Selama peningkatan dengan AutoUpgrade, Anda harus memberikan nilai parameter utl_file_dir untuk pengaturan lingkungan APPLPTMP.
Untuk mengisolasi di mana masalahnya, verifikasi berikut ini:
1) Pastikan nama file valid (nama file tidak boleh menyertakan karakter seperti “^”)
2) Pastikan APPLPTMP diatur ke direktori yang valid dan KEDUA pengguna applmgr dan pengguna database memiliki izin baca dan tulis pada direktori tersebut (biasanya, dapat diatur ke direktori yang sama dengan APPLTMP)
3) Pastikan file tidak keluar pada direktori yang ditunjuk oleh APPLPTMP
4) Pastikan direktori yang ditunjuk oleh APPLPTMP adalah entri pertama pada utl_file_dir. Juga, verifikasi bahwa semua entri pada utl_file_dir valid dan applmgr memiliki izin baca/tulis.
Jika menggunakan spfile, verifikasi sintaks yang tepat untuk mengatur utl_file_dir:
Contoh.
ALTER SYSTEM SET UTL_FILE_DIR='directory1','directory2' scope=spfile;
5) Jika masih mengalami masalah, periksa apakah Anda dapat menulis file secara langsung menggunakan FND_FILE, yang merupakan paket yang digunakan oleh Aplikasi. Dari SQLPLUS, terhubung sebagai pengguna aplikasi, jalankan:
SQL> exec FND_FILE.PUT_LINE(FND_FILE.LOG, 'THIS IS A TEST');
Ini akan membuang file di APPLPTMP.
Jika tes ini berhasil, ini akan menunjukkan bahwa FND_FILE OK dan masalahnya mungkin ada pada Aplikasi.
Anda mungkin ingin meninggalkan hanya satu entri di utl_file_dir untuk pengujian ini.
6) Jika masih mengalami masalah, periksa apakah Anda dapat menulis file menggunakan UTL_FILE, yang digunakan oleh FND_FILE.
Jalankan PL/SQL di bawah ini, ubah ke entri pertama di utl_file_dir (Anda mungkin ingin membiarkan hanya satu entri di utl_file_dir untuk pengujian ini).
set serveroutput on
DECLARE file_location VARCHAR2(256) := '';
file_name VARCHAR2(256) := 'utlfile1.lst';
file_text VARCHAR2(256) := 'THIS IS A TEST';
file_id UTL_FILE.file_type;
BEGIN
file_id := UTL_FILE.fopen(file_Location,file_name, 'W');
UTL_FILE.put_line(file_id, file_text);
UTL_FILE.fclose(file_id);
EXCEPTION
WHEN UTL_FILE.INVALID_PATH
THEN
dbms_output.put_line('Invalid path ' || SQLERRM);
WHEN OTHERS
THEN
dbms_output.put_line('Others '|| SQLCODE || ' ' || SQLERRM);
END;
/
Program ini harus membuang file pada direktori yang diminta. Jika tes gagal, masalahnya mungkin ada di sisi Database.
SKRIP SERVER PEMROSESAN SAAT INI
afcmstat.sql Menampilkan semua manajer yang ditentukan, kapasitas maksimum, pid, dan statusnya.
afimchk.sql Menampilkan status metode ICM dan PMON yang berlaku, file log ICM, dan menentukan apakah monitor palungan bersamaan sedang berjalan.
afcmcreq.sql Menampilkan pengelola bersamaan dan nama file lognya yang memproses permintaan.
afrqwait.sql Menampilkan permintaan yang tertunda, ditahan, dan dijadwalkan.
afrqstat.sql Menampilkan ringkasan waktu dan status eksekusi permintaan bersamaan sejak tanggal tertentu.
afqpmrid.sql Menampilkan id proses sistem operasi dari proses FNDLIBR berdasarkan id permintaan bersamaan. Id proses kemudian dapat digunakan dengan utilitas ORADEBUG.
afimlock.sql Menampilkan id proses, terminal, dan id proses yang mungkin menyebabkan penguncian yang menunggu untuk didapatkan oleh ICM dan CRM. Anda harus menjalankan skrip ini jika ada penundaan yang lama saat mengirimkan pekerjaan, atau jika Anda menduga ICM sedang macet dengan proses oracle lain.
Cara melakukan Manager Tuning secara bersamaan
Menyetel Internal Concurrent Manager (ICM)
Kinerja ICM dipengaruhi oleh tiga parameter penting Oracle siklus PMON, ukuran antrian, dan waktu tidur.
Siklus PMON — Ini adalah jumlah siklus tidur yang menunggu ICM antara waktu memeriksa kegagalan manajer bersamaan, yang defaultnya adalah 20. Anda harus mengubah siklus PMON ke angka yang lebih rendah dari 20 jika manajer bersamaan Anda mengalami masalah dengan abnormal penghentian.
Ukuran Antrian — Ukuran antrean adalah jumlah siklus PMON yang menunggu ICM antara memeriksa manajer bersamaan yang dinonaktifkan atau baru. Default untuk ukuran antrian 1 siklus PMON harus digunakan.
Waktu Tidur — Parameter waktu tidur menunjukkan detik bahwa ICM harus menunggu antara memeriksa permintaan yang menunggu untuk dijalankan. Waktu tidur default adalah 60, tetapi Anda dapat menurunkan angka ini jika Anda melihat Anda memiliki banyak permintaan yang menunggu (Tertunda/Normal). Namun, mengurangi jumlah ini ke nilai yang sangat rendah banyak menyebabkan pemanfaatan cpu yang berlebihan.
Menyesuaikan Ukuran Cache Manajer Bersamaan Individu
Kinerja manajer secara bersamaan juga dapat ditingkatkan dengan meningkatkan ukuran cache manajer menjadi setidaknya dua kali jumlah proses target. Ukuran cache menentukan jumlah permintaan yang akan di-cache setiap kali manajer bersamaan membaca dari tabel FND_CONCURRENT_REQUESTS. Meningkatkan ukuran cache akan meningkatkan throughput pengelola dengan mencoba menghindari waktu tidur.
Membersihkan Permintaan Bersamaan
Terlihat bahwa Ketika catatan di FND_CONCURRENT_PROCESSES dan FND_CONCURRENT_REQUESTS melebihi 50K, Anda dapat mulai mengalami masalah kinerja yang serius dalam Aplikasi Oracle Anda. Untuk menghindari masalah ini, kita harus secara teratur membersihkan data dalam tabel ini menggunakan permintaan khusus yang disebut "Bersihkan Permintaan Bersamaan Dan/Atau Data Manajer". Ini harus dijadwalkan untuk berjalan secara teratur. Permintaan ini dapat dikonfigurasi untuk menghapus data permintaan dari tabel FND serta file log dan file output yang terakumulasi di disk.
Menganalisis Tabel Kamus Aplikasi Oracle untuk Kinerja Tinggi
Tabel Manajer Bersamaan mungkin terfragmentasi dari waktu ke waktu, Jadi disarankan untuk membangunnya kembali dalam pemeliharaan rutin
Juga sangat penting untuk menjalankan permintaan Kumpulkan Statistik Tabel
Beberapa Tabel Penting
FND_CONCURRENT_PROCESSES
FND_CONCURRENT_PROGRAMS
FND_CONCURRENT_REQUESTS,
FND_CONCURRENT_QUEUES.
Saya harap Anda menyukai posting ini di Oracle Concurrent Manager .
Baca Juga
Kueri Manajer Konkuren:Artikel ini berisi 30 Kueri Manajer Konkuren teratas yang mengagumkan untuk pemecahan masalah Manajer Konkuren, resolusi, waktu berjalan, detail
ORA-01427:Lihat ini untuk solusi di ORA-01427:baris tunggal subquery mengembalikan lebih dari satu baris kesalahan, bagaimana mengatasinya ketika itu terjadi dengan Manajer Bersamaan
set permintaan di aplikasi oracle :Kumpulan permintaan memberikan kemampuan untuk mengirimkan kumpulan permintaan yang sama secara teratur menggunakan satu transaksi.
Pertanyaan Wawancara Manajer Serentak ::Lihat 24 pertanyaan Wawancara Manajer Serentak untuk membantu Anda dalam wawancara EBS. Ini terdiri dari semua jenis pertanyaan tentang manajer standar,manajer layanan
Parallel Concurrent Processing :Apa itu PCP, Bagaimana cara mengaturnya, bagaimana mendefinisikan monitor internal
Oracle Concurrent Manager :Bagaimana E-Business Suite Concurrent Proses Manajer Bekerja,Oracle Concurrent Manager,Apa itu monitor internal,Apa itu manajer layanan dan pemecahan masalah
https://docs.Oracle.com/cd/E18727_01/doc.121/e12893/T174296T174302.htm
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
