全部产品
Search
文档中心

Data Transmission Service:Migrasikan data dari database SQL Server yang dikelola sendiri ke instans ApsaraDB RDS for PostgreSQL

更新时间:Nov 11, 2025

Layanan Transmisi Data (DTS) memungkinkan Anda untuk memigrasikan data dari database SQL Server ke instans ApsaraDB RDS for PostgreSQL. Topik ini menjelaskan cara memigrasikan data dari database SQL Server yang dikelola sendiri dan dapat diakses melalui internet ke

Penting

Fitur ini hanya tersedia di wilayah Tiongkok (Qingdao), Tiongkok (Beijing), dan Tiongkok (Hong Kong).

Prasyarat

  • Tambahkan blok CIDR server DTS ke pengaturan keamanan database SQL Server yang dikelola sendiri—seperti aturan grup keamanan, kebijakan firewall, dan daftar putih alamat IP—untuk mengizinkan akses dari server DTS.

  • Buat instans tujuan ApsaraDB RDS for PostgreSQL. Ruang penyimpanan yang tersedia pada instans ini harus lebih besar daripada ukuran total data di database SQL Server sumber. Untuk informasi selengkapnya, lihat Buat instans ApsaraDB RDS for PostgreSQL.

    Catatan

    Untuk informasi tentang versi database sumber dan tujuan yang didukung, lihat Ikhtisar skenario migrasi.

  • Buat database di instans tujuan ApsaraDB RDS for PostgreSQL untuk menerima data. Untuk informasi selengkapnya, lihat Buat database.

  • Jika instans sumber memenuhi salah satu kondisi berikut, bagi migrasi menjadi beberapa tugas:

    • Data yang akan dimigrasikan melibatkan beberapa skema.

    • Database tunggal pada instans sumber melakukan pencadangan log lebih dari sekali per jam.

    • Database tunggal pada instans sumber mengeksekusi lebih dari 100 pernyataan DDL per jam.

    • Log ditulis dengan laju lebih dari 20 MB/detik untuk database tunggal pada instans sumber.

    • Fitur change data capture (CDC) perlu diaktifkan untuk lebih dari 1.000 tabel.

Catatan Penggunaan

Catatan
  • Selama migrasi skema, DTS memigrasikan kunci asing dari database sumber ke database tujuan.

  • Selama migrasi data penuh dan migrasi data inkremental, DTS sementara menonaktifkan pemeriksaan kendala dan operasi kaskade pada kunci asing di tingkat sesi. Jika Anda melakukan operasi pembaruan dan penghapusan kaskade pada database sumber selama migrasi data, ketidakkonsistenan data dapat terjadi.

Kategori

Deskripsi

Batasan pada database sumber

  • Persyaratan bandwidth: Server yang menghosting database sumber harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan migrasi data akan terpengaruh.

  • Tabel yang akan dimigrasikan harus memiliki kunci primer atau kendala UNIK, dan kolom-kolom tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan.

  • Jika Anda memigrasikan objek tingkat tabel dan perlu mengeditnya, seperti memetakan nama tabel atau kolom, satu tugas migrasi data mendukung maksimal 1.000 tabel. Jika melebihi batas ini, kesalahan akan dilaporkan setelah Anda mengirimkan tugas. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi atau konfigurasikan tugas untuk memigrasikan seluruh database.

  • Satu tugas migrasi data mendukung maksimal 10 database. Jika melebihi batas ini, Anda mungkin mengalami masalah stabilitas dan kinerja. Dalam kasus ini, bagi tabel menjadi beberapa tugas migrasi.

  • Jika Anda mengonfigurasi tugas untuk memigrasikan objek tertentu alih-alih seluruh database, Anda tidak dapat memigrasikan objek yang memiliki nama skema berbeda tetapi nama tabel yang sama ke database tujuan yang sama.

  • Untuk migrasi inkremental, log data harus memenuhi persyaratan berikut:

    • Log harus diaktifkan. Mode pencadangan harus diatur ke Full. Pencadangan fisik penuh harus telah berhasil dilakukan.

    • Untuk tugas migrasi inkremental, DTS mengharuskan database sumber menyimpan log data selama lebih dari 24 jam. Untuk tugas yang mencakup migrasi penuh dan inkremental, DTS mengharuskan log data disimpan selama minimal 7 hari. Anda dapat mengubah periode retensi log menjadi lebih dari 24 jam setelah migrasi penuh selesai. Jika periode retensi log lebih pendek dari yang dipersyaratkan, tugas DTS mungkin gagal karena tidak dapat memperoleh log data. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan atau kehilangan data. Masalah yang disebabkan oleh periode retensi log yang lebih pendek dari yang dipersyaratkan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

  • Untuk mengaktifkan Change Data Capture (CDC) pada tabel yang akan dimigrasikan dari database sumber, kondisi berikut harus dipenuhi. Jika tidak, pemeriksaan awal akan gagal.

    • Nilai kolom srvname dalam tampilan sys.sysservers harus sama dengan nilai kembali fungsi SERVERPROPERTY.

    • Jika database sumber adalah instans SQL Server yang dikelola sendiri, pemilik database harus sa. Jika database sumber adalah instans RDS SQL Server, pemilik database harus sqlsa.

    • Jika database sumber adalah SQL Server Enterprise Edition, versinya harus 2008 atau lebih baru.

    • Jika database sumber adalah SQL Server Standard Edition, versinya harus 2016 SP1 atau lebih baru.

    • Jika database sumber adalah SQL Server 2017 (Standard Edition atau Enterprise Edition), kami menyarankan Anda meningkatkan versinya.

  • DTS menggunakan fungsi fn_log untuk memperoleh log database sumber. Fungsi ini memiliki hambatan kinerja. Jangan menghapus log database sumber terlalu dini. Jika tidak, tugas DTS mungkin gagal.

  • Batasan operasional pada database sumber:

    • Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema database atau tabel. Jika tidak, tugas migrasi data akan gagal.

    • Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke instans sumber. Jika tidak, ketidakkonsistenan data akan terjadi antara instans sumber dan tujuan. Untuk memastikan konsistensi data secara real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental.

  • Jika database sumber adalah instans hanya baca, operasi DDL tidak dapat dimigrasikan.

  • Jika database sumber adalah Azure SQL Database, satu instans migrasi hanya dapat memigrasikan satu database.

  • Jika database sumber adalah instans RDS for SQL Server dan instans migrasi mencakup tugas migrasi inkremental, pastikan enkripsi data transparan (TDE) dinonaktifkan. Hal ini memastikan stabilitas instans migrasi. Untuk informasi selengkapnya, lihat Nonaktifkan TDE.

  • Jika Anda menggunakan perintah sp_rename untuk mengganti nama objek seperti prosedur tersimpan di database sumber sebelum tugas migrasi skema dijalankan, tugas mungkin tidak berjalan sebagaimana mestinya atau gagal.

    Catatan

    Gunakan perintah ALTER untuk mengganti nama objek di database.

  • Dalam mode penguraian log hibrida, Anda tidak dapat menjalankan beberapa operasi berturut-turut untuk menambah atau menghapus kolom di database sumber dalam interval 10 menit. Misalnya, menjalankan pernyataan SQL berikut secara berturut-turut menyebabkan tugas melaporkan kesalahan.

    ALTER TABLE test_table DROP COLUMN Flag;
    ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');
  • Jika database sumber adalah instans RDS for SQL Server Edisi Web, Anda harus mengatur SQL Server Incremental Synchronization Mode ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported) saat mengonfigurasi tugas.

  • Selama migrasi data penuh, pastikan parameter READ_COMMITTED_SNAPSHOT untuk pemrosesan transaksi diaktifkan di database sumber. Hal ini mencegah kunci bersama memengaruhi penulisan data. Jika tidak, masalah seperti ketidakkonsistenan data atau kegagalan instans dapat terjadi. Masalah semacam ini tidak dicakup oleh SLA DTS.

Batasan lainnya

  • Hanya data dengan tipe data dasar yang dapat dimigrasikan. Data dengan tipe CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY, dan tipe yang ditentukan pengguna yang dibuat menggunakan perintah CREATE TYPE tidak dapat dimigrasikan.

    Penting

    Database sumber dan tujuan adalah database heterogen. Tipe data yang didukung keduanya tidak memiliki korespondensi satu-ke-satu. Dalam kasus ini, tugas mungkin gagal atau terjadi kehilangan data. Evaluasi dampak konversi tipe data terhadap bisnis Anda. Untuk informasi selengkapnya, lihat Pemetaan tipe data antara database heterogen.

  • Anda hanya dapat memilih objek untuk dimigrasikan pada tingkat tabel. Semua tabel yang ingin Anda migrasikan harus berada dalam skema yang sama. Jika tidak, ketidakkonsistenan data dapat terjadi atau tugas migrasi data mungkin gagal.

  • Jika Anda mengatur Configure Objects ke SQL Server Incremental Synchronization Mode pada langkah Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), tabel yang akan dimigrasikan harus memiliki indeks terkluster yang berisi kolom kunci primer. Tabel heap, tabel tanpa kunci primer, tabel terkompresi, tabel dengan kolom terhitung, dan tabel dengan kolom sparse tidak didukung. Batasan ini tidak berlaku dalam mode penguraian log hibrida.

  • Jika Anda mengatur Configure Objects ke SQL Server Incremental Synchronization Mode pada langkah Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing), batasan berikut juga berlaku:

    • Migrasi inkremental di DTS bergantung pada komponen CDC. Pastikan pekerjaan CDC di database sumber berjalan dengan benar. Jika tidak, tugas DTS akan gagal.

    • Secara default, data inkremental yang disimpan oleh komponen CDC dipertahankan selama 3 hari. Sesuaikan periode retensi sesuai kebutuhan menggunakan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

      Catatan
      • <time> menentukan waktu dalam menit.

      • Jika rata-rata jumlah pernyataan SQL perubahan inkremental harian untuk satu tabel di database sumber melebihi 10 juta, atur <time> ke 1440.

    • Dalam satu tugas migrasi, jangan aktifkan CDC untuk lebih dari 1.000 tabel. Jika tidak, latensi tugas atau ketidakstabilan dapat terjadi.

    • Modul prasyarat tugas migrasi inkremental DTS mengaktifkan CDC di database sumber. Selama proses ini, database sumber mungkin mengalami periode singkat tabel terkunci karena keterbatasan kernel database SQL Server.

  • Jika Anda mengatur Configure Objects ke SQL Server Incremental Synchronization Mode pada langkah Polling and querying CDC instances for incremental synchronization, batasan berikut juga berlaku:

    • Akun database sumber yang digunakan oleh instans DTS harus memiliki izin untuk mengaktifkan CDC. Akun dengan izin peran sysadmin diperlukan untuk mengaktifkan CDC tingkat database, dan akun istimewa diperlukan untuk mengaktifkan CDC tingkat tabel.

      Catatan
      • Akun administrator server untuk Azure SQL Database memenuhi persyaratan. Untuk database berbasis model pembelian vCore, semua tier layanan mendukung pengaktifan Change Data Capture (CDC). Untuk database berbasis model pembelian DTU, tier layanan harus S3 atau lebih tinggi untuk mendukung pengaktifan CDC.

      • Akun istimewa Amazon RDS for SQL Server memenuhi persyaratan dan mendukung pengaktifan CDC tingkat database untuk prosedur tersimpan.

      • CDC tidak dapat diaktifkan untuk tabel dengan indeks columnstore terkluster.

      • Modul prasyarat tugas migrasi inkremental DTS mengaktifkan CDC di database sumber. Selama proses ini, database sumber mungkin mengalami periode singkat tabel terkunci karena keterbatasan kernel database SQL Server.

    • DTS melakukan polling instans CDC setiap tabel di database sumber untuk memperoleh data inkremental. Oleh karena itu, jangan memigrasikan lebih dari 1.000 tabel dari database sumber. Jika tidak, latensi tugas atau ketidakstabilan dapat terjadi.

    • Secara default, data inkremental yang disimpan oleh komponen CDC dipertahankan selama 3 hari. Sesuaikan periode retensi sesuai kebutuhan menggunakan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

      Catatan
      • <time> menentukan waktu dalam menit.

      • Jika rata-rata jumlah pernyataan SQL perubahan inkremental harian untuk satu tabel di database sumber melebihi 10 juta, atur <time> ke 1440.

    • Anda tidak dapat menjalankan operasi DDL berturut-turut untuk menambah atau menghapus kolom. Menjalankan lebih dari dua operasi DDL semacam itu dalam satu menit dapat menyebabkan tugas gagal.

    • Anda tidak dapat memodifikasi instans CDC di database sumber. Jika tidak, tugas mungkin gagal atau data dapat hilang.

  • Untuk memastikan akurasi latensi migrasi data inkremental, DTS membuat pemicu dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history di database sumber dalam mode penguraian log. Dalam mode sinkronisasi inkremental hibrida, DTS membuat objek-objek ini dan juga mengaktifkan CDC tingkat database serta CDC untuk beberapa tabel. Laju perubahan data untuk tabel dengan CDC yang diaktifkan di sumber tidak boleh melebihi 1.000 catatan per detik (RPS).

  • Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Hal ini dapat meningkatkan beban server database. Sebelum memigrasikan data, evaluasi dampak migrasi data terhadap kinerja database sumber dan tujuan. Kami menyarankan Anda memigrasikan data pada jam-jam non-puncak, misalnya ketika beban CPU database sumber dan tujuan kurang dari 30%.

  • Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi pada tabel database tujuan. Setelah migrasi data penuh selesai, ukuran ruang tabel yang digunakan di database tujuan lebih besar daripada di database sumber.

  • DTS mencoba melanjutkan tugas migrasi yang gagal dalam waktu tujuh hari. Sebelum mengalihkan bisnis Anda ke instans tujuan, pastikan untuk mengakhiri atau melepaskan tugas tersebut. Anda juga dapat menggunakan perintah revoke untuk mencabut izin tulis akun yang digunakan DTS untuk mengakses instans tujuan. Hal ini mencegah data sumber menimpa data di instans tujuan setelah tugas dilanjutkan secara otomatis.

  • Jika tugas migrasi mencakup migrasi data inkremental, Anda tidak dapat melakukan pengindeksan ulang. Jika tidak, tugas mungkin gagal atau data dapat hilang.

    Catatan

    Anda tidak dapat melakukan perubahan terkait kunci primer untuk tabel dengan CDC yang diaktifkan.

  • Jika jumlah tabel dengan CDC yang diaktifkan dalam satu tugas migrasi melebihi nilai The maximum number of tables for which CDC is enabled that DTS supports., pemeriksaan awal akan gagal.

  • Jika instans mencakup tugas inkremental dan data yang akan ditulis ke satu kolom dalam tabel dengan CDC yang diaktifkan melebihi 64 KB, Anda harus menjalankan perintah exec sp_configure 'max text repl size', -1; untuk menyesuaikan konfigurasi database sumber terlebih dahulu.

    Catatan

    Secara default, pekerjaan CDC dapat memproses maksimal 64 KB data untuk satu kolom.

  • Modul pengumpulan data inkremental dari beberapa instans migrasi yang menggunakan database SQL Server yang sama sebagai sumber saling independen satu sama lain.

  • Jika sebuah instans gagal, tim dukungan DTS akan mencoba memulihkan instans tersebut dalam waktu 8 jam. Selama proses pemulihan, operasi seperti me-restart instans dan menyesuaikan parameter mungkin dilakukan.

    Catatan

    Saat parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi. Parameter database tidak dimodifikasi. Parameter yang mungkin dimodifikasi termasuk namun tidak terbatas pada yang dijelaskan dalam Modify instance parameters.

Kasus Khusus

Jika instans sumber adalah instans RDS for SQL Server, DTS membuat akun rdsdt_dtsacct di instans sumber untuk migrasi data. Jangan menghapus akun ini atau mengubah kata sandinya selama tugas berjalan. Jika tidak, tugas mungkin gagal. Untuk informasi selengkapnya, lihat System accounts.

Penagihan

Jenis migrasi

Biaya konfigurasi tugas

Biaya transfer data

Migrasi skema dan migrasi data penuh

Gratis.

Gratis dalam contoh ini.

Catatan

Ketika Access Method instans database tujuan diatur ke Public IP Address, Anda akan dikenai biaya transfer data. Untuk informasi selengkapnya, lihat Billing overview.

Migrasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Billing overview.

Operasi SQL yang mendukung migrasi inkremental

Jenis operasi

Pernyataan operasi SQL

DML

INSERT, UPDATE, dan DELETE

Catatan

Jika operasi UPDATE hanya memperbarui objek besar, DTS tidak memigrasikan operasi tersebut.

Izin yang diperlukan untuk akun database

Database

Izin yang diperlukan

Metode pembuatan dan otorisasi

SQL Server yang dikelola sendiri sumber

izin sysadmin.

CREATE USER dan GRANT (Transact-SQL)

Instans tujuan ApsaraDB RDS for PostgreSQL

Izin pemilik database tujuan (akun otorisasi).

Buat akun dan Buat database.

Persiapan

Catatan

Sebelum mengonfigurasi tugas untuk memigrasikan data inkremental, Anda harus mengonfigurasi pengaturan log pada database SQL Server yang dikelola sendiri dan membuat indeks terkluster.

Penting

Jika Anda ingin memigrasikan data inkremental dari beberapa database, ulangi Langkah 1 hingga 3 untuk setiap database. Jika tidak, ketidakkonsistenan data dapat terjadi.

  1. Jalankan pernyataan berikut pada database SQL Server yang dikelola sendiri untuk mengubah model pemulihan menjadi full.

    use master;
    GO
    ALTER DATABASE <database_name> SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
    GO

    Deskripsi parameter:

    <database_name>: nama database sumber.

    Contoh:

    use master;
    GO
    ALTER DATABASE mytestdata SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
    GO
  2. Jalankan pernyataan berikut untuk membuat cadangan logis untuk database sumber. Lewati langkah ini jika Anda telah membuat cadangan logis.

    BACKUP DATABASE <database_name> TO DISK='<physical_backup_device_name>';
    GO

    Deskripsi parameter:

    • <database_name>: nama database sumber.

    • <physical_backup_device_name>: jalur penyimpanan dan nama file cadangan.

    Contoh:

    BACKUP DATABASE mytestdata TO DISK='D:\backup\dbdata.bak';
    GO
  3. Jalankan pernyataan berikut untuk mencadangkan entri log database sumber:

    BACKUP LOG <database_name> to DISK='<physical_backup_device_name>' WITH init;
    GO

    Deskripsi parameter:

    • <database_name>: nama database sumber.

    • <physical_backup_device_name>: jalur penyimpanan dan nama file cadangan.

    Contoh:

    BACKUP LOG mytestdata TO DISK='D:\backup\dblog.bak' WITH init;
    GO

Prosedur

  1. Gunakan salah satu metode berikut untuk membuka halaman Migrasi Data dan pilih wilayah tempat instans migrasi data berada.

    Konsol DTS

    1. Masuk ke Konsol DTS.

    2. Di panel navigasi sebelah kiri, klik Data Migration.

    3. Di pojok kiri atas halaman, pilih wilayah tempat instans migrasi data berada.

    Konsol DMS

    Catatan

    Operasi aktual mungkin berbeda tergantung pada mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Simple mode dan Customize the layout and style of the DMS console.

    1. Masuk ke Konsol DMS.

    2. Di bilah navigasi atas, arahkan kursor ke Data + AI > DTS (DTS) > Data Migration.

    3. Dari daftar drop-down di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans sinkronisasi data berada.

  2. Klik Create Task untuk membuka halaman konfigurasi tugas.

  3. Konfigurasikan database sumber dan tujuan. Tabel berikut menjelaskan parameter tersebut.

    Bagian

    Parameter

    Deskripsi

    N/A

    Task Name

    Nama tugas DTS. DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama yang informatif agar mudah mengidentifikasi tugas tersebut. Anda tidak perlu menentukan nama tugas yang unik.

    Source Database

    Select Existing Connection

    • Jika Anda menggunakan instans database yang telah didaftarkan ke DTS, pilih instans tersebut dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi selengkapnya, lihat Manage database connections.

      Catatan

      Di konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance.

    • Jika Anda gagal mendaftarkan instans ke DTS, atau Anda tidak perlu menggunakan instans yang telah didaftarkan ke DTS, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Pilih SQL Server.

    Access Method

    Pilih jenis koneksi berdasarkan lokasi penerapan database sumber. Dalam contoh ini, pilih Public IP Address.

    Catatan

    Jika Anda memilih jenis koneksi lain untuk database yang dikelola sendiri, Anda juga harus melakukan persiapan yang sesuai. Untuk informasi selengkapnya, lihat Overview of preparations.

    Instance Region

    Pilih wilayah tempat database SQL Server sumber berada.

    Domain Name or IP

    Masukkan titik akhir database SQL Server sumber.

    Port Number

    Masukkan port layanan database SQL Server sumber. Nilai default adalah 1433.

    Database Account

    Masukkan akun database SQL Server sumber. Untuk informasi tentang izin yang diperlukan, lihat Permissions required for database accounts.

    Database Password

    Kata sandi yang digunakan untuk mengakses instans database.

    Encryption

    Menentukan apakah koneksi ke database sumber dienkripsi. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan bisnis Anda.

    • Jika enkripsi SSL dinonaktifkan untuk database sumber, pilih Non-encrypted.

    • Jika enkripsi SSL diaktifkan untuk database sumber, pilih SSL-encrypted. Secara default, DTS mempercayai sertifikat server.

    Destination Database

    Select Existing Connection

    • Jika Anda menggunakan instans database yang telah didaftarkan ke DTS, pilih instans tersebut dari daftar drop-down. DTS secara otomatis mengisi parameter database berikut untuk instans tersebut. Untuk informasi selengkapnya, lihat Manage database connections.

      Catatan

      Di konsol DMS, Anda dapat memilih instans database dari daftar drop-down Select a DMS database instance.

    • Jika Anda gagal mendaftarkan instans ke DTS, atau Anda tidak perlu menggunakan instans yang telah didaftarkan ke DTS, Anda harus mengonfigurasi informasi database berikut.

    Database Type

    Pilih PostgreSQL.

    Access Method

    Pilih Alibaba Cloud Instance.

    Instance Region

    Pilih wilayah instans tujuan ApsaraDB RDS for PostgreSQL.

    Instance ID

    Pilih ID instans tujuan ApsaraDB RDS for PostgreSQL.

    Database Name

    Masukkan nama database yang digunakan untuk menerima data di instans tujuan ApsaraDB RDS for PostgreSQL.

    Database Account

    Masukkan akun database instans tujuan ApsaraDB RDS for PostgreSQL. Untuk informasi tentang izin yang diperlukan, lihat Permissions required for database accounts.

    Database Password

    Kata sandi yang digunakan untuk mengakses instans database.

    Encryption

    Menentukan apakah koneksi ke database sumber dienkripsi. Anda dapat mengonfigurasi parameter ini berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, Non-encrypted dipilih.

    Jika Anda ingin membuat koneksi terenkripsi SSL ke database sumber, lakukan langkah-langkah berikut: Pilih SSL-encrypted, unggah CA Certificate, Client Certificate, dan Private Key of Client Certificate sesuai kebutuhan, lalu tentukan Private Key Password of Client Certificate.

    Catatan
    • Jika Anda mengatur Encryption ke SSL-encrypted untuk database PostgreSQL yang dikelola sendiri, Anda harus mengunggah CA Certificate.

    • Jika Anda ingin menggunakan sertifikat klien, Anda harus mengunggah Client Certificate dan Private Key of Client Certificate serta menentukan Private Key Password of Client Certificate.

    • Untuk informasi tentang cara mengonfigurasi enkripsi SSL untuk instans ApsaraDB RDS for PostgreSQL, lihat SSL encryption.

  4. Di bagian bawah halaman, klik Test Connectivity and Proceed, lalu klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers yang muncul.

    Catatan

    Pastikan blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Add DTS server IP addresses to a whitelist.

  5. Konfigurasikan objek yang akan dimigrasikan.

    1. Di halaman Configure Objects, konfigurasikan objek yang ingin Anda migrasikan.

      Parameter

      Deskripsi

      Migration Types

      • Untuk hanya melakukan migrasi data penuh, pilih Schema Migration dan Full Data Migration.

      • Untuk memastikan kelangsungan layanan selama migrasi data, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

      Catatan
      • Jika Anda tidak memilih Schema Migration, pastikan database dan tabel telah dibuat di database tujuan untuk menerima data dan fitur pemetaan nama objek diaktifkan di Selected Objects.

      • Jika Anda tidak memilih Incremental Data Migration, kami menyarankan Anda tidak menulis data ke database sumber selama migrasi data. Hal ini memastikan konsistensi data antara database sumber dan tujuan.

      SQL Server Incremental Synchronization Mode

      • Log-based Parsing for Non-heap Tables and CDC-based Incremental Synchronization for Heap Tables (Hybrid Log-based Parsing):

        • Keuntungan:

          • Mode ini mendukung tabel heap, tabel tanpa kunci primer, tabel terkompresi, dan tabel dengan kolom terhitung.

          • Mode ini memberikan stabilitas lebih tinggi dan mendukung berbagai pernyataan DDL lengkap.

        • Kerugian:

          • DTS membuat pemicu dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history di database sumber serta mengaktifkan change data capture (CDC) untuk database sumber dan tabel tertentu.

          • Anda tidak dapat menjalankan pernyataan SELECT INTO, TRUNCATE, atau RENAME COLUMN pada tabel dengan CDC yang diaktifkan di database sumber. Pemicu yang dibuat oleh DTS di database sumber tidak dapat dihapus secara manual.

      • Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported):

        • Keuntungan:

          Mode ini tidak memodifikasi pengaturan database sumber.

        • Kerugian:

          Mode ini tidak mendukung tabel heap, tabel tanpa kunci primer, tabel terkompresi, atau tabel dengan kolom terhitung.

      • Polling and querying CDC instances for incremental synchronization:

        • Keuntungan:

          • Migrasi data penuh dan migrasi data inkremental didukung jika database sumber adalah instans Amazon RDS for SQL Server, database di Microsoft Azure SQL Database, Microsoft Azure SQL Managed Instance, Microsoft Azure SQL Server on Virtual Machine, atau instans Google Cloud SQL for SQL Server.

          • Jika Anda menggunakan komponen CDC asli SQL Server untuk memperoleh data inkremental, migrasi inkremental lebih stabil dan menggunakan bandwidth jaringan lebih sedikit.

        • Kerugian:

          • Akun database sumber yang digunakan oleh instans DTS harus memiliki izin untuk mengaktifkan CDC. Migrasi data inkremental memerlukan waktu sekitar 10 detik.

          • Jika Anda memigrasikan beberapa tabel di beberapa database, masalah stabilitas dan kinerja dapat terjadi.

      Catatan

      Item konfigurasi ini tersedia hanya jika Incremental Data Migration dipilih untuk Migration Types.

      The maximum number of tables for which CDC is enabled that DTS supports.

      Kami menyarankan Anda, berdasarkan kebutuhan bisnis, mengatur jumlah maksimum tabel yang diaktifkan CDC yang didukung oleh tugas DTS. Nilai default: 1.000.

      Catatan

      Parameter ini tidak tersedia jika Anda mengatur parameter SQL Server Incremental Synchronization Mode ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: memeriksa apakah database tujuan berisi tabel yang menggunakan nama yang sama dengan tabel di database sumber. Jika database sumber dan tujuan tidak berisi tabel dengan nama identik, pemeriksaan awal lolos. Jika tidak, kesalahan dikembalikan selama pemeriksaan awal dan tugas migrasi data tidak dapat dimulai.

        Catatan

        Jika database sumber dan tujuan berisi tabel dengan nama identik dan tabel di database tujuan tidak dapat dihapus atau diganti namanya, Anda dapat menggunakan fitur pemetaan nama objek untuk mengganti nama tabel yang dimigrasikan ke database tujuan. Untuk informasi selengkapnya, lihat Map object names.

      • Ignore Errors and Proceed: melewati pemeriksaan awal untuk nama tabel identik di database sumber dan tujuan.

        Peringatan

        Jika Anda memilih Ignore Errors and Proceed, ketidakkonsistenan data dapat terjadi dan bisnis Anda mungkin menghadapi risiko potensial berikut:

        • Jika database sumber dan tujuan memiliki skema yang sama, dan catatan data memiliki kunci primer yang sama dengan catatan data yang ada di database tujuan, skenario berikut dapat terjadi:

          • Selama migrasi data penuh, DTS tidak memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan dipertahankan.

          • Selama migrasi data inkremental, DTS memigrasikan catatan data ke database tujuan. Catatan data yang ada di database tujuan ditimpa.

        • Jika database sumber dan tujuan memiliki skema berbeda, hanya kolom tertentu yang dimigrasikan atau tugas migrasi data gagal. Lakukan dengan hati-hati.

      Capitalization of Object Names in Destination Instance

      Huruf kapital untuk nama database, nama tabel, dan nama kolom di instans tujuan. Secara default, DTS default policy dipilih. Anda dapat memilih opsi lain untuk memastikan huruf kapital nama objek konsisten dengan database sumber atau tujuan. Untuk informasi selengkapnya, lihat Specify the capitalization of object names in the destination instance.

      Source Objects

      Di bagian Source Objects, pilih tabel yang ingin Anda migrasikan, lalu klik 向右小箭头 untuk memindahkannya ke bagian Selected Objects.

      Penting

      Anda hanya dapat memilih objek untuk dimigrasikan pada tingkat tabel. Semua tabel yang ingin Anda migrasikan harus berada dalam skema yang sama. Jika tidak, ketidakkonsistenan data dapat terjadi atau tugas migrasi data mungkin gagal.

      Selected Objects

      Secara default, nama skema database sumber digunakan sebagai nama skema database tujuan, dan nama tabel database sumber digunakan sebagai nama tabel database tujuan.

      Untuk mengubah nama skema yang menerima data di instans tujuan ApsaraDB RDS for PostgreSQL, klik kanan skema yang berisi tabel yang akan dimigrasikan di bagian Selected Objects. Di kotak dialog Edit Schema, ubah nilai di kolom Schema Name.

      Catatan
      • Anda juga dapat mengklik kanan tabel yang akan dimigrasikan di bagian Selected Objects untuk mengubah nama tabel atau kolom yang menerima data, atau menentukan kondisi WHERE untuk memfilter data. Untuk informasi selengkapnya, lihat Specify filter conditions dan Map object names.

      • Untuk memilih operasi SQL untuk migrasi inkremental, klik kanan objek di bagian Selected Objects. Di kotak dialog yang muncul, pilih operasi SQL yang ingin Anda migrasikan.

      • Untuk menghapus satu atau beberapa objek yang dipilih untuk migrasi, klik objek di bagian Selected Objects lalu klik image untuk memindahkan objek ke bagian Source Objects.

    2. Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

      Konfigurasi

      Deskripsi

      Dedicated Cluster for Task Scheduling

      Secara default, DTS menjadwalkan tugas migrasi data ke klaster bersama jika Anda tidak menentukan klaster khusus. Jika Anda ingin meningkatkan stabilitas tugas migrasi data, beli klaster khusus. Untuk informasi selengkapnya, lihat What is a DTS dedicated cluster.

      Retry Time for Failed Connections

      Rentang waktu percobaan ulang untuk koneksi yang gagal. Jika database sumber atau tujuan gagal terhubung setelah tugas migrasi data dimulai, DTS segera mencoba menghubungkan kembali dalam rentang waktu percobaan ulang. Nilai yang valid: 10 hingga 1.440. Satuan: menit. Nilai default: 720. Kami menyarankan Anda mengatur parameter ini ke nilai lebih dari 30. Jika DTS berhasil terhubung kembali ke database sumber dan tujuan dalam rentang waktu percobaan ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

      Catatan
      • Jika Anda menentukan rentang waktu percobaan ulang berbeda untuk beberapa tugas migrasi data yang menggunakan database sumber atau tujuan yang sama, nilai yang ditentukan terakhir yang berlaku.

      • Saat DTS mencoba menghubungkan kembali, Anda dikenai biaya untuk instans DTS. Kami menyarankan Anda menentukan rentang waktu percobaan ulang berdasarkan kebutuhan bisnis Anda. Anda juga dapat melepaskan instans DTS sesegera mungkin setelah database sumber dan instans tujuan dilepas.

      Retry Time for Other Issues

      Rentang waktu percobaan ulang untuk masalah lain. Misalnya, jika operasi DDL atau DML gagal dilakukan setelah tugas migrasi data dimulai, DTS segera mencoba mengulang operasi tersebut dalam rentang waktu percobaan ulang. Nilai yang valid: 1 hingga 1440. Satuan: menit. Nilai default: 10. Kami menyarankan Anda mengatur parameter ini ke nilai lebih dari 10. Jika operasi yang gagal berhasil dilakukan dalam rentang waktu percobaan ulang yang ditentukan, DTS melanjutkan tugas migrasi data. Jika tidak, tugas migrasi data gagal.

      Penting

      Nilai parameter Retry Time for Other Issues harus lebih kecil daripada nilai parameter Retry Time for Failed Connections.

      Enable Throttling for Full Data Migration

      Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data penuh. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis database sumber dan tujuan. Hal ini dapat meningkatkan beban server database. Anda dapat mengaktifkan pembatasan untuk migrasi data penuh berdasarkan kebutuhan bisnis Anda. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s). Hal ini mengurangi beban server database tujuan.

      Catatan

      Anda dapat mengonfigurasi parameter ini hanya jika Anda memilih Full Data Migration untuk parameter Migration Types.

      Enable Throttling for Incremental Data Migration

      Menentukan apakah akan mengaktifkan pembatasan untuk migrasi data inkremental. Untuk mengonfigurasi pembatasan, Anda harus mengonfigurasi parameter RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s). Hal ini mengurangi beban server database tujuan.

      Catatan

      Anda dapat mengonfigurasi parameter ini hanya jika Anda memilih Incremental Data Migration untuk parameter Migration Types.

      Environment Tag

      Anda dapat memilih tag lingkungan untuk mengidentifikasi instans. Dalam contoh ini, Anda tidak perlu memilih tag.

      Configure ETL

      Menentukan apakah akan mengaktifkan fitur ekstrak, transformasi, muat (ETL). Untuk informasi selengkapnya, lihat What is ETL? Nilai yang valid:

      Monitoring and Alerting

      Menentukan apakah akan mengonfigurasi peringatan untuk tugas migrasi data. Jika tugas gagal atau latensi migrasi melebihi ambang batas yang ditentukan, kontak peringatan akan menerima notifikasi. Nilai yang valid:

      • No: tidak mengonfigurasi peringatan.

      • Yes: mengonfigurasi peringatan. Dalam hal ini, Anda juga harus mengonfigurasi ambang batas peringatan dan alert notification settings. Untuk informasi selengkapnya, lihat bagian Configure monitoring and alerting when you create a DTS task dalam topik Configure monitoring and alerting.

    3. Klik Next Step: Data Verification untuk mengonfigurasi tugas verifikasi data.

      Untuk informasi selengkapnya tentang cara menggunakan fitur verifikasi data, lihat Configure a data verification task.

  6. Simpan pengaturan tugas dan jalankan pemeriksaan awal.

    • Untuk melihat parameter yang perlu ditentukan saat memanggil operasi API terkait untuk mengonfigurasi tugas DTS, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

    • Jika Anda tidak perlu melihat atau telah melihat parameter, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

    Catatan
    • Sebelum Anda dapat memulai tugas migrasi data, DTS melakukan pemeriksaan awal. Anda hanya dapat memulai tugas migrasi data setelah tugas lolos pemeriksaan awal.

    • Jika tugas gagal lolos pemeriksaan awal, klik View Details di sebelah setiap item yang gagal. Setelah menganalisis penyebab berdasarkan hasil pemeriksaan, atasi masalah tersebut. Kemudian, jalankan pemeriksaan awal lagi.

    • Jika peringatan dipicu untuk suatu item selama pemeriksaan awal:

      • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan atasi masalah tersebut. Kemudian, jalankan pemeriksaan awal lagi.

      • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog View Details, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pemeriksaan awal lagi. Jika Anda mengabaikan item peringatan, ketidakkonsistenan data dapat terjadi, dan bisnis Anda mungkin menghadapi risiko potensial.

  7. Beli instans.

    1. Tunggu hingga Success Rate menjadi 100%. Lalu, klik Next: Purchase Instance.

    2. Di halaman Purchase Instance, konfigurasikan parameter Instance Class untuk instans migrasi data. Tabel berikut menjelaskan parameter tersebut.

      Bagian

      Parameter

      Deskripsi

      New Instance Class

      Resource Group

      Kelompok sumber daya tempat instans migrasi data berada. Nilai default: default resource group. Untuk informasi selengkapnya, lihat What is Resource Management?

      Instance Class

      DTS menyediakan kelas instans dengan kecepatan migrasi yang berbeda-beda. Anda dapat memilih kelas instans berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Instance classes of data migration instances.

    3. Baca dan setujui Data Transmission Service (Pay-as-you-go) Service Terms dengan memilih kotak centang.

    4. Klik Buy and Start. Pada pesan yang muncul, klik , lalu klik OK.

      Anda dapat melihat progres tugas di halaman Data Migration.

      Catatan
      • Jika tugas migrasi data tidak dapat digunakan untuk memigrasikan data inkremental, tugas tersebut akan berhenti secara otomatis. Status Completed ditampilkan di bagian Status .

      • Jika tugas migrasi data dapat digunakan untuk memigrasikan data inkremental, tugas tersebut tidak berhenti secara otomatis. Tugas migrasi data inkremental tidak pernah berhenti atau selesai. Status Running ditampilkan di bagian Status.