All Products
Search

This Product

    Data Transmission Service:Sinkronisasi PolarDB for MySQL ke Elasticsearch

    Document Center

    Data Transmission Service:Sinkronisasi PolarDB for MySQL ke Elasticsearch

    Last Updated:Aug 19, 2026

    Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk menyinkronkan data dari kluster PolarDB for MySQL ke instans Elasticsearch.

    Prasyarat

    Anda telah membuat instans Elasticsearch di wilayah tujuan. Ruang penyimpanan instans ini harus lebih besar daripada kluster sumber PolarDB for MySQL. Untuk informasi selengkapnya, lihat Buat instans Alibaba Cloud Elasticsearch.

    Catatan

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

    • Spesifikasi instans Elasticsearch yang berbeda mendukung kapasitas penyimpanan yang berbeda.

    Catatan penting

    Jenis

    Deskripsi

    Batasan database sumber

    • Tabel yang akan disinkronkan harus memiliki primary key atau kendala UNIQUE, dan semua field harus unik. Jika tidak, data duplikat mungkin muncul di database tujuan.

    • Jika Anda menyinkronkan data pada tingkat tabel dan perlu mengedit tabel (misalnya, memetakan nama kolom), satu tugas sinkronisasi mendukung hingga 1.000 tabel. Jika melebihi batas ini, error dilaporkan saat Anda mengirimkan tugas. Untuk mengatasinya, bagi tabel menjadi beberapa tugas sinkronisasi atau sinkronkan seluruh database.

    • Binary Log:

      • Anda harus mengaktifkan binary logging dan mengatur parameter loose_polar_log_bin ke ON. Jika tidak, error dilaporkan selama pemeriksaan awal dan instans DTS gagal dimulai. Untuk informasi selengkapnya tentang cara mengaktifkan binary logging dan memodifikasi parameter, lihat Aktifkan binary logging dan Atur parameter kluster dan node.

        Catatan

        Mengaktifkan binary logging untuk kluster PolarDB for MySQL mengonsumsi storage space dan dikenai biaya.

      • Log biner kluster PolarDB for MySQL harus dipertahankan minimal selama 3 hari. Kami merekomendasikan untuk mempertahankannya selama 7 hari. Jika tidak, tugas DTS mungkin gagal karena DTS tidak dapat memperoleh log biner. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner yang lebih pendek dari periode yang diperlukan tidak dicakup oleh Perjanjian Tingkat Layanan (SLA) DTS.

        Catatan

        Untuk informasi selengkapnya tentang cara mengatur periode retensi log biner kluster PolarDB for MySQL, lihat Modifikasi periode retensi.

    • Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama sinkronisasi skema atau sinkronisasi penuh. Jika tidak, tugas sinkronisasi gagal.

      Catatan

      Selama sinkronisasi penuh, DTS melakukan kueri ke database sumber. Hal ini membuat metadata lock yang dapat memblokir operasi DDL pada database sumber.

    Batasan lainnya

    • Anda tidak dapat menyinkronkan data dari node read-only kluster sumber PolarDB for MySQL.

    • Anda tidak dapat menyinkronkan tabel eksternal OSS dari kluster sumber PolarDB for MySQL.

    • DTS tidak mendukung sinkronisasi objek INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER, atau FK.

    • Anda tidak dapat menyinkronkan data ke indeks Elasticsearch yang berisi hubungan parent-child atau tipe field Join. Melakukannya dapat menyebabkan error tugas atau kegagalan kueri di tujuan.

    • Failover primary/secondary pada instans database tidak didukung selama sinkronisasi data penuh awal. Jika terjadi failover, konfigurasikan ulang tugas sinkronisasi.

    • Untuk menambahkan kolom ke tabel di database sumber, pertama-tama modifikasi pemetaan yang sesuai di instans Elasticsearch. Kemudian jalankan operasi DDL di database sumber. Terakhir, jeda dan mulai ulang tugas sinkronisasi.

    • Karena PolarDB for MySQL dan Elasticsearch mendukung tipe data yang berbeda, pemetaan tipe satu-ke-satu tidak mungkin dilakukan. Selama inisialisasi skema, DTS memetakan tipe berdasarkan tipe data yang didukung oleh database tujuan. Untuk detailnya, lihat Pemetaan tipe data untuk inisialisasi skema.

    • Sebelum menyinkronkan data, evaluasi kinerja database sumber dan tujuan. Kami merekomendasikan untuk menyinkronkan data selama jam sepi. Jika tidak, sinkronisasi data penuh awal mengonsumsi sumber daya baca dan tulis pada kedua database, yang dapat meningkatkan beban database.

    • Sinkronisasi data penuh awal menjalankan operasi INSERT secara konkuren, yang menyebabkan fragmentasi pada tabel database tujuan. Akibatnya, ruang tabel instans tujuan lebih besar daripada instans sumber setelah sinkronisasi data penuh awal.

    • Untuk sinkronisasi data tingkat tabel, jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL online pada objek sinkronisasi di database sumber. Jika tidak, sinkronisasi gagal.

    • Untuk sinkronisasi data tingkat tabel, jika tidak ada data selain dari DTS yang ditulis ke database tujuan, Anda dapat menggunakan Data Management (DMS) untuk melakukan operasi DDL online. Untuk informasi selengkapnya, lihat Ubah skema tanpa mengunci tabel.

    • Jika data selain dari DTS ditulis ke database tujuan selama sinkronisasi, ketidakkonsistenan data antara database sumber dan tujuan mungkin terjadi.

    • Spesifikasi pengembangan dan pengujian instans Elasticsearch tidak didukung.

    • Jika tugas gagal, staf dukungan DTS akan mencoba memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin me-restart tugas atau menyesuaikan parameternya.

      Catatan

      Hanya parameter tugas DTS yang dimodifikasi—bukan parameter database. Parameter yang mungkin disesuaikan termasuk yang tercantum dalam Modifikasi parameter instans.

    Catatan lainnya

    DTS secara berkala mengeksekusi perintah CREATE DATABASE IF NOT EXISTS `test` pada database sumber untuk memajukan offset log biner.
    Catatan

    Jika objek yang akan disinkronkan oleh DTS adalah alias indeks di Elasticsearch tujuan, ketidakkonsistenan data mungkin terjadi ketika indeks aktual yang ditunjuk oleh alias indeks berubah. Misalnya, alias indeks menunjuk ke indeks A saat data ditulis. Namun, selama sinkronisasi operasi penghapusan berikutnya, alias indeks menunjuk ke indeks B. Dalam kasus ini, data pada indeks A tidak dapat dihapus, dan data yang telah dihapus dari sumber masih dapat dikueri di tujuan.

    Penagihan

    Jenis sinkronisasi

    Harga

    Sinkronisasi skema dan sinkronisasi data penuh

    Gratis.

    Sinkronisasi data inkremental

    Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

    Operasi SQL yang didukung

    Jenis operasi

    Pernyataan SQL

    DML

    INSERT, UPDATE, dan DELETE

    Catatan

    Penghapusan kolom menggunakan pernyataan UPDATE tidak didukung untuk sinkronisasi.

    Izin akun database

    Database

    Izin yang diperlukan

    Cara membuat dan memberikan izin

    Kluster sumber PolarDB for MySQL

    Izin baca pada objek yang akan disinkronkan.

    Lihat Buat akun dan Modifikasi izin akun.

    Instans tujuan Elasticsearch

    Nama login (default: elastic) dan password yang dikonfigurasi saat membuat instans Elasticsearch.

    Pemetaan tipe data

    • Database sumber dan instans Elasticsearch mendukung tipe data yang berbeda yang tidak selalu dapat dipetakan secara langsung. Selama inisialisasi struktur, DTS memetakan tipe data berdasarkan tipe yang didukung oleh instans Elasticsearch target. Untuk informasi selengkapnya, lihat Pemetaan tipe data untuk inisialisasi struktur.

      Catatan

      Selama proses migrasi skema DTS, DTS tidak mengatur parameter dynamic dalam mapping. Perilaku parameter ini bergantung pada pengaturan instans Elasticsearch Anda. Jika data sumber Anda bertipe JSON, Anda harus memastikan bahwa untuk kunci tertentu, nilai yang sesuai memiliki tipe data yang sama di semua baris dalam tabel. Jika tidak, DTS mungkin mengalami masalah sinkronisasi. Untuk informasi selengkapnya, lihat dynamic.

    • Pemetaan antara Elasticsearch dan database relasional bervariasi tergantung versi Elasticsearch.

      Penting

      Mulai Elasticsearch 7.0, indeks tidak lagi mendukung beberapa tipe, dan tipe benar-benar dihapus di Elasticsearch 8.0. Secara default, saat Anda mengonfigurasi tugas sinkronisasi atau migrasi, DTS memetakan tabel dari database relasional ke indeks di Elasticsearch. Anda dapat mengubah pemetaan ini saat mengonfigurasi objek yang akan disinkronkan atau dimigrasikan.

      Elasticsearch 7.0 dan versi lebih baru

      Elasticsearch

      Database relasional

      index

      table

      document

      row

      field

      column

      mapping

      schema

      Versi sebelum Elasticsearch 7.0

      Elasticsearch

      Database relasional

      index

      database

      type

      table

      document

      row

      field

      column

      mapping

      schema

    Prosedur

    1. Buka halaman daftar tugas sinkronisasi di wilayah tujuan. Anda dapat menggunakan salah satu dari dua metode berikut:

      Dari Konsol DTS

      1. Login ke Konsol Data Transmission Service (DTS).

      2. Di panel navigasi kiri, klik Data Synchronization.

      3. Di pojok kiri atas halaman, pilih wilayah tempat instans sinkronisasi berada.

      Dari Konsol DMS

      Catatan

      Operasi aktual mungkin berbeda tergantung mode dan tata letak Konsol DMS. Untuk informasi selengkapnya, lihat Mode sederhana dan Sesuaikan tata letak dan gaya antarmuka DMS.

      1. Login ke Data Management (DMS).

      2. Di bilah menu atas, pilih Data + AI > Data Transmission (DTS) > Data Synchronization.

      3. Di sebelah kanan Data Synchronization Tasks, pilih wilayah tempat instans sinkronisasi berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan database sumber dan tujuan.

      Kategori

      Konfigurasi

      Deskripsi

      Tidak ada

      Task Name

      DTS secara otomatis menghasilkan nama tugas. Kami merekomendasikan agar Anda menentukan nama deskriptif untuk memudahkan identifikasi. Nama tersebut tidak harus unik.

      Source Database

      Select Existing Connection

      • Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database dikonfigurasi secara otomatis.

        Catatan

        Di Konsol DMS, item konfigurasi ini bernama Select a DMS database instance..

      • Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan manual informasi database berikut.

      Database Type

      Pilih PolarDB for MySQL.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat kluster sumber PolarDB for MySQL berada.

      Replicate Data Across Alibaba Cloud Accounts

      Contoh ini menggunakan instans database yang dimiliki oleh Akun Alibaba Cloud saat ini. Pilih No.

      PolarDB Cluster ID

      Pilih ID kluster sumber PolarDB for MySQL.

      Database Account

      Masukkan akun database untuk kluster sumber PolarDB for MySQL. Untuk persyaratan izin, lihat Izin akun database.

      Database Password

      Masukkan password yang sesuai dengan akun database.

      Encryption

      Pilih sesuai kebutuhan. Untuk informasi selengkapnya tentang enkripsi SSL, lihat Konfigurasikan enkripsi SSL.

      Destination Database

      Select Existing Connection

      • Untuk menggunakan instans database yang ditambahkan ke sistem (baru dibuat atau disimpan), pilih instans database dari daftar drop-down. Informasi database dikonfigurasi secara otomatis.

        Catatan

        Di Konsol DMS, item konfigurasi ini bernama Select a DMS database instance..

      • Jika Anda belum menambahkan instans database ke sistem, atau tidak perlu menggunakan instans yang sudah ditambahkan, konfigurasikan manual informasi database berikut.

      Database Type

      Pilih Elasticsearch.

      Access Method

      Pilih Alibaba Cloud Instance.

      Instance Region

      Pilih wilayah tempat instans tujuan Elasticsearch berada.

      Type

      Pilih Cluster atau Serverless sesuai kebutuhan.

      Instance ID

      Pilih ID instans tujuan Elasticsearch.

      Database Account

      Masukkan nama login default elastic untuk instans Elasticsearch.

      Database Password

      Masukkan password yang sesuai dengan akun database.

      Encryption

      Pilih HTTP atau HTTPS sesuai kebutuhan.

    4. Setelah menyelesaikan konfigurasi, klik Test Connectivity and Proceed di bagian bawah halaman.

      Catatan

      • Pastikan Blok CIDR alamat IP server DTS telah ditambahkan ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Hal ini dapat dilakukan secara otomatis atau manual. Untuk informasi selengkapnya, lihat Tambahkan Blok CIDR alamat IP server DTS ke daftar putih.

      • Jika database sumber atau tujuan adalah database yang dikelola sendiri (di mana Access Method bukan Alibaba Cloud Instance), Anda juga harus mengklik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

    5. Konfigurasikan objek tugas.

      1. Di halaman Configure Objects, konfigurasikan objek yang akan disinkronkan.

        Konfigurasi

        Deskripsi

        Synchronization Types

        Incremental Data Synchronization dipilih. Secara default, Anda juga harus memilih Schema Synchronization dan Full Data Synchronization. Setelah pemeriksaan awal selesai, DTS melakukan sinkronisasi data penuh objek yang dipilih dari instans sumber ke kluster tujuan. Ini berfungsi sebagai garis dasar data untuk sinkronisasi data inkremental berikutnya.

        Index Name

        • Jika Anda memilih Table Name, indeks yang dibuat di instans tujuan Elasticsearch memiliki nama yang sama dengan tabel.

        • Jika Anda memilih Database Name_Table Name, nama indeks di instans tujuan Elasticsearch merupakan gabungan dari nama database, underscore (_), dan nama tabel.

        Catatan

        Konfigurasi pemetaan nama indeks berlaku untuk semua tabel.

        Processing Mode of Conflicting Tables

        • Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama ada di database tujuan. Jika tabel dengan nama yang sama tidak ada, pemeriksaan awal lolos. Jika tabel dengan nama yang sama ada, pemeriksaan awal gagal dan tugas sinkronisasi data tidak dimulai.

          Catatan

          Jika Anda tidak dapat menghapus atau mengganti nama tabel dengan nama yang sama di database tujuan, Anda dapat memetakannya ke nama tabel yang berbeda. Untuk informasi selengkapnya, lihat Map table and column names.

        • Ignore Errors and Proceed: Melewati pemeriksaan nama tabel duplikat di database tujuan.

          Peringatan

          Memilih Ignore Errors and Proceed dapat menyebabkan ketidakkonsistenan data dan membahayakan bisnis Anda. Misalnya:

          • Jika skema tabel sama dan catatan di database tujuan memiliki nilai primary key atau unique key yang sama dengan catatan di database sumber:

            • Selama sinkronisasi penuh, DTS mempertahankan catatan di kluster tujuan. Catatan yang sesuai dari database sumber tidak disinkronkan.

            • Selama sinkronisasi inkremental, catatan dari database sumber menimpa catatan di database tujuan.

          • Jika skema tabel berbeda, sinkronisasi data awal mungkin gagal. Hal ini dapat mengakibatkan hanya data kolom parsial yang disinkronkan atau kegagalan sinkronisasi total. Lakukan dengan hati-hati.

        Capitalization of Object Names in Destination Instance

        Anda dapat mengonfigurasi kebijakan case sensitivity untuk nama objek database, tabel, dan kolom yang disinkronkan ke instans tujuan. Secara default, DTS default policy dipilih. Anda juga dapat memilih untuk menggunakan kebijakan default database sumber dan tujuan. Untuk informasi selengkapnya, lihat Case sensitivity policy for destination object names.

        Source Objects

        Di kotak Source Objects, klik objek yang akan disinkronkan, lalu klik 向右 untuk memindahkannya ke kotak Selected Objects.

        Catatan

        Anda dapat memilih objek pada tingkat database atau tabel.

        Selected Objects

        Untuk memodifikasi nama indeks, nama tipe, nama field, atau kondisi filter untuk tabel di instans Elasticsearch tujuan, klik kanan nama tabel di area Selected Objects. Untuk informasi selengkapnya, lihat Map database and table column names dan Set filter conditions.

        Catatan

        Hanya underscore (_) yang diizinkan sebagai karakter khusus dalam nama indeks dan tipe.

      2. Klik Next: Advanced Settings untuk mengonfigurasi parameter lanjutan.

        Konfigurasi

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas pada kluster bersama, dan Anda tidak perlu memilih kluster. Untuk kinerja yang lebih stabil, Anda dapat membeli kluster khusus untuk menjalankan tugas sinkronisasi DTS. Untuk informasi selengkapnya, lihat Apa itu kluster khusus DTS?.

        Retry Time for Failed Connections

        Setelah tugas sinkronisasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba kembali koneksi. Durasi percobaan ulang default adalah 720 menit. Anda juga dapat menentukan durasi percobaan ulang kustom dari 10 hingga 1.440 menit. Kami merekomendasikan agar Anda mengatur durasi minimal 30 menit. Jika DTS berhasil terhubung kembali ke database dalam durasi yang ditentukan, tugas sinkronisasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

        Catatan

        • Jika Anda memiliki beberapa instans DTS (misalnya, Instans A dan Instans B) yang berbagi sumber atau tujuan yang sama, dan Anda mengatur waktu percobaan ulang jaringan menjadi 30 menit untuk Instans A dan 60 menit untuk Instans B, durasi yang lebih pendek yaitu 30 menit digunakan untuk keduanya.

        • Karena DTS membebankan biaya berdasarkan waktu proses tugas selama periode percobaan ulang koneksi, kami merekomendasikan agar Anda menyesuaikan durasi percobaan ulang berdasarkan kebutuhan bisnis Anda atau segera melepas instans DTS setelah instans database sumber dan tujuan dilepas.

        Retry Time for Other Issues

        Setelah tugas sinkronisasi dimulai, jika terjadi masalah non-konektivitas lainnya pada database sumber atau tujuan (seperti exception eksekusi DDL atau DML), DTS melaporkan error dan segera mulai operasi percobaan ulang berkelanjutan. Durasi percobaan ulang default adalah 10 menit. Anda juga dapat menyesuaikan durasi percobaan ulang dalam rentang 1 hingga 1.440 menit. Kami merekomendasikan agar Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi percobaan ulang yang ditetapkan, tugas sinkronisasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

        Penting

        Nilai untuk Retry Time for Other Issues harus lebih kecil daripada Retry Time for Failed Connections.

        Enable Throttling for Full Data Synchronization

        Selama tahap sinkronisasi penuh, DTS mengonsumsi sumber daya baca dan tulis dari database sumber dan tujuan, yang dapat meningkatkan beban database. Untuk mengurangi beban pada database sumber dan tujuan, Anda dapat mengatur batas laju untuk tugas sinkronisasi penuh dengan mengonfigurasi parameter Queries per second (QPS) to the source database, RPS of Full Data Migration, dan Data migration speed for full migration (MB/s).

        Catatan

        • Item konfigurasi ini tersedia hanya ketika Synchronization Types diatur ke Full Data Synchronization.

        • Anda juga dapat menyesuaikan laju sinkronisasi penuh setelah instans sinkronisasi berjalan.

        Enable Throttling for Incremental Data Synchronization

        Anda juga dapat mengatur batas laju untuk tugas sinkronisasi inkremental. Untuk mengurangi tekanan pada database tujuan, atur RPS of Incremental Data Synchronization dan Data synchronization speed for incremental synchronization (MB/s).

        Environment Tag

        Pilih label lingkungan untuk mengidentifikasi instans sesuai kebutuhan. Contoh ini tidak memerlukannya.

        Shard Configuration

        Atur jumlah shard primary dan shard replika untuk indeks, berdasarkan konfigurasi shard maksimum di instans tujuan Elasticsearch.

        String Index

        Cara string diindeks di instans tujuan Elasticsearch.

        • analyzed: Analisis string terlebih dahulu, lalu indeks. Anda juga harus memilih alat analisis. Untuk jenis dan fungsi alat analisis, lihat Analyzers.

        • not analyzed: Indeks nilai mentah secara langsung tanpa analisis.

        • no: Jangan indeks string.

        Time Zone

        Saat menyinkronkan tipe data DATETIME atau TIMESTAMP ke instans tujuan Elasticsearch, pilih zona waktu yang akan digunakan.

        Catatan

        Jika informasi zona waktu tidak diperlukan untuk tipe data ini di instans tujuan, pra-konfigurasikan tipe dokumen (type) untuk data ini di instans tujuan.

        DOCID

        Tidak perlu konfigurasi. DOCID secara default menggunakan primary key tabel. Jika tidak ada primary key, DOCID adalah kolom ID yang di-generate otomatis oleh Elasticsearch.

        Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

        Pilih apakah akan menulis informasi SQL heartbeat ke database sumber saat instans DTS berjalan.

        • Yes: Informasi SQL heartbeat tidak ditulis ke database sumber. Hal ini dapat menyebabkan instans DTS melaporkan keterlambatan.

        • No: Menulis informasi SQL heartbeat ke database sumber. Hal ini dapat mengganggu fitur seperti backup fisik dan kloning database sumber.

        Configure ETL

        Pilih apakah akan mengaktifkan fitur extract, transform, and load (ETL). Untuk informasi selengkapnya, lihat Apa itu ETL? Nilai yang valid:

        Monitoring and Alerting

        Tentukan apakah akan mengonfigurasi peringatan. Jika sinkronisasi gagal atau latensi melebihi ambang batas yang ditentukan, notifikasi dikirim ke kontak peringatan.

      3. Setelah menyelesaikan konfigurasi di atas, klik Next: Configure Database and Table Fields untuk mengatur strategi _routing dan nilai _id untuk tabel di instans tujuan Elasticsearch.

        Catatan

        Anda dapat memilih Definition Status sebagai All untuk membuat perubahan.

        Jenis

        Deskripsi

        Set _routing

        Mengonfigurasi _routing mengarahkan dokumen ke shard tertentu di instans Elasticsearch tujuan. Untuk informasi selengkapnya, lihat _routing.

        • Pilih Yes untuk menentukan kolom kustom untuk routing.

        • Pilih No untuk routing menggunakan _id.

        Catatan

        Jika instans Elasticsearch tujuan adalah versi 7.x, pilih No.

        _routing Column

        Pilih kolom yang akan digunakan untuk routing.

        Catatan

        Parameter ini diperlukan hanya ketika Set _routing diatur ke Yes.

        Value of _id

        Pilih kolom yang akan digunakan sebagai ID dokumen.

    6. Simpan tugas dan jalankan pemeriksaan awal.

      • Untuk melihat parameter API untuk mengonfigurasi instans ini, arahkan kursor ke tombol Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters di gelembung.

      • Jika Anda telah selesai melihat parameter API, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

      Catatan

      • Sebelum tugas sinkronisasi dimulai, DTS menjalankan pemeriksaan awal. Tugas hanya dapat dimulai setelah semua item pemeriksaan awal lolos.

      • Jika pemeriksaan awal gagal, klik View Details untuk item yang gagal. Perbaiki masalah sesuai petunjuk, lalu jalankan kembali pemeriksaan awal.

      • Jika pemeriksaan awal mengembalikan peringatan:

        • Jika item pemeriksaan gagal dan tidak dapat diabaikan, klik View Details di sebelah item tersebut. Ikuti petunjuk untuk memperbaiki masalah, lalu jalankan kembali pemeriksaan awal.

        • Untuk item pemeriksaan yang dapat diabaikan, Anda dapat mengklik Confirm Alert Details, Ignore, OK, dan Precheck Again secara berurutan untuk melewati peringatan dan menjalankan kembali pemeriksaan awal. Jika Anda memilih untuk mengabaikan item peringatan, hal ini dapat menyebabkan masalah seperti ketidakkonsistenan data dan menimbulkan risiko bagi bisnis Anda.

    7. Beli instans.

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

      2. Di halaman Purchase, pilih metode penagihan dan spesifikasi link untuk instans sinkronisasi data. Tabel berikut menjelaskan parameter ini secara rinci.

        Kategori

        Parameter

        Deskripsi

        New Instance Class

        Billing Method

        • Subscription: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan pay-as-you-go. Semakin lama durasi langganan, semakin tinggi diskonnya.

        • Pay-as-you-go: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans segera setelah digunakan untuk menghemat biaya.

        Resource Group Configuration

        Kelompok sumber daya tempat instans tersebut berada. Default-nya adalah kelompok sumber daya default. Untuk informasi selengkapnya, lihat Apa itu Resource Management?.

        Link Specification

        DTS menyediakan spesifikasi sinkronisasi dengan tingkat kinerja berbeda. Spesifikasi link sinkronisasi memengaruhi laju sinkronisasi. Anda dapat memilih spesifikasi berdasarkan skenario bisnis Anda. Untuk informasi selengkapnya, lihat Spesifikasi link sinkronisasi data.

        Subscription Duration

        Dalam mode subscription, pilih durasi dan jumlah untuk instans langganan. Anda dapat memilih langganan bulanan dari 1 hingga 9 bulan, atau langganan tahunan selama 1, 2, 3, atau 5 tahun.

        Catatan

        Opsi ini hanya tersedia ketika metode penagihan adalah Subscription.

      3. Setelah menyelesaikan konfigurasi, baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Klik Buy and Start. Di kotak dialog OK, klik OK.

        Anda dapat melihat progres tugas di halaman Data Synchronization.