Siap-siap ganti ke DB2

Kantor gw pake ERP dari SAP. Versi yang digunakan adalah SAP R/3 4.7 Enterprise dengan menggunakan database server Oracle versi 9i. Seiring dengan akan habisnya maintenance dan harga license Oracle yang lebih mahal, mulai dipertimbangkan untuk pindah/migrasi ke database milik IBM, yaitu DB2.

Kemaren sore sempet ketemu sama orang IBM. Ada diantaranya orang IBM Malaysia. Kalo ngeliat presentasinya sih kayaknya DB2 lebih ok daripada Oracle. DB2 juga lebih backward compatible dengan SAP release.

Menurut sejarahnya, DB2 merupakan database yang digunakan untuk mainframe. Untuk mesin-mesin lain seperti AS400, DB2 yang digunakan disebut dengan sebutan DB4 alias DB2 for AS400, sedangkan DB2 untuk UNIX/Windows/Linux disebut dengan DB6 atau DB2 Universal Database for Windows/Unix/Linux.

Banyak pekerjaan menumpuk

Pekerjaan di kantor masih menumpuk, tapi kok sempet-sempetnya nge-blog ? he..he..he..

Well, emang kerjaan di kantor masih cukup banyak. Mulai dari reorganization table di SAP, pasang Power Supply di server IBM p520, ngebenerin problem backup SAP untuk server production, problem backup offline DSMJ Tivoli, penukaran tape backup yang salah, menyiapkan server PRD2 untuk trial archiving….

Tuh banyak kan ? he..he..he..

Gue juga lagi nunggu payment dari blogvertise. Harusnya udah dibayar per tanggal 29 Agustus 2009. Sampe sekarang kok belum dibayar yah ?!?! Apa blogvertise lagi bokek ?

Backup Server SAP yang masih bermasalah

Setelah pergantian server SAP, proses backup mengalami masalah. Server yang baru memakai prosesor Power6 dan menggunakan OS IBM AIX 5.3 TL9. Sedangkan software Tivoli yang digunakan adalah versi 5.5. Sampai saat ini proses backup online untuk database SAP masih mengalami masalah. Proses backup bisa berjalan tapi seperti berhenti dan prosesnya menggantung. Proses masih menunggu. Akhirnya terpaksa di-abort agar proses backup yang lain bisa berjalan.

Anehnya sistem lainnya dengan memakai sistem yang hampir sama bisa melakukan proses backup dengan lancar. Memang ada yang beda sih, yaitu SAP ERP 6.0 yang lebih baru dari sistem SAP yang diatas.

Support TSM (Niaga Prima Paramita) pun ikut kebingungan. Sampai sekarang belum ada solusinya.

HACMP Sucks !!

Di kantor ada server AIX (termasuk server kelas menengah dalam jajaran kelas server IBM) yang menggunakan konfigurasi cluster. Software cluster yang digunakan adalah HACMP. Server-server ini digunakan sebagai server SAP Production. Jadi termasuk server-server yang mission critical. Penggunaan HACMP sebagai cluster bertujuan untuk meningkatkan availability dan reliability. Cluster memang layak diperhitungkan namun dalam beberapa hal termasuk maintenance-nya memerlukan perhatian khusus. Misal pada saat penambahan volume group HD, shutdown dan restart server, dll.

Nah, yang lebih menyebalkan lagi adalah konfigurasi HACMP cukup sulit dan vendor yang melakukan konfigurasi di kantor sampai saat ini (sudah 1 tahun lebih) belum juga menyerahkan dokumentasi konfigurasinya kepada kami sebagai klien. Hal ini sangat menyebalkan karena apabila terjadi error atau warning yang berkaitan dengan HACMP, kami harus meraba-raba dan kontak  ke vendor tersebut. Kalau vendor tersebut mudah dihubungi sih gpp…namun vendor yang satu ini juga seperti gak kerasa kalau kami memerlukan dokumentasi (yang merupakan tanggung jawab mereka – anggap sebagai hutang).

Hal seperti inilah yang terjadi pada kami pada saat kami melakukan konfigurasi penambahan volume group dan maintenance UPS. Beberapa warning terjadi dan HACMP tidak bisa up secara smooth.

Kalau saya pikir, cluster tidak mempermudah hidup kami sebagai admin. Malah menambah keruwetan. Aaaghgghhhh…..HACMP SUCKS !!!

Failed IBM ESM Canister Card cause chained problem on SAP R3 server

Tiga hari yang lalu, saya dan tim menemukan ada keanehan dalam IBM ESM Canister card pada storage enclosure di server SAP R3 saya. Segera setelah tahu hal ini, tim melaporkan ke IBM Call Center untuk dilakukan penggantian dengan komponen yang baru.

Setelah 2 hari, card tersebut datang dan kemaren siang sekitar jam 14.00, orang technical support IBM datang untuk memeriksa sekaligus akan melakukan pergantian. Setelah diperiksa orang IBM, ternyata error yang terjadi tidak berada di tempat yang saya lihat sebelumnya. Dari sini, mulai terjadi keanehan dan menimbulkan tanda tanya.

Setelah sempat konfirmasi terlebih dahulu dengan IBM DS4500 engineer, orang technical support IBM melakukan reset. Card IBM ESM Canister dicabut dulu, tunggu sekitar 10 detik dan ditancapkan lagi. Ternyata cara ini berhasil. Namun, error tidak berhenti disitu. IBM ESM Canister yang failed kembali ke posisi dimana saya melihat pertama kali.

Cara yang sama dilakukan untuk memperbaiki. Namun ternyata langkah ini tidak menyelesaikan masalah. Malah terjadi rentetan masalah yang sama, yaitu ada kejadian ESM Canister failed di beberapa enclosure sekaligus dan ada 1 HD yang failed.

[15-05-2008 18:18] Hal ini memaksa saya dan tim untuk segera men-shutdown aplikasi SAP dan Database untuk menghindari kemungkinan terburuk terhadap data-data yang ada. Server-server pun harus di-down untuk beberapa lama.

Berdasarkan analisis dari IBM DS4500 engineer ada beberapa langkah yang perlu dilakukan termasuk melakukan update firmware DS4500 dan firmware ESM Canister. Akhirnya semua bisa dilakukan namun ternyata masih ada masalah lagi. DS4500 tidak bisa diakses lewat SMClient. Setelah dicoba diperiksa melalui console, ternyata versi firmware sudah naik, namun IP Addressnya ter-reset menjadi 0.0.0.0.

Server-server SAP dicoba untuk di-up dan dijalankan. Walaupun ada sedikit masalah pada saat naiknya proses HACMP, namun akhirnya server bisa di-up. DS4500 akhirnya diakses lagi melalui console untuk diset IPnya kembali ke IP default. Step terakhir (walaupun sudah dengan terkantuk-kantuk), menukar HD yang failed dengan HD cadangan untuk proses rebuilding RAID 5. Setelah itu, segera disiapkan 2 disk cadangan sebagai hotspare.

[16-05-2008 01:30] Fiuhhh…..akhirnya kelar juga. Tim pulang jam 01:30 status mode ngantuk ON

SAP Go Live..day 8 ! Different week, same situation

Go Live sistem SAP R/3 merupakan tahap paling mendebarkan dan paling menegangkan dalam sebuah implementasi sistem ERP dari Walldorf, Jerman ini. Biasanya (dan 99% pasti) akan terjadi masalah di lapangan saat pelaksanaannya. Tak terkecuali dengan Go Live di PT Wings Surya ini.

Saya sebagai salah seorang Basis yang membantu implementasi juga merasakan hal ini. Masih ada masalah pada otorisasi, cetak mencetak, koneksi, performance database, dan tuning sistem SAP. Walaupun sebelumnya saya sudah pernah mengalami go live SAP di kantor saya, namun masalah-masalah itu tetap saja muncul.

Namun menurut pengamatan dan pengalaman saya, implementasi SAP R/3 di Wings kali ini jauh lebih lancar daripada pengalaman saya dulu. Beberapa konsultan pun ikut mengiyakan pernyataan saya itu.

Well, sekarang saya tinggal menikmati hari-hari untuk go live support sambil menunggu saat-saat kembali ke kantor lama. Banyak pengalaman selama ikut implementasi di PT Wings Surya ini. Mulai dari belajar OS baru (AIX 5.3 ML 3), Tivoli Storage Management, Installing SAP R/3 on Linux (this is my new experiment and experience), learning about business process on functional modul, etc.

About Me

Ardhian – seorang linux geeks yang saat ini bekerja sebagai Basis (Administrator sistem SAP). Saat ini juga memegang sistem HPUX dan sebagai DBA Oracle. Pengelola toko linux online (http://linux-shop.siteburg.com) dan menjalankan bisnis training linux privat. Penulis merupakan konsultan freelance untuk sistem Linux, migrasi windows ke Linux, network consultant dsb. Penulis bisa dihubungi di devratt@yahoo.com.