Apa yang dimaksud dengan Database Migration Service?
Database Migration Service adalah layanan yang memudahkan Anda memigrasikan data ke Google Cloud. Database Migration Service membantu Anda melakukan lift-and-shift workload MySQL ke Cloud SQL.
Sumber mana yang didukung?
Amazon RDS 5.6, 5.7, 8.0
MySQL yang dikelola sendiri (di lokasi atau di VM cloud apa pun yang Anda kontrol sepenuhnya) 5.5, 5.6, 5.7, 8.0
Cloud SQL untuk MySQL 5.6, 5.7, 8.0, 8.4
Amazon Aurora 5.6, 5.7, 8.0
Microsoft Azure Database untuk MySQL 5.7, 8.0
Untuk sumber MySQL 8.0, Database Migration Service juga mendukung versi minor berikut:
8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37,
8.0.39, 8.0.40, 8.0.41, 8.0.42.
Tujuan mana yang didukung?
Cloud SQL untuk MySQL 5.6 dan 5.7
Cloud SQL untuk MySQL 8.0 termasuk versi minor berikut:
8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37,
8.0.39, 8.0.40, 8.0.41, 8.0.42.
Cloud SQL untuk MySQL 8.4 dengan batasan tertentu. Misalnya, migrasi yang menggunakan file cadangan
fisik tidak didukung untuk tujuan MySQL 8.4. Untuk mengetahui informasi selengkapnya, lihat
Batasan yang diketahui.
Apakah ada dukungan lintas versi?
Database Migration Service mendukung migrasi MySQL ke Cloud SQL di semua versi utama, dengan tujuan memiliki versi yang sama atau satu versi lebih tinggi dari database sumber. Misalnya, migrasikan database sumber MySQL 5.6 ke tujuan Cloud SQL untuk MySQL 5.6 atau 5.7.
Komponen data, skema, dan metadata mana yang dimigrasikan?
Database Migration Service memigrasikan skema, data, dan metadata dari sumber ke tujuan. Semua
komponen data, skema, dan metadata berikut dimigrasikan sebagai bagian dari migrasi database:
Migrasi Data
Semua tabel dari semua database/skema.
Migrasi Skema
Penamaan
Kunci utama
Jenis data
Posisi ordinal
Nilai default
Nullability
Atribut penambahan otomatis
Indeks sekunder
Migrasi Metadata
Prosedur Tersimpan
Functions
Pemicu
Dilihat
Batasan kunci asing
Perubahan mana yang direplikasi selama migrasi berkelanjutan?
Perubahan DML dan DDL
(yaitu, perubahan pada semua data, skema, dan metadata yang tercantum di atas) diperbarui selama
migrasi berkelanjutan.
Apa saja yang tidak dimigrasikan?
Saat memigrasikan database MySQL, database sistem MySQL yang berisi informasi tentang pengguna
dan hak istimewa tidak dimigrasikan. Artinya, informasi login/akun pengguna harus dikelola di
instance Cloud SQL tujuan secara langsung.
Untuk menambahkan pengguna ke instance tujuan Cloud SQL, buka instance dan tambahkan pengguna
dari tab Users, atau tambahkan dari klien MySQL.
Untuk membuat migrasi di Database Migration Service, konektivitas harus dibuat
antara sumber dan instance tujuan Cloud SQL. Ada berbagai metode yang didukung.
Pilih salah satu yang paling sesuai untuk beban kerja tertentu.
Metode jaringan
Deskripsi
Kelebihan
Kekurangan
Daftar IP yang diizinkan
Berfungsi dengan mengonfigurasi server database sumber agar dapat menerima koneksi dari IP publik
instance Cloud SQL. Jika Anda memilih metode ini, Database Migration Service akan memandu Anda melalui proses penyiapan selama pembuatan migrasi.
Mudah dikonfigurasi.
Direkomendasikan untuk skenario migrasi berumur pendek (POC atau migrasi database kecil).
Konfigurasi firewall mungkin memerlukan bantuan dari IT.
Mengekspos database sumber ke IP publik.
Koneksi tidak dienkripsi secara default. Memerlukan pengaktifan SSL di database sumber
untuk mengenkripsi koneksi.
Tunnel SSH terbalik melalui VM yang dihosting di cloud
Membangun konektivitas dari tujuan ke sumber melalui tunnel SSH terbalik yang aman.
Memerlukan VM host bastion dalam project Google Cloud dan mesin (misalnya, laptop di jaringan) yang memiliki konektivitas ke sumber. Database Migration Service mengumpulkan informasi yang diperlukan pada waktu pembuatan migrasi, dan membuat skrip secara otomatis untuk menyiapkannya.
Mudah dikonfigurasi.
Tidak memerlukan konfigurasi firewall kustom.
Direkomendasikan untuk skenario migrasi berumur pendek (POC atau migrasi database kecil).
Anda memiliki dan mengelola VM Bastion.
Dapat dikenai biaya tambahan.
Peering VPC
Metode ini berfungsi dengan mengonfigurasi VPC untuk berkomunikasi satu sama lain. Hal ini hanya
berlaku jika sumber dan tujuan dihosting di Google Cloud. Direkomendasikan untuk
migrasi yang berjalan lama atau bervolume tinggi.
SolusiGoogle Cloud .
Mudah dikonfigurasi.
Bandwidth tinggi
Hanya tersedia jika sumber dihosting di Google Cloud.
VPN
Menyiapkan tunnel VPN IPSec yang menghubungkan jaringan internal dan Google Cloud VPC melalui koneksi aman melalui Internet publik. Gunakan Google Cloud VPN atau solusi VPN apa pun yang
disiapkan untuk jaringan internal.
Solusi konektivitas yang tangguh dan skalabel.
Bandwidth sedang-tinggi.
Dilengkapi fitur keamanan bawaan.
Ditawarkan sebagai Google Cloud solusi atau dari pihak ketiga lainnya.
Biaya tambahan.
Konfigurasi yang tidak biasa (kecuali jika sudah diterapkan).
Cloud Interconnect
Menggunakan koneksi dengan ketersediaan tinggi dan latensi rendah antara jaringan lokal dan
Google Cloud.
Bandwidth tertinggi, ideal untuk migrasi bervolume tinggi yang berjalan lama.
Biaya tambahan.
Koneksi tidak aman secara default.
Konfigurasi yang tidak biasa (kecuali jika sudah diterapkan).
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-09-05 UTC."],[[["\u003cp\u003eDatabase Migration Service simplifies the process of migrating MySQL workloads to Google Cloud's Cloud SQL.\u003c/p\u003e\n"],["\u003cp\u003eThe service supports a variety of MySQL sources, including Amazon RDS, self-managed MySQL, Cloud SQL for MySQL, Amazon Aurora, and Microsoft Azure Database for MySQL, with specific version compatibility.\u003c/p\u003e\n"],["\u003cp\u003eDestinations for migration are primarily Cloud SQL for MySQL, including versions 5.6, 5.7, 8.0, and 8.4 with certain limitations on 8.4, and cross-version migrations are supported if the destination is the same or one major version higher than the source.\u003c/p\u003e\n"],["\u003cp\u003eDuring the migration, the service transfers all data, schema components like primary keys, data types, and metadata components, like stored procedures and triggers, and can replicate both DDL and DML changes.\u003c/p\u003e\n"],["\u003cp\u003eVarious networking methods are supported for establishing connectivity between the source and destination, including IP allowlisting, reverse SSH tunnels, VPC peering, VPN, and Cloud Interconnect, each with different pros and cons depending on the user requirements.\u003c/p\u003e\n"]]],[],null,["# Database Migration Service for MySQL FAQ\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/database-migration/docs/postgres/faq \"View this page for the PostgreSQL version of Database Migration Service.\") \\| [PostgreSQL to AlloyDB](/database-migration/docs/postgresql-to-alloydb/faq \"View this page for the PostgreSQL to AlloyDB version of Database Migration Service.\")\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n\u003cbr /\u003e\n\n- [What is Database Migration Service?](#whatisdms)\n- [Which sources are supported?](#sources)\n- [Which destinations are supported?](#destinations)\n- [Is there cross-version support?](#crossversion)\n- [Which data, schema, and metadata components are migrated?](#migrated)\n- [Which changes are replicated during continuous migration?](#replicated)\n- [What isn't migrated?](#notmigrated)\n- [Which networking methods are used?](#networking)\n- [What are the known limitations?](#limitations)\n\n\u003cbr /\u003e\n\nWhat is Database Migration Service?\n: Database Migration Service is a service that makes it easier for you to migrate your data to Google Cloud. Database Migration Service helps you lift and shift your MySQL workloads into Cloud SQL.\n\nWhich sources are supported?\n:\n\n\n - Amazon RDS 5.6, 5.7, 8.0\n - Self-managed MySQL (on premises or on any cloud VM that you fully control) 5.5, 5.6, 5.7, 8.0\n - Cloud SQL for MySQL 5.6, 5.7, 8.0, 8.4\n - Amazon Aurora 5.6, 5.7, 8.0\n - Microsoft Azure Database for MySQL 5.7, 8.0\n\n\n For MySQL 8.0 sources, Database Migration Service also supports the following minor versions:\n 8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37,\n 8.0.39, 8.0.40, 8.0.41, 8.0.42.\n\n\nWhich destinations are supported?\n:\n\n\n - Cloud SQL for MySQL 5.6 and 5.7\n - Cloud SQL for MySQL 8.0 including the following minor versions: 8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37, 8.0.39, 8.0.40, 8.0.41, 8.0.42.\n - Cloud SQL for MySQL 8.4 with certain limitations. For example, migrations that use physical backup files are not supported for MySQL 8.4 destinations. For more information, see [Known limitations](/database-migration/docs/mysql/known-limitations).\n\n\nIs there cross-version support?\n:\n\n Database Migration Service supports MySQL-to-Cloud SQL migrations across any major version, where the destination is the same version or one version higher than the source database. For example, migrate a MySQL 5.6 source database to either a Cloud SQL for MySQL 5.6 or 5.7 destination.\n\nWhich data, schema, and metadata components are migrated?\n\n: Database Migration Service migrates schema, data, and metadata from the source to the destination. All of the following data, schema, and metadata components are migrated as part of the database migration: \u003cbr /\u003e\n\n Data Migration\n\n - All tables from all databases/schemas.\n\n Schema Migration\n\n \u003c!-- --\u003e\n\n - Naming\n - Primary key\n - Data type\n - Ordinal position\n - Default value\n - Nullability\n - Auto-increment attributes\n - Secondary indexes\n\n Metadata Migration\n\n \u003c!-- --\u003e\n\n - Stored Procedures\n - Functions\n - Triggers\n - Views\n - Foreign key constraints\n\nWhich changes are replicated during continuous migration?\n:\n\n DML and DDL changes (that is, changes to all data, schema, and metadata listed above) are updated during\n continuous migrations.\n\nWhat isn't migrated?\n\n: When migrating a MySQL database, the MySQL system databases which contain information about users\n and privileges aren't migrated. This means that user account/login information must be managed in\n the destination Cloud SQL instance directly.\n\n To add users to the Cloud SQL destination instance, navigate to the instance and add users\n from the **Users** tab, or add them from the MySQL client.\n\n [Learn more about creating\n and managing MySQL users](https://cloud.google.com/sql/docs/mysql/create-manage-users).\n\nWhich networking methods are used?\n: To create a migration in Database Migration Service, connectivity must be established\n between the source and the Cloud SQL destination instance. There are a variety of methods supported.\n Choose the one that works best for the specific workload.\n\n\nWhat are the known limitations?\n: See [Known limitations](/database-migration/docs/mysql/known-limitations)."]]
