Migrasi OceanBase (mode MySQL) ke PolarDB for MySQL - Data Transmission Service

PolarDB for MySQL adalah layanan database berkinerja tinggi, aman, dan andal dengan kapasitas penyimpanan besar. Dokumen ini menjelaskan cara melakukan migrasi database OceanBase ke klaster PolarDB for MySQL menggunakan Data Transmission Service (DTS).

Prasyarat

Database OceanBase sumber harus merupakan versi yang didukung oleh DTS.
- Jika database sumber adalah ApsaraDB for OceanBase, DTS hanya mendukung instansiasi klaster, bukan instansiasi penyewa.
- Jika database sumber adalah database OceanBase yang dikelola sendiri, DTS hanya mendukung Community Edition 4.X.
Anda telah membuat klaster PolarDB for MySQL tujuan dengan kapasitas penyimpanan lebih besar daripada database OceanBase sumber. Untuk informasi selengkapnya, lihat Pembelian kustom dan Beli klaster langganan.

Catatan penggunaan

Catatan

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

Type	Description
Batasan pada database sumber	Jika database sumber adalah instansiasi ApsaraDB for OceanBase: Konfigurasikan daftar putih IP secara manual untuk mengizinkan DTS mengakses instansiasi tersebut. Untuk informasi selengkapnya, lihat Konfigurasi grup daftar putih dan Tambahkan alamat IP server DTS ke daftar putih. Untuk migrasi inkremental, Anda harus mengaktifkan binlog pada database sumber dan menyimpan binlog lokal setidaknya selama tiga hari. Untuk informasi selengkapnya, lihat Aktifkan layanan binlog dan Kelola binlog. Jika database sumber adalah database OceanBase yang dikelola sendiri: Untuk migrasi inkremental, Anda harus menginstal oblogproxy (layanan proxy log inkremental) pada server tempat database OceanBase diterapkan dan mengonfigurasi penyewa sistem. Untuk informasi selengkapnya, lihat Instal dan terapkan oblogproxy. Persyaratan bandwidth: Server database sumber harus memiliki bandwidth keluar yang mencukupi. Bandwidth yang tidak mencukupi akan memperlambat migrasi data. Tabel yang akan dimigrasikan harus memiliki kunci primer atau constraint unik. Jika tidak, data duplikat dapat muncul di database tujuan. Saat melakukan migrasi tabel tertentu dan menggunakan fitur seperti pemetaan nama objek, satu tugas migrasi data dibatasi hingga 1.000 tabel. Melebihi batas ini menyebabkan tugas gagal. Untuk memigrasikan lebih banyak tabel, bagi menjadi beberapa tugas atau konfigurasikan satu tugas untuk memigrasikan seluruh database. Batasan operasi pada database sumber: Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL apa pun. Jika dilakukan, tugas migrasi data akan gagal. Jika Anda hanya melakukan migrasi data penuh, jangan menulis data baru ke database sumber. Jika tidak, akan terjadi ketidakkonsistenan data antara database sumber dan tujuan. Untuk memastikan konsistensi data real-time, pilih migrasi skema, migrasi data penuh, dan migrasi data inkremental. Tipe data GEOMETRY hanya didukung untuk migrasi data penuh. DTS tidak memigrasikan data dari kolom tersembunyi, yang mengakibatkan kehilangan data.
Batasan lainnya	DTS tidak mendukung konversi data dari tipe DATETIME ke tipe VARCHAR. DTS saat ini tidak mendukung penyesuaian kecepatan migrasi data penuh. Jika nama database yang akan dimigrasikan tidak sesuai dengan konvensi penamaan untuk PolarDB for MySQL, Anda harus membuat database di klaster PolarDB for MySQL tujuan sebelum mengonfigurasi tugas migrasi data. Kemudian, Anda dapat menggunakan fitur pemetaan nama objek pada langkah Configure Objects and Advanced Settings. Untuk informasi selengkapnya tentang konvensi penamaan database untuk PolarDB for MySQL dan cara membuat database, lihat Kelola database. Jika data Anda mencakup karakter empat byte—seperti karakter Tionghoa langka atau emoji—database dan tabel tujuan harus menggunakan charset utf8mb4. Catatan Jika Anda menggunakan DTS untuk memigrasikan skema, atur parameter tingkat instansiasi `character_set_server` ke utf8mb4 di database tujuan. Sebelum memulai migrasi data, evaluasi kinerja database sumber dan tujuan. Lakukan migrasi data selama jam sepi. Jika tidak, migrasi data penuh akan mengonsumsi sumber daya I/O pada kedua database, sehingga meningkatkan beban database. Selama migrasi data penuh, operasi INSERT konkuren menyebabkan fragmentasi tabel di database tujuan. Oleh karena itu, setelah migrasi data penuh selesai, ruang tabel database tujuan lebih besar daripada sumber. Pastikan presisi migrasi yang digunakan DTS untuk kolom FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi `ROUND(COLUMN,PRECISION)` untuk membaca nilai dari kolom-kolom tersebut. Jika tidak ada presisi yang ditentukan, presisi migrasi adalah 38 digit untuk FLOAT dan 308 digit untuk DOUBLE. DTS mencoba melanjutkan tugas migrasi data yang gagal hingga tujuh hari. Oleh karena itu, sebelum beralih ke instansiasi tujuan, Anda harus mengakhiri atau melepas tugas tersebut. Atau, jalankan perintah `revoke` untuk mencabut hak akses tulis akun akses DTS pada instansiasi tujuan. Hal ini mencegah tugas yang dilanjutkan secara otomatis menimpa data di instansiasi tujuan. Jika database sumber adalah instansiasi ApsaraDB for OceanBase dan tugas DTS mencakup migrasi inkremental, DTS secara berkala mencoba menjalankan pernyataan CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk membuat database `test` dan menulis data heartbeat guna memajukan posisi binlog. Jika akun yang digunakan DTS untuk mengakses database sumber tidak memiliki hak istimewa yang diperlukan untuk membuat database, dan tidak ada operasi DML yang dilakukan pada database sumber dalam periode waktu yang lama, informasi latensi mungkin tidak akurat. Catatan Jika latensi yang ditampilkan terlalu tinggi, Anda dapat menjalankan pernyataan DML pada database sumber untuk memperbarui informasi latensi. Jika DTS gagal menerapkan pernyataan DDL ke database tujuan, tugas migrasi data tetap berjalan. Anda harus memeriksa log tugas untuk pernyataan DDL yang gagal. Untuk informasi selengkapnya tentang cara melihat log tugas, lihat Lihat log tugas. Karena nama kolom MySQL tidak peka huruf besar/kecil, saat memigrasikan ke tujuan PolarDB for MySQL, DTS menggabungkan data dari kolom sumber yang namanya hanya berbeda dalam hal kapitalisasi (misalnya, 'Col' dan 'col') ke dalam satu kolom. Hal ini dapat menyebabkan hasil yang tidak diinginkan. Jika suatu tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya. Catatan Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instansiasi.

Penagihan

Jenis migrasi	Biaya konfigurasi tugas	Biaya transfer data
Migrasi skema dan migrasi data penuh	Gratis.	Tidak dikenakan biaya untuk contoh ini.
Migrasi data inkremental	Dikenakan biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.	Tidak dikenakan biaya untuk contoh ini.

Operasi SQL yang didukung untuk migrasi inkremental

Jenis operasi	Pernyataan SQL
DML	INSERT, UPDATE, DELETE
DDL	ALTER TABLE, ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW DROP INDEX, DROP TABLE RENAME TABLE Penting Operasi RENAME TABLE dapat menyebabkan ketidakkonsistenan data. Misalnya, jika Anda hanya memilih satu tabel sebagai objek migrasi dan mengganti nama tabel tersebut di instansiasi sumber selama migrasi, data tabel tersebut tidak akan dimigrasikan ke database tujuan. Untuk mencegah masalah ini, pilih seluruh database tempat tabel tersebut berada sebagai objek migrasi saat mengonfigurasi tugas migrasi data. Pastikan database tempat tabel tersebut berada sebelum dan sesudah operasi RENAME TABLE termasuk dalam objek migrasi. TRUNCATE TABLE

Hak akses akun database

Database			Migrasi skema	Migrasi penuh	Migrasi inkremental
Database sumber	Self-managed OceanBase	User	Izin SELECT
	Self-managed OceanBase	Tenant	Regular tenant	Regular tenant	Regular tenant Penting Untuk migrasi data inkremental, instal oblogproxy (layanan proxy log inkremental) pada server database OceanBase dan konfigurasikan penyewa sistem. Untuk informasi selengkapnya, lihat Instal dan terapkan oblogproxy.
	ApsaraDB for OceanBase	Tenant	Regular tenant	Regular tenant	Regular tenant
	ApsaraDB for OceanBase	Akun database	Izin SELECT	Izin SELECT	Izin baca dan tulis
Database tujuan	PolarDB for MySQL		Izin baca dan tulis

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

Untuk database OceanBase yang dikelola sendiri, lihat Buat penyewa, Buat pengguna, dan Berikan hak istimewa.
Untuk instansiasi ApsaraDB for OceanBase, lihat Buat penyewa dan Buat akun.
Untuk instansiasi PolarDB for MySQL, lihat Buat dan kelola akun database.

Prosedur

Buka halaman daftar tugas migrasi untuk wilayah tujuan menggunakan salah satu metode berikut.
Dari Konsol DTS
1. Login ke Konsol Data Transmission Service (DTS).
2. Di panel navigasi kiri, klik Data Migration.
3. Di pojok kiri atas halaman, pilih wilayah tempat instansiasi migrasi berada.
Dari Konsol DMS
Catatan
Operasi aktual dapat berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Konsol mode sederhana dan Sesuaikan tata letak dan gaya Konsol DMS.
1. Login ke Konsol Data Management (DMS).
2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Migration.
3. Di sebelah kanan Data Migration Tasks, pilih wilayah tempat instansiasi migrasi berada.
Klik Create Task untuk membuka halaman konfigurasi tugas.
Opsi: Di pojok kanan atas halaman, klik New Configuration Page.
Catatan
- Jika Anda sudah berada di halaman konfigurasi baru (tombol di pojok kanan atas adalah Back to Previous Version), Anda dapat melewati langkah ini.
- Parameter pada halaman konfigurasi baru dan lama berbeda. Kami menyarankan Anda menggunakan halaman konfigurasi baru.

Konfigurasikan database sumber dan tujuan.

ApsaraDB for OceanBase for MySQL

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak harus unik.
Source Database	Select Existing Connection	Untuk menggunakan instansiasi database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instansiasi database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instansiasi database ke sistem, atau tidak perlu menggunakan instansiasi yang terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih ApsaraDB OceanBase for MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah instansiasi sumber ApsaraDB for OceanBase for MySQL.
	Replicate Data Across Alibaba Cloud Accounts	Pada contoh ini, digunakan instansiasi database di bawah Akun Alibaba Cloud saat ini. Pilih No.
	Instance ID	Pilih ID instansiasi sumber ApsaraDB for OceanBase for MySQL.
	Tenant ID	Pilih ID penyewa instansiasi sumber ApsaraDB for OceanBase for MySQL. Catatan Untuk informasi cara melihat ID penyewa, lihat Detail penyewa.
	Database Account	Masukkan akun database untuk database OceanBase sumber. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database yang diperlukan.
	Database Password	Masukkan kata sandi yang sesuai dengan akun database.
Destination Database	Select Existing Connection	Untuk menggunakan instansiasi database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instansiasi database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instansiasi database ke sistem, atau tidak perlu menggunakan instansiasi yang terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih PolarDB for MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah klaster PolarDB for MySQL tujuan.
	PolarDB Cluster ID	Pilih ID klaster PolarDB for MySQL tujuan.
	Database Account	Masukkan akun database untuk klaster PolarDB for MySQL tujuan. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database yang diperlukan.
	Database Password	Masukkan kata sandi untuk akun database.
	Encryption	Pilih jenis koneksi sesuai kebutuhan. Untuk informasi selengkapnya tentang fitur enkripsi SSL, lihat Aktifkan enkripsi SSL.

Self-managed OceanBase

Bagian	Parameter	Deskripsi
N/A	Task Name	DTS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak harus unik.
Source Database	Select Existing Connection	Untuk menggunakan instansiasi database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instansiasi database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instansiasi database ke sistem, atau tidak perlu menggunakan instansiasi yang terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih ApsaraDB OceanBase for MySQL.
	Access Method	Pilih opsi berdasarkan lokasi penerapan database OceanBase yang dikelola sendiri. Contoh ini menggunakan Public IP Address. Catatan Sebelum menghubungkan database yang dikelola sendiri ke DTS, lengkapi persiapan yang diperlukan. Untuk informasi selengkapnya, lihat Ikhtisar persiapan. Untuk informasi tentang masalah umum yang mungkin Anda temui saat mengonfigurasi Source Database untuk database OceanBase yang dikelola sendiri, lihat FAQ.
	Instance Region	Pilih wilayah tempat database OceanBase yang dikelola sendiri berada.
	Domain Name or IP	Masukkan titik akhir database OceanBase yang dikelola sendiri.
	Port Number	Masukkan port koneksi untuk database OceanBase yang dikelola sendiri. Nilai default adalah 2881.
	IP Address in Log Proxy (Domain Name Not Supported)	Masukkan alamat IP oblogproxy untuk database OceanBase yang dikelola sendiri.
	Port in Log Proxy	Masukkan port pendengar oblogproxy untuk database OceanBase yang dikelola sendiri. Nilai default adalah 2983.
	Database Account	Masukkan akun database untuk database OceanBase yang dikelola sendiri. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database yang diperlukan.
	Database Password	Masukkan kata sandi yang sesuai dengan akun database.
Destination Database	Select Existing Connection	Untuk menggunakan instansiasi database yang telah ditambahkan ke sistem (dibuat atau disimpan), pilih instansiasi database yang diinginkan dari daftar drop-down. Informasi database di bawah akan dikonfigurasi secara otomatis. Catatan Di Konsol DMS, parameter ini bernama Select a DMS database instance.. Jika Anda belum mendaftarkan instansiasi database ke sistem, atau tidak perlu menggunakan instansiasi yang terdaftar, konfigurasikan informasi database secara manual di bawah.
	Database Type	Pilih PolarDB for MySQL.
	Access Method	Pilih Alibaba Cloud Instance.
	Instance Region	Pilih wilayah klaster PolarDB for MySQL tujuan.
	PolarDB Cluster ID	Pilih ID klaster PolarDB for MySQL tujuan.
	Database Account	Masukkan akun database untuk klaster PolarDB for MySQL tujuan. Untuk informasi tentang izin yang diperlukan, lihat Izin akun database yang diperlukan.
	Database Password	Masukkan kata sandi untuk akun database.
	Encryption	Pilih jenis koneksi sesuai kebutuhan. Untuk informasi selengkapnya tentang fitur enkripsi SSL, lihat Aktifkan enkripsi SSL.

FAQ

Jika layanan Log Proxy tidak diinstal untuk database OceanBase, bagaimana cara menentukan parameter Log Proxy?

Biarkan kosong bidang IP Address in Log Proxy (Domain Name Not Supported) dan Port in Log Proxy. Selain itu, jangan pilih Incremental Data Migration untuk Migration Types pada langkah berikutnya. Jika tidak, tugas akan gagal.
Apa yang harus dilakukan jika wilayah database saya tidak ada dalam daftar drop-down Instance Region?

Anda dapat memilih wilayah yang paling dekat secara geografis dengan database Anda.
Jika database OceanBase diterapkan dalam klaster, apa yang harus dimasukkan untuk Domain Name or IP?

Masukkan alamat IP OBServer node yang Anda tentukan saat mengonfigurasi klaster.
Bagaimana cara menentukan Port Number database OceanBase?
- Jika database OceanBase diterapkan pada node tunggal, Anda dapat mempertahankan nilai default.
- Jika database OceanBase diterapkan dalam klaster, Anda harus memasukkan SQL port yang Anda tentukan saat mengonfigurasi klaster.
Bagaimana cara menentukan Database Account untuk database OceanBase?

Database Account harus menggunakan format <username>@<tenant_name>. Misalnya, akun untuk pengguna dtstest di penyewa dts harus dimasukkan sebagai dtstest@dts.

Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman. Di kotak dialog CIDR Blocks of DTS Servers yang muncul, klik Test Connectivity.
Catatan
Pastikan segmen alamat IP layanan DTS telah ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi selengkapnya, lihat Tambahkan alamat IP server DTS ke daftar putih.

Konfigurasikan objek tugas.

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

Parameter	Deskripsi
Migration Types	Jika Anda hanya perlu melakukan migrasi penuh, pilih Schema Migration dan Full Data Migration. Untuk melakukan migrasi tanpa downtime, pilih Schema Migration, Full Data Migration, dan Incremental Data Migration. Catatan Jika Anda tidak memilih Schema Migration, Anda harus memastikan bahwa database dan tabel untuk menerima data sudah ada di database tujuan. Anda juga dapat menggunakan fitur pemetaan nama objek di kotak Selected Objects sesuai kebutuhan. Jika Anda tidak memilih Incremental Data Migration, jangan menulis data baru ke instansiasi sumber selama migrasi data untuk memastikan konsistensi data.
Processing Mode of Conflicting Tables	Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal berhasil. Jika ada tabel dengan nama yang sama, kesalahan dilaporkan selama pemeriksaan awal, dan tugas migrasi data tidak dimulai. Catatan Jika tabel di database tujuan memiliki nama yang sama tetapi tidak dapat dengan mudah dihapus atau diganti namanya, Anda dapat mengubah nama tabel di database tujuan. Untuk informasi selengkapnya, lihat Pemetaan nama objek. Ignore Errors and Proceed: Melewatkan pemeriksaan tabel dengan nama yang sama. Peringatan Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan risiko bisnis. Misalnya: Jika skema tabel konsisten dan catatan di database tujuan memiliki nilai kunci primer yang sama dengan catatan di database sumber: Selama migrasi penuh, DTS menyimpan catatan di database tujuan. Catatan dari database sumber tidak dimigrasikan. Selama migrasi inkremental, DTS tidak menyimpan catatan di database tujuan. Catatan dari database sumber menimpa catatan di database tujuan. Jika skema tabel tidak konsisten, hanya beberapa kolom data yang mungkin dimigrasikan, atau migrasi dapat gagal. Lanjutkan dengan hati-hati.
Capitalization of Object Names in Destination Instance	Anda dapat mengonfigurasi kebijakan sensitivitas huruf besar/kecil untuk nama objek yang dimigrasikan, seperti database, tabel, dan kolom, di instansiasi tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menjaga sensitivitas huruf besar/kecil konsisten dengan kebijakan default database sumber atau tujuan. Untuk informasi selengkapnya, lihat Sensitivitas huruf besar/kecil nama objek di database tujuan.
Source Objects	Di kotak Source Objects, klik objek yang akan dimigrasikan, lalu klik untuk memindahkannya ke kotak Selected Objects. Catatan Granularitas pemilihan objek migrasi adalah database, tabel, dan kolom. Jika Anda hanya memilih tabel atau kolom sebagai objek migrasi, objek lain seperti view, trigger, dan prosedur tersimpan tidak dimigrasikan ke database tujuan.
Selected Objects	Untuk mengubah nama objek migrasi tunggal di instans target, klik kanan objek tersebut di kotak Selected Objects. Untuk informasi selengkapnya, lihat Memetakan nama skema, tabel, dan kolom masing-masing. Untuk mengubah nama beberapa objek migrasi di instansiasi tujuan, klik Selected Objects di pojok kanan atas kotak Batch Edit. Untuk informasi selengkapnya, lihat Pemetaan nama skema, tabel, dan kolom ganda. Catatan Menggunakan fitur pemetaan nama objek dapat menyebabkan ketidakkonsistenan data atau kegagalan dalam memigrasikan objek dependen lainnya. Misalnya, jika Anda menggunakan pemetaan kolom untuk migrasi tabel parsial atau jika skema tabel tidak konsisten, data di kolom yang ada di sumber tetapi tidak di tujuan akan hilang. Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel yang ingin Anda migrasikan di kotak Selected Objects dan tentukan kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Atur kondisi filter. Untuk memilih operasi SQL untuk migrasi data inkremental pada tingkat database atau tabel, klik kanan objek di kotak Selected Objects dan pilih operasi SQL yang diinginkan di kotak dialog yang muncul.

Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

Parameter	Deskripsi
Dedicated Cluster for Task Scheduling	Secara default, DTS menjadwalkan tugas pada klaster bersama. Anda tidak perlu memilih satu. Jika Anda menginginkan tugas yang lebih stabil, Anda dapat membeli klaster khusus untuk menjalankan tugas migrasi DTS.
Select the engine type of the destination database	Pilih tipe mesin database tujuan sesuai kebutuhan Anda. InnoDB: Mesin penyimpanan default. X-Engine: Mesin penyimpanan database OLTP (online transaction processing).
Retry Time for Failed Connections	Setelah tugas migrasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan kesalahan dan segera mulai mencoba kembali koneksi. Durasi percobaan ulang default adalah 720 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 10 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 30 menit. Jika DTS terhubung kembali ke database sumber dan tujuan dalam durasi yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Catatan Untuk beberapa instansiasi DTS yang berbagi sumber atau tujuan yang sama, waktu percobaan ulang jaringan ditentukan oleh pengaturan tugas yang terakhir dibuat. Karena Anda dikenai biaya untuk tugas selama periode percobaan ulang koneksi, kami menyarankan Anda menyesuaikan waktu percobaan ulang berdasarkan kebutuhan bisnis Anda, atau segera melepas instansiasi DTS setelah instansiasi database sumber dan tujuan dilepas.
Retry Time for Other Issues	Setelah tugas migrasi dimulai, jika terjadi masalah non-konektivitas, seperti pengecualian eksekusi DDL atau DML, pada database sumber atau tujuan, DTS melaporkan kesalahan dan segera mulai mencoba kembali operasi tersebut. Durasi percobaan ulang default adalah 10 menit. Anda dapat menyesuaikan waktu percobaan ulang ke nilai antara 1 hingga 1440 menit. Kami menyarankan Anda mengatur durasi lebih dari 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditentukan, tugas migrasi akan dilanjutkan secara otomatis. Jika tidak, tugas gagal. Penting Nilai Retry Time for Other Issues harus lebih kecil daripada nilai Retry Time for Failed Connections.
Enable Throttling for Full Data Migration	Selama migrasi penuh, DTS mengonsumsi sumber daya baca dan tulis pada database sumber dan tujuan, yang dapat meningkatkan beban database. Jika diperlukan, Anda dapat mengaktifkan pembatasan kecepatan untuk tugas migrasi penuh. Anda dapat mengatur Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Full Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi penuh setelah instansiasi migrasi berjalan.
Enable Throttling for Incremental Data Migration	Jika diperlukan, Anda juga dapat memilih untuk mengatur batas kecepatan untuk tugas migrasi inkremental. Anda dapat mengatur RPS of Incremental Data Migration dan Data migration speed for incremental migration (MB/s) untuk mengurangi beban pada database tujuan. Catatan Item konfigurasi ini tersedia hanya jika Anda memilih Incremental Data Migration untuk Migration Types. Anda juga dapat menyesuaikan kecepatan migrasi inkremental setelah instansiasi migrasi berjalan.
Environment Tag	Anda dapat memilih tag lingkungan untuk mengidentifikasi instansiasi berdasarkan kebutuhan Anda. Contoh ini tidak memerlukan tag lingkungan.
Configure ETL	Berdasarkan kebutuhan bisnis Anda, pilih apakah akan mengonfigurasi fitur ETL untuk memproses data. Yes: Mengonfigurasi fitur ETL. Anda juga harus memasukkan pernyataan pemrosesan data di kotak teks. No: Tidak mengonfigurasi fitur ETL.
Monitoring and Alerting	Pilih apakah akan mengatur peringatan dan menerima pemberitahuan peringatan berdasarkan kebutuhan bisnis Anda. No: Tidak mengatur peringatan. Yes: Konfigurasikan peringatan dengan mengatur ambang batas peringatan dan pemberitahuan peringatan. Jika migrasi gagal atau latensi melebihi ambang batas, sistem akan mengirim pemberitahuan peringatan.

Simpan tugas dan jalankan pemeriksaan awal.
- Untuk melihat parameter konfigurasi instansiasi ini saat memanggil Operasi API, arahkan pointer ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di balon yang muncul.
- Jika Anda tidak perlu melihat atau telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.
Catatan
- Sebelum tugas migrasi dimulai, DTS melakukan pemeriksaan awal. Tugas hanya dimulai setelah lulus pemeriksaan awal.
- Jika pemeriksaan awal gagal, klik View Details di sebelah item pemeriksaan yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
- Jika peringatan dilaporkan selama pemeriksaan awal:
  Untuk item pemeriksaan yang tidak dapat diabaikan, klik View Details di sebelah item yang gagal, perbaiki masalah berdasarkan petunjuk, lalu jalankan kembali pemeriksaan awal.
  Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again untuk melewatkan item peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

Beli instance.

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

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

Kategori	Parameter	Deskripsi
New Instance Class	Resource Group Settings	Pilih kelompok sumber daya tempat instansiasi tersebut berada. Nilai default adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu manajemen sumber daya?
New Instance Class	Instance Class	DTS menyediakan spesifikasi migrasi dengan tingkat kinerja berbeda. Spesifikasi tautan memengaruhi kecepatan migrasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi tautan migrasi data.

Setelah konfigurasi selesai, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.
Klik Buy and Start. Di kotak dialog OK yang muncul, klik OK.
Anda dapat melihat progres tugas migrasi di halaman daftar Data Migration Tasks.
Catatan
- Jika tugas migrasi tidak mencakup migrasi inkremental, tugas akan berhenti secara otomatis setelah migrasi penuh selesai. Setelah tugas berhenti, Status-nya berubah menjadi Completed.
- Jika tugas migrasi mencakup migrasi inkremental, tugas tidak berhenti secara otomatis. Tugas migrasi inkremental terus berjalan. Selama tugas migrasi inkremental berjalan, Status tugas adalah Running.