apa yang terjadi di fase adopsi bersiaplah

Persiapan fase adopsi adalah fase pertama dalam siklus patching Online di R12.2. Adop melakukan banyak item tindakan dalam fase.Berikut adalah urutan aktivitas
1.Memeriksa apakah akan melakukan pembersihan, yang akan diperlukan jika pengguna gagal menjalankan pembersihan setelah fase peralihan dari siklus patch online sebelumnya .

2.Memvalidasi konfigurasi sistem untuk memastikan bahwa sistem siap untuk memulai siklus patching online.

3.Memeriksa untuk melihat apakah database disiapkan untuk penambalan online :

a) Memeriksa apakah pengguna database diaktifkan edisi. Jika tidak, adop segera keluar dengan kesalahan.

b) Memeriksa apakah layanan patch telah dibuat. adop mengharuskan adanya layanan database khusus untuk tujuan menghubungkan ke edisi patch. Layanan ini dibuat secara otomatis, tetapi keberadaannya yang berkelanjutan divalidasi pada setiap persiapan.

c) Memeriksa untuk melihat apakah pemicu logon ada dan diaktifkan. Jika pemicu logon tidak ada atau layanan tambalan belum dibuat, adop akan secara otomatis mencoba memperbaiki masalah tersebut sehingga dapat dilanjutkan. Jika tidak dapat melakukannya, itu akan keluar dengan pesan kesalahan.

d) Memeriksa integritas kamus data database. Jika ada korupsi yang ditemukan, adopsi keluar dengan errorease 12.2.

e) Memeriksa apakah E-Business Suite Technology Codelevel Checker (ETCC) telah dijalankan, untuk memverifikasi bahwa semua patch yang diperlukan telah diterapkan ke database.
4.Memeriksa konfigurasi sistem pada setiap node tingkat aplikasi. Sejumlah pengaturan penting divalidasi untuk memastikan bahwa setiap node tingkat aplikasi terdaftar, dikonfigurasi, dan siap untuk ditambal dengan benar.

Memeriksa sistem file, menggunakan skrip TXK $AD_TOP/patch/115/bin/txkADOPPreparePhaseSanityCheck.pl . Skrip ini memeriksa ruang sistem file, koneksi basis data, Kata Sandi Aplikasi/Sistem/Weblogic, Validasi Contextfile dan sebagainya
Dan juga Menghasilkan laporan yang menunjukkan informasi tentang tablespace terpenting yang dihasilkan. Laporan ini dibuat di $APPL_TOP/admin/$TWO_TASK/out.
5.Memeriksa keberadaan “Online Patching In Progress” (ADZDPATCH) program bersamaan. Program ini mencegah program konkuren tertentu yang telah ditentukan untuk dimulai, dan karena itu harus aktif saat siklus patch sedang berlangsung (yaitu, saat edisi patch database ada).

Alur prosesnya adalah 

a.Jika program ADZDPATCH belum diminta untuk dijalankan, permintaan diajukan. Jika tidak ada, kesalahan di bawah ini dilaporkan
ERROR pada baris 1:

ORA-2008:Tidak ada Concurrent Manager yang dapat menjalankan program bersamaan

ADZDPATCH

b.Status ADZDPATCH ditentukan. Jika tertunda, mungkin menunggu program yang tidak kompatibel selesai. Setelah ketidakcocokan jelas, statusnya akan berubah menjadi berjalan, dan itu akan memungkinkan fase persiapan untuk melanjutkan. Pesan untuk efek ini ditampilkan kepada pengguna.
c.Tahap berikutnya tergantung pada apakah pengelola bersamaan sedang berjalan:

i.Jika manajer konkuren semuanya turun, fase persiapan berlanjut, dengan ADZDPATCH memasuki status tertunda (dengan prioritas tertinggi) hingga manajer dimulai.
ii.Jika manajer konkuren sebagian naik, tetapi ada tidak ada manajer yang ditetapkan yang dapat menjalankan ADZDPATCH, maka fase persiapan akan keluar dengan kesalahan.
iii.Jika manajer konkuren aktif, dan ada satu yang ditetapkan yang dapat menjalankan ADZDPATCH, pemrosesan akan berulang hingga ADZDPATCH berubah status dari menunggu untuk dijalankan. Kemudian fase persiapan berlanjut.
ADZDPATCH dibatalkan saat fase cutover selesai.

Jika Anda ingin program kustom tidak berjalan dalam siklus patching, Anda harus membuatnya tidak kompatibel dengan program ini
6.Memanggil skrip TXK $AD_TOP/patch/115/bin/txkADOPPreparePhaseSynchronize.pl untuk menyinkronkan patch yang telah diterapkan pada APPL_TOP yang dijalankan, tetapi tidak pada patch APPL_TOP. Script bergantung pada repositori adop untuk patch yang telah diterapkan pada APPL_TOP yang dijalankan tetapi tidak pada patch APPL_TOP.

itu Mengidentifikasi patch yang diterapkan untuk menjalankan APPL_TOP dan menerapkannya ke patch APPL_TOP. Langkah-langkah berikut dilakukan secara otomatis:

a.Tambalan yang perlu diterapkan ke tambalan APPL_TOP diidentifikasi dari database.
b.Tambalan yang digabungkan diterapkan oleh utilitas adop.
Utilitas adop mengidentifikasi patch delta yang akan diterapkan, dan menerapkannya secara diam-diam ke tambalan APPL_TOP saat ini. Karena prosedur ini hanya memerlukan penerapan tambalan delta, ini membutuhkan lebih sedikit waktu

Dalam beberapa keadaan, metode sinkronisasi gaya delta (tambahan) mungkin gagal saat menerapkan serangkaian tambalan ke edisi tambalan. Ini dapat terjadi jika siklus penambalan sebelumnya menyertakan tambalan yang gagal diterapkan dengan benar, dan diikuti oleh tambalan berikutnya yang memperbaiki masalah.

Parameter skipsyncerror memungkinkan Anda untuk menentukan bahwa Anda mengharapkan kesalahan sinkronisasi dalam fase persiapan untuk diperbaiki secara otomatis dalam sinkronisasi yang berlangsung dengan patch berikutnya.

Jika nilai parameter dilewatkan sebagai 'ya', patch pertama yang akan disinkronkan akan dilakukan dengan set flag 'autoskip'.
Penting:Anda bertanggung jawab untuk memeriksa file log dan memperbaiki kesalahan apa pun di fase penerapan berikutnya, atau untuk mengonfirmasi bahwa sinkronisasi dengan tambalan berikutnya menyelesaikan masalah.
Contoh penggunaan parameter ini adalah sebagai berikut.

a.Anda menjalankan adop phase=prepare.
b.Fase gagal dengan kesalahan saat mencoba menyinkronkan sistem file run dan patch. Artinya, upaya untuk menyinkronkan tambalan gagal, tetapi diketahui bahwa tambalan berikutnya akan memperbaiki masalah.
c.Anda memeriksa file log dan menyimpulkan bahwa kesalahan sinkronisasi akan diperbaiki secara otomatis dalam sinkronisasi yang mengambil tempatkan dengan tambalan berikutnya.
d. Anda menjalankan perintah adop phase=prepare skipsyncerror=yes untuk memulai kembali fase persiapan. Kali ini, penerapan patch yang gagal pada persiapan sebelumnya akan dicoba kembali dengan set flag 'autoskip'.
Synchronizing Customizations

Metode default delta-style (incremental) dari sinkronisasi sistem file menangani patch resmi tetapi tidak akan menyinkronkan kustomisasi yang diterapkan secara manual. Contoh tindakan menambal yang tidak disinkronkan secara default meliputi:

Mengkompilasi JSP yang ditentukan pengguna

Menyalin beberapa perpustakaan pihak ketiga

Menyalin dan menyusun program bersamaan yang ditentukan pengguna

Menyalin dan membuat formulir yang ditentukan pengguna
Untuk menyertakan tindakan penambalan kustom dalam sinkronisasi sistem file default, Anda harus menyertakan perintah yang diperlukan dalam Driver Sinkronisasi Kustom, $APPL_TOP_NE/ad/custom/adop_sync.drv . Anda akan menambahkan penyesuaian Anda ke bagian file berikut:
#Mulai Penyesuaian
…
#End Penyesuaian