Untuk meminimalkan dampak sinkronisasi atau migrasi data terhadap bisnis Anda, beralihlah beban kerja ke database tujuan setelah instance DTS menyelesaikan sinkronisasi atau migrasi data. Topik ini menggunakan contoh instance migrasi untuk menjelaskan cara beralih beban kerja.
Prasyarat
Instance migrasi data telah dikonfigurasi dan berstatus Running atau Completed. Untuk informasi lebih lanjut tentang konfigurasi instance migrasi data, lihat Ikhtisar Skenario Migrasi Data.
Ikhtisar
Hentikan operasi penulisan ke database sumber.
Untuk menghindari kehilangan data, hentikan bisnis dan operasi penulisan ke database sumber.
Jeda instance migrasi data.
Setelah data dari database sumber ditulis ke database tujuan, jeda instance migrasi data.
Buat dan mulai tugas migrasi data ke arah yang berlawanan.
Migrasikan data tambahan di database tujuan ke database sumber secara real-time untuk memberikan solusi rollback. Jika terjadi kesalahan setelah beralih beban kerja ke database tujuan, Anda dapat beralih kembali ke database sumber.
Beralih beban kerja.
Arahkan beban kerja ke database tempat bisnis Anda menulis data, lalu lanjutkan operasi bisnis.
Catatan Penggunaan
Kami sarankan Anda beralih beban kerja ke database tujuan selama jam-jam sepi untuk meminimalkan dampak negatif. Sebelum beralih, pastikan tidak ada lagi penulisan data ke database sumber dan tangguhkan bisnis.
Kami sarankan Anda membuat dan mengotorisasi akun database khusus untuk migrasi data. Ini membantu membedakan informasi sesi dan meningkatkan keamanan data.
Pastikan Anda menjeda instance migrasi data sebelum beralih beban kerja ke database tujuan. Instance yang dijeda lebih dari tujuh hari tidak dapat dilanjutkan.
Jika Anda tidak lagi menggunakan tugas berlangganan dengan perpanjangan otomatis aktif, nonaktifkan fitur tersebut secara manual atau lepaskan instance tempat tugas berada. Jika tidak, Anda akan dikenakan biaya tambahan. Untuk informasi lebih lanjut, lihat , Panduan Perpanjangan, dan Lepaskan Instance DTS.
Prosedur
Beralih beban kerja ke database tujuan
Tunggu hingga instance migrasi data mencapai tahap Incremental Data Migration dan latensi pada kolom Running Information kurang dari 5 detik.
CatatanJika instance migrasi tidak memiliki tahap Incremental Data Migration (yaitu, Anda tidak memilih Incremental Data Migration untuk Migration Types saat mengonfigurasi instance), instance tersebut akan berakhir otomatis setelah migrasi selesai. Tunggu hingga Status instance berubah menjadi Completed.
Tangguhkan bisnis dan hentikan penulisan data ke database sumber.
Masuk ke database sumber dan periksa informasi sesi. Pastikan tidak ada sesi baru yang digunakan untuk operasi penulisan.
Jalankan pernyataan berikut sesuai jenis database sumber:
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 LISTMongoDB
use admin db.runCommand({currentOp: 1, $all:[{"active" : true}]})CatatanInformasi proses atau sesi yang dikembalikan oleh pernyataan di atas mencakup proses atau sesi antara DTS dan database sumber.
Jeda instance migrasi data.
PentingBerhati-hatilah jika Anda perlu memulai instance selama periode instance migrasi data dijeda. Ketidaksesuaian data mungkin terjadi jika tidak hati-hati.
Jika instance migrasi tidak memiliki tahap Incremental Data Migration, lewati langkah ini.
Tunggu hingga latensi instance migrasi menjadi 0 milidetik.
CatatanJika fitur Auto Refresh dinonaktifkan, klik ikon
di atas kolom Actions di sebelah kanan untuk menyegarkan latensi yang ditampilkan di halaman.Latensi 0 mungkin hanya bersifat sementara.
Pada titik ini, semua data yang akan dimigrasi dari database sumber berhasil dimigrasi ke database tujuan.
Lanjutkan menunggu 1 hingga 3 menit.
Selama periode ini, latensi instance mungkin berfluktuasi dalam rentang 2 detik.
Di halaman Sinkronisasi Data, temukan instance sinkronisasi data yang ingin Anda jeda dan pilih di kolom Actions.
Di pesan yang muncul, klik OK.
Tunggu hingga Status instance berubah menjadi Paused.
Buat tugas migrasi data ke arah yang berlawanan.
Pertahankan bisnis tetap ditangguhkan.
Hapus batasan penulisan data ke database sumber.
Buat dan mulai tugas migrasi data ke arah yang berlawanan.
PentingSaat mengonfigurasi instance ini, pilih hanya Incremental Data Migration untuk Migration Types.
Untuk informasi lebih lanjut, lihat Ikhtisar Skenario Migrasi Data.
Tunggu hingga Status instance berubah menjadi Running.
Beralih Beban Kerja ke Database Tujuan
Arahkan beban kerja ke database tujuan.
Lanjutkan operasi penulisan data.
Uji apakah instance berjalan sesuai harapan.
Rollback solusi
Lakukan langkah-langkah berikut untuk melanjutkan layanan dalam kasus-kasus luar biasa seperti gagal beralih beban kerja ke database tujuan.
Tangguhkan bisnis dan hentikan penulisan data ke database.
Beralih beban kerja kembali ke database sumber.
Lanjutkan operasi penulisan data.
Apa yang Harus Dilakukan Selanjutnya
Setelah beralih beban kerja ke database tujuan dan menguji semua fitur terkait bisnis, Anda dapat menghentikan tugas ke arah yang berlawanan. Untuk informasi lebih lanjut, lihat Hentikan Tugas Migrasi Data.
Akun database yang digunakan untuk migrasi data memiliki izin baca dan tulis. Setelah migrasi selesai, hapus akun atau cabut izin tulis untuk memastikan keamanan.
FAQ
T: Bagaimana cara menangani instance migrasi asli setelah saya beralih beban kerja ke database tujuan?
J: Anda dapat mengakhiri atau melepaskan instance sesuai kebutuhan bisnis. Untuk informasi lebih lanjut, lihat Hentikan Instance DTS dan Lepaskan Instance DTS.
T: Apa yang harus saya lakukan jika data ditulis ke database sumber karena kesalahan setelah saya beralih beban kerja ke database tujuan?
J: Gunakan fitur verifikasi data untuk membandingkan data antara database sumber dan tujuan. Kemudian, lakukan perubahan yang diperlukan untuk memastikan konsistensi data.
> Pause Task