All Products
Search

This Product

    Data Transmission Service:Beralih workload

    Document Center

    Data Transmission Service:Beralih workload

    Last Updated:Aug 27, 2026

    Setelah instans DTS memigrasikan data ke database tujuan, topik ini menjelaskan cara beralih workload dengan dampak bisnis minimal. Langkah-langkah berikut menggunakan instans migrasi sebagai contoh.

    Prasyarat

    Instans migrasi telah dikonfigurasi dan statusnya adalah Running atau Completed. Untuk informasi lebih lanjut tentang cara mengonfigurasi instans, lihat Migration scenarios.

    Ikhtisar

    1. Hentikan aplikasi menulis ke database sumber.

      Untuk mencegah kehilangan data, hentikan aplikasi Anda dari menulis data baru ke database sumber.

    2. Jeda instans migrasi.

      Setelah semua data dari database sumber ditulis ke database tujuan, jeda instans migrasi.

    3. Buat dan mulai instans migrasi balik.

      Migrasikan data inkremental dari database tujuan kembali ke database sumber secara real time untuk menyediakan solusi rollback. Jika terjadi masalah setelah beralih, Anda dapat kembali ke database sumber.

    4. Alihkan beban kerja.

      Arahkan aplikasi Anda ke database tujuan dan lanjutkan operasi.

    Catatan penggunaan

    • Untuk meminimalkan dampak bisnis, lakukan peralihan workload selama jam sepi karena proses ini mengharuskan Anda menghentikan aplikasi dan aktivitas penulisan ke database.

    • Untuk memudahkan identifikasi session dan meningkatkan keamanan data, kami menyarankan membuat akun database khusus untuk migrasi data.

    • Untuk beralih workload, Anda harus menjeda instans migrasi. Instans yang telah dijeda lebih dari tujuh hari tidak dapat dilanjutkan.

    • Jika Anda tidak lagi menggunakan task subscription yang memiliki auto-renewal aktif, kami menyarankan agar Anda menonaktifkan auto-renewal secara manual atau melepas instans tempat task tersebut berada. Jika tidak, Anda akan dikenakan biaya tambahan. Untuk informasi lebih lanjut, lihat Renew expiring resources dan Release DTS instances.

    Prosedur

    Beralih beban kerja

    1. Tunggu hingga instans migrasi mencapai tahap Incremental Data Migration, dan pastikan bahwa latensi pada kolom Running Information kurang dari 5 detik.

      Catatan

      Jika instans migrasi Anda tidak memiliki tahap Incremental Data Migration (yaitu, Anda tidak memilih Incremental Data Migration untuk Migration Types saat mengonfigurasi instans), task tersebut akan otomatis selesai setelah migrasi data awal. Tunggu hingga Status instans berubah menjadi Completed.

    2. Hentikan sementara aplikasi Anda untuk mencegah data baru ditulis ke database sumber.

    3. Login ke database sumber dan periksa informasi session untuk memastikan tidak ada operasi tulis baru yang aktif.

      Perintah umum untuk melihat informasi session:

      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

      Hasilnya akan mencakup koneksi dari instans DTS ke database sumber.

    4. Jeda instans migrasi.

      Penting

      • Jangan melanjutkan instans yang dijeda, karena hal ini dapat menyebabkan inkonsistensi data.

      • Jika instans migrasi Anda tidak memiliki tahap Incremental Data Migration, lewati langkah ini.

      1. Tunggu hingga latensi instans migrasi turun menjadi 0 milidetik.

        Catatan

        • Jika Auto Refresh dinonaktifkan, Anda dapat mengklik ikon refresh image di atas kolom Actions untuk memperbarui latensi.

        • Latensi 0 mungkin bersifat sementara.

        Hal ini menunjukkan bahwa semua data tertunda dari database sumber telah dimigrasikan ke database tujuan.

      2. Tunggu lagi selama 1 hingga 3 menit.

        Selama waktu ini, latensi instans mungkin berfluktuasi dalam rentang 2 detik.

      3. Pada halaman Data Synchronization, temukan instansi sinkronisasi data yang ingin Anda jeda, lalu pilih 更多设置 > Pause Task pada kolom Actions.

      4. Pada pesan yang muncul, klik OK.

      5. Tunggu hingga Status instans berubah menjadi Paused.

    5. Buat instans migrasi balik.

      1. Pertahankan aplikasi Anda dalam keadaan dihentikan.

      2. Hapus pembatasan tulis pada database sumber.

      3. Buat dan mulai instans migrasi balik.

        Penting

        • Saat mengonfigurasi instans, pilih hanya Incremental Data Migration untuk Migration Types.

        • Untuk petunjuk cara membuat instans, lihat Migration scenarios.

      4. Tunggu hingga Status instans berubah menjadi Running.

    6. Beralih workload.

      1. Arahkan aplikasi Anda ke database tujuan.

      2. Lanjutkan penulisan data aplikasi.

      3. Uji fungsionalitas aplikasi Anda.

    Solusi rollback

    Catatan

    Gunakan solusi ini untuk memulihkan layanan jika beralih workload gagal atau terjadi masalah lain.

    1. Hentikan aplikasi Anda dari menulis data baru ke database.

    2. Beralih kembali workload ke database sumber.

    3. Lanjutkan penulisan data aplikasi.

    Langkah selanjutnya

    Setelah beralih ke database tujuan dan memverifikasi bahwa aplikasi Anda stabil, uji semua fitur terkait. Jika tidak ditemukan masalah, Anda dapat menghentikan instans migrasi balik. Untuk informasi lebih lanjut, lihat terminate a DTS instance.

    Peringatan

    Akun database yang digunakan untuk migrasi data memiliki izin baca dan tulis. Untuk keamanan database, hapus akun ini atau cabut izin tulisnya setelah migrasi selesai.

    FAQ

    • Q: Apa yang harus saya lakukan dengan instans migrasi asli setelah beralih workload?

      A: Anda dapat menghentikan atau melepas instans tersebut sesuai kebutuhan. Untuk informasi lebih lanjut, lihat terminate a DTS instance dan release a DTS instance.

    • Q: Apa yang harus saya lakukan jika data baru secara tidak sengaja ditulis ke database sumber setelah beralih workload?

      A: Gunakan validasi data untuk mengidentifikasi perbedaan antara database sumber dan tujuan, lalu perbaiki data tersebut secara manual.