All Products
Search

This Product

    Data Transmission Service:Migrasi database SQL Server yang dikelola sendiri ke AnalyticDB for PostgreSQL

    Document Center

    Data Transmission Service:Migrasi database SQL Server yang dikelola sendiri ke AnalyticDB for PostgreSQL

    Last Updated:Aug 22, 2026

    Layanan Transmisi Data (DTS) memungkinkan Anda memigrasikan data dari database SQL Server yang dikelola sendiri ke AnalyticDB for PostgreSQL untuk analisis real-time.

    Prasyarat

    • Tugas migrasi data ini hanya dapat dikonfigurasi di konsol baru.

    • Database SQL Server yang dikelola sendiri harus menggunakan versi yang didukung. Untuk informasi selengkapnya, lihat Ikhtisar solusi migrasi.

    • Buat instans AnalyticDB for PostgreSQL tujuan. Untuk informasi selengkapnya, lihat Buat instans.

    • Instans AnalyticDB for PostgreSQL tujuan harus memiliki ruang penyimpanan tersedia lebih besar daripada database SQL Server yang dikelola sendiri.

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

      • Instans sumber memiliki lebih dari 10 database.

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

    Batasan

    Catatan

    • DTS memigrasikan foreign key selama migrasi skema.

    • Selama migrasi data penuh dan inkremental, DTS sementara menonaktifkan pemeriksaan constraint dan cascade foreign key pada tingkat sesi. Cascade update atau delete pada database sumber saat tugas berjalan dapat menyebabkan ketidakkonsistenan data.

    Jenis

    Deskripsi

    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 primary key atau unique constraint, dan kolom dalam key 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 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 minimal 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 database 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), tingkatkan 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 Enkripsi Data Transparan (TDE) dinonaktifkan demi stabilitas tugas. Untuk informasi selengkapnya, lihat Nonaktifkan TDE.

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

      Catatan

      Gunakan perintah ALTER untuk mengganti nama objek database.

    • Dalam mode parsing berbasis log hibrida, 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 yang ditentukan pengguna yang dibuat menggunakan perintah CREATE TYPE.

    • DTS tidak mendukung migrasi objek database berikut: INDEX, VIEW, PROCEDURE, FUNCTION, TRIGGER, FK, FULL_TEXT_INDEX, DATATYPE, DEFAULT, SYNONYM, CATALOG, PLAN_GUIDE, DEFAULT_CONSTRAINT, UK, CK, dan SEQUENCE.

    • Saat memilih objek migrasi, unit terkecil yang didukung adalah tabel. Anda dapat memodifikasi pemetaan kolom. Jika Anda menggunakan pemetaan kolom untuk migrasi tabel parsial atau jika struktur tabel sumber dan tujuan tidak konsisten, data di kolom yang ada di tabel sumber tetapi tidak di tabel tujuan akan hilang.

    • Tabel tujuan tidak boleh berupa tabel append-optimized (AO).

    • Jika tabel yang akan dimigrasikan memiliki primary key, kolom primary key di tabel tujuan harus sama dengan yang ada di tabel sumber. Jika tabel yang akan dimigrasikan tidak memiliki primary key, kolom primary key di tabel tujuan harus sama dengan distribution key.

    • Unique key tabel tujuan, termasuk kolom primary key, harus mencakup semua kolom distribution key.

    • 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 clustered index yang mencakup kolom primary key. DTS tidak mendukung migrasi tabel heap, tabel tanpa primary key, tabel terkompresi, tabel dengan computed column, atau tabel dengan sparse column dalam mode ini. Batasan ini tidak berlaku dalam mode parsing berbasis 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:

      • 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 maksimal 1.000 tabel. Jika tidak, tugas dapat 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 locking 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 clustered columnstore index.

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

      • DTS memperoleh data inkremental dengan polling dan mengkueri instans CDC setiap tabel di database sumber. Migrasikan maksimal 1.000 tabel dari database sumber. Jika tidak, tugas dapat 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 dapat gagal.

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

    • Untuk memastikan pelaporan latensi yang akurat untuk 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 hibrida, DTS membuat objek yang sama dan juga mengaktifkan CDC tingkat database dan tabel. Untuk tabel tempat CDC diaktifkan, laju perubahan data tidak boleh melebihi 1.000 baris per detik (RPS).

    • Sebelum memigrasikan data, evaluasi kinerja database sumber dan tujuan serta lakukan migrasi selama jam sepi. Selama migrasi data penuh, DTS mengonsumsi sumber daya baca dan tulis di kedua database, yang dapat meningkatkan beban mereka.

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

    • Verifikasi bahwa presisi yang digunakan DTS untuk memigrasikan kolom tipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk membaca nilai dari kolom-kolom tersebut. Jika presisi tidak didefinisikan secara eksplisit, DTS memigrasikan nilai FLOAT dengan presisi 38 digit dan nilai DOUBLE dengan presisi 308 digit.

    • DTS mencoba melanjutkan tugas yang gagal hingga tujuh hari. Sebelum mengalihkan 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 primary key tabel tempat CDC diaktifkan.

    • 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 akan gagal.

    • Jika tugas mencakup migrasi inkremental dan satu field dalam tabel yang diaktifkan CDC yang akan ditulis berisi data lebih dari 64 KB, 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 Modifikasi parameter instans.

    • SQL Server adalah database komersial berkode tertutup yang format log-nya dapat menyebabkan masalah yang tidak dapat dihindari selama CDC dan parsing inkremental 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 dan fase POC sangat penting untuk operasi DTS yang stabil.

    • DTS tidak mendukung rollback transaksi parsial di database sumber selama migrasi inkremental, yang dapat mengakibatkan kehilangan operasi rollback.

    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 dapat gagal. Untuk informasi selengkapnya, lihat Akun sistem.

    Penagihan

    Jenis migrasi

    Biaya konfigurasi instans

    Biaya Lalu Lintas Internet

    Migrasi skema dan migrasi data penuh

    Gratis.

    Saat parameter Access Method database tujuan diatur ke Public IP Address, Anda dikenai biaya lalu lintas Internet. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Migrasi data inkremental

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Jenis migrasi

    • Migrasi skema

      DTS memigrasikan definisi skema objek migrasi dari database sumber ke database tujuan.

      • Objek skema yang didukung meliputi skema, tabel, view, fungsi, dan prosedur.

      • Objek skema yang tidak didukung meliputi assembly, service broker, indeks teks penuh, katalog teks penuh, skema terdistribusi, fungsi terdistribusi, prosedur tersimpan Common Language Runtime (CLR), fungsi skalar CLR, fungsi bernilai tabel CLR, tabel internal, objek sistem, dan fungsi agregat.

      Peringatan

      Untuk migrasi database heterogen, tipe data mungkin tidak dipetakan secara langsung. Evaluasi secara cermat dampak bisnis dari pemetaan tipe data. Untuk informasi selengkapnya, lihat Pemetaan tipe data untuk database heterogen.

    • Migrasi penuh

      DTS memigrasikan semua data historis objek migrasi yang ditentukan dari database sumber ke database tujuan.

    • Migrasi inkremental

      Setelah migrasi penuh selesai, DTS memigrasikan pembaruan data inkremental dari database sumber ke database tujuan. Migrasi inkremental memungkinkan Anda memigrasikan data secara mulus tanpa mengganggu aplikasi yang dikelola sendiri.

    Operasi SQL untuk migrasi inkremental

    Jenis

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    Catatan

    • DTS tidak mendukung migrasi pernyataan UPDATE yang hanya memperbarui field besar.

    • Sistem secara otomatis mengonversi pernyataan UPDATE menjadi pernyataan REPLACE INTO saat menulis ke instans AnalyticDB for PostgreSQL tujuan. Jika pernyataan UPDATE memodifikasi primary key, sistem mengonversinya menjadi pernyataan DELETE dan INSERT.

    DDL

    • CREATE TABLE

    • ALTER TABLE

      Hanya operasi ADD COLUMN dan DROP COLUMN yang didukung.

    • DROP TABLE

    • CREATE INDEX dan DROP INDEX

    Catatan

    • DTS tidak mendukung migrasi operasi DDL yang berisi tipe yang ditentukan pengguna.

    • DTS tidak mendukung migrasi operasi DDL transaksional. Misalnya, menjalankan satu pernyataan SQL yang menambahkan beberapa kolom atau berisi operasi DDL dan DML sekaligus dapat menyebabkan kehilangan data.

    • DTS tidak mendukung migrasi operasi DDL Online.

    • DTS tidak mendukung migrasi operasi DDL yang menggunakan kata kunci yang dicadangkan sebagai nama atribut.

    • DTS tidak mendukung migrasi operasi DDL dari prosedur tersimpan sistem.

    • DTS tidak mendukung operasi TRUNCATE TABLE.

    • DTS tidak mendukung operasi DDL pada tabel partisi atau pada tabel yang definisinya mencakup fungsi.

    Izin akun database

    Database

    Migrasi skema

    Migrasi penuh

    Migrasi inkremental

    Database SQL Server yang dikelola sendiri

    Izin SELECT

    Izin SELECT

    sysadmin

    Instans AnalyticDB for PostgreSQL

    • Izin LOGIN.

    • Izin SELECT, CREATE, INSERT, UPDATE, dan DELETE pada tabel tujuan.

    • Izin CONNECT dan CREATE pada database tujuan.

    • Izin CREATE pada skema tujuan.

    • Izin COPY (untuk operasi copy batch berbasis memori).

    Catatan

    Anda juga dapat menggunakan akun awal instans AnalyticDB for PostgreSQL.

    Untuk informasi selengkapnya tentang membuat dan memberikan izin akun database, lihat topik berikut:

    Prasyarat

    Catatan

    Untuk melakukan migrasi inkremental, Anda harus mengonfigurasi pengaturan log dan membuat clustered index 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 Layanan Transmisi Data (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 bervariasi berdasarkan mode dan tata letak konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode simple dan Sesuaikan tata letak dan gaya konsol DMS.

      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. Konfigurasi database sumber dan tujuan.

      Peringatan

      Setelah memilih instans sumber dan tujuan, kami sarankan Anda membaca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika tidak, tugas dapat gagal atau terjadi ketidakkonsistenan data.

      Kategori

      Parameter

      Deskripsi

      N/A

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami sarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tidak perlu unik.

      Source Database

      Database Type

      Pilih SQL Server.

      Access Method

      Pilih Self-managed Database on ECS.

      Catatan

      Jika Anda memilih database yang dikelola sendiri di ECS, Anda harus menyelesaikan persiapan yang diperlukan. Untuk informasi selengkapnya, lihat Ikhtisar persiapan.

      Instance Region

      Pilih wilayah tempat database SQL Server yang dikelola sendiri berada.

      ECS Instance ID

      Masukkan ID instans Elastic Compute Service (ECS) yang menjalankan database SQL Server yang dikelola sendiri.

      Port Number

      Masukkan nomor port layanan database SQL Server yang dikelola sendiri. Nilai default adalah 1433.

      Database Account

      Masukkan akun database SQL Server yang dikelola sendiri. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      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

      Database Type

      Pilih AnalyticDB for PostgreSQL.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans AnalyticDB for PostgreSQL tujuan berada.

      Instance ID

      Pilih ID instans AnalyticDB for PostgreSQL tujuan.

      Database Name

      Masukkan nama database yang berisi objek migrasi di instans AnalyticDB for PostgreSQL tujuan.

      Database Account

      Masukkan akun database instans AnalyticDB for PostgreSQL tujuan. Untuk informasi tentang izin yang diperlukan, lihat Izin yang diperlukan untuk akun database.

      Database Password

      Masukkan kata sandi untuk akun database.

    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 untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.

    5. Konfigurasi objek tugas.

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

        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.

        Processing Mode for Existing Destination 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 mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek.

        • 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 primary key 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 dapat gagal. Lakukan dengan hati-hati.

        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 tabel heap sumber, tabel tanpa primary key, tabel terkompresi, atau tabel dengan computed column.

            • 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 dengan CDC diaktifkan 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 tabel heap sumber, tabel tanpa primary key, tabel terkompresi, atau tabel dengan computed column.

        • Polling and querying CDC instances for incremental synchronization:

          • Keuntungan:

            • Mendukung migrasi penuh dan inkremental saat 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 Anda memilih Migration Types untuk Incremental Data Migration.

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

        Anda dapat mengatur 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).

        Select DDL and DML to Sync at the Instance Level

        Pilih operasi SQL untuk migrasi data inkremental pada tingkat instans. Untuk informasi tentang operasi yang didukung, lihat Operasi SQL yang didukung untuk migrasi inkremental.

        Catatan

        Untuk memilih operasi SQL untuk migrasi inkremental pada tingkat database atau tabel, klik kanan objek migrasi di kotak Selected Objects dan pilih operasi SQL yang diinginkan.

        Storage Engine Type

        Pilih mesin penyimpanan untuk tabel tujuan berdasarkan kebutuhan bisnis Anda. Nilai default adalah Beam.

        Catatan

        Parameter ini tersedia hanya jika instans AnalyticDB for PostgreSQL tujuan memiliki versi kernel v7.0.6.6 atau lebih baru dan Anda memilih Migration Types untuk parameter Schema Migration.

        Source Objects

        Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik Right arrow untuk memindahkannya ke kotak Selected Objects.

        Catatan

        Skenario ini adalah migrasi antar database heterogen. Oleh karena itu, granularitas pemilihan objek migrasi adalah tabel. Objek lain seperti view, trigger, dan prosedur tersimpan tidak dimigrasikan ke database tujuan.

        Selected Objects
        Catatan

        • Jika Anda menggunakan fitur pemetaan nama objek, objek lain yang bergantung pada objek yang diganti nama mungkin gagal dimigrasikan.

        • Untuk memfilter data menggunakan kondisi WHERE, klik kanan tabel yang akan dimigrasikan di panel Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Atur kondisi filter.

        • Untuk memilih operasi SQL untuk migrasi pada tingkat database atau tabel, klik kanan objek migrasi di panel Selected Objects dan pilih operasi SQL yang diperlukan di kotak dialog yang muncul.

      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 klaster khusus 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 ulang default adalah 720 menit. Anda dapat menyesuaikan waktu ulang ke nilai antara 10 hingga 1.440 menit. Kami sarankan 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 ulang jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat.

        • Karena Anda dikenai biaya untuk tugas selama periode ulang koneksi, kami sarankan Anda menyesuaikan waktu ulang berdasarkan kebutuhan bisnis Anda, atau melepaskan instans DTS sesegera mungkin 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 ulang default adalah 10 menit. Anda dapat menyesuaikan waktu ulang ke nilai antara 1 hingga 1.440 menit. Kami sarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi ulang yang ditentukan, tugas migrasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

        Penting

        Nilai Retry Time for Other Issues harus kurang 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 pembatasan kecepatan 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 pada 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 pada database tujuan.

        Catatan

        Environment Tag

        Anda dapat memilih tag lingkungan untuk mengidentifikasi instans berdasarkan kebutuhan bisnis Anda. Ini tidak wajib untuk contoh ini.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Untuk informasi selengkapnya, lihat Apa itu 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 ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem mengirim pemberitahuan peringatan.

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

        Untuk informasi selengkapnya tentang fitur validasi data, lihat Konfigurasi validasi data.

      4. Opsi: Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengatur Type, Primary Key Column, dan Distribution Key untuk tabel yang akan dimigrasikan di instans AnalyticDB for PostgreSQL tujuan.

        Catatan

        • Langkah ini tersedia hanya jika Anda memilih Migration Types untuk Schema Migration saat mengonfigurasi objek migrasi. Untuk melakukan modifikasi, Anda dapat mengatur Definition Status ke All.

        • Anda dapat memilih beberapa kolom untuk Primary Key Column untuk membentuk kunci primer komposit. Anda juga harus memilih satu atau beberapa kolom dari Primary Key Column untuk berfungsi sebagai Distribution Key. Untuk informasi selengkapnya, lihat Kelola tabel data dan Distribusi tabel.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter konfigurasi 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 mengklik 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 link untuk instans 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 selengkapnya, lihat Apa itu manajemen sumber daya?

        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 selengkapnya, lihat Spesifikasi link migrasi data.

      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.