All Products
Search

This Product

    Data Transmission Service:Migrasi SQL Server yang dikelola sendiri ke RDS PostgreSQL

    Document Center

    Data Transmission Service:Migrasi SQL Server yang dikelola sendiri ke RDS PostgreSQL

    Last Updated:Aug 28, 2026

    Layanan Transmisi Data (Data Transmission Service/DTS) memungkinkan Anda memigrasikan data dari database SQL Server ke instans ApsaraDB RDS for PostgreSQL. Topik ini menggunakan database SQL Server yang dikelola sendiri dengan akses publik sebagai database sumber dan menjelaskan langkah-langkah yang diperlukan.

    Penting

    Fitur ini saat ini hanya didukung di wilayah China (Qingdao), China (Beijing), dan China (Hong Kong).

    Prasyarat

    • Blok CIDR server DTS telah ditambahkan ke pengaturan keamanan (seperti aturan security group, aturan firewall, atau daftar putih) database SQL Server yang dikelola sendiri agar mengizinkan akses dari server DTS.

    • Instans tujuan ApsaraDB RDS for PostgreSQL dengan kapasitas penyimpanan lebih besar daripada ruang yang digunakan oleh database SQL Server sumber telah dibuat. Untuk informasi tentang cara membuat instans, lihat Buat instans ApsaraDB RDS for PostgreSQL dengan cepat.

      Catatan

      Untuk versi yang didukung oleh database sumber dan tujuan, lihat Skenario migrasi.

    • Database untuk menerima data telah dibuat di instans tujuan ApsaraDB RDS for PostgreSQL. Untuk informasi tentang cara membuat database, lihat Buat database.

    • Jika instans sumber memiliki salah satu kondisi berikut, kami menyarankan Anda membagi migrasi menjadi beberapa tugas:

      • Data yang akan dimigrasikan berasal dari beberapa skema.

      • Cadangan log dilakukan lebih dari sekali per jam untuk satu database.

      • Lebih dari 100 operasi Data Definition Language (DDL) dilakukan per jam pada satu database.

      • Laju pembuatan log untuk satu database melebihi 20 MB/detik.

      • Anda harus mengaktifkan change data capture (CDC) pada lebih dari 1.000 tabel.

    Catatan penggunaan

    Catatan

    • DTS memigrasikan kunci asing selama migrasi skema.

    • Selama migrasi data penuh dan inkremental, DTS secara sementara menonaktifkan pemeriksaan constraint dan cascade kunci asing pada tingkat session. Pembaruan atau penghapusan cascade pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

    Type

    Description

    Batasan database sumber

    • Server database sumber harus memiliki bandwidth outbound yang mencukupi. Bandwidth yang tidak mencukupi akan mengurangi kecepatan migrasi data.

    • Tabel yang akan dimigrasikan harus memiliki kunci primer atau constraint unik, dan kolom dalam kunci atau constraint tersebut harus unik. Jika tidak, duplikasi data dapat terjadi di database tujuan.

    • Jika Anda memilih tabel tertentu untuk migrasi dan perlu mengeditnya (misalnya, memetakan nama tabel atau kolom), satu tugas migrasi dapat memigrasikan maksimal 1.000 tabel. Jika melebihi batas ini, tugas akan gagal saat dikirim. Bagi tabel menjadi beberapa tugas atau konfigurasikan tugas untuk memigrasikan seluruh database.

    • Satu tugas migrasi mendukung maksimal 10 database. Melebihi batas ini dapat menyebabkan masalah stabilitas dan kinerja. Bagi migrasi menjadi beberapa tugas jika diperlukan.

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

    • Jika Anda melakukan migrasi data inkremental, log transaksi harus memenuhi persyaratan berikut:

      • Pencatatan log transaksi harus diaktifkan, mode backup harus diatur ke Full, dan cadangan fisik penuh harus telah berhasil dilakukan.

      • Untuk migrasi data inkremental saja, Layanan Transmisi Data (DTS) memerlukan retensi log transaksi database sumber lebih dari 24 jam. Jika tugas mencakup migrasi data penuh dan inkremental, simpan log setidaknya selama tujuh hari. Setelah migrasi data penuh selesai, Anda dapat mengurangi periode retensi menjadi lebih dari 24 jam. Jika tidak, tugas DTS dapat gagal karena log transaksi tidak tersedia. Dalam kasus ekstrem, ketidakkonsistenan atau kehilangan data dapat terjadi. Masalah yang disebabkan oleh retensi log yang tidak mencukupi tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

    • Jika Anda mengaktifkan CDC (change data capture) untuk tabel sumber yang akan dimigrasikan, tabel tersebut harus memenuhi kondisi berikut. Jika tidak, pemeriksaan awal akan gagal.

      • Nilai field srvname dalam view sys.sysservers harus sama dengan nilai kembali fungsi SERVERPROPERTY.

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

      • Jika database sumber adalah Edisi Perusahaan, versinya harus SQL Server 2008 atau lebih baru.

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

      • Jika database sumber adalah SQL Server 2017 (Edisi Standar atau Perusahaan), upgrade ke versi yang lebih baru.

    • DTS menggunakan fungsi fn_log untuk mendapatkan log dari database sumber. Fungsi ini memiliki bottleneck kinerja, jadi jangan menghapus log database sumber terlalu dini. Jika tidak, tugas DTS dapat gagal.

    • Batasan operasi di database sumber:

      • Selama fase migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL yang mengubah struktur 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, data di database sumber dan tujuan menjadi tidak konsisten. Untuk memastikan konsistensi data real-time, pilih Migrasi Skema, Migrasi Data Penuh, dan Migrasi Data Inkremental.

    • Jika database sumber adalah instans hanya baca, DTS tidak memigrasikan operasi DDL.

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

    • Jika database sumber adalah instans ApsaraDB RDS for SQL Server dan tugas migrasi mencakup migrasi data inkremental, pastikan Transparent Data Encryption (TDE) dinonaktifkan demi stabilitas tugas. Untuk informasi lebih lanjut, lihat Nonaktifkan TDE.

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

      Catatan

      Gunakan perintah ALTER untuk mengganti nama objek database.

    • Dalam mode parsing berbasis log hibrid, database sumber tidak mendukung operasi penambahan atau penghapusan kolom berturut-turut dengan interval kurang dari 10 menit. Misalnya, jika Anda menjalankan pernyataan SQL berikut secara berturut-turut, tugas akan gagal.

      ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');

    • Jika database sumber adalah instans ApsaraDB RDS for SQL Server yang menjalankan edisi Web, atur 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, aktifkan parameter READ_COMMITTED_SNAPSHOT untuk database sumber guna mencegah kontensi shared lock memengaruhi penulisan data. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi. Masalah yang disebabkan oleh tidak mengaktifkan parameter ini tidak dicakup oleh SLA DTS.

    Batasan lainnya

    • Migrasi hanya didukung untuk tipe data dasar, tetapi tidak untuk data tipe CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, atau GEOGRAPHY, atau untuk tipe data yang ditentukan pengguna yang dibuat menggunakan perintah CREATE TYPE.

      Penting

      Skenario ini merupakan migrasi database heterogen. Ketidaksesuaian tipe data dapat menyebabkan kegagalan tugas atau kehilangan data. Evaluasi secara cermat dampak pemetaan tipe data terhadap bisnis Anda. Untuk informasi lebih lanjut, lihat Pemetaan tipe data antar database heterogen.

    • Anda hanya dapat memilih objek migrasi pada tingkat tabel. Semua tabel yang dipilih harus termasuk dalam skema yang sama. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi.

    • 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 mencakup kolom kunci primer. DTS tidak mendukung migrasi heap table, tabel tanpa kunci primer, tabel terkompresi, tabel dengan kolom terhitung, atau tabel dengan kolom sparse dalam mode ini. Batasan ini tidak berlaku dalam mode parsing berbasis log hibrid.

    • 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:

      • DTS bergantung pada komponen CDC untuk migrasi inkremental. Pastikan pekerjaan CDC di database sumber berjalan sebagaimana mestinya. Jika tidak, tugas DTS akan gagal.

      • Secara default, komponen CDC menyimpan data inkremental selama tiga hari. Sesuaikan periode retensi dengan menjalankan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

        Catatan

        • <time> menentukan periode retensi dalam menit.

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

      • Dalam satu tugas migrasi, aktifkan CDC untuk tidak lebih dari 1.000 tabel. Jika tidak, tugas mungkin mengalami latensi tinggi atau menjadi tidak stabil.

      • Modul pemeriksaan awal untuk tugas migrasi data inkremental DTS mengaktifkan CDC di database sumber. Selama proses ini, batasan internal mesin SQL Server dapat menyebabkan penguncian tabel sementara di database sumber.

    • 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 role sysadmin diperlukan untuk mengaktifkan CDC tingkat database. Akun istimewa diperlukan untuk mengaktifkan CDC tingkat tabel.

        Catatan

        • Akun paling istimewa (administrator server) yang disediakan oleh konsol Azure SQL Database memenuhi persyaratan. Untuk database yang dibeli berdasarkan model vCore, CDC dapat diaktifkan untuk semua spesifikasi. Untuk database yang dibeli berdasarkan model DTU, CDC hanya dapat diaktifkan untuk tier layanan S3 atau lebih tinggi.

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

        • CDC tidak dapat diaktifkan untuk tabel yang memiliki indeks penyimpanan kolom terkluster.

        • Modul pemeriksaan awal untuk tugas migrasi data inkremental DTS mengaktifkan CDC di database sumber. Selama proses ini, batasan internal mesin SQL Server dapat menyebabkan penguncian tabel sementara di database sumber.

      • DTS mendapatkan data inkremental dengan polling dan mengkueri instans CDC setiap tabel di database sumber. Migrasikan tidak lebih dari 1.000 tabel dari database sumber. Jika tidak, tugas mungkin mengalami latensi tinggi atau menjadi tidak stabil.

      • Secara default, komponen CDC menyimpan data inkremental selama tiga hari. Sesuaikan periode retensi dengan menjalankan perintah exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;.

        Catatan

        • <time> menentukan periode retensi dalam menit.

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

      • Operasi penambahan atau penghapusan kolom berturut-turut tidak didukung (lebih dari dua operasi DDL ADD COLUMN atau DROP COLUMN dalam satu menit). Jika tidak, tugas mungkin gagal.

      • Jangan memodifikasi instans CDC database sumber. Jika tidak, tugas migrasi data mungkin gagal atau terjadi kehilangan data.

    • Untuk memastikan pelaporan latensi yang akurat selama migrasi data inkremental, DTS membuat objek di database sumber. Dalam mode parsing berbasis log, DTS membuat trigger dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel penyimpanan DDL dts_cdc_ddl_history. Dalam mode parsing berbasis log hibrid, DTS membuat objek yang sama dan juga mengaktifkan CDC tingkat database dan tingkat tabel. Untuk tabel yang diaktifkan CDC-nya, laju perubahan data tidak boleh melebihi 1.000 baris per detik (RPS).

    • Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis di kedua database sumber dan tujuan, yang dapat meningkatkan beban database. Sebelum memulai, evaluasi kinerja kedua database dan jalankan migrasi selama jam sepi, misalnya saat Beban CPU di bawah 30%.

    • Selama migrasi penuh, operasi INSERT konkuren dapat menyebabkan fragmentasi di tabel tujuan, sehingga tabel di database tujuan mungkin menggunakan lebih banyak ruang penyimpanan daripada di database sumber setelah migrasi.

    • DTS mencoba melanjutkan tugas yang gagal hingga tujuh hari. Sebelum memindahkan beban kerja bisnis Anda ke instans tujuan, akhiri atau lepaskan tugas migrasi. Atau, cabut izin tulis akun DTS pada instans tujuan menggunakan perintah revoke untuk mencegah tugas yang dilanjutkan menimpa data tujuan.

    • Jika tugas migrasi mencakup migrasi data inkremental, Anda tidak dapat melakukan operasi re-indexing. Hal ini dapat menyebabkan tugas gagal atau kehilangan data.

      Catatan

      Anda tidak dapat memodifikasi kunci primer tabel yang diaktifkan CDC-nya.

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

    • Jika tugas mencakup migrasi inkremental dan satu field dalam tabel yang diaktifkan CDC yang akan ditulis berisi lebih dari 64 KB data, jalankan perintah exec sp_configure 'max text repl size', -1; untuk menyesuaikan konfigurasi database sumber terlebih dahulu.

      Catatan

      Secara default, pekerjaan CDC dapat memproses ukuran data maksimum 64 KB untuk satu field.

    • Ketika beberapa instans migrasi menggunakan database SQL Server sumber yang sama, modul pengumpulan data inkremental mereka beroperasi secara independen.

    • Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya.

      Catatan

      Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modify instance parameters.

    • SQL Server adalah database komersial bersumber tertutup yang format log-nya dapat menyebabkan masalah yang tidak dapat dihindari selama CDC inkremental dan parsing di DTS. Sebelum mengaktifkan DTS untuk sinkronisasi inkremental dari sumber SQL Server di lingkungan produksi, lakukan pengujian proof-of-concept (POC) komprehensif yang mencakup semua skenario perubahan bisnis, penyesuaian skema, dan uji stres beban puncak. Konsistensi antara logika lingkungan produksi Anda dan fase POC sangat penting untuk operasi DTS yang stabil.

    • Selama migrasi inkremental, DTS tidak mendukung rollback transaksi parsial di database sumber, yang dapat menyebabkannya terlewatkan.

    Kasus khusus

    Jika sumbernya adalah instans ApsaraDB RDS for SQL Server, DTS membuat akun sistem bernama rdsdt_dtsacct pada instans tersebut untuk migrasi data. Jangan menghapus akun ini atau mengubah kata sandinya selama tugas berjalan. Jika tidak, tugas mungkin gagal. Untuk informasi lebih lanjut, lihat System accounts.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi link

    Biaya lalu lintas internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    Gratis dalam contoh ini.

    Catatan

    Anda dikenai biaya ketika Access Method instans database tujuan adalah Public IP Address. Untuk informasi lebih lanjut, lihat Billing overview.

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi lebih lanjut, lihat Billing overview.

    Operasi SQL yang mendukung migrasi inkremental

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, DELETE

    Catatan

    Pernyataan UPDATE yang hanya memperbarui field besar tidak didukung.

    Izin yang diperlukan untuk akun database

    Database

    Izin yang diperlukan

    Metode pembuatan dan otorisasi akun

    SQL Server yang dikelola sendiri sumber

    izin sysadmin.

    CREATE USER dan User permission management

    Instans tujuan ApsaraDB RDS for PostgreSQL

    Izin pemilik (akun otorisasi) database tujuan.

    Buat akun dan Buat database.

    Prasyarat

    Catatan

    Untuk melakukan migrasi inkremental, Anda harus mengonfigurasi pengaturan log dan membuat indeks terkluster pada database SQL Server yang dikelola sendiri sebelum mengonfigurasi tugas migrasi data.

    Penting

    Jika Anda perlu memigrasikan beberapa database, Anda harus mengulangi langkah 1 hingga 3 untuk setiap database. Jika tidak, ketidakkonsistenan data dapat terjadi.

    1. Jalankan perintah berikut pada database SQL Server yang dikelola sendiri untuk mengubah model recovery database sumber ke model recovery penuh. 

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

      Parameter:

      <database_name>: Nama database sumber.

      Contoh:

      use master;
GO
ALTER DATABASE mytestdata SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO

    2. Jalankan perintah berikut untuk membuat cadangan logis database sumber. Anda dapat melewati langkah ini jika cadangan logis sudah ada. 

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

      Parameter:

      • <database_name>: Nama database sumber.

      • <physical_backup_device_name>: Jalur dan nama file untuk file cadangan.

      Contoh:

      BACKUP DATABASE mytestdata TO DISK='D:\backup\dbdata.bak';
GO

    3. Jalankan perintah berikut untuk mencadangkan log transaksi database sumber. 

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

      Parameter:

      • <database_name>: Nama database sumber.

      • <physical_backup_device_name>: Jalur dan nama file untuk file cadangan.

      Contoh:

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

    Prosedur

    1. Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.

      Dari konsol DTS

      1. Masuk ke konsol Data Transmission Service (DTS).

      2. Di panel navigasi kiri, klik Data Migration.

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

      Dari konsol DMS

      Catatan

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

      1. Masuk ke konsol Data Management (DMS).

      2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.

      3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instans migrasi berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan database sumber dan tujuan.

      Kategori

      Parameter

      Deskripsi

      Tidak ada

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tidak perlu unik.

      Source Database

      Select Existing Connection

      • Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis.

        Catatan

        Di konsol DMS, parameter ini bernama Select a DMS database instance..

      • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.

      Database Type

      Pilih SQL Server.

      Access Method

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

      Catatan

      Jika Anda memilih metode akses berbeda untuk database yang dikelola sendiri, Anda harus menyelesaikan persiapan yang sesuai. Untuk informasi lebih lanjut, lihat Preparation overview.

      Instance Region

      Pilih wilayah tempat database SQL Server sumber berada.

      Domain Name or IP

      Masukkan alamat akses database SQL Server sumber.

      Port Number

      Masukkan port layanan database SQL Server sumber. Port 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

      Masukkan kata sandi untuk akun database.

      Encryption

      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

      • Untuk menggunakan instans database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instans database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis.

        Catatan

        Di konsol DMS, parameter ini bernama Select a DMS database instance..

      • Jika Anda belum mendaftarkan instans database ke sistem, atau tidak perlu menggunakan instans terdaftar, konfigurasikan informasi database secara manual di bawah.

      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

      Masukkan kata sandi untuk akun database.

      Encryption

      Menentukan apakah akan mengenkripsi koneksi ke database sumber. 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. Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman. Di kotak dialog CIDR Blocks of DTS Servers yang muncul, klik Test Connectivity.

      Catatan

      Pastikan segmen alamat IP layanan DTS telah ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan agar mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Add DTS server IP addresses to a whitelist.

    5. Konfigurasikan objek tugas.

      1. Di halaman Configure Objects, konfigurasikan objek yang ingin dimigrasikan.

        Parameter

        Deskripsi

        Migration Types

        • Jika Anda hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration.

        • Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration.

        Catatan

        • Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan.

        • Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instans sumber selama migrasi data untuk memastikan konsistensi data.

        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:

            • Mendukung skenario yang melibatkan heap table sumber, tabel tanpa kunci primer, tabel terkompresi, atau tabel dengan kolom terhitung.

            • Memberikan stabilitas link tinggi. Mode ini dapat memperoleh pernyataan DDL lengkap dan mendukung berbagai skenario DDL.

          • Kerugian:

            • DTS membuat trigger `dts_cdc_sync_ddl`, tabel heartbeat `dts_sync_progress`, dan tabel penyimpanan DDL `dts_cdc_ddl_history` di database sumber. DTS juga mengaktifkan CDC tingkat database dan CDC untuk beberapa tabel.

            • Anda tidak dapat menjalankan pernyataan `SELECT INTO`, `TRUNCATE`, atau `RENAME COLUMN` pada tabel yang diaktifkan CDC di database sumber. Anda tidak dapat menghapus trigger yang dibuat DTS di database sumber secara manual.

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

          • Keuntungan:

            Mode ini non-intrusif terhadap database sumber.

          • Kerugian:

            Mode ini tidak mendukung skenario yang melibatkan heap table sumber, tabel tanpa kunci primer, tabel terkompresi, atau tabel dengan kolom terhitung.

        • Polling and querying CDC instances for incremental synchronization:

          • Keuntungan:

            • Mendukung migrasi penuh dan inkremental ketika database sumber adalah Amazon RDS for SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server on Virtual Machine, atau Google Cloud SQL for SQL Server.

            • Mode ini menggunakan komponen CDC native SQL Server untuk memperoleh data inkremental, yang meningkatkan stabilitas migrasi inkremental dan mengurangi penggunaan bandwidth jaringan.

          • Kerugian:

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

            • Saat memigrasikan beberapa tabel di beberapa database, Anda mungkin mengalami masalah stabilitas dan kinerja.

        Catatan

        Parameter ini tersedia hanya jika pilihan untuk Migration Types mencakup Incremental Data Migration.

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

        Anda dapat menetapkan batas jumlah tabel yang diaktifkan CDC untuk instans migrasi saat ini berdasarkan kebutuhan bisnis Anda. Nilai default adalah 1.000.

        Catatan

        Parameter ini tidak tersedia jika Anda mengatur 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 tabel dengan nama yang sama ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal lolos. Jika ada tabel dengan nama yang sama, kesalahan dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai.

          Catatan

          Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengganti nama tabel di database tujuan. Untuk informasi lebih lanjut, lihat Object name mapping.

        • Ignore Errors and Proceed: Melewati pemeriksaan untuk tabel dengan nama yang sama.

          Peringatan

          Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya:

          • Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai kunci primer yang sama dengan catatan di database sumber:

            • Selama migrasi penuh, DTS menyimpan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan.

            • Selama migrasi inkremental, DTS tidak menyimpan catatan di database tujuan. Catatan dari database sumber menimpa catatan di database tujuan.

          • Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi mungkin gagal. Lakukan dengan hati-hati.

        Capitalization of Object Names in Destination Instance

        Anda dapat mengonfigurasi kebijakan case sensitivity untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga case sensitivity konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi lebih lanjut, lihat Case sensitivity of object names in the destination database.

        Source Objects

        Di panel Source Objects, klik tabel yang ingin dimigrasikan dan klik right arrow untuk memindahkannya ke panel Selected Objects.

        Penting

        Granularitas objek yang dapat dipilih untuk migrasi adalah tabel, dan semua tabel yang akan dimigrasikan harus termasuk dalam skema yang sama. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi.

        Selected Objects

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

        Jika Anda ingin memodifikasi nama skema yang menerima data di instans tujuan ApsaraDB RDS for PostgreSQL, di panel Selected Objects, klik kanan skema tabel yang akan dimigrasikan. Di kotak dialog Edit Schema yang muncul, modifikasi Schema Name.

        Catatan

        • Anda juga dapat klik kanan tabel yang akan dimigrasikan di panel Selected Objects untuk memodifikasi nama tabel tujuan atau nama kolom, atau mengatur klausa WHERE untuk memfilter data. Untuk informasi lebih lanjut, lihat Filter task data with an SQL condition dan Object name mapping.

        • Untuk memilih operasi SQL untuk migrasi inkremental, klik kanan objek yang akan dimigrasikan di panel Selected Objects, lalu pilih operasi SQL yang diperlukan di kotak dialog yang muncul.

        • Untuk menghapus objek migrasi yang sudah dipilih, di panel Selected Objects, klik objek yang akan dimigrasikan dan klik image untuk memindahkannya ke panel Source Objects.

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

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilih satu. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli dedicated cluster untuk menjalankan tugas migrasi DTS.

        Retry Time for Failed Connections

        Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba menghubungkan kembali. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1.440 menit. Kami menyarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

        Catatan

        • Untuk beberapa instans DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang dibuat terakhir.

        • Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepaskan instans DTS setelah instans database sumber dan tujuan dilepaskan.

        Retry Time for Other Issues

        Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti pengecualian eksekusi DDL atau DML, di database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba mengulang operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1.440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

        Penting

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

        Enable Throttling for Full Data Migration

        Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis di database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan throttling untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban di database tujuan.

        Catatan

        • Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types.

        • Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instans migrasi berjalan.

        Enable Throttling for Incremental Data Migration

        Jika diperlukan, Anda juga dapat memilih untuk mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban di database tujuan.

        Catatan

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Contoh ini tidak memerlukan tag.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Untuk informasi lebih lanjut, lihat What is ETL? Nilai yang valid:

        Monitoring and Alerting

        Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda.

        • No: Tidak mengatur peringatan.

        • Yes: Konfigurasikan peringatan dengan mengatur alert threshold dan alert notifications. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirim pemberitahuan peringatan.

      3. Klik Next: Data Validation untuk mengonfigurasi tugas validasi data.

        Untuk informasi lebih lanjut tentang fitur validasi data, lihat Configure data validation.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter untuk mengonfigurasi instans ini saat memanggil operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung yang muncul.

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

      Catatan

      • Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lolos pemeriksaan awal.

      • Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan pemeriksaan awal lagi.

      • Jika peringatan dilaporkan selama pemeriksaan awal:

        • Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan pemeriksaan awal lagi.

        • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat klik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewati item peringatan dan menjalankan pemeriksaan awal lagi. Jika Anda memilih untuk mengabaikan peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

    7. Beli instans.

      1. Saat Success Rate mencapai 100%, klik Next: Purchase Instance.

      2. Di halaman Purchase, pilih spesifikasi tautan untuk instance migrasi data. Untuk informasi selengkapnya, lihat tabel berikut.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Resource Group Settings

        Pilih kelompok sumber daya tempat instans tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi lebih lanjut, lihat What is resource management?

        Instance Class

        DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi link memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Data migration link specifications.

      3. Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Klik Buy and Start. Di kotak dialog OK yang muncul, klik OK.

        Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.

        Catatan

        • Jika tugas migrasi tidak mencakup migrasi inkremental, tugas akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.

        • Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.