Saat ini, berbagai bisnis menghasilkan jumlah data yang terus bertambah dan menghadapi tekanan yang semakin mendesak untuk memaksimalkan nilai yang mereka dapatkan dari data tersebut. Dalam iklim seperti ini, kesuksesan semakin bergantung pada pemilihan lingkungan yang optimal untuk beban kerja Anda dan memastikan data Anda disimpan secara efisien dan mudah diakses.

Banyak perusahaan memilih untuk memindahkan beban kerja ke cloud dengan harapan dapat menghosting aplikasi mereka di lingkungan TI yang paling hemat biaya dan menyediakan kinerja terbaik. Memilih solusi migrasi data yang tepat adalah komponen utama dalam proses perencanaan migrasi cloud dan harus dipertimbangkan bahkan pada tahap paling awal.

Anda dapat memilih di antara beberapa opsi untuk mentransfer data dari pusat data lokal ke cloud, tetapi secara umum, opsi tersebut terbagi dalam dua kategori:

• Migrasi online, di mana data bergerak melintasi Internet atau koneksi WAN pribadi atau khusus.
  
  
• Migrasi offline, di mana data ditransfer melalui alat penyimpanan yang dikirim secara fisik antara pusat data asal dan lokasi penyimpanan cloud target.

Pilihan terbaik untuk proyek migrasi data Anda yang spesifik bergantung pada seberapa banyak data yang perlu dipindahkan, seberapa cepat migrasi harus diselesaikan, jenis beban kerja yang terlibat, dan persyaratan keamanan Anda.

Migrasi database adalah contoh migrasi beban kerja khusus. Banyak penyedia cloud publik dan swasta menawarkan alat yang dapat memfasilitasi atau mengotomatiskan bagian dari proses migrasi database untuk memastikan database Anda tetap aman selama transfer dan tidak terjadi kehilangan atau kerusakan data. Selain itu, sebagian besar penyedia cloud menawarkan layanan migrasi yang dapat memverifikasi integritas data Anda setelah transfer.

Biasanya, langkah pertama dalam proses migrasi database adalah mengubah skema database sumber (jika perlu) agar kompatibel dengan database target. Skema database adalah semacam cetak biru tentang pengaturan database, yang mengendalikan arsitektur dan struktur logisnya. Jika sistem manajemen database target menggunakan bahasa definisi data (DDL) yang tidak kompatibel dengan bahasa sumber, maka skema perlu dikonversi.

Langkah selanjutnya adalah memigrasikan data dan mengatur pembaruan gudang data inkremental yang sedang berlangsung. Anda juga dapat mengkonsolidasikan beberapa database yang berbeda menjadi satu selama proses ini, jika perlu. Untuk mempelajari lebih lanjut tentang pengaturan data saat disimpan di cloud, lihat “Cloud Databases Explained”.

Migrasi seluruh lingkungan pusat data ke cloud atau lokasi lain adalah proses berskala besar dan komprehensif. Untuk menyelesaikan proyek migrasi dengan sukses - dengan waktu henti atau gangguan minimal pada operasi - membutuhkan perencanaan dan koordinasi yang cermat.

Saat mempertimbangkan migrasi pusat data atau proyek migrasi data skala besar lainnya, penting untuk mempertimbangkan jadwal di awal tahap perencanaan, karena transfer skala petabyte dapat memakan waktu beberapa minggu untuk diselesaikan, bahkan dengan koneksi jaringan yang relatif berkecepatan tinggi.

Jika perusahaan Anda merencanakan migrasi data dengan lebih berhati-hati, maka semakin kecil kemungkinan Anda akan menghadapi biaya tidak terduga atau waktu henti yang tidak direncanakan, dan semakin kecil pula kemungkinan pengguna akhir Anda merasa frustrasi atau tidak nyaman selama dan setelah migrasi. Anda perlu menetapkan tujuan, menetapkan garis waktu, dan mengantisipasi semua tantangan yang mungkin Anda temui.

Ada tiga faktor utama yang harus Anda pertimbangkan ketika menentukan pendekatan terhadap proyek:

Jenis beban kerja. Beban kerja khusus—seperti mesin virtual (VM), cadangan, atau database—biasanya dapat dipindahkan dengan alat bantu yang disediakan oleh vendor peranti lunak yang khusus untuk jenis data yang dimigrasikan. Jika Anda tidak memiliki akses ke alat-alat ini, Anda harus melakukan perencanaan secara cermat untuk mengantisipasi potensi downtime. Anda dapat mentransfer data untuk beban kerja yang sangat penting secara bertahap, menguji secara berkala selama proses berlangsung, dan menjaga agar sistem sumber dan target tetap berjalan secara paralel. Sebagai alternatif, Anda dapat merencanakan transfer skala besar di luar jam produksi (jika Anda dapat menyelesaikannya pada waktu yang tersedia).

Volume data. Ketika Anda memigrasikan data kurang dari 10 terabyte (TB), mengirimkan data ke lokasi penyimpanan baru pada perangkat penyimpanan yang disediakan klien sering kali merupakan metode yang paling sederhana dan hemat biaya. Untuk transfer yang melibatkan jumlah data yang lebih besar—katakanlah, hingga beberapa petabyte (PB)—perangkat migrasi data khusus yang disediakan oleh penyedia layanan cloud Anda dapat menjadi pilihan yang paling nyaman dan terjangkau. Meskipun secara teori Anda dapat menggunakan migrasi online untuk sejumlah data, waktu yang terbatas dapat menjadi kendala jika Anda perlu memindahkan data dalam jumlah besar.

Kecepatan penyelesaian. Untuk migrasi online, jumlah data yang ditransfer dan kecepatan koneksi jaringan Anda akan menentukan berapa lama migrasi data berlangsung. Untuk migrasi offline, waktu pengiriman harus diperhitungkan. Jika kecepatan migrasi dari awal hingga akhir menjadi perhatian utama Anda—dan jika Anda memiliki bandwidth yang memadai dan khusus digunakan untuk migrasi—transfer online bisa menjadi pilihan terbaik. Tetapi jika tenggat waktu migrasi Anda fleksibel dan/atau Anda memiliki bandwidth terbatas atau kendala jaringan lainnya, migrasi offline mungkin merupakan pilihan yang tepat.

Untuk memastikan bahwa proyek Anda berjalan lancar, patuhi praktik terbaik berikut:

Memahami data dan tujuan penggunaannya. Siapa yang menggunakan data sekarang, siapa yang akan menggunakannya di masa depan, dan bagaimana data itu akan digunakan? Data yang dimanfaatkan untuk analisis, misalnya, mungkin memiliki persyaratan penyimpanan dan pemformatan yang sangat berbeda dengan data yang disimpan untuk kepatuhan terhadap peraturan. Pastikan untuk mengumpulkan informasi dari semua pemangku kepentingan dan unit bisnis yang relevan selama proses migrasi.

Kaji lingkungan sumber dan target dengan hati-hati. Apakah sistem operasi yang sama akan berjalan di kedua lingkungan? Apakah skema database atau pemformatan lainnya perlu diubah? Apakah ada masalah (seperti masalah redundansi atau kelebihan data "kotor") yang perlu diatasi sebelum migrasi?

Verifikasi persyaratan bisnis dan potensi dampak di awal proses. Jadwal migrasi seperti apa yang diperlukan? Jika pusat data dinonaktifkan, kapan sewanya akan berakhir? Jenis keamanan data apa yang harus Anda pertahankan selama proses migrasi? Apakah kehilangan atau kerusakan data dapat ditoleransi, dan jika demikian, seberapa banyak? Bagaimana penundaan atau batu sandungan yang tidak terduga dapat mempengaruhi bisnis?

Meskipun manfaat modernisasi sistem TI lebih besar daripada risiko yang terkait dengan migrasi data—terutama dalam jangka panjang—migrasi data dapat berisiko dan menimbulkan stres. Berikut ini beberapa risiko yang harus diperhitungkan:

• Keamanan: Pastikan semua data terenkripsi dengan aman sebelum migrasi. Untuk migrasi offline yang melibatkan pengiriman perangkat penyimpanan data, verifikasi keamanan layanan pengiriman dan logistik pengirim.

• Waktu transfer yang lama: Mungkin sulit untuk memprediksi waktu transfer online dengan akurasi penuh. Kemacetan jaringan dapat membatasi kecepatan koneksi, atau keterbatasan perangkat keras sistem dapat membatasi jumlah data yang dapat dibaca atau ditulis pada perangkat keras tersebut.
  
  
• Biaya yang lebih tinggi dari perkiraan: Biaya yang tidak diantisipasi sering kali diakibatkan oleh perencanaan yang tidak tepat. Misalnya, transfer online yang memakan waktu lebih lama dari yang diharapkan akan dikenakan biaya tambahan. Menyimpan alat penyimpanan yang disediakan vendor lebih lama dari waktu yang Anda sepakati (yang dapat diakibatkan oleh pemindahan data ke alat tersebut atau penundaan pengiriman) juga dapat menimbulkan biaya tambahan.

Saat ini, ada banyak alat untuk memfasilitasi migrasi data perusahaan. Contohnya seperti solusi khusus vendor yang ditawarkan oleh penyedia layanan cloud untuk mendukung perpindahan pelanggan mereka ke lingkungan cloud publik atau pribadi, serta alat berlisensi dan sumber terbuka. Strategi migrasi data Anda akan menentukan alat mana yang paling cocok untuk proyek Anda.

Berikut ini beberapa pilihan populer:

• Veeam menawarkan alat Migrasi Cepat untuk VMware vSphere untuk mempercepat dan menyederhanakan proses migrasi beban kerja berbasis VM antara lingkungan penyimpanan dan host.
  
  
• Zerto menawarkan platform mobilitas pemulihan bencana, pencadangan, dan beban kerja terkonvergensi yang mendukung migrasi mulai dari aplikasi tunggal hingga seluruh pusat data.
  
  
• Rclone adalah utilitas baris perintah sumber terbuka yang dapat digunakan untuk memigrasikan data ke dan dari penyimpanan objek cloud. Program ini secara otomatis dapat menyegmentasikan objek besar dan mengunggah bagian-bagiannya secara paralel.
  
  
• Cyberduck adalah klien FTP dan SFTP sumber terbuka yang dapat digunakan untuk mentransfer file individual atau volume file antar host atau ke dalam lingkungan cloud.

Layanan migrasi data dapat melengkapi kemampuan internal Anda atau mengelola seluruh proses migrasi mulai dari strategi hingga penyelesaian, pengujian, dan dokumentasi. Jenis layanan yang terakhir ini—sering disebut sebagai "layanan migrasi data sarung tangan putih"— biayanya lebih mahal, seperti yang mungkin sudah Anda duga, tetapi mungkin bermanfaat jika keahlian migrasi data internal Anda terbatas dan aplikasi yang Anda migrasikan sangat penting bagi bisnis. Konsultan migrasi database dapat membantu Anda merencanakan proses migrasi hemat biaya yang meminimalkan atau tidak memerlukan waktu henti.