Menggunakan database Microsoft SQL Server sebagai sumber AWS DMS - AWS Layanan Migrasi Database
Batasan pada SQL Server sebagai sumberSQLIzin serverPrasyarat untuk menggunakan berkelanjutan CDCMetode kompresi yang didukungBekerja dengan grup AlwaysOn ketersediaan SQL Server yang dikelola sendiriPengaturan titik akhirTipe data sumber untuk SQL Server

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

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 yang AWS DMS didukung.

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

Database SQL Server sumber dapat diinstal pada komputer mana pun di jaringan Anda. Akun SQL Server dengan hak akses yang sesuai ke database sumber untuk jenis tugas yang Anda pilih diperlukan untuk digunakan. AWS DMS Untuk informasi selengkapnya, lihat Izin untuk tugas SQL Server.

AWS DMS mendukung migrasi data dari contoh bernama Server. SQL 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 instance 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 Microsoft SQL Server. Tetapi port dinamis yang berubah setiap kali SQL Server dimulai, dan nomor port statis tertentu yang digunakan untuk terhubung ke SQL Server melalui firewall juga sering digunakan. Jadi, Anda ingin mengetahui nomor port sebenarnya dari instance SQL Server bernama Anda saat Anda membuat titik akhir AWS DMS sumber.

Anda dapat menggunakan SSL untuk mengenkripsi koneksi antara titik akhir SQL Server Anda dan instance replikasi. Untuk informasi selengkapnya tentang penggunaan SSL dengan titik akhir SQL Server, lihatMenggunakan SSL dengan AWS Database Migration Service.

Anda dapat menggunakan CDC untuk migrasi berkelanjutan dari database SQL Server. Untuk informasi tentang mengonfigurasi database SQL server sumber AndaCDC, lihatMenangkap perubahan data untuk replikasi berkelanjutan dari Server SQL.

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

Batasan berikut berlaku saat menggunakan database 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 pada bidang yang dihitung di SQL Server tidak direplikasi.

  • Tabel temporal tidak didukung.

  • SQLPengalihan partisi server tidak didukung.

  • Saat menggunakan WRITETEXT dan UPDATETEXT utilitas, AWS DMS tidak menangkap peristiwa yang diterapkan pada database sumber.

  • Pola bahasa manipulasi data (DML) berikut tidak didukung. 

    SELECT * INTO new_table FROM existing_table

  • Saat 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 DMS replikasi dengan Grup Ketersediaan, database distribusi tidak dapat ditempatkan dalam grup ketersediaan. SQL2016 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 dalam tipe data spasial SQL Server (GEOGRAPHYdanGEOMETRY), Anda dapat mengabaikan properti pengenal sistem referensi spasial (SRID) atau menentukan nomor yang berbeda. Saat mereplikasi tabel dengan tipe data spasial, AWS DMS ganti SRID dengan default SRID (0 untuk GEOMETRY dan 4326 untuk). GEOGRAPHY

  • Jika database Anda tidak dikonfigurasi untuk MS- REPLICATION atau MS-CDC, Anda masih dapat menangkap tabel yang tidak memiliki Kunci Utama, tetapi hanyaINSERT/DELETEDMLperistiwa yang ditangkap. UPDATEdan TRUNCATE TABLE peristiwa diabaikan.

  • Indeks Columnstore tidak didukung.

  • Tabel yang dioptimalkan untuk memori (menggunakan In-MemoryOLTP) 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 RDS untuk instance sumber SQL Server karena cara RDS melakukan pencadangan.

  • EXCLUSIVE_AUTOMATIC_TRUNCATIONtidak berfungsi pada instance sumber Amazon RDS SQL Server karena RDS pengguna 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) dalam satu transaksi.

  • AWS DMS tidak mendukung replikasi paket aplikasi tingkat data (). DACPAC

  • UPDATEpernyataan yang melibatkan kunci primer atau indeks unik dan memperbarui beberapa baris data, dapat menyebabkan konflik saat Anda menerapkan perubahan pada basis data target. Ini mungkin terjadi, misalnya, ketika database target menerapkan pembaruan sebagai INSERT dan DELETE pernyataan, bukan UPDATE pernyataan tunggal. Dengan mode penerapan yang dioptimalkan batch, tabel mungkin diabaikan. Dengan mode penerapan transaksional, UPDATE operasi 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 ;

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

  • Anda dapat kehilangan peristiwa jika SQL Server mengarsipkan dari log transaksi aktif ke log cadangan, atau memotongnya dari log transaksi aktif.

Keterbatasan berikut berlaku saat mengakses log transaksi backup:

  • Backup terenkripsi tidak didukung.

  • Cadangan yang disimpan di URL atau di Windows Azure tidak didukung.

  • AWS DMS tidak mendukung pemrosesan langsung cadangan log transaksi di tingkat file dari folder bersama alternatif.

  • Untuk sumber Cloud SQL Server selain Amazon RDS untuk Microsoft SQL Server, AWS DMS mendukung replikasi berkelanjutan (CDC) dengan log transaksi aktif saja. Anda tidak dapat menggunakan log cadangan denganCDC. Anda mungkin kehilangan peristiwa jika SQL server mengarsipkannya dari log transaksi aktif ke log cadangan, atau memotongnya dari log transaksi aktif sebelum DMS dapat membacanya.

  • Untuk Amazon RDS untuk sumber Microsoft SQL Server, AWS DMS 3.5.2 dan di bawahnya mendukung replikasi berkelanjutan (CDC) dengan log transaksi aktif saja, karena tidak DMS dapat mengakses log cadangan dengan. CDC Anda mungkin kehilangan peristiwa jika RDS SQL Server mengarsipkannya dari log transaksi aktif ke log cadangan, atau memotongnya dari log transaksi aktif sebelum DMS dapat membacanya. Batasan ini tidak berlaku untuk AWS DMS versi 3.5.3 ke atas.

Izin untuk tugas SQL Server

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;
                GRANT VIEW DEFINITION to dms_user;
                
                USE master;
                
                GRANT VIEW SERVER STATE TO dms_user;

Izin untuk tugas dengan replikasi yang sedang berlangsung

Instans SQL Server yang dikelola sendiri dapat dikonfigurasi untuk replikasi berkelanjutan menggunakan DMS dengan atau tanpa menggunakan peran. sysadmin Untuk instance SQL Server, di mana Anda tidak dapat memberikan sysadmin peran, pastikan bahwa DMS pengguna memiliki hak istimewa yang dijelaskan sebagai berikut.

Menyiapkan izin untuk replikasi berkelanjutan dari database Server yang dikelola sendiri SQL

  1. Buat akun SQL Server baru dengan otentikasi kata sandi menggunakan SQL Server Management Studio (SSMS) atau seperti yang dijelaskan sebelumnya dalamIzin untuk tugas beban penuh saja, misalnya,self_managed_user.

  2. Jalankan GRANT perintah berikut: 

    GRANT VIEW SERVER STATE TO self_managed_user;

USE MSDB;
    GRANT SELECT ON MSDB.DBO.BACKUPSET TO self_managed_user;
    GRANT SELECT ON MSDB.DBO.BACKUPMEDIAFAMILY TO self_managed_user;
    GRANT SELECT ON MSDB.DBO.BACKUPFILE TO self_managed_user;
    
USE db_name;
    CREATE USER self_managed_user FOR LOGIN self_managed_user;
    ALTER ROLE [db_owner] ADD MEMBER self_managed_user;
    GRANT VIEW DEFINITION to self_managed_user;

  3. Selain izin sebelumnya, pengguna memerlukan salah satu dari yang berikut:

Menyiapkan izin untuk replikasi berkelanjutan dari database Server cloud SQL

Instance SQL server yang dihosting cloud adalah instance yang berjalan di Amazon untuk RDS Microsoft SQL Server, Instans SQL Terkelola Azure, atau instans SQL Server cloud terkelola lainnya yang didukung oleh. DMS

Buat akun SQL Server baru dengan otentikasi kata sandi menggunakan SQL Server Management Studio (SSMS) atau seperti yang dijelaskan sebelumnya dalamIzin untuk tugas beban penuh saja, misalnya,rds_user.

Jalankan perintah memberikan hak istimewa berikut.

GRANT VIEW SERVER STATE TO rds_user;

USE MSDB;
    GRANT SELECT ON MSDB.DBO.BACKUPSET TO rds_user;
    GRANT SELECT ON MSDB.DBO.BACKUPMEDIAFAMILY TO rds_user;
    GRANT SELECT ON MSDB.DBO.BACKUPFILE TO rds_user;
    
USE db_name;
    CREATE USER rds_user FOR LOGIN rds_user;
    ALTER ROLE [db_owner] ADD MEMBER rds_user;
    GRANT VIEW DEFINITION to rds_user;

Untuk Amazon RDS untuk sumber Microsoft SQL Server, DMS versi 3.5.3 dan di atasnya mendukung pembacaan dari cadangan log transaksi. Untuk memastikan DMS bahwa dapat mengakses cadangan log, selain di atas, baik memberikan hak istimewa master pengguna, atau hak istimewa berikut pada sumber Server: RDS SQL

//DMS 3.5.3 version onwards
GRANT EXEC ON msdb.dbo.rds_dms_tlog_download TO rds_user;
GRANT EXEC ON msdb.dbo.rds_dms_tlog_read TO rds_user;
GRANT EXEC ON msdb.dbo.rds_dms_tlog_list_current_lsn TO rds_user;
GRANT EXEC ON msdb.dbo.rds_task_status TO rds_user;

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

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

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

  • SQLServer harus dikonfigurasi untuk backup penuh, dan Anda harus melakukan backup sebelum mulai mereplikasi data.

  • Model pemulihan harus diatur menjadi Bulk logged atau Full.

  • SQLPencadangan server ke 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 DMS CDC tugas tidak dihapus saat Anda menghapus tugas. Administrator sistem SQL Server harus menghapus definisi ini dari SQL Server untuk sumber yang dikelola sendiri.

  • SelamaCDC, AWS DMS perlu mencari cadangan log transaksi SQL Server untuk membaca perubahan. AWS DMS tidak mendukung pencadangan 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, ketahuilah bahwa SQL Server tidak menangkap perubahan pada tabel yang baru dibuat hingga dipublikasikan. 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 perubahan pengambilan data memerlukan pencatatan transaksi penuh untuk diaktifkan di SQL Server. Untuk mengaktifkan login transaksi penuh di SQL Server, aktifkan MS- REPLICATION atau CHANGE DATA CAPTURE (CDC).

  • SQLEntri tlog server tidak akan ditandai untuk digunakan kembali sampai pekerjaan MS CDC capture memproses perubahan tersebut.

  • CDCoperasi tidak didukung pada tabel yang dioptimalkan memori. Batasan ini berlaku untuk SQL Server 2014 (saat fitur pertama kali diperkenalkan) dan lebih tinggi.

  • AWS DMS mengubah pengambilan data memerlukan database distribusi secara default di Amazon EC2 atau SQL server On-Prem sebagai sumber. Jadi, pastikan Anda telah mengaktifkan distributor saat mengonfigurasi replikasi MS untuk tabel dengan kunci utama.

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

Bekerja dengan grup AlwaysOn ketersediaan SQL Server yang dikelola sendiri

SQLGrup ketersediaan 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:

  1. Aktifkan opsi distribusi untuk semua instance SQL Server di replika ketersediaan Anda. Untuk informasi selengkapnya, lihat Menyiapkan replikasi yang sedang berlangsung di Server yang dikelola sendiri SQL.

  2. 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:

  1. Gunakan kredensil yang sama untuk menghubungkan ke replika individual seperti yang digunakan oleh pengguna titik akhir AWS DMS sumber.

  2. Pastikan instance AWS DMS replikasi Anda dapat menyelesaikan DNS nama untuk semua replika yang ada, dan terhubung ke replika tersebut. Anda dapat menggunakan SQL kueri berikut untuk mendapatkan DNS nama 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>';

  3. Saat Anda membuat titik akhir sumber, tentukan DNS nama 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 DNS server publik atau DNS server lokal untuk menyelesaikan pemroses grup ketersediaan, replika utama, dan replika sekunder. Untuk menggunakan DNS server lokal, konfigurasikan Resolver Amazon Route 53. Untuk informasi selengkapnya, lihat Menggunakan server nama on-premise Anda sendiri.

  4. Tambahkan atribut koneksi tambahan berikut ke titik akhir sumber Anda.

    Atribut koneksi tambahan Nilai Catatan
    applicationIntent ReadOnly Tanpa ODBC pengaturan ini, tugas replikasi dirutekan ke replika grup ketersediaan utama. Untuk informasi selengkapnya, lihat SQLServer Native Client Support for High Availability, Disaster Recovery dalam dokumentasi SQL Server.
    multiSubnetFailover yes Untuk informasi selengkapnya, lihat SQLServer Native Client Support for High Availability, Disaster Recovery 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.

  5. Aktifkan opsi distribusi pada semua replika di grup ketersediaan Anda. Tambahkan semua node ke daftar distributor. Untuk informasi selengkapnya, lihat Mengatur distribusi.

  6. 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, atauCDC) mulai dari versi 3.4.7. Replika baca Multi-AZ SQL Server Cloud tidak didukung. Jika Anda menggunakan versi sebelumnya AWS DMS, pastikan Anda menggunakan replika grup ketersediaan utama sebagai basis data sumber. 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.

Pengaturan titik akhir saat menggunakan SQL Server sebagai sumber AWS DMS

Anda dapat menggunakan pengaturan titik akhir untuk mengonfigurasi basis data 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 --microsoft-sql-server-settings '{"EndpointSetting": "value", ...}' JSON sintaks.

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 ODBC driver ini menyebabkan SQL Server merutekan tugas replikasi Anda ke node read-only 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 di SQL server mandiri tanpa pengguna sysadmin. Parameter ini didukung pada AWS DMS versi 3.4.7 dan lebih tinggi. Untuk informasi tentang menyiapkan replikasi yang sedang berlangsung di SQL server mandiri, lihat. Menangkap perubahan data untuk replikasi berkelanjutan dari Server SQL

Nilai default: false

Nilai valid: true, false

Contoh: '{"EnableNonSysadminWrapper": true}'

ExecuteTimeout

Gunakan atribut koneksi tambahan ini (ECA) untuk mengatur batas waktu pernyataan klien untuk instance SQL Server, dalam hitungan detik. Nilai default adalah 60 detik.

Contoh: '{"ExecuteTimeout": 100}'

FatalOnSimpleModel

Ketika diatur ketrue, pengaturan ini menghasilkan kesalahan fatal ketika model pemulihan database SQL Server diatur kesimple.

Nilai default: false

Nilai yang valid: true atau false

Contoh: '{"FatalOnSimpleModel": true}'

ForceLobLookup

Memaksa LOB pencarian pada LOB inline.

Nilai default: false

Nilai valid: true, false

Contoh: '{"ForceLobLookup": false}'

"MultiSubnetFailover": "Yes"

Atribut ODBC driver 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 keY, 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-nya adalah N.

Contoh: '{"ReadBackupOnly": Y}'

Catatan: Parameter ini tidak berfungsi pada instance sumber Amazon RDS SQL Server karena cara RDS melakukan pencadangan.

SafeguardPolicy

Untuk kinerja optimal, AWS DMS cobalah untuk menangkap semua perubahan yang belum dibaca dari log transaksi aktif (TLOG). Namun, terkadang karena pemotongan, aktif TLOG 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:

  1. 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 aktifTLOG. Perhatikan bahwa jika Agen Pembaca Log tidak berjalan, aktif TLOG 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 TLOG pemotongan 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.

  2. 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, gunakanRELY_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 pekerjaan MS- CDC capture dan MS- CDC cleanup.

    • Anda tidak dapat menggunakan setelan ini saat tugas Migrasi SQL Server Microsoft berjalan di mesin Distributor jarak jauh, karena AWS DMS tidak memiliki akses ke mesin jarak jauh.

    • EXCLUSIVE_AUTOMATIC_TRUNCATIONtidak berfungsi di Amazon RDS untuk instance sumber SQL Server karena RDS pengguna Amazon tidak memiliki akses untuk menjalankan prosedur yang sp_repldone disimpan.

    • Jika Anda menyetel 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 di Server yang dikelola sendiri SQL.

Nilai valid: {true, false}

Contoh: '{"SetUpMsCdcForTables": true}'

TlogAccessMode

Menunjukkan mode yang digunakan untuk mengambil CDC data.

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.

Tipe data sumber 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.

SQLTipe data 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(SQLServer 2008 dan lebih tinggi)

DATETIME

SMALLDATETIME

DATETIME

DATE

DATE

TIME

TIME

DATETIMEOFFSET

WSTRING

CHAR

STRING

VARCHAR

STRING

VARCHAR(maks)

CLOB

TEXT

Untuk menggunakan tipe data ini AWS DMS, Anda harus mengaktifkan penggunaan tipe CLOB data untuk tugas tertentu.

Untuk tabel SQL Server, AWS DMS memperbarui LOB kolom dalam target bahkan untuk UPDATE pernyataan yang tidak mengubah nilai LOB kolom di SQL Server.

SelamaCDC, AWS DMS mendukung tipe CLOB data 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. Menetapkan LOB dukungan untuk basis data sumber dalam suatu tugas AWS DMS

Untuk tabel SQL Server, AWS DMS memperbarui LOB kolom dalam target bahkan untuk UPDATE pernyataan yang tidak mengubah nilai LOB kolom di SQL Server.

SelamaCDC, AWS DMS mendukung tipe CLOB data hanya dalam tabel yang menyertakan kunci utama.

BINARY

BYTES

VARBINARY

BYTES

VARBINARY(maks)

BLOB

IMAGE

Untuk tabel SQL Server, AWS DMS memperbarui LOB kolom dalam target bahkan untuk UPDATE pernyataan yang tidak mengubah nilai LOB kolom di SQL Server.

Untuk menggunakan tipe data ini AWS DMS, Anda harus mengaktifkan penggunaan tipe BLOB data untuk tugas tertentu.

AWS DMS mendukung tipe BLOB data 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) saat mereplikasi ke semua titik akhir target lainnya.

XML

NCLOB

Untuk tabel SQL Server, AWS DMS memperbarui LOB kolom dalam target bahkan untuk UPDATE pernyataan yang tidak mengubah nilai LOB kolom di SQL Server.

Untuk menggunakan tipe data ini AWS DMS, Anda harus mengaktifkan penggunaan tipe NCLOB data untuk tugas tertentu.

SelamaCDC, AWS DMS mendukung tipe NCLOB data hanya dalam tabel yang menyertakan kunci utama.

GEOMETRY

Gunakan GEOMETRY saat mereplikasi untuk menargetkan titik akhir yang mendukung tipe data ini.

Gunakan CLOB saat mereplikasi ke titik akhir target yang tidak mendukung tipe data ini.

GEOGRAPHY

Gunakan GEOGRAPHY saat mereplikasi untuk menargetkan titik akhir yang mendukung tipe data ini.

Gunakan CLOB saat mereplikasi ke titik akhir target yang tidak mendukung tipe 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, tipe data yang ditentukan pengguna berdasarkan DATETIME ditangani sebagai DATETIME tipe data.