All Products
Search
Document Center

Data Transmission Service:Sinkronisasi PolarDB-X 2.0 ke Elasticsearch

Last Updated:Mar 25, 2026

Topik ini menjelaskan cara menggunakan Data Transmission Service (DTS) untuk menyinkronkan data dari instans PolarDB-X 2.0 ke instans Elasticsearch.

Prasyarat

  • Anda telah membuat instans sumber PolarDB-X 2.0.

  • Anda telah membuat instans tujuan Elasticsearch. Untuk informasi selengkapnya, lihat Buat instans Alibaba Cloud Elasticsearch.

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

  • Kapasitas penyimpanan instans tujuan Elasticsearch harus lebih besar daripada instans sumber PolarDB-X 2.0.

Catatan

Catatan
  • Selama sinkronisasi skema, DTS menyinkronkan foreign key dari database sumber ke database tujuan.

  • Selama sinkronisasi data penuh awal dan sinkronisasi data inkremental, DTS sementara menonaktifkan pemeriksaan constraint dan operasi kaskade foreign key pada tingkat sesi. Ketidakkonsistenan data dapat terjadi jika operasi cascade update atau delete dilakukan pada database sumber saat tugas sedang berjalan.

Tipe

Deskripsi

Batasan database sumber

  • Tabel yang akan disinkronkan harus memiliki primary key atau constraint unik, dan field-field tersebut harus unik. Jika tidak, data duplikat dapat muncul di database tujuan.

  • Instans hanya baca PolarDB-X 2.0 Edisi Perusahaan tidak didukung sebagai sumber.

  • Jika Anda menyinkronkan data pada tingkat tabel dan perlu mengedit objek, seperti memetakan nama kolom, serta jumlah tabel dalam satu tugas sinkronisasi melebihi 5.000, bagi tabel tersebut ke dalam beberapa tugas. Anda juga dapat mengonfigurasi satu tugas untuk menyinkronkan seluruh database. Jika tidak, error dapat dilaporkan setelah Anda mengirimkan tugas.

  • Binary logs:

    • Aktifkan binary logging di konsol PolarDB-X 2.0. Untuk informasi selengkapnya, lihat Pengaturan parameter. Selain itu, atur binlog_row_image ke full. Jika tidak, pemeriksaan awal gagal dan tugas sinkronisasi data tidak dapat dimulai.

    • Untuk tugas sinkronisasi inkremental, DTS mensyaratkan agar log biner dipertahankan di database sumber lebih dari 24 jam. Untuk tugas yang mencakup sinkronisasi data penuh awal dan sinkronisasi inkremental, DTS mensyaratkan agar log biner dipertahankan minimal selama 7 hari. Anda dapat mengubah periode retensi menjadi lebih dari 24 jam setelah sinkronisasi data penuh awal selesai. Jika log biner tidak dipertahankan sesuai periode yang disyaratkan, tugas DTS dapat gagal karena tidak dapat memperoleh log tersebut. Dalam kasus ekstrem, hal ini dapat menyebabkan ketidakkonsistenan data atau kehilangan data. Masalah yang disebabkan oleh periode retensi log biner yang lebih pendek dari persyaratan DTS tidak dicakup oleh Service-Level Agreement (SLA).

  • Jika nama tabel di instans PolarDB-X 2.0 mengandung huruf kapital, hanya sinkronisasi skema yang didukung untuk tabel tersebut.

  • Sinkronisasi kelompok tabel dan database atau tabel dengan properti Locality tidak didukung.

  • Sinkronisasi tabel yang namanya merupakan kata tercadang, seperti select, tidak didukung.

  • Di instans PolarDB-X 2.0, partisi database dalam mode DRDS tidak dapat disinkronkan.

  • Jangan menjalankan operasi DDL yang mengubah skema database atau tabel selama sinkronisasi skema atau sinkronisasi penuh. Jika tidak, tugas sinkronisasi akan 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

  • Operasi DDL tidak didukung. Jika operasi DDL dilakukan pada tabel yang akan disinkronkan di database sumber selama sinkronisasi, Anda harus terlebih dahulu menghapus objek sinkronisasi, lalu menghapus indeks yang sesuai dengan tabel tersebut di instans Elasticsearch, dan akhirnya menambahkan kembali objek sinkronisasi tersebut. Untuk informasi selengkapnya, lihat Hapus objek sinkronisasi dan Tambahkan objek sinkronisasi.

  • Untuk menambahkan kolom ke tabel yang akan disinkronkan di database sumber, Anda harus terlebih dahulu memodifikasi pemetaan tabel yang sesuai di instans Elasticsearch, lalu melakukan operasi DDL yang sesuai di database sumber, dan akhirnya menjeda serta merestart tugas sinkronisasi.

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

  • Sebelum memulai sinkronisasi data, evaluasi kinerja database sumber dan tujuan. Kami menyarankan agar Anda melakukan sinkronisasi data selama jam sepi. Sinkronisasi data penuh awal mengonsumsi resource baca dan tulis di kedua database sumber dan tujuan, 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 menjadi lebih besar daripada instans sumber setelah sinkronisasi data penuh awal selesai.

  • Jangan gunakan alat seperti pt-online-schema-change untuk melakukan operasi DDL Online pada objek sinkronisasi di database sumber. Jika tidak, sinkronisasi akan gagal.

  • Selama sinkronisasi DTS, jangan menulis data ke database tujuan dari sumber selain DTS. Hal ini dapat menyebabkan ketidakkonsistenan data antara database sumber dan tujuan. Misalnya, jika Anda menggunakan DMS untuk melakukan operasi DDL Online sementara data lain ditulis ke database tujuan, kehilangan data dapat terjadi di database tujuan.

  • Spesifikasi pengembangan dan pengujian instans Elasticsearch tidak didukung.

  • Jika suatu tugas gagal, staf dukungan DTS akan berusaha memulihkannya dalam waktu delapan jam. Selama pemulihan, mereka mungkin merestart 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 memperbarui tabel `dts_health_check`.`ha_health_check` di database sumber untuk memajukan offset log biner.

Penagihan

Tipe sinkronisasi

Harga

Sinkronisasi skema dan sinkronisasi data penuh

Gratis.

Sinkronisasi data inkremental

Dikenai biaya. Untuk informasi selengkapnya, lihat Ikhtisar penagihan.

Topologi sinkronisasi yang didukung

  • Sinkronisasi satu arah satu-ke-satu

  • Sinkronisasi satu arah satu-ke-banyak

  • Sinkronisasi satu arah banyak-ke-satu

Untuk deskripsi dan catatan mengenai topologi sinkronisasi ini, lihat Pengantar topologi sinkronisasi data.

Operasi SQL yang didukung

Tipe Operasi

Operasi SQL

DML

INSERT, UPDATE, DELETE

Catatan

Pernyataan UPDATE tidak dapat digunakan untuk menghapus field.

Pemetaan tipe data

  • Karena database sumber dan instans Elasticsearch mendukung tipe data yang berbeda, tipe data tidak selalu dapat dipetakan secara langsung. Selama sinkronisasi skema awal, DTS memetakan tipe data berdasarkan tipe yang didukung oleh instans Elasticsearch tujuan. Untuk informasi selengkapnya, lihat Pemetaan tipe data untuk sinkronisasi skema awal.

    Catatan

    DTS tidak mengatur parameter mapping dalam dynamic selama migrasi skema. Perilaku parameter ini bergantung pada pengaturan instans Elasticsearch Anda. Jika data sumber Anda dalam format JSON, pastikan bahwa nilai untuk key yang sama memiliki tipe data yang sama di seluruh baris dalam suatu tabel. Jika tidak, DTS dapat melaporkan error sinkronisasi. Untuk informasi selengkapnya, lihat dynamic.

  • Tabel berikut menjelaskan pemetaan antara Elasticsearch dan database relasional.

    Elasticsearch

    Database relasional

    Indeks

    Database

    Type

    Tabel

    Document

    Baris

    Field

    Kolom

    Mapping

    Skema database

Prosedur

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

    Dari konsol DTS

    1. Masuk ke konsol Data Transmission Service (DTS).

    2. Di panel navigasi sebelah kiri, klik Data Synchronization.

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

    Dari konsol DMS

    Catatan

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

    1. Masuk 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.

    Peringatan

    Setelah memilih instans sumber dan tujuan, baca dengan cermat batasan yang ditampilkan di bagian atas halaman. Jika Anda tidak mengikuti batasan tersebut, tugas dapat gagal atau terjadi ketidakkonsistenan data.

    Kategori

    Konfigurasi

    Deskripsi

    Tidak ada

    Task Name

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

    Source Database

    Database Type

    Pilih PolarDB-X 2.0.

    Connection Type

    Pilih Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans sumber PolarDB-X 2.0 berada.

    Replicate Data Across Alibaba Cloud Accounts

    Contoh ini menggunakan instans database milik Akun Alibaba Cloud saat ini. Pilih No.

    Instance ID

    Pilih ID instans sumber PolarDB-X 2.0.

    Database Account

    Masukkan akun database instans sumber PolarDB-X 2.0. Akun tersebut harus memiliki izin REPLICATION SLAVE, REPLICATION CLIENT, dan SELECT pada objek yang akan disinkronkan.

    Catatan

    Untuk informasi selengkapnya tentang cara memberikan izin, lihat Masalah izin akun selama sinkronisasi data.

    Database Password

    Masukkan password yang sesuai dengan akun database tersebut.

    Destination Database

    Database Type

    Pilih Elasticsearch.

    Connection Type

    Pilih Cloud Instance.

    Instance Region

    Pilih wilayah tempat instans tujuan Elasticsearch berada.

    Type

    Pilih Cluster atau Serverless sesuai kebutuhan Anda.

    Instance ID

    Pilih ID instans tujuan Elasticsearch.

    Database Account

    Masukkan akun database instans tujuan Elasticsearch. Akun tersebut harus memiliki izin baca dan tulis, biasanya elastic.

    Database Password

    Masukkan password yang sesuai dengan akun database tersebut.

    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 dari objek yang dipilih dari instans sumber ke kluster tujuan. Ini berfungsi sebagai data garis dasar untuk sinkronisasi data inkremental berikutnya.

      Index Name

      • Table Name

        Jika Anda memilih Table Name, nama indeks yang dibuat di instans tujuan Elasticsearch akan sesuai dengan nama tabel. Dalam contoh ini, nama indeks adalah order.

      • Database_Table

        Jika Anda memilih Database_Table, nama indeks yang dibuat di instans tujuan Elasticsearch adalah database_table. Dalam contoh ini, nama indeks adalah dtstest_order.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors: Memeriksa apakah tabel dengan nama yang sama sudah ada di database tujuan. Jika tidak ada tabel dengan nama yang sama, pemeriksaan awal lolos. Jika ada tabel dengan nama yang sama, 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 suatu record di database tujuan memiliki nilai primary key atau unique key yang sama dengan record di database sumber:

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

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

        • Jika skema tabel berbeda, sinkronisasi data awal dapat gagal. Hal ini dapat mengakibatkan hanya data sebagian kolom 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 database, tabel, dan kolom sebagai objek sinkronisasi. Jika Anda memilih tabel atau kolom, objek lain seperti view, trigger, dan stored procedure tidak disinkronkan ke database tujuan.

      Selected Objects

      • Untuk mengganti nama satu objek sinkronisasi di instans tujuan, klik kanan objek tersebut di kotak Selected Objects. Untuk informasi selengkapnya tentang penggantian nama objek, lihat Map a single database, table, or column.

      • Untuk mengubah nama beberapa objek sinkronisasi di instans tujuan secara batch, klik Batch Edit di pojok kanan atas kotak Selected Objects. Untuk informasi selengkapnya, lihat Map databases, tables, and columns in a batch.

      Catatan
      • Nama indeks dan nama tipe hanya mendukung underscore (_) sebagai karakter khusus.

      • Untuk memilih operasi SQL yang akan disinkronkan pada tingkat database atau tabel, klik kanan objek di Selected Objects dan pilih operasi SQL yang akan disinkronkan di kotak dialog yang muncul.

      • Untuk memfilter data menggunakan klausa WHERE, klik kanan tabel di Selected Objects dan atur kondisi filter di kotak dialog yang muncul. Untuk informasi selengkapnya, lihat Filter task data using SQL conditions.

      • Jika Anda menggunakan fitur pemetaan nama objek, sinkronisasi objek lain yang bergantung pada objek ini dapat gagal.

    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 What is a DTS dedicated cluster?.

      Retry Time for Failed Connections

      Setelah tugas sinkronisasi dimulai, jika koneksi ke database sumber atau tujuan gagal, DTS melaporkan error dan segera mulai mencoba menghubungkan kembali. Durasi retry default adalah 720 menit. Anda juga dapat menentukan durasi retry kustom antara 10 hingga 1.440 menit. Kami menyarankan 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 retry jaringan menjadi 30 menit untuk Instans A dan 60 menit untuk Instans B, durasi yang lebih pendek yaitu 30 menit akan digunakan untuk keduanya.

      • Karena DTS mengenakan biaya berdasarkan waktu proses tugas selama periode retry koneksi, kami menyarankan agar Anda menyesuaikan durasi retry sesuai kebutuhan bisnis 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 memulai operasi retry berkelanjutan. Durasi retry default adalah 10 menit. Anda juga dapat menyesuaikan durasi retry dalam rentang 1 hingga 1.440 menit. Kami menyarankan agar Anda mengaturnya minimal 10 menit. Jika operasi terkait berhasil dalam durasi retry yang ditetapkan, tugas sinkronisasi secara otomatis dilanjutkan. Jika tidak, tugas gagal.

      Penting

      Nilai 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 resource 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 hanya tersedia 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 tag lingkungan untuk mengidentifikasi instans sesuai kebutuhan Anda. Contoh ini tidak memerlukan pemilihan.

      Shard Configuration

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

      String Index

      Tentukan cara string diindeks di instans tujuan Elasticsearch.

      • analyzed: Analisis string sebelum diindeks. Anda juga harus memilih alat analisis tertentu. Untuk jenis dan fungsi alat analisis, lihat Analyzers.

      • not analyzed: Jangan analisis. Indeks nilai aslinya secara langsung.

      • no: Jangan indeks.

      Time Zone

      Saat menyinkronkan data bertipe waktu (seperti DATETIME atau TIMESTAMP) ke instans tujuan Elasticsearch, pilih zona waktu yang akan disertakan.

      Catatan

      Jika data bertipe waktu di instans tujuan tidak memerlukan zona waktu, atur tipe dokumen (type) untuk data bertipe waktu ini di instans tujuan sebelum sinkronisasi.

      DOCID

      Secara default, DOCID adalah primary key tabel. Jika tabel tidak memiliki primary key, DOCID adalah kolom ID yang dihasilkan secara 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 delay.

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

      Configure ETL

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

      Monitoring and Alerting

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

    3. Setelah menyelesaikan konfigurasi, klik Next: Configure Database and Table Fields di bagian bawah halaman untuk mengatur kebijakan _routing dan nilai _id untuk tabel yang akan disinkronkan di Elasticsearch tujuan.

      Jenis

      Deskripsi

      Set _routing

      Menyetel _routing memungkinkan Anda mengarahkan dan menyimpan dokumen ke shard tertentu pada instans Elasticsearch tujuan. Untuk informasi selengkapnya, lihat _routing.

      • Jika Anda memilih Yes, Anda dapat menggunakan kolom kustom untuk routing.

      • Jika Anda memilih No, _id digunakan untuk routing.

      Catatan

      Jika instans Elasticsearch tujuan adalah versi 7.x, Anda harus memilih No.

      Value of _id

      • Primary key column of the table

        Kunci primer komposit digabung menjadi satu kolom.

      • Business primary key

        Jika Anda memilih Business primary key, Anda juga harus menyetel Business primary key column yang sesuai.

  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 yang muncul.

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

    Catatan
    • Sebelum pekerjaan sinkronisasi dimulai, DTS menjalankan pemeriksaan awal. Pekerjaan 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. Ketika 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-parameter ini secara rinci.

      Kategori

      Parameter

      Deskripsi

      New Instance Class

      Metode Penagihan

      • Langganan: Anda membayar saat membuat instans. Ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan bayar sesuai penggunaan. Semakin lama durasi langganan, semakin tinggi diskonnya.

      • Bayar sesuai penggunaan: Anda dikenai biaya per jam. Ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans segera setelah digunakan untuk menghemat biaya.

      Konfigurasi Kelompok Sumber Daya

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

      Spesifikasi Link

      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.

      Durasi Langganan

      Dalam mode langganan, 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.

Lihat indeks dan data yang telah disinkronkan

Setelah tugas sinkronisasi data memasuki status Running, gunakan Kibana untuk terhubung ke instans Elasticsearch dan verifikasi bahwa indeks yang dibuat dan data yang disinkronkan sesuai dengan ekspektasi bisnis Anda. Untuk petunjuk login, lihat Log on to the Kibana console.

Catatan

Jika hasilnya tidak sesuai ekspektasi, hapus indeks beserta datanya, lalu konfigurasi ulang tugas sinkronisasi data.