Mulyana wrote:
> Dear anggota DH,
>
> Sorry saya tulis di sini karena ke supportnya sudah cape, kita komplein
> bukan dibuat nyaman tapi suruh nulis tiket ini lah itu lah, repot bener,
> mending kalau iya ditanggapi, tanggapannya seolah-olah saya ini orang
> bego.
>
> Waktu dulu, saya ambil paket kecil (mungkin karena pekat ece-ece jadi
> layanan juga ala kadarnya), dan mnta InnoDB karena walaupun aplikasinya
> ece-ece saya butuh 'transaction' . Terus jadilah langganan dan bisa
> create table InnoDB.
>
> Namun tiba-tiba InnoDB-nya disulap jadi MyISAM tanpa informasi terlebih
> dahulu, ancurlah data. Saya komplen, dan support nyaranin saya agar
> ganti saja tablenya ke MyISAM. Saya ngotot gak mau, akhirnya dikabulkan
> juga ke InnoDB dengan pindah server setelah saya tulis kekesalan saya di
> milis ini dan cc ke big bos-nya. Alasannya di server yang sekarang
> InnoDB tidak stabil jadi pindahkan server.
>
> Ehhh sekarang gitu lagi, jadi MyISAM lagi
> Waktu komplen, dengan enteng support tanya, "Kenapa butuh InnoDB?". Lha,
> waktu pertama beli hosting kan saya minta innoDB dan dikabulkan, kalau
> memang gak jual InnoDB kenapa dikabulkan pesanan saya? Saya mau InnoDB
> atau MyISAM kan itu urusan saya, saya bayar walau seuprit sesuai tarif?
>
> Kalau memang InnoDB di MWN tidak stabil, kenapa dijual juga??? dan
> setelah orang create InnoDB disulap jadi MyISAM??? Kalau memang begitu,
> coba kasih tahu dulu pelanggan, biar pelanggan bisa backup data dulu,
> dan bilang dari awal (tulis di Web-nya) kalau MWN gak jual paket dengan
> table InnoDB.
>
> Capeee deeeehh
saya balas di milis diskusihosting ini dan di forum mwn ya.
memang 1 kesalahan kami yaitu kurang mensosialisasikan masalah innodb ini kepada klien.
sebetulnya menonaktifkan innodb adalah pilihan terakhir kami. kadang2x, karena satu dan lain hal, salah satu database innodb di server hosting rusak. database tidak dapat direpair dengan tool yang ada DAN mysqld gagal up kecuali opsi skip-innodb diaktifkan. ini telah terjadi beberapa kali di beberapa server. di setiap server solusi yang terpaksa harus dilakukan adalah spt itu.
setelah ini terjadi 2-3x, kami lalu mengganti default engine dari innodb menjadi myisam. klien masih ada yang memerlukan transaksi, jadi bagi mereka2x, mereka harus secara eksplisit membuat tabel dengan tipe innodb.
karena masalah ini masih terjadi dan terjadi lagi, maka mulai sekarang kami menonaktifkan total innodb di server2x baru.
solusi bagi yang butuh transaksi adalah pindah ke postgresql atau sqlite, ATAU pindah ke salah satu server yang lebih lama. jika solusi kedua yang dipilih klien, migrasi cuma2x. namun kami tidak dapat menjamin bahwa masalah kerusakan database innodb tidak terjadi lagi.
masalah ini nampaknya hanya terjadi sesekali pada innodb saja. di database lain seperti postgresql atau mysql (myisam) ini belum pernah terjadi.
demikian semoga jelas dan sekali lagi saya mohon maaf untuk kurangnya pemberitahuan mengenai masalah ini.
steven
