Hari selasa lalu seperti yang gue udah posting sebelumnya, company gue sedang melakukan POC Riverbed, sebuah appliance bandwidth optimizer. Riverbed sendiri berfungsi dengan sangat baik. Bahkan dengan diaktifkannya fitur optimized dan SDR, data reduction untuk archived log yang dikirim dalam konfigurasi Oracle Data Guard bahkan bisa mencapai 80%.
Fantatis sekali !!
Namun ternyata ada problem yang terjadi di server SAP Production yang berfungsi sebagai Primary Database (dalam konfigurasi ODG gue). Kadang SAP menjadi sangat lambat, kemudian balik ke kecepatan normal lagi, kemudian kembali lagi.
Sampe hari kemaren masih kejadian seperti itu. Dari diagnosa gue dan team, ada 3 hal yang terjadi dan dicurigai sebagai symptoms nya, yaitu :
- Pemasangan Riverbed, as you know gue lagi PoC Riverbed
- Adanya rebuild index table LTAP. Yang aneh rebuild index ini dianggap harmful index oleh database check SAP
- Adanya job report untuk menghitung report aset yang memakan waktu lama dan masih berjalan
Tindakan yang gue ambil pertama adalah menghapus index yang harmful. Namun ternyata hal ini tidak membantu. Langkah kedua adalah mencopot lagi konfigurasi PoC Riverbed. Setelah dicopot, ternyata performa server gue kembali normal. Hal ini memang aneh karena secara konfigurasi seharusnya tidak ada pengaruh nya. Karena Riverbed menerima data yang ditulis oleh proses ARC0 dan ARC1.
Baru sore kemaren mendapatkan pencerahan. Gue baru inget bahwa ada Redo Log group (SAP secara standar dan default menggunakan 4 set group Redo Log yang bisa ditulisi oleh proses LGWR). Gue curiga pada saat yang bersamaan 4 group file ini aktif semua karena masih nulis ke sisi standby database sehingga proses di SAP menjadi terhambat. Cuma gue belum bisa membuktikan hipotesa gue. Saat ini alat Riverbed nya masih ditarik oleh vendor nya.
Minggu depan gue bakal bisa mencoba lagi dan membuktikan hipotesa gue.
Morale Story : Pencerahan pasti akan datang, cuma seringnya waktunya kok ya pas injury time ?!?! Ah, yang penting sih ada pencerahan. Betul, gak ?
