Home » Posts tagged 'R/3'

Tag Archives: R/3

Long accessed on DYNPLOAD and REPOLOAD tables has finally solved


Saat go live project re-Implementasi SAP ERP 6 terjadi beberapa kali problem. Ada saat-saat tertentu user mengalami kelambatan saat mengakses server. Dari beberapa kali error sempat di-capture bahwa terjadi antrian saat mengakses tabel DYNPLOAD dan tabel REPOLOAD. Kedua tabel tersebut adalah tabel-tabel yang berisi hasil kompilasi program-program SAP (saat SGEN).

Minggu lalu, ane menjalankan SGEN ulang untuk object-object yang mengalami invalidated load (object-object ini ada didalam tabel GENSETM). Ternyata masih cukup banyak object yang belum terkompilasi sempurna. Ada sekitar 1700-an object. Setelah kompilasi ulang, sistem mulai berjalan bagus. Ane cari-cari lagi program yang bisa dijalankan secara periodik untuk mencari dan mengkompilasi object-object yang masih invalidate.

RSGENINVLAS, nama program tersebut akhirnya gw jalanin pada malam hari dan dijalankan secara periodik harian.
Sekarang sistem berjalan dengan lancar lagi.

SAP ERP 6 EHp 5 Go Live — “Cut Off Project”


Company gw udah implemen SAP (versi R/3 4.7) sejak 2006. Karena versi 4.7 sudah tidak disupport oleh SAP, maka SAP menyarankan untuk melakukan upgrade versi ke ERP 6. SAP ERP 6 ini disupport SAP sampai 2020 (fiuh…lumayan lama…he..he..he..). Selain, pergantian versi SAP, ada perubahan kontrak juga mengenai database server yang digunakan, yaitu dari Oracle ke DB2.

Berangkat dari kebutuhan tersebut dan beban pekerjaan yang sama-sama berat, akhirnya diputuskan untuk melakukan project “cut off”. Artinya data-data yang berada dalam sistem lama (R/3 4.7) tetap dibiarkan berada di sistem lama. Sistem baru (ERP 6) akan mengambil posisi stok terakhir dan opened item termasuk AP, AR, SO, PO, dll.

Project “cut off” ini sudah go live sejak 1 Januari 2013. Server yang baru memiliki spesifikasi yang jauh diatas server yang lama. Spesifikasinya lebih dari 4 kali lipat server yang lama, sehingga saat ini aktivitas transaksi user terasa sangat cepat.

Gw sendiri menikmati proses ini dan sekarang bisa fokus untuk memikirkan project selanjutnya, yaitu mempersiapkan Disaster Recovery Plan.

Oracle 11g index key compression for SAP R/3 4.7 almost completed


Setelah akhir bulan April 2012 lalu gw tuntasin pekerjaan untuk upgrade database Oracle dari 10g (10.2.0.4) menjadi 11g (11.2.0.2), maka sejak akhir bulan April dimulailah pekerjaan untuk melakukan kompresi. Index key compression menjadi pekerjaan yang pertama dilakukan.

Dimulai dari beberapa index yang kecil lalu menjangkau index yang lebih besar. Dan sampai hari kemaren (22 Mei 2012) hampir semua index (yang major dan digunakan) sudah terkompress. Masih tersisa 2 index terbesar (ACCTCR~0 dan VBOX~0) yang belum terkompress, index-index tabel yg tidak boleh dikompres seperti index milik tabel CDHDR, CDCLS, VBDATA, dll.

Proses index compression ini sendiri menggunakan tools dari SAP, BRTOOLS 7.20 patch 13 (patch terakhir pada saat tulisan ini dibuat adalah patch 23) dan dilakukan secara online. Hasil dari index key compression sendiri memberikan freespace yang cukup besar, yaitu lebih dari 1,6 TB. Dari sisi performance sendiri terlihat peningkatan performance query yang sangat signifikan karena extent dan block menjadi lebih kecil, penggunaan data buffer menjadi lebih efisien dan bahkan tidak ada peningkatan konsumsi memory dan CPU.

Secara umum, gw sangat satisfied dengan performance dari index key compression di Oracle 11g ini

Rencana upgrade Oracle 9i (9.2.0.7) ke Oracle 11g (11.2.0.3)


Berbekal manual dokumentasi dari SAP (untuk upgrade Oracle 9i ke Oracle 10g dan upgrade Oracle 10g ke Oracle 11g) dan pengalaman melakukan upgrade Oracle 9i ke Oracle 11g di server testing AIX 5.3, akhirnya diputuskan bahwa gw disuruh melakukan upgrade di mesin Dev, QA, dan Production.

Rencana upgrade ini mesti didesain sungguh-sungguh dan penuh perhitungan karena menyangkut server production yang menjadi jantung sistem ERP SAP R/3 4.7 di company gw. Artinya gw mesti mempertaruhkan dan mengerahkan semua kemampuan dan knowledge gw pada project ini.

Perkiraan waktu untuk upgrade dilakukan pada minggu ke-2 atau ke-3 bulan Februari tahun 2012 ini.

Karena project ini sangat krusial, maka gw udah buru-buru membereskan pekerjaan instalasi server DEV dan QA SAP ERP 6.0 with EHP5 milik company yg lain (yg menjadi tanggung jawab gw juga). Gw mau full konsentrasi mempersiapkan tahapan upgrade ini.

Well, semoga project ini berjalan lancar.