Saat mencoba memulai instans kedua dalam kluster RAC dua simpul, instans kedua tidak akan dimulai. Jika instance pada node1 sedang berjalan, instance pada node2 tidak akan dimulai. Jika instance pada node2 sedang berjalan, instance pada node1 tidak akan dimulai. Log Peringatan menunjukkan hal berikut:
Error: KGXGN polling error (15)
Errors in file /u01/app/oracle/diag/rdbms/bsp/bsp1/trace/bsp1_lmon_9151.trc:
ORA-29702: error occurred in Cluster Group Service operation
LMON (ospid: 9151): terminating the instance due to error 29702
Sayangnya, file jejak LMON hanya memberikan pesan kesalahan yang sama sehingga tidak ada yang terjadi di sana.
Galat ini terjadi karena kesalahan konfigurasi untuk interkoneksi cluster. Jika Anda melihat OCR untuk melihat interkoneksi cluster, Anda dapat melihat perangkat NIC adalah eth4.1338:
[oracle@myhost bin]$ oifcfg getif -global
eth2 192.168.33.0 global public
eth4.1338 10.0.0.0 global cluster_interconnect
Pada satu node, perangkat eth4 sudah benar. Namun, pada node kedua perangkatnya adalah eth5.1338 dan OCR dibagi antara node. OCR mengharapkan perangkat menjadi eth4.1338. Kedua server membutuhkan interkoneksi cluster untuk berada di perangkat jaringan yang sama. Konfigurasi jaringan server diubah sehingga kedua node dikonfigurasi pada perangkat eth5.1338. Setelah server dikonfigurasi secara identik, kami mendefinisikan ulang konfigurasi OCR:
[oracle@myhost bin]$ ./oifcfg setif -global eth5.1338/10.0.0.0:cluster_interconnect
Melihat konfigurasi, kita dapat melihat bahwa baik eth4 dan eth5 masih dalam OCR:
[oracle@myhost bin]$ ./oifcfg getif -global
eth2 192.168.33.0 global public
eth4.1338 10.0.0.0 global cluster_interconnect
eth5.1338 10.0.0.0 global cluster_interconnect
Jadi kami menghapus perangkat eth4:
[oracle@myhost bin]$ ./oifcfg delif -global eth4.1338/10.0.0.0
Kami sekarang memiliki OCR yang dikonfigurasi ulang. Kami memulai ulang CRS dan kedua instance muncul di kedua node!
Ini adalah salah satu kesalahan di mana pesan kesalahan benar-benar tidak mengarah ke akar penyebab masalah. Sebagai gantinya, saya harus melihat-lihat area yang saya rasa paling mungkin menjadi penyebab ketika saya menemukan perbedaan konfigurasi secara membabi buta.
