Batasan pada SQL Server sebagai sumber Izin SQL Server Prasyarat untuk menggunakan CDC yang sedang berlangsung Menangkap perubahan untuk SQL Server yang dikelola sendiri di tempat atau di EC2 Menyiapkan replikasi yang sedang berlangsung pada instance cloud SQL Server DB Pengaturan opsional untuk RDS untuk SQL Server sebagai sumber Metode kompresi yang didukung Bekerja dengan grup ketersediaan SQL Server AlwaysOn yang dikelola sendiri Persyaratan keamanan Pengaturan titik akhir Jenis sumber data untuk SQL Server

Menggunakan database Microsoft SQL Server sebagai sumber AWS DMS

Migrasikan data dari satu atau banyak database Microsoft SQL Server menggunakan. AWS DMS Dengan database SQL Server sebagai sumber, Anda dapat memigrasikan data ke database SQL Server lain, atau ke salah satu database lain AWS DMS yang didukung.

Untuk informasi tentang versi SQL Server yang AWS DMS mendukung sebagai sumber, lihatSumber untuk AWS DMS.

Basis data sumber SQL Server dapat dipasang pada setiap komputer dalam jaringan Anda. Akun SQL Server dengan hak istimewa akses yang sesuai untuk basis data sumber untuk jenis tugas yang Anda pilih diperlukan untuk digunakan dengan AWS DMS. Akun ini harus memiliki view definition dan view server state izin. Anda menambahkan izin ini menggunakan perintah berikut:


grant view definition to [user]
grant view server state to [user]

AWS DMS mendukung migrasi data dari contoh bernama SQL Server. Anda dapat menggunakan notasi berikut dalam nama server ketika Anda membuat titik akhir sumber.


IPAddress\InstanceName

Sebagai contoh, berikut ini adalah nama server titik akhir sumber yang benar. Di sini, bagian pertama dari nama adalah alamat IP server, dan bagian kedua adalah nama instans SQL Server (dalam contoh ini, SQLTest).


10.0.0.25\SQLTest

Juga, dapatkan nomor port yang instance bernama SQL Server Anda mendengarkan, dan menggunakannya untuk mengkonfigurasi titik akhir AWS DMS sumber Anda.

catatan

Port 1433 adalah default untuk SQL Server. Tapi port dinamis yang berubah setiap kali SQL Server dimulai, dan nomor port statis tertentu yang digunakan untuk menyambung ke SQL Server melalui firewall juga sering digunakan. Jadi, Anda ingin mengetahui nomor port sebenarnya dari instance bernama SQL Server saat Anda membuat titik akhir AWS DMS sumber.

Anda dapat menggunakan SSL untuk mengenkripsi sambungan antara titik akhir SQL Server dan instans replikasi. Untuk informasi selengkapnya tentang menggunakan titik akhir SSL dengan SQL Server, lihat Menggunakan SSL dengan AWS Database Migration Service.

Untuk detail tambahan tentang bekerja dengan database sumber SQL Server dan AWS DMS, lihat berikut ini.

Topik

Keterbatasan dalam menggunakan SQL Server sebagai sumber AWS DMS
Izin untuk tugas beban penuh saja
Prasyarat untuk menggunakan replikasi berkelanjutan (CDC) dari sumber SQL Server
Menangkap perubahan data untuk SQL Server yang dikelola sendiri di tempat atau di Amazon EC2
Menyiapkan replikasi yang sedang berlangsung pada instance cloud SQL Server DB
Pengaturan yang disarankan saat menggunakan Amazon RDS for SQL Server sebagai sumber untuk AWS DMS
Metode kompresi yang didukung untuk SQL Server
Bekerja dengan grup ketersediaan SQL Server AlwaysOn yang dikelola sendiri
Persyaratan keamanan saat menggunakan SQL Server sebagai sumber AWS Database Migration Service
Pengaturan titik akhir saat menggunakan SQL Server sebagai sumber AWS DMS
Jenis sumber data untuk SQL Server

Keterbatasan dalam menggunakan SQL Server sebagai sumber AWS DMS

Keterbatasan berikut berlaku saat menggunakan basis data SQL Server sebagai sumber untuk AWS DMS:

Properti identitas untuk kolom tidak bermigrasi ke kolom basis data target.
Titik akhir SQL Server tidak mendukung penggunaan tabel dengan kolom jarang.
Autentikasi Windows tidak didukung.
Perubahan bidang terhitung di SQL Server tidak direplikasi.
Tabel temporal tidak didukung.
Penggantian partisi SQL Server tidak didukung.
Saat menggunakan utilitas WRITETEXT dan UPDATETEXT, AWS DMS tidak menangkap peristiwa yang diterapkan pada database sumber.
Pola data manipulation language (DML) berikut ini tidak didukung.
```
SELECT * INTO new_table FROM existing_table
```
Ketika menggunakan SQL Server sebagai sumber, enkripsi tingkat kolom tidak didukung.
AWS DMS tidak mendukung audit tingkat server pada SQL Server 2008 atau SQL Server 2008 R2 sebagai sumber. Ini karena masalah yang diketahui dengan SQL Server 2008 dan 2008 R2. Misalnya, menjalankan perintah berikut AWS DMS menyebabkan kegagalan.
```
USE [master]
GO 
ALTER SERVER AUDIT [my_audit_test-20140710] WITH (STATE=on)
GO
```
Kolom geometri tidak didukung dalam mode lob penuh saat menggunakan SQL Server sebagai sumber. Sebaliknya, gunakan modus lob terbatas atau atur pengaturan tugas InlineLobMaxSize untuk menggunakan mode lob inline.
Saat menggunakan database sumber Microsoft SQL Server dalam tugas replikasi, definisi SQL Server Replication Publisher tidak dihapus jika Anda menghapus tugas. Administrator sistem Microsoft SQL Server harus menghapus definisi tersebut dari Microsoft SQL Server.
Migrasi data dari terikat skema dan non-schema-bound tampilan didukung untuk tugas yang hanya memuat penuh.
Mengganti nama tabel menggunakan sp_rename tidak didukung (misalnya, sp_rename 'Sales.SalesRegion', 'SalesReg;)
Mengganti nama kolom menggunakan sp_rename tidak didukung (misalnya,sp_rename 'Sales.Sales.Region', 'RegID', 'COLUMN';)
AWS DMS tidak mendukung pemrosesan perubahan untuk mengatur dan menghapus nilai default kolom (menggunakan ALTER COLUMN SET DEFAULT klausa dengan ALTER TABLE pernyataan).
AWS DMS tidak mendukung pemrosesan perubahan untuk mengatur nullabilitas kolom (menggunakan ALTER COLUMN [SET|DROP] NOT NULL klausa dengan pernyataan). ALTER TABLE
Dengan SQL Server 2012 dan SQL Server 2014, saat menggunakan replikasi DMS dengan Availability Groups, basis data distribusi tidak dapat ditempatkan dalam grup ketersediaan. SQL 2016 mendukung penempatan database distribusi ke dalam grup ketersediaan, kecuali untuk database distribusi yang digunakan dalam topologi gabungan, dua arah, atau replikasi. peer-to-peer
Untuk tabel yang dipartisi, AWS DMS tidak mendukung pengaturan kompresi data yang berbeda untuk setiap partisi.
Saat memasukkan nilai ke jenis data spasial SQL Server (GEOGRAPHY dan GEOMETRY), Anda dapat mengabaikan properti spatial reference system identifier (SRID) atau menentukan angka yang berbeda. Saat mereplikasi tabel dengan tipe data spasial, AWS DMS ganti SRID dengan SRID default (0 untuk GEOMETRI dan 4326 untuk GEOGRAFI).
Jika basis data Anda tidak dikonfigurasi untuk MS-REPLICATION atau MS-CDC, Anda masih dapat menangkap tabel yang tidak memiliki Kunci Primer, tetapi hanya peristiwa INSERT/DELETE DML yang ditangkap. Peristiwa UPDATE dan TRUNCATE TABLE diabaikan.
Indeks Columnstore tidak didukung.
Tabel yang memorinya dioptimalkan (menggunakan In-Memory OLTP) tidak didukung.
Ketika mereplikasi tabel dengan kunci primer yang terdiri dari beberapa kolom, memperbarui kolom kunci primer selama beban penuh tidak didukung.
Ketahanan tertunda tidak didukung.
Pengaturan readBackupOnly=Y titik akhir (atribut koneksi tambahan) tidak berfungsi pada RDS untuk instance sumber SQL Server karena cara RDS melakukan pencadangan.
EXCLUSIVE_AUTOMATIC_TRUNCATIONtidak berfungsi pada instance sumber Amazon RDS SQL Server karena pengguna RDS tidak memiliki akses untuk menjalankan prosedur tersimpan SQL Server,. sp_repldone
AWS DMS tidak menangkap perintah memotong.
AWS DMS tidak mendukung replikasi dari database dengan percepatan pemulihan database (ADR) diaktifkan.
AWS DMS tidak mendukung pengambilan pernyataan bahasa definisi data (DDL) dan bahasa manipulasi data (DML/bahasa manipulasi data) dalam satu transaksi.
AWS DMS tidak mendukung replikasi paket aplikasi tingkat data (DACPAC).
Pernyataan UPDATE yang melibatkan kunci primer atau indeks unik dan memperbarui beberapa baris data, dapat menyebabkan konflik saat Anda menerapkan perubahan pada database target. Ini mungkin terjadi, misalnya, ketika database target menerapkan pembaruan sebagai pernyataan INSERT dan DELETE, bukan pernyataan UPDATE tunggal. Dengan mode penerapan yang dioptimalkan batch, tabel mungkin diabaikan. Dengan mode penerapan transaksional, operasi UPDATE dapat mengakibatkan pelanggaran kendala. Untuk menghindari masalah ini, muat ulang tabel yang relevan. Atau, cari catatan bermasalah di tabel kontrol Apply Exceptions (dmslogs.awsdms_apply_exceptions) dan edit secara manual di database target. Untuk informasi selengkapnya, lihat Mengubah pengaturan penyetelan pemrosesan.
AWS DMS tidak mendukung replikasi tabel dan skema, di mana nama menyertakan karakter khusus dari set berikut.

\\ -- \n \" \b \r ' \t ;
Penyembunyian data tidak didukung. AWS DMS memigrasikan data bertopeng tanpa masking.
AWS DMS mereplikasi hingga 32.767 tabel dengan kunci utama dan hingga 1.000 kolom untuk setiap tabel. Ini karena AWS DMS membuat artikel replikasi SQL Server untuk setiap tabel yang direplikasi, dan artikel replikasi SQL Server memiliki keterbatasan ini.
Saat menggunakan Change Data Capture (CDC), Anda harus menentukan semua kolom yang membentuk indeks unik sebagaiNOT NULL. Jika persyaratan ini tidak terpenuhi, kesalahan sistem SQL Server 22838 akan terjadi.

Keterbatasan berikut berlaku saat mengakses log transaksi backup:

Backup terenkripsi tidak didukung.
Backup yang disimpan di URL atau Windows Azure tidak didukung.
AWS DMS tidak mendukung pemrosesan langsung cadangan log transaksi di tingkat file dari folder bersama alternatif.

Izin untuk tugas beban penuh saja

Izin berikut diperlukan untuk melakukan tugas beban penuh saja. Perhatikan bahwa AWS DMS tidak membuat dms_user login. Untuk informasi tentang membuat login untuk SQL Server, lihatMembuat pengguna database dengan Microsoft SQL Server.


USE db_name;
                
                CREATE USER dms_user FOR LOGIN dms_user; 
                ALTER ROLE [db_datareader] ADD MEMBER dms_user; 
                GRANT VIEW DATABASE STATE to dms_user ; 
                
                USE master;
                
                GRANT VIEW SERVER STATE TO dms_user;

Prasyarat untuk menggunakan replikasi berkelanjutan (CDC) dari sumber SQL Server

Anda dapat menggunakan replikasi berkelanjutan (mengubah pengambilan data, atau CDC) untuk database SQL Server yang dikelola sendiri di tempat atau di Amazon EC2, atau database cloud seperti Amazon RDS atau instans yang dikelola Microsoft Azure SQL.

Persyaratan berikut berlaku secara khusus saat menggunakan replikasi yang sedang berlangsung dengan database SQL Server sebagai sumber untuk: AWS DMS

SQL Server harus dikonfigurasi untuk backup penuh, dan Anda harus menjalankan backup sebelum mulai mereplikasi data.
Model pemulihan harus diatur menjadi Bulk logged atau Full.
Backup SQL Server untuk beberapa disk tidak didukung. Jika cadangan didefinisikan untuk menulis cadangan database ke beberapa file melalui disk yang berbeda, tidak AWS DMS dapat membaca data dan AWS DMS tugas gagal.
Untuk sumber SQL Server yang dikelola sendiri, definisi SQL Server Replication Publisher untuk sumber yang digunakan dalam tugas DMS CDC tidak dihapus ketika Anda menghapus tugas. Administrator sistem SQL Server harus menghapus definisi ini dari SQL Server untuk sumber yang dikelola sendiri.
Selama CDC, AWS DMS perlu mencari cadangan log transaksi SQL Server untuk membaca perubahan. AWS DMS tidak mendukung cadangan log transaksi SQL Server yang dibuat menggunakan perangkat lunak cadangan pihak ketiga yang tidak dalam format asli. Untuk mendukung backup log transaksi yang ada dalam format asli dan dibuat menggunakan perangkat lunak backup pihak ketiga, tambahkan atribut sambungan use3rdPartyBackupDevice=Y ke titik akhir sumber.
Untuk sumber SQL Server yang dikelola sendiri, perhatikan bahwa SQL Server tidak menangkap perubahan pada tabel yang baru dibuat sampai mereka telah diterbitkan. Ketika tabel ditambahkan ke sumber SQL Server, AWS DMS mengelola pembuatan publikasi. Namun, proses ini mungkin memakan waktu beberapa menit. Operasi yang dibuat untuk tabel yang baru dibuat selama penundaan ini tidak ditangkap atau direplikasi ke target.
AWS DMS mengubah pengambilan data memerlukan pencatatan transaksi penuh untuk dihidupkan di SQL Server. Untuk mengaktifkan login transaksi penuh di SQL Server, aktifkan MS-REPLICATION atau CHANGE DATA CAPTURE (CDC).
Entri tlog SQL Server tidak akan ditandai untuk digunakan kembali sampai pekerjaan penangkapan MS CDC memproses perubahan tersebut.
Operasi CDC tidak didukung pada tabel yang memorinya dioptimalkan. Batasan ini berlaku untuk SQL Server 2014 (ketika fitur pertama kali diperkenalkan) dan lebih tinggi.
AWS DMS mengubah pengambilan data memerlukan database distribusi secara default di Amazon EC2 atau On-Prem SQL server sebagai sumber. Jadi, pastikan Anda telah mengaktifkan distributor saat mengonfigurasi replikasi MS untuk tabel dengan kunci utama.

Menangkap perubahan data untuk SQL Server yang dikelola sendiri di tempat atau di Amazon EC2

Untuk menangkap perubahan dari database Microsoft SQL Server sumber, pastikan database dikonfigurasi untuk backup penuh. Konfigurasikan basis data dalam modus pemulihan penuh atau mode bulk-logged.

Untuk sumber SQL Server yang dikelola sendiri, AWS DMS gunakan yang berikut ini:

MS-Replication: Untuk menangkap perubahan untuk tabel dengan kunci primer. Anda dapat mengonfigurasi ini secara otomatis dengan memberikan hak istimewa sysadmin kepada pengguna AWS DMS endpoint pada instance SQL Server sumber. Atau Anda dapat mengikuti langkah-langkah di bagian ini untuk menyiapkan sumber dan menggunakan pengguna yang tidak memiliki hak sysadmin untuk titik akhir. AWS DMS
MS-CDC: Untuk menangkap perubahan untuk tabel tanpa kunci primer. Aktifkan MS-CDC pada tingkat basis data dan untuk semua tabel secara masing-masing.

Saat menyiapkan basis data SQL Server untuk replikasi yang sedang berlangsung (CDC), Anda dapat melakukan salah satu dari berikut ini.

Atur replikasi yang sedang berlangsung menggunakan peran sysadmin.
Atur replikasi yang sedang berlangsung untuk tidak menggunakan peran sysadmin.

Menyiapkan replikasi yang sedang berlangsung pada SQL Server yang dikelola sendiri

Bagian ini berisi informasi tentang pengaturan replikasi yang sedang berlangsung pada server SQL yang dikelola sendiri dengan atau tanpa menggunakan peran sysadmin.

Topik

Menyiapkan replikasi yang sedang berlangsung pada SQL Server yang dikelola sendiri: Menggunakan peran sysadmin
Menyiapkan replikasi yang sedang berlangsung pada SQL Server mandiri: Tanpa peran sysadmin

Menyiapkan replikasi yang sedang berlangsung pada SQL Server yang dikelola sendiri: Menggunakan peran sysadmin

AWS DMS replikasi berkelanjutan untuk SQL Server menggunakan replikasi SQL Server asli untuk tabel dengan kunci utama, dan mengubah pengambilan data (CDC) untuk tabel tanpa kunci utama.

Sebelum menyiapkan replikasi yang sedang berlangsung, lihat Prasyarat untuk menggunakan replikasi berkelanjutan (CDC) dari sumber SQL Server.

Untuk tabel dengan kunci utama, umumnya AWS DMS dapat mengkonfigurasi artefak yang diperlukan pada sumber. Namun, untuk instans sumber SQL Server yang dikelola sendiri, pastikan untuk terlebih dahulu mengonfigurasi distribusi SQL Server secara manual. Setelah Anda melakukannya, pengguna AWS DMS sumber dengan izin sysadmin dapat secara otomatis membuat publikasi untuk tabel dengan kunci utama.

Untuk memeriksa apakah distribusi sudah dikonfigurasi, jalankan perintah berikut.


sp_get_distributor

Jika hasilnya NULL untuk distribusi kolom, maka distribusi tidak dikonfigurasi. Anda dapat menggunakan prosedur berikut untuk mengatur distribusi.

Mengatur distribusi

Sambungkan ke basis data sumber SQL Server Anda menggunakan alat SQL Server Management Studio (SSMS).
Buka menu konteks (klik kanan) untuk folder Replikasi, dan pilih Konfigurasi Distribusi. Wizard Konfigurasi Distribusi muncul.
Ikuti wizard untuk memasukkan nilai default dan membuat distribusi.

Untuk mengatur CDC

AWS DMS versi 3.4.7 dan yang lebih besar dapat mengatur MS CDC untuk database Anda dan semua tabel Anda secara otomatis jika Anda tidak menggunakan replika hanya-baca. Untuk menggunakan fitur ini, atur SetUpMsCdcForTables ECA ke true. Untuk informasi tentang ECA, lihatPengaturan titik akhir.

Untuk versi yang AWS DMS lebih awal dari 3.4.7, atau untuk replika hanya-baca sebagai sumber, lakukan langkah-langkah berikut:

Untuk tabel tanpa kunci primer, atur MS-CDC untuk basis data. Untuk melakukannya, gunakan akun yang memiliki peran sysadmin, dan jalankan perintah berikut.
```
use [DBname]
EXEC sys.sp_cdc_enable_db
```

Selanjutnya, atur MS-CDC untuk setiap tabel sumber. Untuk setiap tabel dengan kunci unik tetapi tanpa kunci primer, jalankan kueri berikut untuk mengatur MS-CDC.


exec sys.sp_cdc_enable_table
@source_schema = N'schema_name',
@source_name = N'table_name',
@index_name = N'unique_index_name',
@role_name = NULL,
@supports_net_changes = 1
GO

Untuk setiap tabel tanpa bukti kunci primer atau tanpa kunci unik, jalankan kueri berikut untuk mengatur MS-CDC.


exec sys.sp_cdc_enable_table
@source_schema = N'schema_name',
@source_name = N'table_name',
@role_name = NULL
GO

Untuk informasi lebih lanjut tentang pengaturan MS-CDC untuk tabel tertentu, lihat Dokumentasi SQL Server.

Menyiapkan replikasi yang sedang berlangsung pada SQL Server mandiri: Tanpa peran sysadmin

Untuk informasi tentang menyiapkan replikasi yang sedang berlangsung pada SQL Server mandiri tanpa peran sysadmin, lihat. Menyiapkan replikasi yang sedang berlangsung pada SQL Server mandiri: Tanpa peran sysadmin

Menyiapkan replikasi yang sedang berlangsung pada instance cloud SQL Server DB

Bagian ini menjelaskan cara mengatur CDC pada instance database SQL Server yang dihosting cloud. Instance SQL server yang dihosting cloud adalah instance yang berjalan di Amazon RDS for SQL Server, Instans Azure SQL Manged, atau instans SQL Server cloud terkelola lainnya. Untuk informasi tentang batasan replikasi yang sedang berlangsung untuk setiap jenis database, lihatKeterbatasan dalam menggunakan SQL Server sebagai sumber AWS DMS.

Sebelum menyiapkan replikasi yang sedang berlangsung, lihat Prasyarat untuk menggunakan replikasi berkelanjutan (CDC) dari sumber SQL Server.

Tidak seperti sumber Microsoft SQL Server yang dikelola sendiri, Amazon RDS for SQL Server tidak mendukung replikasi MS. Oleh karena itu, AWS DMS perlu menggunakan MS-CDC untuk tabel dengan atau tanpa kunci primer.

Amazon RDS tidak memberikan hak sysadmin untuk menyetel artefak replikasi yang AWS DMS digunakan untuk perubahan berkelanjutan dalam instance SQL Server sumber. Pastikan untuk mengaktifkan MS-CDC untuk instans Amazon RDS (menggunakan hak pengguna master) seperti pada prosedur berikut.

Untuk mengaktifkan MS-CDC untuk instance cloud SQL Server DB

Jalankan salah satu query berikut di tingkat database.

Untuk contoh RDS untuk SQL Server DB, gunakan kueri ini.
```
exec msdb.dbo.rds_cdc_enable_db 'DB_name'
```
Untuk instans DB terkelola Azure SQL, gunakan kueri ini.
```
USE DB_name 
GO 
EXEC sys.sp_cdc_enable_db 
GO
```

Untuk setiap tabel dengan kunci utama, jalankan query berikut untuk mengaktifkan MS-CDC.


exec sys.sp_cdc_enable_table
@source_schema = N'schema_name',
@source_name = N'table_name',
@role_name = NULL,
@supports_net_changes = 1
GO

Untuk setiap tabel dengan kunci unik tetapi tidak ada kunci utama, jalankan kueri berikut untuk mengaktifkan MS-CDC.


exec sys.sp_cdc_enable_table
@source_schema = N'schema_name',
@source_name = N'table_name',
@index_name = N'unique_index_name',
@role_name = NULL,
@supports_net_changes = 1
GO

Untuk setiap tabel tanpa kunci primer atau kunci unik, jalankan kueri berikut untuk mengaktifkan MS-CDC.


exec sys.sp_cdc_enable_table
@source_schema = N'schema_name',
@source_name = N'table_name',
@role_name = NULL
GO

Tetapkan periode retensi agar perubahan tersedia di sumber dengan perintah berikut.
```
use dbname
EXEC sys.sp_cdc_change_job @job_type = 'capture' ,@pollinginterval = 86399
exec sp_cdc_stop_job 'capture'
exec sp_cdc_start_job 'capture'
```
Parameter@pollinginterval diukur dalam hitungan detik dengan nilai yang disarankan, yang ditetapkan menjadi 86399. Ini berarti bahwa log transaksi mempertahankan perubahan selama 86.399 detik (satu hari) ketika. @pollinginterval = 86399 Prosedur exec sp_cdc_start_job 'capture' memulai pengaturan.

catatan
Dengan beberapa versi SQL Server, jika nilai pollinginterval diatur ke lebih dari 3599 detik, nilai reset ke default lima detik. Ketika ini terjadi, entri T-Log dibersihkan sebelum AWS DMS dapat membacanya. Untuk menentukan versi SQL Server mana yang terpengaruh oleh masalah yang diketahui ini, lihat artikel Microsoft KB ini.

Jika Anda menggunakan Amazon RDS dengan Multi-AZ, pastikan Anda juga mengatur sekunder Anda untuk memiliki nilai yang tepat jika terjadi failover.
```
exec rdsadmin..rds_set_configuration 'cdc_capture_pollinginterval' , 86399
```

Jika tugas AWS DMS replikasi yang menangkap perubahan yang sedang berlangsung pada sumber SQL Server Anda berhenti selama lebih dari satu jam, gunakan prosedur berikut.

Untuk mempertahankan periode retensi selama tugas AWS DMS replikasi

Hentikan tugas yang memotong log transaksi dengan menggunakan perintah berikut.
```
exec sp_cdc_stop_job 'capture'
```
Temukan tugas Anda di AWS DMS konsol dan lanjutkan tugas.
Pilih tab Monitoring, dan periksa CDCLatencySource metriknya.
Setelah metrik CDCLatencySource sama dengan 0 (nol) dan tidak berubah, ulang kembali tugas yang memotong log transaksi menggunakan perintah berikut.
```
exec sp_cdc_start_job 'capture'
```

Jangan lupa untuk memulai tugas yang memotong log transaksi SQL Server. Jika tidak, penyimpanan pada instans SQL Server Anda dapat terisi.

Batasan untuk replikasi yang sedang berlangsung pada instance cloud SQL Server DB

AWS DMS mendukung replikasi berkelanjutan (CDC) dengan log transaksi aktif saja. Anda tidak dapat menggunakan log cadangan dengan CDC.
Anda mungkin kehilangan peristiwa jika Anda memindahkannya dari log transaksi aktif ke log cadangan, atau memotongnya dari log transaksi aktif.

Pengaturan yang disarankan saat menggunakan Amazon RDS for SQL Server sebagai sumber untuk AWS DMS

Saat Anda bekerja dengan Amazon RDS for SQL Server sebagai sumber, tugas pengambilan bergantung pada parameter dan. maxscans maxtrans Parameter ini mengatur jumlah maksimum pemindaian yang dilakukan penangkapan pada log transaksi dan jumlah transaksi yang diproses untuk setiap pemindaian.

Untuk database, di mana sejumlah transaksi lebih besar darimaxtrans*maxscans, meningkatkan polling_interval nilai dapat menyebabkan akumulasi catatan log transaksi aktif. Pada gilirannya, akumulasi ini dapat menyebabkan peningkatan ukuran log transaksi.

Perhatikan bahwa AWS DMS tidak bergantung pada pekerjaan penangkapan MS-CDC. Pekerjaan penangkapan MS-CDC menandai entri log transaksi sebagai telah diproses. Hal ini memungkinkan tugas backup log transaksi untuk menghapus entri dari log transaksi.

Kami menyarankan Anda memantau ukuran log transaksi dan keberhasilan pekerjaan MS-CDC. Jika pekerjaan MS-CDC gagal, log transaksi dapat tumbuh secara berlebihan dan menyebabkan kegagalan replikasi. AWS DMS Anda dapat memantau kesalahan pekerjaan pengambilan MS-CDC menggunakan tampilan manajemen sys.dm_cdc_errors dinamis di database sumber. Anda dapat memantau ukuran log transaksi menggunakan perintah DBCC SQLPERF(LOGSPACE) manajemen.

Untuk mengatasi peningkatan log transaksi yang disebabkan oleh MS-CDC

Periksa apakah database Log Space Used % AWS DMS mereplikasi dari dan memvalidasi bahwa itu meningkat terus menerus.
```
DBCC SQLPERF(LOGSPACE)
```
Identifikasi apa yang memblokir proses pencadangan log transaksi.
```
Select log_reuse_wait, log_reuse_wait_desc, name from sys.databases where name = db_name();
```
Jika log_reuse_wait_desc nilainya samaREPLICATION, retensi cadangan log disebabkan oleh latensi di MS-CDC.

Tingkatkan jumlah peristiwa yang diproses oleh pekerjaan penangkapan dengan meningkatkan nilai maxtrans dan maxscans parameter.


EXEC sys.sp_cdc_change_job @job_type = 'capture' ,@maxtrans = 5000, @maxscans = 20 
exec sp_cdc_stop_job 'capture'
exec sp_cdc_start_job 'capture'

Untuk mengatasi masalah ini, tetapkan nilai maxscans dan maxtrans sehingga maxtrans*maxscans sama dengan jumlah rata-rata peristiwa yang dihasilkan untuk tabel yang AWS DMS mereplikasi dari database sumber untuk setiap hari.

Jika Anda menetapkan parameter ini lebih tinggi dari nilai yang disarankan, pekerjaan penangkapan akan memproses semua peristiwa di log transaksi. Jika Anda menetapkan parameter ini di bawah nilai yang disarankan, latensi MS-CDC meningkat dan log transaksi Anda bertambah.

Mengidentifikasi nilai yang sesuai untuk maxscans dan maxtrans bisa sulit karena perubahan beban kerja menghasilkan berbagai jumlah peristiwa. Dalam hal ini, kami menyarankan Anda mengatur pemantauan pada latensi MS-CDC. Untuk informasi selengkapnya, lihat Memantau proses dalam dokumentasi SQL Server. Kemudian konfigurasikan maxtrans dan maxscans secara dinamis berdasarkan hasil pemantauan.

Jika AWS DMS tugas tidak dapat menemukan nomor urutan log (LSNs) yang diperlukan untuk melanjutkan atau melanjutkan tugas, tugas mungkin gagal dan memerlukan pemuatan ulang lengkap.

catatan

Saat menggunakan AWS DMS untuk mereplikasi data dari sumber RDS untuk SQL Server, Anda mungkin mengalami kesalahan saat mencoba melanjutkan replikasi setelah peristiwa stop-start dari instans Amazon RDS. Hal ini disebabkan proses SQL Server Agent memulai kembali proses pengambilan pekerjaan ketika restart setelah peristiwa stop-start. Ini melewati interval pemungutan suara MS-CDC.

Karena itu, pada database dengan volume transaksi lebih rendah dari pemrosesan pekerjaan penangkapan MS-CDC, ini dapat menyebabkan data diproses atau ditandai sebagai direplikasi dan dicadangkan sebelum AWS DMS dapat dilanjutkan dari tempat berhenti, yang mengakibatkan kesalahan berikut:


[SOURCE_CAPTURE ]E: Failed to access LSN '0000dbd9:0006f9ad:0003' in the backup log sets since BACKUP/LOG-s are not available. [1020465] (sqlserver_endpoint_capture.c:764)

Untuk mengurangi masalah ini, tetapkan maxscans nilai maxtrans dan seperti yang direkomendasikan sebelumnya.

Metode kompresi yang didukung untuk SQL Server

Perhatikan hal berikut tentang dukungan untuk metode kompresi SQL Server di AWS DMS:

AWS DMS mendukung kompresi Baris/Halaman di SQL Server versi 2008 dan yang lebih baru.
AWS DMS tidak mendukung format penyimpanan Vardecimal.
AWS DMS tidak mendukung kolom jarang dan kompresi struktur kolom.

Bekerja dengan grup ketersediaan SQL Server AlwaysOn yang dikelola sendiri

Grup ketersediaan SQL Server Always On menyediakan ketersediaan tinggi dan pemulihan bencana sebagai alternatif tingkat perusahaan untuk pencerminan basis data.

Di AWS DMS, Anda dapat memigrasikan perubahan dari satu replika grup ketersediaan primer atau sekunder.

Bekerja dengan replika grup ketersediaan utama

Untuk menggunakan grup ketersediaan utama sebagai sumber AWS DMS, lakukan hal berikut:

Aktifkan opsi distribusi untuk semua instance SQL Server di replika ketersediaan Anda. Untuk informasi selengkapnya, lihat Menyiapkan replikasi yang sedang berlangsung pada SQL Server yang dikelola sendiri.
Di AWS DMS konsol, buka pengaturan database sumber SQL Server. Untuk Nama Server, tentukan nama Layanan Nama Domain (DNS) atau alamat IP yang dikonfigurasi untuk pendengar grup ketersediaan Anda.

Ketika Anda memulai AWS DMS tugas untuk pertama kalinya, mungkin perlu waktu lebih lama dari biasanya untuk memulai. Kelambatan ini terjadi karena pembuatan artikel tabel sedang digandakan oleh server grup ketersediaan.

Bekerja dengan replika grup ketersediaan sekunder

Untuk menggunakan grup ketersediaan sekunder sebagai sumber AWS DMS, lakukan hal berikut:

Gunakan kredensil yang sama untuk menghubungkan ke replika individual seperti yang digunakan oleh pengguna titik akhir AWS DMS sumber.
Pastikan instans AWS DMS replikasi Anda dapat menyelesaikan nama DNS untuk semua replika yang ada, dan menghubungkannya. Anda dapat menggunakan query SQL berikut untuk mendapatkan nama DNS untuk semua replika Anda.
```
select ar.replica_server_name, ar.endpoint_url from sys.availability_replicas ar
JOIN sys.availability_databases_cluster adc
ON adc.group_id = ar.group_id AND adc.database_name = '<source_database_name>';
```
Saat Anda membuat titik akhir sumber, tentukan nama DNS pendengar grup ketersediaan untuk nama Server titik akhir atau untuk alamat Server rahasia titik akhir. Untuk informasi selengkapnya tentang pendengar grup ketersediaan, lihat Apa itu pendengar grup ketersediaan? dalam dokumentasi SQL Server.

Anda dapat menggunakan server DNS publik atau server DNS lokal untuk menyelesaikan pemroses grup ketersediaan, replika utama, dan replika sekunder. Untuk menggunakan server DNS lokal, konfigurasikan Resolver Amazon Route 53. Untuk informasi selengkapnya, lihat Menggunakan server nama on-premise Anda sendiri.

Tambahkan atribut koneksi tambahan berikut ke titik akhir sumber Anda.

Atribut koneksi tambahan	Nilai	Catatan
`applicationIntent`	`ReadOnly`	Tanpa pengaturan ODBC ini, tugas replikasi dirutekan ke replika grup ketersediaan utama. Untuk informasi selengkapnya, lihat Dukungan Klien Asli SQL Server untuk Ketersediaan Tinggi, Pemulihan Bencana dalam dokumentasi SQL Server.
`multiSubnetFailover`	`yes`	Untuk informasi selengkapnya, lihat Dukungan Klien Asli SQL Server untuk Ketersediaan Tinggi, Pemulihan Bencana dalam dokumentasi SQL Server.
`alwaysOnSharedSynchedBackupIsEnabled`	`false`	Untuk informasi selengkapnya, lihat Pengaturan titik akhir saat menggunakan SQL Server sebagai sumber AWS DMS.
`activateSafeguard`	`false`	Untuk informasi lebih lanjut, lihat Batasan berikut ini.
`setUpMsCdcForTables`	`false`	Untuk informasi lebih lanjut, lihat Batasan berikut ini.

Aktifkan opsi distribusi pada semua replika di grup ketersediaan Anda. Tambahkan semua node ke daftar distributor. Untuk informasi selengkapnya, lihat Mengatur distribusi.
Jalankan kueri berikut pada replika baca-tulis utama untuk mengaktifkan publikasi database Anda. Anda menjalankan query ini hanya sekali untuk database Anda.
```
sp_replicationdboption @dbname = N'<source DB name>', @optname = N'publish', @value = N'true';
```

Batasan

Berikut ini adalah batasan untuk bekerja dengan replika grup ketersediaan sekunder:

AWS DMS tidak mendukung Safeguard saat menggunakan replika grup ketersediaan hanya-baca sebagai sumber. Untuk informasi selengkapnya, lihat Pengaturan titik akhir saat menggunakan SQL Server sebagai sumber AWS DMS.
AWS DMS tidak mendukung atribut koneksi setUpMsCdcForTables tambahan saat menggunakan replika grup ketersediaan hanya-baca sebagai sumber. Untuk informasi selengkapnya, lihat Pengaturan titik akhir saat menggunakan SQL Server sebagai sumber AWS DMS.
AWS DMS dapat menggunakan replika grup ketersediaan sekunder yang dikelola sendiri sebagai basis data sumber untuk replikasi berkelanjutan (ubah pengambilan data, atau CDC) mulai dari versi 3.4.7. Replika baca multi-AZ Cloud SQL Server tidak didukung. Jika Anda menggunakan versi sebelumnya AWS DMS, pastikan Anda menggunakan replika grup ketersediaan utama sebagai basis data sumber untuk CDC.

Failover ke node lain

Jika Anda menyetel atribut koneksi ApplicationIntent tambahan untuk titik akhir AndaReadOnly, AWS DMS tugas Anda akan tersambung ke node hanya-baca dengan prioritas perutean hanya-baca tertinggi. Kemudian gagal ke node hanya-baca lainnya di grup ketersediaan Anda ketika node hanya-baca prioritas tertinggi tidak tersedia. Jika Anda tidak mengaturApplicationIntent, AWS DMS tugas Anda hanya terhubung ke node utama (baca/tulis) di grup ketersediaan Anda.

Persyaratan keamanan saat menggunakan SQL Server sebagai sumber AWS Database Migration Service

Akun AWS DMS pengguna harus memiliki setidaknya peran db_owner pengguna pada database SQL Server sumber yang Anda sambungkan.

Pengaturan titik akhir saat menggunakan SQL Server sebagai sumber AWS DMS

Anda dapat menggunakan pengaturan endpoint untuk mengkonfigurasi database sumber SQL Server Anda mirip dengan menggunakan atribut koneksi tambahan. Anda menentukan pengaturan saat Anda membuat titik akhir sumber menggunakan AWS DMS konsol, atau dengan menggunakan create-endpoint perintah di AWS CLI, dengan sintaks --microsoft-sql-server-settings '{"EndpointSetting": "value", ...}' JSON.

Tabel berikut menunjukkan pengaturan endpoint yang dapat Anda gunakan dengan SQL Server sebagai sumber.

Nama	Penjelasan
`ActivateSafeguard`	Atribut ini mengaktifkan atau menonaktifkan Safeguard. Untuk informasi tentang Safeguard, lihat berikut. `SafeguardPolicy` Nilai default: `true` Nilai valid: {`false`, `true`} Contoh: `'{"ActivateSafeguard": true}'`
`AlwaysOnSharedSynchedBackupIsEnabled`	Atribut ini menyesuaikan perilaku AWS DMS saat bermigrasi dari database sumber SQL Server yang di-host sebagai bagian dari klaster grup ketersediaan Selalu Aktif. AWS DMS telah meningkatkan dukungan untuk database sumber SQL Server yang dikonfigurasi untuk berjalan di klaster Selalu Aktif. Dalam kasus ini, AWS DMS mencoba untuk melacak jika backup transaksi terjadi dari node di klaster Always On selain node di mana instans basis data sumber menjadi host. Saat memulai tugas migrasi, AWS DMS mencoba terhubung ke setiap node di cluster, tetapi gagal jika tidak dapat terhubung ke salah satu node. Jika Anda AWS DMS perlu melakukan polling semua node di klaster Always On untuk cadangan transaksi, setel atribut ini ke. `false` Nilai default: `true` Nilai yang valid: `true` atau `false` Contoh: `'{"AlwaysOnSharedSynchedBackupIsEnabled": false}'`
`"ApplicationIntent": "readonly"`	Pengaturan atribut driver ODBC ini menyebabkan SQL Server merutekan tugas replikasi Anda ke node hanya-baca prioritas tertinggi. Tanpa pengaturan ini, SQL Server merutekan tugas replikasi Anda ke node baca-tulis utama.
`EnableNonSysadminWrapper`	Gunakan pengaturan titik akhir ini saat Anda menyiapkan replikasi berkelanjutan pada server SQL mandiri tanpa pengguna sysadmin. Parameter ini didukung pada AWS DMS versi 3.4.7 dan yang lebih tinggi. Untuk informasi tentang pengaturan replikasi yang sedang berlangsung pada server SQL mandiri, lihat. Menyiapkan replikasi yang sedang berlangsung pada SQL Server mandiri: Tanpa peran sysadmin Nilai default: `false` Nilai valid: `true`, `false` Contoh: `'{"EnableNonSysadminWrapper": true}'`
`ExecuteTimeout`	Gunakan atribut koneksi tambahan (ECA) ini untuk mengatur batas waktu pernyataan klien untuk instance SQL Server, dalam hitungan detik. Nilai default adalah 60 detik. Contoh: `'{"ExecuteTimeout": 100}'`
`FatalOnSimpleModel`	Ketika diatur ke`true`, pengaturan ini menghasilkan kesalahan fatal ketika model pemulihan database SQL Server diatur ke`simple`. Nilai default: `false` Nilai yang valid: `true` atau `false` Contoh: `'{"FatalOnSimpleModel": true}'`
`ForceLobLookup`	Memaksa pencarian LOB pada LOB sebaris. Nilai default: `false` Nilai valid: `true`, `false` Contoh: `'{"ForceLobLookup": false}'`
`"MultiSubnetFailover": "Yes"`	Atribut driver ODBC ini membantu DMS untuk terhubung ke primer baru jika terjadi failover Grup Ketersediaan. Atribut ini dirancang untuk situasi ketika koneksi rusak atau alamat IP pendengar salah. Dalam situasi ini, AWS DMS upaya untuk terhubung ke semua alamat IP yang terkait dengan pendengar Grup Ketersediaan.
`ReadBackupOnly`	Penggunaan atribut ini membutuhkan hak istimewa sysadmin. Ketika atribut ini disetel ke`Y`, selama replikasi yang sedang berlangsung AWS DMS membaca perubahan hanya dari backup log transaksi dan tidak membaca dari file log transaksi aktif. Dengan menetapkan parameter ini ke `Y` Anda dapat mengontrol pertumbuhan berkas log transaksi aktif selama tugas replikasi beban penuh dan yang sedang berlangsung. Namun, parameter ini dapat menambahkan beberapa latensi sumber pada replikasi yang sedang berlangsung. Nilai yang benar: `N` atau `Y`. Default adalah `N`. Contoh: `'{"ReadBackupOnly": Y}'` Catatan: Parameter ini tidak bekerja pada instans sumber SQL Server Amazon RDS karena cara RDS melakukan backup.
`SafeguardPolicy`	Untuk kinerja optimal, AWS DMS cobalah untuk menangkap semua perubahan yang belum dibaca dari log transaksi aktif (TLOG). Namun, terkadang karena pemotongan, TLOG aktif mungkin tidak berisi semua perubahan yang belum dibaca. Ketika ini terjadi, AWS DMS mengakses cadangan log untuk menangkap perubahan yang hilang. Untuk meminimalkan kebutuhan untuk mengakses cadangan log, AWS DMS mencegah pemotongan menggunakan salah satu metode berikut: `RELY_ON_SQL_SERVER_REPLICATION_AGENT`(Mulai transaksi dalam database): Ini adalah default untuk AWS DMS. Bila Anda menggunakan pengaturan ini, AWS DMS mengharuskan SQL Server Log Reader Agent berjalan, sehingga AWS DMS dapat memindahkan transaksi yang ditandai untuk replikasi dari TLOG aktif. Perhatikan bahwa jika Agen Pembaca Log tidak berjalan, TLOG aktif dapat menjadi penuh, menyebabkan database sumber beralih ke mode hanya-baca hingga Anda dapat menyelesaikan masalah. Jika Anda perlu mengaktifkan Microsoft Replication di database Anda untuk tujuan selain AWS DMS, maka Anda harus memilih pengaturan ini. Saat Anda menggunakan pengaturan ini, AWS DMS meminimalkan pembacaan cadangan log dengan membuat tabel yang disebut `awsdms_truncation_safeguard` dan mencegah pemotongan TLOG dengan meniru transaksi terbuka dalam database. Ini membuat database tidak memotong peristiwa dan memindahkannya ke log cadangan selama lima menit (secara default). Pastikan tabel tidak termasuk dalam rencana pemeliharaan apa pun, karena dapat menyebabkan pekerjaan pemeliharaan gagal. Anda dapat menghapus tabel dengan aman jika tidak ada tugas yang dikonfigurasi dengan opsi `Start Transactions` database. `EXCLUSIVE_AUTOMATIC_TRUNCATION`(Gunakan secara eksklusif `sp_repldone` dengan satu tugas): Saat Anda menggunakan pengaturan ini, AWS DMS memiliki kontrol penuh atas proses agen replikasi yang menandai entri log sebagai `ready for truncation` penggunaan. `sp_repldone` Dengan pengaturan ini, AWS DMS tidak menggunakan transaksi dummy seperti pengaturan `RELY_ON_SQL_SERVER_REPLICATION_AGENT` (default). Anda hanya dapat menggunakan pengaturan ini ketika MS Replikasi tidak digunakan untuk tujuan lain selain AWS DMS pada database sumber. Juga, saat menggunakan pengaturan ini, hanya satu AWS DMS tugas yang dapat mengakses database. Jika Anda perlu menjalankan AWS DMS tugas paralel terhadap database yang sama, gunakan`RELY_ON_SQL_SERVER_REPLICATION_AGENT`. Pengaturan ini mengharuskan Agen Pembaca Log dihentikan di database. Jika Agen Pembaca Log berjalan saat tugas dimulai, AWS DMS tugas akan memaksanya untuk berhenti. Atau, Anda dapat menghentikan Agen Pembaca Log secara manual sebelum memulai tugas. Saat menggunakan metode ini dengan MS-CDC, Anda harus menghentikan dan menonaktifkan penangkapan MS-CDC dan pekerjaan pembersihan MS-CDC. Anda tidak dapat menggunakan pengaturan ini ketika pekerjaan Microsoft SQL Server Migrasi berjalan pada mesin Distributor jarak jauh, karena AWS DMS tidak memiliki akses ke mesin jarak jauh. `EXCLUSIVE_AUTOMATIC_TRUNCATION`tidak berfungsi pada instans sumber Amazon RDS for SQL Server karena pengguna Amazon RDS tidak memiliki akses untuk menjalankan prosedur yang disimpan. `sp_repldone` Jika disetel `SafeguardPolicy` ke `EXCLUSIVE_AUTOMATIC_TRUNCATION` tanpa menggunakan peran sysadmin, Anda harus memberikan izin pada `dbo.sysjobs` objek `dbo.syscategories` dan kepada pengguna. `dmsuser` Nilai default: `RELY_ON_SQL_SERVER_REPLICATION_AGENT` Nilai valid: {`EXCLUSIVE_AUTOMATIC_TRUNCATION`, `RELY_ON_SQL_SERVER_REPLICATION_AGENT`} Contoh: `'{"SafeguardPolicy": "EXCLUSIVE_AUTOMATIC_TRUNCATION"}'`
`SetUpMsCdcForTables`	Atribut ini mengaktifkan MS-CDC untuk database sumber dan untuk tabel dalam pemetaan tugas yang tidak mengaktifkan replikasi MS. Menyetel nilai ini untuk `true` menjalankan prosedur `sp_cdc_enable_db` tersimpan pada database sumber, dan menjalankan prosedur `sp_cdc_enable_table` tersimpan pada setiap tabel dalam tugas yang tidak mengaktifkan replikasi MS di database sumber. Untuk informasi selengkapnya tentang mengaktifkan distribusi, lihatMenyiapkan replikasi yang sedang berlangsung pada SQL Server yang dikelola sendiri. Nilai valid: {`true`, `false`} Contoh: `'{"SetUpMsCdcForTables": true}'`
`TlogAccessMode`	Menunjukkan mode yang digunakan untuk mengambil data CDC. Nilai default: `PreferTlog` Nilai valid: `BackupOnly`, `PreferBackup`, `PreferTlog`, `TlogOnly` Contoh: `'{"TlogAccessMode": "PreferTlog"}'`
`Use3rdPartyBackupDevice`	Ketika atribut ini diatur menjadi `Y`, AWS DMS memproses backup log transaksi pihak ketiga jika mereka dibuat dalam format asli.

Jenis sumber data untuk SQL Server

Migrasi data yang menggunakan SQL Server sebagai sumber untuk AWS DMS mendukung sebagian besar tipe data SQL Server. Tabel berikut menunjukkan tipe data sumber SQL Server yang didukung saat menggunakan AWS DMS dan pemetaan default dari tipe AWS DMS data.

Untuk informasi tentang cara melihat jenis data yang dipetakan dalam target, lihat bagian titik akhir target yang Anda gunakan.

Untuk informasi tambahan tentang tipe AWS DMS data, lihatTipe data untuk AWS Database Migration Service.

Jenis data SQL Server	AWS DMS tipe data
BIGINT	INT8
BIT	BOOLEAN
DECIMAL	NUMERIC
INT	INT4
MONEY	NUMERIC
NUMERIC (p,s)	NUMERIC
SMALLINT	INT2
SMALLMONEY	NUMERIC
TINYINT	UINT1
REAL	REAL4
FLOAT	REAL8
DATETIME	DATETIME
DATETIME2 (SQL Server 2008 dan lebih tinggi)	DATETIME
SMALLDATETIME	DATETIME
DATE	DATE
TIME	TIME
DATETIMEOFFSET	WSTRING
CHAR	STRING
VARCHAR	STRING
VARCHAR (max)	CLOB TEXT Untuk menggunakan tipe data ini AWS DMS, Anda harus mengaktifkan penggunaan tipe data CLOB untuk tugas tertentu. Untuk tabel SQL Server, AWS DMS memperbarui kolom LOB di target bahkan untuk pernyataan UPDATE yang tidak mengubah nilai kolom LOB di SQL Server. Selama CDC, AWS DMS mendukung tipe data CLOB hanya dalam tabel yang menyertakan kunci utama.
NCHAR	WSTRING
NVARCHAR (panjang)	WSTRING
NVARCHAR (maks)	NCLOB NTEXT Untuk menggunakan tipe data ini AWS DMS, Anda harus mengaktifkan penggunaan SupportLobs untuk tugas tertentu. Untuk informasi selengkapnya tentang mengaktifkan dukungan Lob, lihat. Mengatur dukungan LOB untuk database sumber dalam suatu tugas AWS DMS Untuk tabel SQL Server, AWS DMS memperbarui kolom LOB di target bahkan untuk pernyataan UPDATE yang tidak mengubah nilai kolom LOB di SQL Server. Selama CDC, AWS DMS mendukung tipe data CLOB hanya dalam tabel yang menyertakan kunci utama.
BINARY	BYTES
VARBINARY	BYTES
VARBINARY (max)	BLOB CITRA Untuk tabel SQL Server, AWS DMS memperbarui kolom LOB di target bahkan untuk pernyataan UPDATE yang tidak mengubah nilai kolom LOB di SQL Server. Untuk menggunakan tipe data ini AWS DMS, Anda harus mengaktifkan penggunaan tipe data BLOB untuk tugas tertentu. AWS DMS mendukung tipe data BLOB hanya dalam tabel yang menyertakan kunci utama.
TIMESTAMP	BYTES
UNIQUEIDENTIFIER	STRING
HIERARCHYID	Gunakan HIERARCHYID saat mereplikasi ke titik akhir target SQL Server. Gunakan WSTRING (250) ketika mereplikasi ke semua titik akhir target lainnya.
XML	NCLOB Untuk tabel SQL Server, AWS DMS memperbarui kolom LOB di target bahkan untuk pernyataan UPDATE yang tidak mengubah nilai kolom LOB di SQL Server. Untuk menggunakan tipe data ini AWS DMS, Anda harus mengaktifkan penggunaan tipe data NCLOB untuk tugas tertentu. Selama CDC, AWS DMS mendukung tipe data NCLOB hanya dalam tabel yang menyertakan kunci utama.
GEOMETRY	Gunakan GEOMETRY ketika mereplikasi ke titik akhir target yang mendukung jenis data ini. Gunakan CLOB ketika mereplikasi ke titik akhir target yang tidak mendukung jenis data ini.
GEOGRAPHY	Gunakan GEOGRAPHY ketika mereplikasi ke titik akhir target yang mendukung jenis data ini. Gunakan CLOB ketika mereplikasi ke titik akhir target yang tidak mendukung jenis data ini.

AWS DMS tidak mendukung tabel yang menyertakan bidang dengan tipe data berikut.

CURSOR
SQL_VARIANT
TABLE

catatan

Jenis data yang ditetapkan pengguna didukung sesuai dengan jenis dasar mereka. Misalnya, jenis data yang ditetapkan pengguna berdasarkan DATETIME diperlakukan sebagai jenis data DATETIME.

Awas Javascript dinonaktifkan atau tidak tersedia di browser Anda.

Untuk menggunakan Dokumentasi AWS, Javascript harus diaktifkan. Lihat halaman Bantuan browser Anda untuk petunjuk.

Konvensi Dokumen

Menggunakan Oracle sebagai sumber

Menggunakan basis data Azure SQL sebagai sumber