Data Transmission Service：Beralih beban kerja ke database tujuan

Catatan penggunaan

• Disarankan untuk beralih beban kerja ke database tujuan selama jam sepi guna meminimalkan dampak. Sebelum melakukan pergantian, hentikan penulisan data ke database sumber dan tangguhkan operasional bisnis.

• Buat dan otorisasi akun database khusus untuk migrasi data. Hal ini membantu membedakan informasi sesi dan meningkatkan keamanan data.

Prosedur

1. Tunggu hingga bilah kemajuan tugas menunjukkan Incremental Data Migration dan The migration task is not delayed, atau waktu tunda kurang dari 5 detik.

   

   Catatan

   Bilah kemajuan tugas hanya menampilkan Incremental Data Migration jika opsi Incremental Data Migration dipilih saat mengonfigurasi tugas migrasi data. Setelah proses migrasi data selesai, tugas migrasi akan berhenti secara otomatis. Dalam situasi ini, Anda perlu menangguhkan operasional bisnis dan menghentikan penulisan data ke database sumber sebelum menjalankan tugas migrasi data. Lanjutkan ke Langkah 5 untuk melanjutkan.

2. Tangguhkan operasional bisnis dan hentikan penulisan data ke database sumber.

3. Masuk ke database sumber dan jalankan pernyataan berikut sesuai jenis database untuk memeriksa informasi sesi. Pastikan tidak ada sesi baru yang digunakan untuk 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

   Pernyataan di atas dapat digunakan untuk melihat proses atau sesi antara DTS dan database sumber.

4. Setelah status incremental data migration berubah menjadi The migration task is not delayed, tunggu selama 1 menit atau lebih, lalu hentikan tugas migrasi secara manual.

   Peringatan

   Setelah tugas migrasi dihentikan, jangan mulai ulang kecuali diperlukan. Jika tidak, data yang dimigrasikan mungkin tidak konsisten dengan data aslinya.

   

5. Ketika operasional bisnis masih ditangguhkan, hapus batasan pada penulisan data ke database sumber.

6. Buat dan mulai tugas untuk memigrasikan data inkremental dari database tujuan ke database sumber. Tugas ini memberikan solusi rollback jika terjadi kesalahan di database tujuan.

   Sebagai contoh, jika tugas migrasi awal digunakan untuk memigrasikan data dari MySQL yang dikelola sendiri ke instance ApsaraDB RDS for MySQL, buat tugas migrasi untuk memigrasikan data dari instance ApsaraDB RDS for MySQL ke MySQL yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Migrasi Data dari Instance ApsaraDB RDS for MySQL ke MySQL yang Dikelola Sendiri. Saat membuat tugas migrasi ke arah sebaliknya, pilih hanya Incremental Data Migration.

   Peringatan

   Saat mengonfigurasi tugas migrasi ke arah sebaliknya, pilih hanya Incremental Data Migration pada langkah Configure Migration Types and Objects. Kemudian, pilih database atau tabel yang akan dimigrasikan kembali ke database sumber.

   

7. Beralih beban kerja ke database tujuan dan hentikan atau lepaskan tugas migrasi data secara manual.

8. Setelah menjalankan tugas ke arah sebaliknya, data inkremental yang dihasilkan di database tujuan akan dimigrasikan kembali ke database sumber secara real-time. Jika bisnis gagal, Anda dapat beralih beban kerja kembali ke database sumber.

Apa yang harus dilakukan selanjutnya

Setelah beralih beban kerja ke database tujuan dan menguji semua fitur terkait bisnis, Anda dapat menghentikan tugas ke arah sebaliknya. Untuk informasi lebih lanjut, lihat Hentikan Tugas Migrasi Data.

FAQ

• Pertanyaan: Apa yang harus dilakukan jika terjadi kesalahan setelah beralih beban kerja ke database tujuan?

  Jawaban: Jika terjadi kesalahan, beralihlah kembali ke database sumber. Setelah menjalankan tugas ke arah sebaliknya, data inkremental yang dihasilkan di database tujuan akan dimigrasikan kembali ke database sumber secara real-time.

• Pertanyaan: Bagaimana cara memastikan konsistensi data di database sumber jika beban kerja gagal beralih ke database tujuan?

  Jawaban: Cadangkan database sumber sebelum beralih beban kerja. Jika pergantian gagal, pulihkan database sumber untuk memastikan konsistensi data.

• Pertanyaan: Apa yang harus dilakukan jika data ditulis ke database sumber karena kesalahan operasi setelah beralih beban kerja ke database tujuan?

  Jawaban: Gunakan fitur verifikasi data untuk membandingkan data antara database sumber dan tujuan. Lakukan perubahan yang diperlukan untuk memastikan konsistensi data.