Migrasi Server SAP WS

Hari Sabtu pukul 24:00 atau hari minggu jam 00:00, migrasi server Wings dimulai. Tahapan pertama adalah shutdown aplikasi SAP dan database di server lama. Setelah itu dilakukan backup Whole File System. Proses backup memakan waktu cukup lama karena besarnya data yang dibackup. Data SAP sendiri mencapai 2,6 TB ditambah data-data file system. Proses backup dijalankan lalu ditinggal pulang.

Minggu pagi sekitar jam 07:00 kami datang lagi dan proses backup sudah selesai. Langkah selanjutnya adalah melakukan copy datafile Oracle, control file, file-file offline redolog dari server lama ke server baru. Proses ini memakan waktu sekitar 7 jam dan baru selesai sekitar pukul 14:00.

Seharusnya langkah selanjutnya adalah setting Oracle Data Guard dahulu karena database di server lama (yang akan difungsikan sebagai database standby) tidak boleh dalam posisi OPEN. Kesalahan terjadi saat vendor melakukan setting HACMP ulang di server lama  yang menyebabkan script HACMP berjalan dan menaikkan database dalam posisi OPEN. Aplikasi SAP juga ikut naik.

Karena terjadi kesalahan di step sebelumnya terpaksa dilakukan proses copy ulang. Kali ini dari server lama ke server baru. Sebelumnya dilakukan setting dahulu untuk Oracle Data Guard karena setting ODG tidak melihat IP Address server. Proses copy ulang dilakukan dan memakan waktu cukup lama dan baru selesai pukul 02:00 Senin dini hari. Kami terpaksa melanggar kesepakatan dengan departemen lain yang mana kami akan menaikkan SAP pukul 01:00 dinihari.

Dengan banyak effort dan masalah di RFC connection ke server SAP R/3 sister company lain sehingga SAP baru bisa up pukul 06:30 Senin pagi. Gue baru bisa pulang pukul  07:00.

Sesampainya di rumah gw masih ditelepon lagi karena ternyata background job banyak yang tidak berjalan. Setelah diselidiki hal ini terjadi karena job dibuat dan dijalankan pada spesifik server tertentu sehingga pada saat server name diubah job tidak ikut berubah. Terpaksa melakukan create ulang background job. Demikian juga proses backup.

Well, sampai detik ini masih lancar. I hope…

Number of Work Process stopped after started ?!?!

Beberapa hari ini dipusingkan dengan settingan parameter SAP. Kebetulan gue lagi setting server SAP baru yang akan digunakan setelah migrasi pada hari minggu besok. Gejalanya adalah beberapa work process terutama dimana dijalankan terakhir akan langsung berhenti.

Ternyata hal ini disebabkan oleh settingan maximum number of process per user di level OS (AIX) yang belum disetting. Secara default, AIX akan memberikan value 128. Untuk sistem SAP kecil mungkin hal ini tidak mengganggu tetapi karena gue setting untuk sistem yang lumayan besar dengan jumlah work process sekitar 143 maka hal ini memberikan masalah.

Solusinya adalah memberikan value yang cukup untuk parameter maximum number of process per user lewat smitty. Jalankan smitty – System Environments – Change / Show Characteristics of Operating System – Maximum number of process per user. Defaultnya adalah 128. Ubah sesuai kebutuhan.

SAP Note Note 437362 – Composite note ORA-12500

Morale story : “Never give up, never surrender. Keep trying !!!”

Fokus pekerjaan minggu ini

Minggu ini cukup banyak pekerjaan yang musti dikerjakan. Ada 2 hal besar yang akan dikerjakan, yaitu persiapan user dan role SAP untuk company baru yang akan go live tanggal 17 Agustus 2009 nanti dan persiapan pergantian server untuk company holding pada tanggal 9 Agustus 2009 ini.

Pekerjaan pertama yaitu design dan create role untuk user-user company baru ini cukup detail. Musti banyak dilakukan testing dan penyesuaian. Karena itu diharapkan team functional sudah menyiapkan tim testing dan memberikan masukan yang relevan.

Pekerjaan kedua adalah migrasi dari server lama ke server baru. Persiapan HACMP sudah disiapkan minggu lalu. Minggu ini sebelum dilakukan migrasi akan disiapkan pula untuk prosedur backup dan tape management-nya. Baru nanti pada hari minggu dilakukan migrasi serta setting Oracle Data Guard-nya.

Semoga pekerjaan-pekerjaan minggu ini dapat berjalan lancar. Amin..

HACMP Setup : Day 4 a.k.a Last Day

Status konfigurasi HACMP untuk sampai tadi malam masih ada 1 server apps yang nyangkut. Masih belum ketahuan sebabnya. Gue sih curiganya karena server ini sebelumnya udah pernah dipakai jadi nggak bersih. Masih ada environment yang nyangkut kayaknya.

Tadi malam akhirnya diputuskan untuk install scratch untuk apps server ini. Diharapkan pagi ini bisa diinstall ulang untuk Dialog Instance SAPnya. Well, I hope lancar sih..

Progress HACMP Configuration : Day 3 Early

Hari ini adalah hari ketiga untuk setting HACMP. Status progress pada kemaren malam adalah HACMP berhasil dijalankan walaupun untuk Oracle dan SAP masih dilakukan secara manual. Hal ini untuk melihat apakah Oracle dan SAP bisa dijalankan dengan baik dan bisa berpindah secara smooth.

Ada beberapa hal yang musti dilakukan antara lain gue musti melakukan edit DEFAULT profile yang digunakan oleh application server apabila server DB+CI failed, gue juga terpaksa melakukan instalasi ulang CI di application server agar dapat dengan mudah si apps server memiliki environment seperti layaknya host DB+CI dimana apps server ini akan mengambil alih tugasnya.

So far sih OK. Tinggal merapikan skrip. Untung gue dibantuin sama engineer dari CTI yang dah expert banget di HACMP. Jadi kepusingan gue lumayan berkurang.

HACMP Configuration Day 2

Hari ini adalah hari kedua vendor CTI melakukan konfigurasi HACMP untuk server baru kami di server P series (p550). Server p550 akan dipasangkan dengan server Blade JS22 sebagai pasangan untuk HACMP. Server p550 diperkuat dengan prosessor Power6 (4 processor) dan memori 64 GB, dan server Blade JS22 diperkuat dengan prosesor Power6 (4 processor) dengan 32 GB.

Kemaren sudah dicoba dilakukan instalasi dan dicoba untuk dilakukan setting manual. Settingan HACMP diambil sederhana saja dengan cara memindahkan mounting point NFS di storage yang dipegang oleh server p550 agar bisa diambil alih oleh server Blade JS22. Secara umum NFS sudah bisa diambil. Hanya saja kemaren ada sedikit masalah di Asynbhronous I/O (aio).

Preparing for HACMP Installation and Configuration

My company have planned replacing our old SAP R/3 server with our new server which had just been bought. We have one new p550 series powered by Power6 processor and 64 GB memory and 3 JS22 Blade server powered with Power6 processor and 32 GB memory each.

Well, I think today will be exciting day coz a lot of work to do.

Backup SAP ERP 6.0 SR 3 akhirnya berhasil

Pagi ini setelah orang NPP datang lagi dan melakukan perubahan pada storage agent, proses backup server SAP ERP 6.0 SR 3 akhirnya bisa berjalan. Memang storage agent dan driver ada yang musti di-nonaktif-kan sementara sambil menunggu dicarikan solusi.

Proses backup yang diuji adalah proses backup archive log menggunakan BRARCHIVE. Proses backup ini menggunakan jalur LAN gigabit. Belum bisa memakai jalus Fiber karena problem di drivernya.

Sambil menunggu proses POC Oracle Data Guard minggu depan, orang NPP akan mencarikan solusinya.

Mempersiapkan server backup SAP Production

Beberapa hari lalu server pinjaman dari IBM datang. Server yang datang adalah Server pSeries p520 dan sudah mengusung prosesor Power P6. Server datang disertai storage dan Storage Controller DS4700. Server ini akan digunakan sebagai server backup SAP dan akan digunakan sebagai server trial untuk project Data Archiving.

Setelah 2 kali mendatangkan “bala bantuan” dari Niaga Prima (vendor support Tivoli) dan engineer AIX dari CTI akhirnya bisa juga melakukan restore beberapa direktori dari whole file system backup. Untuk me-restore digunakan tools DSMJ/ Tools DSMJ sebelumnya digunakan untuk mem-backup whole file system sehingga untuk mengembalikan digunakan tools yang sama.

Setelah direstore ternyata untuk menaikkan Oracle dan SAP tidak semudah yang dibayangkan. Dengan berkutat pada error listener TNS-12531  cannot allocate memory, akhirnya ketemu juga solusinya. Beberapa parameter oracle terpaksa dipangkas habis. Ini karena mesin pinjaman hanya punya memori 4 GB. Listener baru bisa up setelah beberapa kali direstart.

Masalah masih belum berhenti sampai disitu. Setelah listener dan DB Oracle bisa naik, SAP ternyata tidak bisa up. Setelah diselidiki, ternyata masalahnya adalah tidak adanya environment Central Instance (CI). Hal ini disebabkan mesin DB dan CI sebelumnya terpisah dan saya hanya merestore DB saja. Problem bisa diatasi dengan melakukan instalasi ulang CI tanpa meng-ekstrak SAP kernel. Karena SAP Kernel yang ada di mesin sudah lebih baru.

Setelah DB Oracle dan SAP bisa naik, masih ada masalah yang tersisa. Si SAP instance tidak mau mengikat H/W ID. Informasi H/W ID ini diperlukan oleh lisensi SAP (sebagai Active Hardware Key). Setelah dicari-cari, ternyata ada informasi yang masih mengarah ke host EMAWCI di DEFAULT profile. Setelah diedit dan diganti menjadi EMAWDB, sekarang bisa up semua dan kondisi normal. [3 April 2009 11:44]

Langkah terakhir yang akan dilakukan hari ini adalah me-restore kembali data dengan bantuan BRTOOLS agar posisi data mendekati posisi data saat ini. Ikuti terus yah….:D

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 !!!