Tutorial: Memigrasikan Azure Database for MySQL - Server Tunggal ke Server Fleksibel secara online menggunakan DMS melalui portal Azure

Catatan

Artikel ini berisi referensi ke istilah slave, istilah yang tidak lagi digunakan Microsoft. Saat istilah dihapus dari perangkat lunak, kami akan menghapusnya dari artikel ini.

Anda dapat memigrasikan instans Azure Database for MySQL – Server Tunggal ke Azure Database for MySQL – Server Fleksibel dengan menggunakan Azure Database Migration Service (DMS), layanan terkelola sepenuhnya yang dirancang untuk memungkinkan migrasi lancar dari berbagai sumber database ke platform data Azure. Dalam tutorial ini, kita akan melakukan migrasi online database sampel dari server tunggal Azure Database for MySQL ke server fleksibel MySQL (keduanya menjalankan versi 5.7) menggunakan aktivitas migrasi DMS.

Catatan

Migrasi online DMS sekarang tersedia secara umum. DMS mendukung migrasi ke MySQL versi 5.7 dan 8.0 dan juga mendukung migrasi dari server MySQL versi lebih rendah (v5.6 ke atas) ke server versi yang lebih tinggi. Selain itu, DMS mendukung migrasi lintas wilayah, lintas grup sumber daya, dan lintas langganan, sehingga Anda dapat memilih wilayah, grup sumber daya, dan langganan untuk server target yang berbeda dari yang ditentukan untuk server sumber Anda.

Dalam tutorial ini, Anda akan mempelajari cara:

• Terapkan praktik terbaik untuk membuat server fleksibel untuk pemuatan data yang lebih cepat menggunakan DMS.
• Membuat dan mengonfigurasi server fleksibel target.
• Buat instans DMS.
• Buat proyek migrasi MySQL di DMS.
• Migrasikan skema MySQL menggunakan DMS.
• Menjalankan migrasi.
• Memantau migrasinya.
• Lakukan langkah-langkah pascamigrasi.
• Terapkan praktik terbaik untuk melakukan migrasi.

Prasyarat

Untuk menyelesaikan tutorial ini, Anda perlu:

• Membuat atau menggunakan instans Azure Database for MySQL yang sudah ada – Server Tunggal (server sumber).
• Untuk menyelesaikan migrasi online dengan sukses, pastikan prasyarat berikut diberlakukan:
  • Gunakan alat baris perintah MySQL pilihan Anda untuk memverifikasi bahwa log_bin diaktifkan di server sumber dengan menjalankan perintah: TAMPILKAN VARIABEL SEPERTI 'log_bin'. Jika log_bin tidak diaktifkan, buat replika baca untuk instans Server Tunggal Anda lalu hapus. Operasi ini akan mengatur parameter log_bin ke AKTIF dan Anda kemudian dapat memicu operasi migrasi.
  • Pastikan bahwa pengguna memiliki izin "KLIEN REPLIKASI" dan "REPLICATION SLAVE" di server sumber untuk membaca dan menerapkan log bin.
  • Jika Anda menargetkan migrasi online, konfigurasikan parameter binlog_expire_logs_seconds di server sumber untuk memastikan bahwa file binlog tidak dihapus menyeluruh sebelum replika melakukan perubahan. Kami merekomendasikan setidaknya dua hari untuk memulai. Setelah cutover berhasil, Anda dapat mengatur ulang nilai.
• Untuk menyelesaikan migrasi skema dengan sukses, pada server sumber, pengguna yang melakukan migrasi memerlukan hak istimewa berikut:
  • Hak istimewa "SELECT" di tingkat server pada sumbernya.
  • Jika memigrasikan tampilan, pengguna harus memiliki hak istimewa "TAMPILKAN TAMPILAN" di server sumber dan hak istimewa "CREATE VIEW" di server target.
  • Jika memigrasikan pemicu, pengguna harus memiliki hak istimewa "TRIGGER" pada server sumber dan target. Pemicu juga hanya dimigrasikan selama cutover, Anda harus dapat melihat pemicu yang dibuat pasca cutover berhasil diselesaikan.
  • Jika memigrasikan rutinitas (prosedur dan/atau fungsi), pengguna harus memiliki hak istimewa "CREATE ROUTINE" dan "ALTER ROUTINE" yang diberikan di tingkat server pada target.
  • Jika memigrasikan peristiwa, pengguna harus memiliki hak istimewa "PERISTIWA" di server sumber dan target.
  • Jika memigrasikan pengguna/login, pengguna harus memiliki hak istimewa "CREATE USER" di server target.
  • Hak istimewa "DROP" di tingkat server pada target, untuk menghilangkan tabel yang mungkin sudah ada. Misalnya, saat mencoba kembali migrasi.
  • Hak istimewa "REFERENSI" di tingkat server pada target, untuk membuat tabel dengan kunci asing.
  • Jika bermigrasi ke MySQL 8.0, pengguna harus memiliki hak istimewa "SESSION_VARIABLES_ADMIN" di server target.
  • Hak istimewa "CREATE" di tingkat server pada target.
  • Hak istimewa "INSERT" di tingkat server pada target.
  • Hak istimewa "PERBARUI" di tingkat server pada target.
  • Hak istimewa "HAPUS" di tingkat server pada target.

Batasan

Saat Anda mempersiapkan migrasi, pastikan untuk mempertimbangkan batasan berikut.

• Saat memigrasikan objek nontabel, DMS tidak mendukung penggantian nama database.
• Saat bermigrasi ke server target dengan bin_log diaktifkan, pastikan untuk mengaktifkan log_bin_trust_function_creators untuk memungkinkan pembuatan rutinitas dan pemicu.
• Saat ini, DMS tidak mendukung migrasi klausul PENDEFINISI untuk objek. Semua jenis objek dengan pendefinisi pada sumber dihilangkan dan setelah migrasi, penentu default untuk semua objek yang mendukung klausul pendefinisi dan yang dibuat selama migrasi skema, akan diatur ke login yang digunakan untuk menjalankan migrasi.
• Saat ini, DMS hanya mendukung migrasi skema sebagai bagian dari pergerakan data. Jika tidak ada yang dipilih untuk pergerakan data, migrasi skema tidak akan terjadi. Perhatikan bahwa memilih tabel untuk migrasi skema berarti juga memilih tabel tersebut untuk pergerakan data.
• Dukungan migrasi online terbatas pada format binlog ROW.
• Migrasi online sekarang mendukung replikasi pernyataan DDL saat bermigrasi ke server target Server Fleksibel Azure Database for MySQL v8.0 atau v5.7.
  • Replikasi pernyataan didukung untuk database, tabel, dan objek skema (tampilan, rutinitas, pemicu) yang dipilih untuk migrasi skema saat mengonfigurasi aktivitas migrasi Azure DMS. Definisi data dan pernyataan administrasi untuk database, tabel, dan objek skema yang tidak dipilih tidak akan direplikasi. Memilih seluruh server untuk migrasi akan mereplikasi pernyataan untuk tabel, database, dan objek skema apa pun yang dibuat di server sumber setelah pemuatan awal selesai.
  • Replikasi pernyataan Azure DMS mendukung semua pernyataan Definisi Data yang tercantum di sini, dengan pengecualian perintah berikut: • pernyataan LOGFILE GROUP • pernyataan SERVER • pernyataan SPATIAL REFERENCE SYSTEM • pernyataan TABLESPACE
  • Replikasi pernyataan Azure DMS mendukung semua pernyataan Administrasi Data – Manajemen Akun yang tercantum di sini, dengan pengecualian perintah berikut:
    • ATUR PERAN DEFAULT
    • ATUR KATA SANDI
  • Replikasi pernyataan Azure DMS mendukung semua pernyataan Administrasi Data – Pemeliharaan Tabel yang tercantum di sini, dengan pengecualian perintah berikut:
    • TABEL PERBAIKAN
    • ANALISIS TABEL
    • TABEL CHECKSUM

Praktik terbaik untuk membuat server fleksibel untuk pemuatan data yang lebih cepat menggunakan DMS

DMS mendukung migrasi lintas wilayah, grup lintas sumber daya, dan lintas langganan, sehingga Anda bebas memilih wilayah, grup sumber daya, dan langganan yang sesuai untuk server fleksibel target Anda. Sebelum Anda membuat server fleksibel target, pertimbangkan panduan konfigurasi berikut untuk membantu memastikan pemuatan data yang lebih cepat menggunakan DMS.

• Pilih ukuran dan tingkat komputasi untuk server fleksibel target berdasarkan tingkat harga server tunggal sumber dan VCore berdasarkan detail dalam tabel berikut.

  Tingkat Harga Server Tunggal	VCore Server Tunggal	Ukuran Komputasi Server Fleksibel	Tingkat Komputasi Server Fleksibel
  Dasar*	1	Tujuan Umum	Standard_D16ds_v4
  Dasar*	2	Tujuan Umum	Standard_D16ds_v4
  Tujuan Umum*	4	Tujuan Umum	Standard_D16ds_v4
  Tujuan Umum*	8	Tujuan Umum	Standard_D16ds_v4
  Tujuan Umum	16	Tujuan Umum	Standard_D16ds_v4
  Tujuan Umum	32	Tujuan Umum	Standard_D32ds_v4
  Tujuan Umum	64	Tujuan Umum	Standard_D64ds_v4
  Memori Dioptimalkan	4	Kritis Bisnis	Standard_E4ds_v4
  Memori Dioptimalkan	8	Kritis Bisnis	Standard_E8ds_v4
  Memori Dioptimalkan	16	Kritis Bisnis	Standard_E16ds_v4
  Memori Dioptimalkan	32	Kritis Bisnis	Standard_E32ds_v4

* Untuk migrasi, pilih komputasi General Purpose 16 vCores untuk server fleksibel target untuk migrasi yang lebih cepat. Perkecil ukuran komputasi yang diinginkan untuk server target setelah migrasi selesai dengan mengikuti rekomendasi ukuran komputasi di bagian Melakukan aktivitas pascamigrasi di artikel ini.

• Versi MySQL untuk server fleksibel target harus lebih besar dari atau sama dengan server tunggal sumber.
• Kecuali Anda perlu menyebarkan server fleksibel target di zona tertentu, tetapkan nilai parameter Zona Ketersediaan ke 'Tidak ada preferensi'.
• Untuk konektivitas jaringan, pada tab Jaringan, jika server tunggal sumber memiliki titik akhir privat atau tautan privat yang dikonfigurasi, pilih Akses Privat; jika tidak, pilih Akses Publik.
• Salin semua aturan firewall dari server tunggal sumber ke server fleksibel target.
• Salin semua tag nama/nilai dari server tunggal ke fleksibel selama pembuatannya.

Membuat dan mengonfigurasi server fleksibel target

Dengan mengingat praktik terbaik ini, buat server fleksibel target Anda, lalu konfigurasikan.

• Buat server fleksibel target. Untuk langkah-langkah terpandu, lihat mulai cepat Membuat server fleksibel Azure Database for MySQL.
• Konfigurasikan server fleksibel target baru sebagai berikut:
  • Pengguna yang melakukan migrasi memerlukan izin berikut:
    • Pastikan bahwa pengguna memiliki izin "REPLICATION_APPLIER" atau "BINLOG_ADMIN" pada server target untuk menerapkan log bin.
    • Pastikan bahwa pengguna memiliki izin "REPLICATION SLAVE" di server target.
    • Pastikan bahwa pengguna memiliki izin "KLIEN REPLIKASI" dan "REPLICATION SLAVE" pada server sumber untuk membaca dan menerapkan log bin.
    • Untuk membuat tabel pada target, pengguna harus memiliki hak istimewa "CREATE".
    • Jika memigrasikan tabel dengan opsi partisi "DIREKTORI DATA" atau "DIREKTORI INDEKS", pengguna harus memiliki hak istimewa "FILE".
    • Jika bermigrasi ke tabel dengan opsi "UNION", pengguna harus memiliki hak istimewa "SELECT," "UPDATE," dan "DELETE" untuk tabel yang Anda petakan ke tabel MERGE.
    • Jika memigrasikan tampilan, Anda harus memiliki hak istimewa "CREATE VIEW". Perlu diingat bahwa beberapa hak istimewa mungkin diperlukan tergantung pada konten tampilan. Lihat dokumen MySQL khusus untuk versi Anda untuk "CREATE VIEW STATEMENT" untuk detailnya.
    • Jika memigrasikan peristiwa, pengguna harus memiliki hak istimewa "PERISTIWA".
    • Jika memigrasikan pemicu, pengguna harus memiliki hak istimewa "TRIGGER".
    • Jika memigrasikan rutinitas, pengguna harus memiliki hak istimewa "CREATE ROUTINE".
  • Konfigurasikan parameter server pada server fleksibel target sebagai berikut:
    • Atur versi TLS dan parameter server require_secure_transport agar sesuai dengan nilai di server sumber.
    • Atur parameter server sql_mode agar sesuai dengan nilai di server sumber.
    • Konfigurasikan parameter server pada server target agar sesuai dengan nilai non-default yang digunakan di server sumber.
    • Untuk memastikan pemuatan data yang lebih cepat saat menggunakan DMS, konfigurasikan parameter server berikut seperti yang dijelaskan.
      • max_allowed_packet – atur ke 1073741824 (yaitu, 1 GB) untuk mencegah masalah koneksi karena baris besar.
      • slow_query_log – atur ke OFF untuk menonaktifkan log kueri lambat. Tindakan ini akan menghilangkan overhead yang disebabkan oleh pengelogan kueri yang lambat selama pemuatan data.
      • innodb_buffer_pool_size – hanya dapat ditingkatkan dengan meningkatkan komputasi untuk server Azure Database for MySQL. Tingkatkan skala server ke vCore 64 SKU Tujuan Umum dari tingkat Harga portal selama migrasi untuk meningkatkan innodb_buffer_pool_size.
      • innodb_io_capacity & innodb_io_capacity_max - Ubah ke 9000 dari parameter Server di portal Microsoft Azure untuk meningkatkan pemanfaatan IO untuk mengoptimalkan kecepatan migrasi.
      • innodb_write_io_threads - Ubah ke 4 dari parameter Server di portal Azure untuk meningkatkan kecepatan migrasi.
  • Konfigurasikan replika pada server target agar sesuai dengan replika di server sumber.
  • Replikasi fitur manajemen server berikut dari server tunggal sumber ke server fleksibel target:
    • Penetapan peran, Peran, Penolakan Penugasan, administrator klasik, Kontrol Akses (IAM)
    • Kunci (baca-saja dan hapus)
    • Peringatan
    • Tugas
    • Pemberitahuan Kesehatan Sumber Daya

Menyiapkan DMS

Dengan server fleksibel target Anda yang disebarkan dan dikonfigurasi, Anda selanjutnya perlu menyiapkan DMS untuk memigrasikan server tunggal Anda ke server fleksibel.

Mendaftarkan penyedia sumber

Untuk mendaftarkan penyedia sumber daya Microsoft.DataMigration, lakukan langkah-langkah berikut.

1. Sebelum membuat instans DMS pertama Anda, masuk ke portal Azure, lalu cari dan pilih Langganan.

2. Pilih langganan yang ingin Anda gunakan untuk membuat instans DMS, lalu pilih Penyedia sumber daya.

3. Cari istilah "Migrasi", lalu, untuk Microsoft.DataMigration, pilih Daftar.

Membuat instans Database Migration Service (DMS)

1. Di portal Azure, pilih + Buat sumber daya, cari istilah "Azure Database Migration Service", lalu pilih Azure Database Migration Service dari daftar drop-down.

2. Pada layar Azure Database Migration Service, pilih Buat.

3. Pada halaman Pilih skenario migrasi dan Layanan Migrasi Database, di bawah Skenario migrasi, pilih Azure Database for MySQL-Single Server sebagai jenis server sumber, lalu pilih Azure Database for MySQL sebagai jenis server target, lalu pilih Pilih.

4. Pada halaman Buat Layanan Migrasi, pada tab Dasar , di bawah Detail proyek, pilih langganan yang sesuai, lalu pilih grup sumber daya yang sudah ada atau buat yang baru.

5. Di bawah Detail instans, tentukan nama untuk layanan, pilih wilayah, lalu verifikasi bahwa Azure dipilih sebagai mode layanan.

6. Di sebelah kanan Tingkat harga, pilih Konfigurasikan tingkat.

7. Pada halaman Konfigurasikan , pilih tingkat harga Premium dengan 4 vCore untuk instans DMS Anda, lalu pilih Terapkan. DMS Premium 4-vCore gratis selama 6 bulan (183 hari) dari tanggal pembuatan layanan DMS sebelum dikenakan biaya apa pun. Untuk informasi selengkapnya tentang biaya dan tingkat harga DMS, lihat halaman harga.

   Selanjutnya, kita perlu menentukan VNet yang akan menyediakan instans DMS dengan akses ke server tunggal sumber dan server fleksibel target.

8. Pada halaman Buat Layanan Migrasi, pilih Berikutnya : Jaringan >>.

9. Pada tab Jaringan , pilih VNet yang sudah ada dari daftar atau berikan nama VNet baru untuk dibuat, lalu pilih Tinjau + Buat. Untuk informasi selengkapnya, lihat artikel Membuat jaringan virtual menggunakan portal Azure..

   Penting

   VNet Anda harus dikonfigurasi dengan akses ke server tunggal sumber dan server fleksibel target, jadi pastikan untuk:

   • Buat aturan firewall tingkat server atau konfigurasikan titik akhir layanan VNET untuk server Azure Database for MySQL sumber dan target untuk memungkinkan VNet untuk Azure Database Migration Service mengakses database sumber dan target.
   • Pastikan aturan VNet Network Security Group (NSG) Anda tidak memblokir port keluar 443 ServiceTag untuk ServiceBus, Storage, dan Azure Monitor. Untuk informasi selengkapnya tentang pemfilteran lalu lintas NSG VNet, lihat Memfilter lalu lintas jaringan dengan grup keamanan jaringan.

   Catatan

   Untuk menambahkan tag ke layanan, lanjutkan ke tab Tag dengan memilih Berikutnya : Tag. Menambahkan tag ke layanan bersifat opsional.

10. Navigasi ke tab Tinjau + buat , tinjau konfigurasi, lihat istilah, lalu pilih Buat.

    Penyebaran instans DMS Anda sekarang dimulai. Pesan Penyebaran sedang berlangsung muncul selama beberapa menit, lalu pesan berubah menjadi Penyebaran Anda selesai.

11. Pilih Buka sumber daya.

12. Identifikasi alamat IP instans DMS dari halaman gambaran umum sumber daya dan buat aturan firewall untuk server tunggal sumber Anda dan server fleksibel target yang memungkinkan daftar alamat IP instans DMS.

Membuat proyek migrasi

Untuk membuat proyek migrasi, lakukan langkah-langkah berikut.

1. Di portal Azure, pilih Semua layanan, cari Azure Database Migration Service, lalu pilih Azure Database Migration Services.

   

2. Dalam hasil pencarian, pilih instans DMS yang Anda buat, lalu pilih + Proyek Migrasi Baru.

   

3. Pada halaman Proyek migrasi baru, tentukan nama untuk proyek, dalam kotak pilihan Jenis server sumber, pilih Azure Database For MySQL – Server Tunggal, dalam kotak pilihan Jenis server target, pilih Azure Database For MySQL - Server Fleksibel, dalam kotak pilihan Jenis aktivitas migrasi, pilih Migrasi data online, lalu pilih Buat dan jalankan aktivitas.

   Catatan

   Memilih Buat proyek hanya karena jenis aktivitas migrasi hanya akan membuat proyek migrasi; Anda kemudian dapat menjalankan proyek migrasi di lain waktu.

   

Mengonfigurasi proyek migrasi

Untuk mengonfigurasi proyek migrasi DMS Anda, lakukan langkah-langkah berikut.

1. Pada layar Pilih sumber, temukan server berdasarkan langganan, lokasi, dan grup sumber daya. Nama pengguna diisi secara otomatis, lalu berikan kata sandi untuk server sumber.

2. Pilih Berikutnya : Pilih target>>, lalu, pada layar Pilih target , temukan server berdasarkan langganan, lokasi, dan grup sumber daya. Nama pengguna diisi secara otomatis, lalu berikan kata sandi untuk server fleksibel target.

3. Pilih Berikutnya : Pilih database>>, lalu, pada tab Pilih database, di bawah Opsi migrasi server, pilih Migrasikan semua database yang berlaku atau di bawah Pilih database pilih objek server yang ingin Anda migrasikan.

   Catatan

   Sekarang ada opsi Migrasikan semua database yang berlaku saat dipilih, opsi ini akan memigrasikan semua database dan tabel yang dibuat pengguna. Perhatikan bahwa karena Azure Database for MySQL - Server Fleksibel tidak mendukung database kasus campuran, database kasus campuran pada sumber tidak akan disertakan untuk migrasi online.

4. Di bagian Pilih database , di bawah Database Sumber, pilih database yang akan dimigrasikan.

   Objek non-tabel dalam database yang Anda tentukan akan dimigrasikan, sementara item yang tidak Anda pilih akan dilewati. Anda hanya dapat memilih database sumber dan target yang namanya cocok dengan database tersebut di server sumber dan target. Jika Anda memilih database di server sumber yang tidak ada di server target, database tersebut akan dibuat di server target.

5. Pilih Berikutnya : Pilih tabel>> untuk menavigasi ke tab Pilih tabel .

   Sebelum tab terisi, DMS mengambil tabel dari database yang dipilih pada sumber dan target lalu menentukan apakah tabel ada dan berisi data.

6. Pilih tabel yang ingin Anda migrasikan.

   Jika tabel sumber yang dipilih tidak ada di server target, proses migrasi online akan memastikan bahwa skema tabel dan data dimigrasikan ke server target.

   DMS memvalidasi input Anda, dan jika validasi lolos, Anda akan dapat memulai migrasi.

7. Setelah mengonfigurasi migrasi skema, pilih Tinjau dan mulai migrasi.

   Catatan

   Anda hanya perlu menavigasi ke tab Konfigurasi pengaturan migrasi jika Anda mencoba memecahkan masalah migrasi yang gagal.

8. Pada tab Ringkasan , dalam kotak teks Nama aktivitas, tentukan nama untuk aktivitas migrasi, lalu tinjau ringkasan untuk memastikan bahwa detail sumber dan target cocok dengan apa yang Anda tentukan sebelumnya.

9. Pilih Mulai migrasi.

   Jendela aktivitas migrasi muncul, dan Status aktivitas menjadi Memulai. Status berubah menjadi Berjalan saat migrasi tabel dimulai.

Memantau migrasi

1. Setelah aktivitas Pemuatan Awal selesai, navigasikan ke tab Beban Awal untuk melihat status penyelesaian dan jumlah tabel yang selesai.

   Setelah aktivitas Pemuatan Awal selesai, Anda akan dinavigasi ke tab Replikasi Perubahan Data secara otomatis. Anda dapat memantau kemajuan migrasi saat layar di-refresh secara otomatis setiap 30 detik.

2. Pilih Refresh untuk memperbarui tampilan dan melihat detik di belakang sumber sebagai dan saat diperlukan.

   

3. Pantau Detik di belakang sumber dan segera setelah mendekati 0, lanjutkan untuk memulai cutover dengan menavigasi ke tab menu Mulai Cutover di bagian atas layar aktivitas migrasi.

4. Ikuti langkah-langkah di jendela cutover sebelum Anda siap untuk melakukan cutover.

5. Setelah menyelesaikan semua langkah, pilih Konfirmasi, lalu pilih Terapkan.

Melakukan aktivitas pascamigrasi

Setelah migrasi selesai, pastikan untuk menyelesaikan aktivitas pascamigrasi berikut.

• Melakukan pengujian perubahan aplikasi terhadap basis data target untuk menjamin keberhasilan migrasi.

• Perbarui string koneksi untuk menunjuk ke server fleksibel baru.

• Hapus server tunggal sumber setelah Anda memastikan kelangsungan aplikasi.

• Jika Anda meningkatkan skala server fleksibel target untuk migrasi yang lebih cepat, skalakan kembali dengan memilih ukuran komputasi dan tingkat komputasi untuk server fleksibel berdasarkan tingkat harga server tunggal sumber dan VCores, berdasarkan detail dalam tabel berikut.

  Tingkat Harga Server Tunggal	VCore Server Tunggal	Ukuran Komputasi Server Fleksibel	Tingkat Komputasi Server Fleksibel
  Dasar	1	Mudah meledak	Standard_B1s
  Dasar	2	Mudah meledak	Standard_B2s
  Tujuan Umum	4	Tujuan Umum	Standard_D4ds_v4
  Tujuan Umum	8	Tujuan Umum	Standard_D8ds_v4

• Untuk membersihkan sumber daya DMS, lakukan langkah berikut:

  1. Di portal Azure, pilih Semua layanan, cari Azure Database Migration Service, lalu pilih Azure Database Migration Services.
  2. Pilih instans layanan migrasi Anda dari hasil pencarian, lalu pilih Hapus Layanan.
  3. Dalam kotak dialog konfirmasi, dalam kotak teks KETIK NAMA LAYANAN MIGRASI DATABASE, tentukan nama instans, lalu pilih Hapus.

Praktik terbaik migrasi

Saat melakukan migrasi, pastikan untuk mempertimbangkan praktik terbaik berikut.

• Sebagai bagian dari penemuan dan penilaian, ambil SKU server, penggunaan CPU, penyimpanan, ukuran database, dan penggunaan ekstensi sebagai beberapa data penting untuk membantu migrasi.
• Lakukan migrasi pengujian sebelum bermigrasi untuk produksi:
  • Migrasi pengujian penting untuk memastikan bahwa Anda sudah menyelesaikan semua aspek migrasi database, termasuk pengujian aplikasi. Praktik terbaik adalah dengan mulai menjalankan migrasi sepenuhnya untuk tujuan pengujian. Setelah migrasi yang baru dimulai memasuki fase Replikasi Perubahan Data dengan jeda minimal, hanya gunakan target Server Fleksibel Anda untuk menjalankan beban kerja pengujian. Gunakan target tersebut untuk menguji aplikasi untuk memastikan performa dan hasil yang diharapkan. Jika Anda bermigrasi ke versi MySQL yang lebih tinggi, uji kompatibilitas aplikasi.
  • Setelah pengujian selesai, Anda dapat memigrasikan database produksi. Pada titik ini, Anda perlu memutuskan hari dan waktu migrasi produksi. Idealnya, ada penggunaan aplikasi yang rendah saat ini. Semua pemangku kepentingan yang perlu dilibatkan harus tersedia dan siap. Migrasi produksi akan memerlukan pemantauan ketat. Untuk migrasi online, replikasi harus diselesaikan sebelum Anda melakukan cutover untuk mencegah kehilangan data.
• Arahkan ulang semua aplikasi dependen untuk mengakses database utama baru dan menjadikan server sumber baca-saja. Kemudian, buka aplikasi untuk penggunaan produksi.
• Setelah aplikasi mulai berjalan di server fleksibel target, pantau performa database dengan cermat untuk melihat apakah penyesuaian performa diperlukan.

Langkah berikutnya

• Untuk informasi tentang Azure Database for MySQL - Server Fleksibel, lihat Gambaran Umum - Server Fleksibel Azure Database for MySQL.
• Untuk informasi tentang Azure Database Migration Service, lihat Apa itu Azure Database Migration Service?.
• Untuk informasi tentang masalah dan batasan yang diketahui saat bermigrasi ke Azure Database for MySQL - Server Fleksibel menggunakan DMS, lihat Masalah umum Terkait Migrasi Ke Azure Database for MySQL - Server Fleksibel.
• Untuk informasi tentang masalah dan batasan yang diketahui saat melakukan migrasi menggunakan DMS, lihat Masalah umum - Azure Database Migration Service.
• Untuk memecahkan masalah konektivitas database sumber saat menggunakan DMS, lihat artikel Masalah menyambungkan database sumber.