Data Transmission Service:Prosedur alih beban kerja

Catatan penggunaan

• Lakukan alih beban kerja pada jam sepi karena Anda harus menghentikan aplikasi bisnis dan operasi penulisan ke database.

• Buat akun database khusus dengan izin yang diperlukan untuk migrasi data. Hal ini membantu Anda mengidentifikasi informasi session dan meningkatkan keamanan.

Prosedur

1. Tunggu hingga tugas migrasi data memasuki fase Incremental Data Migration. Statusnya harus menunjukkan Undelayed atau latensi kurang dari 5 detik.

   Catatan

   Jika Anda tidak memilih incremental data migration saat mengonfigurasi tugas, maka tugas tersebut tidak akan memasuki fase Incremental Data Migration dan akan berhenti secara otomatis. Dalam kasus ini, Anda harus menghentikan seluruh traffic aplikasi ke database sumber sebelum memulai migrasi, lalu lanjutkan langsung ke langkah 5.

2. Hentikan seluruh traffic aplikasi dan cegah operasi penulisan baru ke database sumber.

3. Masuk ke database sumber dan jalankan perintah sesuai jenis database Anda untuk memastikan tidak ada session baru yang melakukan operasi penulisan.

   MySQL

   show processlist;

   SQL Server

   select * from sys.dm_exec_connections;

   Oracle

   select sid,serial#,username,program,machine,status from v$session;

   PostgreSQL

   select * from pg_stat_activity;

   Redis

   CLIENT LIST

   MongoDB

   use admin
   db.runCommand({currentOp: 1, $all:[{"active" : true}]})

   Catatan

   Hasil perintah-perintah ini mencakup proses atau session yang digunakan oleh DTS untuk terhubung ke database sumber.

4. Tunggu hingga status Incremental Data Migration kembali menjadi Undelayed dan tetap stabil selama minimal satu menit, lalu jeda tugas migrasi tersebut secara manual.

   Peringatan

   Saat tugas dijeda, jangan restart tugas tersebut. Me-restart tugas dapat menyebabkan ketidakkonsistenan data.

   Ketika status sinkronisasi inkremental menunjukkan No delay, centang kotak tugas migrasi target, lalu klik Pause di bilah operasi batch di bagian bawah.

5. Saat aplikasi Anda masih dihentikan, aktifkan kembali izin menulis pada database sumber.

6. Buat dan mulai tugas migrasi data balik untuk memigrasikan data inkremental dari database tujuan kembali ke sumber. Tugas ini menyediakan solusi rollback. Jika terjadi masalah setelah Anda mengalihkan aplikasi ke database tujuan, Anda dapat mengembalikan beban kerja ke database sumber asal.

   Sebagai contoh, jika tugas awal memigrasikan data dari database MySQL yang dikelola sendiri ke instans ApsaraDB RDS for MySQL, lihat Migrate from ApsaraDB RDS for MySQL to self-managed MySQL untuk petunjuk cara mengonfigurasi tugas balik tersebut. Untuk tugas balik ini, pilih hanya incremental data migration.

   Peringatan

   Saat mengonfigurasi tugas migrasi data balik, pada bagian Migration Types and Objects, pilih hanya incremental data migration. Lalu, pilih database atau tabel yang ingin Anda migrasikan kembali ke database sumber.

7. Setelah mengalihkan aplikasi Anda ke database tujuan, hentikan atau lepas tugas migrasi data DTS asal.

8. Tugas migrasi data balik terus mereplikasi data inkremental dari tujuan kembali ke database sumber. Hal ini memungkinkan Anda mengalihkan aplikasi kembali ke sumber kapan saja jika terjadi masalah.

Langkah selanjutnya

Setelah aplikasi Anda berjalan stabil di database tujuan selama periode tertentu dan Anda memverifikasi bahwa semua fitur bisnis berfungsi dengan benar, Anda dapat menghentikan tugas migrasi data balik. Untuk detailnya, lihat Terminate a data migration task.

FAQ

• Q: Apa yang harus saya lakukan jika aplikasi mengalami masalah setelah alih beban kerja?

  A: Tugas migrasi data balik terus mereplikasi data inkremental dari database tujuan kembali ke sumber. Jika Anda mengalami masalah, Anda dapat mengalihkan aplikasi kembali ke database sumber kapan saja.

• Q: Jika alih beban kerja gagal, bagaimana cara memastikan konsistensi data di database sumber?

  A: Kami menyarankan Anda melakukan backup database sumber sebelum memulai alih beban kerja.

• Q: Setelah alih beban kerja, apa yang harus saya lakukan jika data baru tanpa sengaja ditulis ke database sumber?

  A: Gunakan verifikasi data untuk mengidentifikasi dan memperbaiki secara manual ketidaksesuaian data antara database sumber dan tujuan.