Sinkronisasi data dari database SQL Server yang dikelola sendiri ke instans ApsaraDB RDS untuk PostgreSQL - Data Transmission Service

Layanan Transmisi Data (DTS) menyinkronkan data dari database SQL Server yang dikelola sendiri ke instans ApsaraDB RDS untuk PostgreSQL, mendukung sinkronisasi skema, sinkronisasi data penuh awal, dan sinkronisasi data inkremental. Topik ini menjelaskan penyiapan untuk database SQL Server yang dihosting pada instance Elastic Compute Service (ECS).

Penting

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

Prasyarat

Sebelum memulai, pastikan Anda telah:

Memiliki instans ApsaraDB RDS untuk PostgreSQL dengan penyimpanan tersedia lebih besar daripada ruang yang digunakan oleh database SQL Server sumber. Untuk informasi selengkapnya, lihat Buat instans ApsaraDB RDS untuk PostgreSQL dengan cepat.
Membuat database di instans RDS PostgreSQL tujuan untuk menerima data yang disinkronkan. Untuk informasi selengkapnya, lihat Buat database.

Untuk versi database sumber dan tujuan yang didukung, lihat Ikhtisar skenario sinkronisasi data.

Jika salah satu kondisi berikut berlaku untuk instans sumber, pecah tugas menjadi beberapa tugas yang lebih kecil:

Data mencakup beberapa skema.
Database tunggal mencadangkan log-nya lebih dari sekali per jam.
Database tunggal mengeksekusi lebih dari 100 pernyataan DDL per jam.
Log ditulis dengan laju lebih dari 20 MB/detik untuk database tunggal.
Capture Data Perubahan (CDC) harus diaktifkan untuk lebih dari 1.000 tabel.

Penagihan

Jenis sinkronisasi	Biaya
Sinkronisasi skema dan sinkronisasi data penuh	Gratis
Sinkronisasi data inkremental	Dikenai biaya. Lihat Ikhtisar penagihan.

Operasi SQL yang dapat disinkronkan

Jenis operasi	Operasi SQL
DML	DML: INSERT, UPDATE, DELETE. Catatan Jika UPDATE hanya memodifikasi kolom objek besar (LOB), DTS tidak menyinkronkan operasi tersebut.

Izin akun database

Database	Izin yang diperlukan	Cara membuat dan memberi otorisasi
SQL Server yang dikelola sendiri sumber	sysadmin	CREATE USER dan Manajemen Izin Pengguna
Instans ApsaraDB RDS untuk PostgreSQL tujuan	Pemilik database tujuan	Buat akun dan Buat database

Batasan

Database sumber

Tabel harus memiliki PRIMARY KEY atau kendala UNIK dengan semua bidang unik. Tanpa ini, database tujuan mungkin berisi catatan duplikat.
Saat memilih objek tingkat tabel dengan pengeditan tujuan (seperti mengganti nama tabel atau kolom), satu tugas dapat menyinkronkan hingga 5.000 tabel. Untuk lebih dari 5.000 tabel, konfigurasikan beberapa tugas atau sinkronkan pada tingkat database.
Satu tugas dapat menyinkronkan dari hingga 10 database. Untuk lebih dari 10 database, konfigurasikan beberapa tugas untuk menghindari masalah kinerja dan stabilitas.
DTS menggunakan fungsi fn_log untuk membaca log sumber. Jangan menghapus log sumber sebelum tugas selesai, atau tugas mungkin gagal.
Persyaratan cadangan log:
- Aktifkan pencatatan data. Atur mode pencadangan ke Full dan lakukan pencadangan fisik penuh.
- Untuk sinkronisasi inkremental saja: simpan log selama lebih dari 24 jam.
- Untuk sinkronisasi penuh dan inkremental gabungan: simpan log setidaknya selama 7 hari. Setelah sinkronisasi penuh selesai, kurangi periode retensi menjadi lebih dari 24 jam. Jika persyaratan ini tidak dipenuhi, perjanjian tingkat layanan (SLA) DTS mungkin tidak dijamin.
Agar CDC dapat diaktifkan pada tabel sumber, semua kondisi berikut harus terpenuhi (jika tidak, pemeriksaan awal gagal):
- Bidang srvname dalam sys.sysservers harus sesuai dengan nilai kembali fungsi SERVERPROPERTY.
- SQL Server yang dikelola sendiri: pemilik database harus merupakan pengguna sa.
- ApsaraDB RDS untuk SQL Server: pemilik database harus merupakan pengguna sqlsa.
- Edisi Enterprise: diperlukan SQL Server 2008 atau yang lebih baru.
- Edisi Standard: diperlukan SQL Server 2016 SP1 atau yang lebih baru.
- SQL Server 2017 (edisi Standard atau Enterprise): tingkatkan ke versi yang lebih baru.
Instans sumber hanya-baca: operasi DDL tidak dapat disinkronkan.
Sumber Azure SQL Database: satu tugas hanya dapat menyinkronkan data dari satu database.
Sumber ApsaraDB RDS untuk SQL Server: nonaktifkan Enkripsi Data Transparan (TDE) demi stabilitas tugas. Lihat bagian Nonaktifkan TDE dalam "Konfigurasi TDE".
Selama sinkronisasi data penuh, aktifkan tingkat isolasi transaksi READ_COMMITTED_SNAPSHOT di database sumber untuk mencegah kunci bersama mengganggu penulisan data. Tanpa pengaturan ini, ketidakkonsistenan data atau kegagalan instans dapat terjadi, dan masalah tersebut tidak dicakup oleh SLA DTS.
Selama sinkronisasi skema dan sinkronisasi data penuh, jangan mengeksekusi pernyataan DDL. Melakukannya menyebabkan tugas gagal.
ApsaraDB RDS untuk SQL Server 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.

Batasan lainnya

Tipe data yang tidak didukung: CURSOR, ROWVERSION, SQL_VARIANT, HIERARCHYID, POLYGON, GEOMETRY, GEOGRAPHY, dan tipe data yang didefinisikan pengguna yang dibuat dengan CREATE TYPE. Karena database sumber dan tujuan bersifat heterogen, tipe data tidak dipetakan satu-ke-satu. Evaluasi dampak konversi tipe terhadap workload Anda. Untuk tabel pemetaan tipe, lihat Pemetaan tipe data untuk sinkronisasi skema.
Hanya tabel yang dapat dipilih sebagai objek sinkronisasi, dan semua tabel yang dipilih harus berada dalam skema yang sama. Jika tidak, ketidakkonsistenan data atau kegagalan tugas dapat terjadi.
Jika Anda menggunakan mode Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported), tabel harus memiliki indeks terkluster yang berisi kolom kunci primer. Tabel tidak boleh berupa tabel heap, tabel tanpa kunci primer, tabel terkompresi, atau tabel dengan kolom terhitung.
Jika tugas melibatkan sinkronisasi data inkremental, jangan melakukan operasi pengindeksan ulang. Melakukannya dapat menyebabkan tugas gagal dan terjadi kehilangan data. DTS tidak dapat menyinkronkan operasi DDL yang terkait dengan kunci primer tabel yang diaktifkan CDC-nya.
Jika jumlah tabel yang diaktifkan CDC-nya dalam tugas sinkronisasi data melebihi jumlah maksimum tabel yang didukung DTS untuk diaktifkan CDC-nya, pemeriksaan awal gagal.
Jika ukuran bidang tunggal yang ditulis ke tabel yang diaktifkan CDC-nya melebihi 64 KB, jalankan perintah berikut untuk menghapus batas ukuran:
```
exec sp_configure 'max text repl size', -1;
```
Saat memodifikasi objek sinkronisasi, database tidak dapat dihapus.
Modul pengumpulan data inkremental dari beberapa tugas sinkronisasi yang berbagi database SQL Server sumber yang sama beroperasi secara independen.
Jika tugas DTS gagal, dukungan DTS memulihkannya dalam waktu 8 jam. Selama pemulihan, tugas mungkin dimulai ulang dan parameter tugas mungkin dimodifikasi. Parameter database tidak dimodifikasi.

Mode parsing berbasis log hibrid

DTS menggunakan komponen CDC untuk menyinkronkan data inkremental. Pastikan pekerjaan CDC di database sumber berjalan sebagaimana mestinya. Jika tidak, tugas DTS gagal.
DTS membuat pemicu dts_cdc_sync_ddl, tabel heartbeat dts_sync_progress, dan tabel sejarah DDL dts_cdc_ddl_history di database sumber, serta mengaktifkan CDC untuk database sumber dan tabel tertentu.
Jangan mengeksekusi SELECT INTO, TRUNCATE, atau RENAME COLUMN pada tabel yang diaktifkan CDC-nya. Pemicu yang dibuat oleh DTS tidak dapat dihapus secara manual.
Jangan menambahkan atau menghapus kolom lebih dari sekali dalam rentang 10 menit. Misalnya, menjalankan dua pernyataan berikut dalam rentang 10 menit menyebabkan kesalahan tugas:
```
ALTER TABLE test_table DROP COLUMN Flag;
ALTER TABLE test_table ADD Remark nvarchar(50) not null default('');
```
Kami menyarankan agar Anda mengatur jumlah maksimum catatan per detik menjadi 1.000 untuk tabel yang diaktifkan CDC-nya di database sumber.
Komponen CDC menyimpan data inkremental selama 3 hari secara default. Untuk memperpanjang periode retensi, jalankan:
```
exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;
```
<time> dalam satuan menit. Jika volume rata-rata harian data inkremental melebihi 10 juta catatan, atur <time> ke 1440.
Satu tugas mendukung hingga 1.000 tabel yang diaktifkan CDC-nya. Melebihi batas ini dapat menyebabkan penundaan atau ketidakstabilan.
Saat modul pra-tugas mengaktifkan CDC tingkat database dan tingkat tabel di database sumber, kunci tingkat tabel yang berlangsung beberapa detik terjadi karena keterbatasan SQL Server.

Sinkronisasi inkremental berbasis CDC (mode polling)

Akun database sumber harus memiliki izin untuk mengaktifkan CDC. Untuk mengaktifkan CDC tingkat database, gunakan akun dengan peran sysadmin. Untuk mengaktifkan CDC tingkat tabel, gunakan akun istimewa.
- Azure SQL Database (model vCore): semua database mendukung CDC. Untuk database model DTU, diperlukan tier layanan S3 atau lebih tinggi.
- Amazon RDS untuk SQL Server: akun istimewa memiliki izin yang diperlukan; CDC dapat diaktifkan untuk prosedur tersimpan pada tingkat database.
- CDC tidak dapat diaktifkan untuk indeks columnstore terkluster.
Sinkronisasi data inkremental memiliki latensi 10 detik.
Satu tugas mendukung hingga 1.000 tabel. Melebihi batas ini dapat menyebabkan penundaan atau ketidakstabilan.
Jangan menambahkan atau menghapus kolom lebih dari dua kali dalam satu menit, atau tugas mungkin gagal.
Jangan memodifikasi instansi CDC di database sumber selama sinkronisasi. Melakukannya dapat menyebabkan tugas gagal atau terjadi kehilangan data.
Komponen CDC menyimpan data inkremental selama 3 hari secara default. Untuk memperpanjang periode retensi, jalankan:
```
exec console.sys.sp_cdc_change_job @job_type = 'cleanup', @retention= <time>;
```
<time> dalam satuan menit. Jika volume rata-rata harian data inkremental melebihi 10 juta catatan, atur <time> ke 1440.
Saat modul pra-tugas mengaktifkan CDC tingkat database dan tingkat tabel di database sumber, kunci tingkat tabel yang berlangsung beberapa detik terjadi karena keterbatasan SQL Server.

Kunci asing

Selama sinkronisasi skema, DTS menyinkronkan kunci asing dari sumber ke tujuan.
Selama sinkronisasi data penuh dan sinkronisasi data inkremental, DTS sementara menonaktifkan pemeriksaan kendala kunci asing dan operasi kaskade pada tingkat sesi. Jika Anda menjalankan pembaruan atau penghapusan kaskade pada sumber selama sinkronisasi, ketidakkonsistenan data dapat terjadi.

Kasus khusus

Jika sumber adalah instans ApsaraDB RDS untuk SQL Server, DTS secara otomatis membuat akun bernama rdsdt_dtsacct pada instans tersebut. Jangan menghapus akun ini atau mengubah kata sandinya selama tugas sinkronisasi berjalan. Untuk informasi selengkapnya, lihat Akun sistem.

Dampak penyimpanan

Setelah sinkronisasi data penuh awal selesai, tabel tujuan mungkin menggunakan lebih banyak penyimpanan daripada sumber. Operasi INSERT konkuren selama sinkronisasi penuh menyebabkan fragmentasi tabel di tujuan.

Selama sinkronisasi data penuh awal, DTS menggunakan sebagian sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Evaluasi kinerja database sumber dan tujuan sebelum melakukan sinkronisasi data. Kami menyarankan agar Anda melakukan sinkronisasi data selama jam sepi, misalnya ketika beban CPU database sumber dan tujuan berada di bawah 30%.

Pilih mode sinkronisasi inkremental

DTS menyediakan tiga mode untuk sinkronisasi inkremental SQL Server. Pilih mode berdasarkan jenis database sumber dan karakteristik tabel Anda.

Panduan pemilihan cepat:

Sumber adalah SQL Server cloud pihak ketiga (Amazon RDS, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server pada Mesin Virtual, atau Google Cloud SQL untuk SQL Server): gunakan Polling dan kueri instansi CDC.
Tabel sumber mencakup tabel heap, tabel tanpa kunci primer, tabel terkompresi, atau tabel dengan kolom terhitung: gunakan Hybrid log-based parsing. Mode ini memodifikasi database sumber (membuat objek dan mengaktifkan CDC).
Semua tabel memiliki indeks terkluster dengan kolom kunci primer dan Anda ingin tanpa modifikasi pada database sumber: gunakan Parsing berbasis log (hanya untuk tabel non-heap).

Mode	Mendukung tabel heap	Memodifikasi database sumber	Sumber yang didukung
Parsing berbasis log hibrid	Ya	Ya (membuat pemicu, tabel heartbeat, tabel sejarah DDL; mengaktifkan CDC)	SQL Server yang dikelola sendiri, ApsaraDB RDS untuk SQL Server
Parsing berbasis log (hanya untuk tabel non-heap)	Tidak	Tidak	SQL Server yang dikelola sendiri, ApsaraDB RDS untuk SQL Server
Polling dan kueri instansi CDC	Ya	Ya (mengaktifkan CDC)	Amazon RDS untuk SQL Server, Azure SQL Database, Azure SQL Managed Instance, Azure SQL Server pada Mesin Virtual, Google Cloud SQL untuk SQL Server

Persiapan

Sebelum mengonfigurasi tugas, atur database SQL Server sumber ke mode pemulihan penuh dan buat cadangan log.

Penting

Jika menyinkronkan dari beberapa database, ulangi langkah-langkah berikut untuk setiap database.

Atur model pemulihan ke penuh. Jalankan pernyataan berikut pada database sumber, atau gunakan SQL Server Management Studio (SSMS). Untuk detailnya, lihat Lihat atau Ubah Model Pemulihan Database (SQL Server).
```
use master;
GO
ALTER DATABASE <database_name> SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO
```
Ganti <database_name> dengan nama database sumber. Contohnya:
```
use master;
GO
ALTER DATABASE mytestdata SET RECOVERY FULL WITH ROLLBACK IMMEDIATE;
GO
```
Buat cadangan penuh database sumber. Lewati langkah ini jika cadangan penuh sudah ada.
Placeholder Deskripsi
<database_name> Nama database sumber
<physical_backup_device_name> Jalur penyimpanan dan nama file cadangan
```
BACKUP DATABASE <database_name> TO DISK='<physical_backup_device_name>';
GO
```
Contoh:
```
BACKUP DATABASE mytestdata TO DISK='D:\backup\dbdata.bak';
GO
```

Placeholder	Deskripsi
`<database_name>`	Nama database sumber
`<physical_backup_device_name>`	Jalur penyimpanan dan nama file cadangan

Buat cadangan log untuk database sumber.

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

Contoh:

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

Konfigurasi tugas sinkronisasi

Langkah 1: Buka halaman Sinkronisasi Data

Gunakan salah satu metode berikut:

Konsol DTS

Masuk ke Konsol DTS.Konsol DTS
Di panel navigasi kiri, klik Data Synchronization.
Di pojok kiri atas, pilih wilayah tempat tugas sinkronisasi berada.

Konsol DMS

Langkah-langkah dapat berbeda tergantung pada mode dan tata letak konsol DMS. Lihat Mode simple dan Sesuaikan tata letak dan gaya konsol DMS.

Masuk ke Konsol DMS.Konsol DMS
Di bilah navigasi atas, arahkan kursor ke Data + AI lalu pilih DTS (DTS) > Data Synchronization.
Dari daftar drop-down di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instans berada.

Langkah 2: Konfigurasi database sumber dan tujuan

Klik Create Task. Di halaman konfigurasi tugas, atur parameter berikut.

Nama tugas

Parameter	Deskripsi
Task Name	DTS menghasilkan nama secara otomatis. Tentukan nama deskriptif untuk mengidentifikasi tugas. Nama unik tidak diperlukan.

Database sumber

Parameter	Deskripsi
Select Existing Connection	Jika sumber telah terdaftar di DTS, pilih dari daftar. DTS akan mengisi otomatis bidang lainnya. Jika tidak, konfigurasikan bidang di bawah ini. Di konsol DMS, pilih instans dari Select a DMS database instance.
Database Type	Pilih SQL Server.
Access Method	Pilih Self-managed Database on ECS. Untuk jenis akses lainnya, lihat Ikhtisar persiapan.
Instance Region	Wilayah tempat instans ECS yang menghosting database SQL Server sumber berada.
ECS Instance ID	ID instans ECS yang menghosting database SQL Server sumber.
Port Number	Port layanan database SQL Server sumber. Default: 1433.
Database Account	Akun untuk database SQL Server sumber. Untuk izin yang diperlukan, lihat Izin akun database.
Database Password	Kata sandi untuk akun database.
Encryption	Pilih Non-encrypted jika enkripsi SSL tidak diaktifkan pada sumber. Pilih SSL-encrypted jika diaktifkan. DTS secara default mempercayai sertifikat server.

Database tujuan

Parameter	Deskripsi
Select Existing Connection	Jika tujuan telah terdaftar di DTS, pilih dari daftar. DTS akan mengisi otomatis bidang lainnya. Jika tidak, konfigurasikan bidang di bawah ini.
Database Type	Pilih PostgreSQL.
Access Method	Pilih Alibaba Cloud Instance.
Instance Region	Wilayah tempat instans RDS PostgreSQL tujuan berada.
Instance ID	ID instans ApsaraDB RDS untuk PostgreSQL tujuan.
Database Name	Nama database di instans tujuan yang menerima data yang disinkronkan.
Database Account	Akun untuk instans tujuan. Untuk izin yang diperlukan, lihat Izin akun database.
Database Password	Kata sandi untuk akun database.
Encryption	Menentukan apakah koneksi dienkripsi. Untuk SSL-encrypted, unggah CA Certificate, Client Certificate, dan Private Key of Client Certificate sesuai kebutuhan, lalu tentukan Private Key Password of Client Certificate. Untuk tujuan PostgreSQL yang dikelola sendiri dengan enkripsi SSL, mengunggah CA Certificate wajib dilakukan. Untuk konfigurasi SSL pada instans ApsaraDB RDS untuk PostgreSQL, lihat Enkripsi SSL.

Langkah 3: Uji konektivitas

Di bagian bawah halaman, klik Test Connectivity and Proceed. Di kotak dialog CIDR Blocks of DTS Servers, klik Test Connectivity.

Pastikan blok CIDR server DTS telah ditambahkan ke pengaturan keamanan database sumber dan tujuan. Lihat Tambahkan blok CIDR server DTS.

Langkah 4: Konfigurasi objek sinkronisasi

Pada langkah Configure Objects, atur parameter berikut.

Parameter	Deskripsi
Synchronization Types	Secara default, Incremental Data Synchronization dipilih. Pilih juga Schema Synchronization dan Full Data Synchronization. Setelah Pemeriksaan Awal, DTS menyinkronkan data historis dari sumber untuk menetapkan garis dasar bagi sinkronisasi inkremental.
SQL Server Incremental Synchronization Mode	Pilih mode berdasarkan karakteristik sumber dan tabel Anda. Lihat Choose an incremental synchronization mode.
The maximum number of tables for which CDC is enabled that DTS supports	Jumlah maksimum tabel yang dapat diaktifkan CDC-nya oleh instans sinkronisasi. Default: 1.000. Tidak tersedia ketika SQL Server Incremental Synchronization Mode diatur ke Incremental Synchronization Based on Logs of Source Database (Heap tables are not supported).
Processing Mode of Conflicting Tables	Precheck and Report Errors: pemeriksaan awal memverifikasi bahwa tabel tujuan tidak memiliki nama yang sama dengan tabel sumber. Jika terdapat nama yang identik, pemeriksaan awal gagal. Untuk mengatasinya, gunakan pemetaan nama objek untuk mengganti nama tabel tujuan. Lihat Map object names. Ignore Errors and Proceed: melewati pemeriksaan awal terkait nama yang identik. Jika skema sesuai dan suatu catatan di tujuan memiliki kunci primary atau kunci unik yang sama dengan catatan di sumber, maka selama sinkronisasi penuh, catatan tujuan yang sudah ada tetap dipertahankan; sedangkan selama sinkronisasi inkremental, catatan tersebut ditimpa. Jika skema berbeda, inisialisasi mungkin gagal. Lanjutkan dengan hati-hati.
Capitalization of Object Names in Destination Instance	Mengontrol kapitalisasi nama database, tabel, dan kolom di instans tujuan. Default: DTS default policy. Lihat Specify the capitalization of object names in the destination instance.
Source Objects	Di kotak Source Objects, klik sebuah tabel, lalu klik ikon panah untuk memindahkannya ke Selected Objects. Semua tabel yang dipilih harus berada dalam skema yang sama.
Selected Objects	Secara default, nama skema dan tabel sumber digunakan sebagai nama tujuan. Untuk mengganti nama skema tujuan, klik kanan skema tersebut di Selected Objects dan edit Schema Name. Untuk mengganti nama tabel atau kolom, menetapkan kondisi filter WHERE, atau memilih operasi SQL untuk sinkronisasi inkremental, klik kanan sebuah tabel di Selected Objects. Untuk detailnya, lihat Specify filter conditions dan Map object names.

Langkah 5: Konfigurasi pengaturan lanjutan

Klik Next: Advanced Settings.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas ke klaster bersama. Untuk stabilitas lebih tinggi, beli klaster khusus. Lihat Apa itu klaster khusus DTS.
Retry Time for Failed Connections	Berapa lama DTS mencoba ulang koneksi yang gagal setelah tugas dimulai. Nilai valid: 10–1440 menit. Default: 720. Atur lebih dari 30 menit. Jika beberapa tugas berbagi sumber atau tujuan yang sama, waktu coba ulang terpendek yang berlaku. DTS menagih instans selama periode coba ulang.
Retry Time for Other Issues	Berapa lama DTS mencoba ulang operasi DDL atau DML yang gagal. Nilai valid: 1–1440 menit. Default: 10. Atur lebih dari 10 menit. Harus kurang dari Retry Time for Failed Connections.
Enable Throttling for Full Data Synchronization	Membatasi penggunaan sumber daya baca/tulis selama sinkronisasi penuh. Konfigurasikan QPS to the source database, RPS of Full Data Migration, dan Kecepatan migrasi data (MB/detik). Tersedia hanya saat Full Data Synchronization dipilih.
Enable Throttling for Incremental Data Synchronization	Membatasi penggunaan sumber daya selama sinkronisasi inkremental. Konfigurasikan RPS of Incremental Data Synchronization dan Kecepatan sinkronisasi data (MB/detik).
Environment Tag	Opsional. Beri label lingkungan pada instans.
Configure ETL	Apakah akan mengaktifkan fitur ekstrak, transformasi, dan muat (ETL). Pilih Yespengaturan pemberitahuan peringatan untuk menulis pernyataan pemrosesan data di editor kode. Lihat Konfigurasi ETL dalam tugas migrasi data atau sinkronisasi data.
Monitoring and Alerting	Apakah akan mengonfigurasi peringatan. Pilih Yes untuk mengatur ambang batas peringatan dan kontak notifikasi. Peringatan dikirim saat tugas gagal atau latensi sinkronisasi melebihi ambang batas. Lihat Konfigurasi pemantauan dan peringatan saat membuat tugas DTS.

Langkah 6: Konfigurasi verifikasi data (opsional)

Klik Next Step: Data Verification. Untuk detailnya, lihat Konfigurasi tugas verifikasi data.

Langkah 7: Jalankan pemeriksaan awal

Klik Next: Save Task Settings and Precheck.

Untuk melihat pratinjau parameter API untuk mengonfigurasi tugas ini, arahkan kursor ke Next: Save Task Settings and Precheck lalu klik Preview OpenAPI parameters.
Tugas harus lulus pemeriksaan awal sebelum dapat dimulai.
Jika pemeriksaan awal gagal, klik View Details di samping setiap item yang gagal, perbaiki masalahnya, lalu jalankan ulang pemeriksaan awal.
Jika peringatan dipicu: untuk peringatan yang tidak dapat diabaikan, perbaiki masalah dan jalankan ulang. Untuk peringatan yang dapat diabaikan, klik Confirm Alert Details, lalu klik Ignore di dialog detail, klik OK, lalu klik Precheck Again.

Langkah 8: Beli instans

Tunggu hingga Success Rate mencapai 100%, lalu klik Next: Purchase Instance.

Di halaman pembelian, konfigurasikan parameter berikut.

Parameter	Deskripsi
Billing Method	Subscription: bayar di muka untuk periode tertentu. Lebih hemat biaya untuk penggunaan jangka panjang. Opsi: 1–9 bulan, 1 tahun, 2 tahun, 3 tahun, atau 5 tahun. Pay-as-you-go: ditagih per jam. Cocok untuk penggunaan jangka pendek. Lepaskan instans saat tidak lagi diperlukan untuk menghindari biaya berkelanjutan.
Resource Group Settings	Kelompok sumber daya untuk instans sinkronisasi. Default: default resource group. Lihat Apa itu Manajemen Sumber Daya?
Instance Class	Menentukan kecepatan sinkronisasi. Pilih berdasarkan kebutuhan workload. Lihat Kelas instans instansi sinkronisasi data.

Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog, klik OK.

Tugas muncul di daftar tugas. Pantau perkembangannya dari sana.

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