bprasetio.or.id Is Up Again

Perubahan NameServer (NS) ServerMerdeka (SM) ternyata membawa dampak tidak bisa diaksesnya domain bprasetio.or.id.

Yang membingungkan, pesan kesalahan yang dimunculkan adalah pesan bahwa situs telah di-suspend. Nah loh. Tidak mungkin SM melakukan suspend terhadap suatu web tanpa alasan yang jelas. Tidak mungkin situs saya di suspend karena alasan tidak aktif, bahkan pihak SM malah justru menambahkan quota space saya karena aktivitas pada blog saya. Lalu timbul pertanyaan, apakah karena di-isengin orang.. wah gaswat tuh…

Kemudian saya menghubungi rekan Luri Darmawan untuk memastikan penyebab di-suspend-nya account saya. Nah ditengah percakapan rekan Luri menanyakan nana domain saya di delphi-id.org, Ah.. saya lupa tidak melakukan pemeriksaan pada domain ini, dan ketika domain tersebut coba saya akses.. ternyata BISA.

Nah rekan Luri menginformasikan bahwa SM baru saja pindah, yang tentunya NS SM ikut berganti. Solusinya adalah dengan mengarahkan NS bprasetio.or.id ke NS SM yang baru, walaupun menurutnya masih sementara.

Well sampai dengan saya post blog ini, domain bprasetio.or.id sudah dapat diakses walaupun masih belum kembali 100% seperti sedia kala.

Advertisement

VarChar’s Length Over 254 is Cast as BLOB

Kejadian ini timbul ketika saya melakukan konversi struktur dan data dari MS-SQL 2000 ke MySQL 5.1 menggunakan DTS (Data transformation Service). Koneksi ke MySQL menggunakan ODBC. Namun ketika konversi timbul pesan kesalahan seperti pada gambar berikut:

Oke, berdasarkan rincian pesan kesalahan, berarti proses konversi gagal pada field betipe BLOB. Tindakan selanjutnya melakukan inspeksi field – field BLOB yang dicurigai sebagai penyebab kegagalan proses.

Tapi ternyata tidak ada field bertipe BLOB. Oke, karena data yang di MS SQL sebenarnya adalah data olahan, maka saya akan coba konversi dari data aslinya, yaitu dari database Sybase. Seperti biasa masih menggunakan DTS, konversi dilakukan.

Ah tapi yang terjadi sama saja.. masih timbul error.

Hmm.. berarti permasalahan berada di database MySQL atau ODBC MySQL dalam menangani tipe data tertentu. So, pengusutan terhadap field – field dan tipe datanya dilakukan lebih intensif.

Ah ternyata ada beberapa field yang bertipe TEXT yang dicurigai diperlakukan sebagai BLOB.

Ah, beruntung, karena tipe field nya adalah TEXT maka jalan termudahnya dan paling aman adalah di-konversi ke VarChar….

Oke, sebagai langkah awal, field bertipe TEXT dikonversi menjadi VarChar(1024), cukup aman untuk menampung data yang dibutuhkan. Namun proses konversi tetaplah GAGAL.

Kemudian saya teringat dengan kejadian PHP, MSSQL dan VarChar, walaupun tidak terkait langsung, namun siapa tahu bisa membantu, maka saya coba kurangi ukuran varchar menjadi 254. Dan berhasil.

Dan ketika di-cek menggunakan tool manager untuk MySQL, data telah dikonversi dengan selamat. 🙂