Bagikan melalui

Apa yang terjadi pada Azure Database for MySQL - Server Tunggal?

  • Artikel

BERLAKU UNTUK: Azure Database for MySQL - Server Tunggal

Penting

Azure Database for MySQL - Server Tunggal berada di jalur penghentian dan telah dihentikan pada 16 September 2024.

Setelah bertahun-tahun mengembangkan layanan Azure Database for MySQL - Server Tunggal, layanan ini tidak dapat lagi menangani semua fitur, fungsi, dan kebutuhan keamanan baru. Sebaiknya tingkatkan ke Azure Database for MySQL - Server Fleksibel sebelum 16 Sept 2024 untuk menghindari migrasi paksa dan tidak tersedianya server yang tidak disengaja.

Azure Database for MySQL - Server Fleksibel adalah layanan database siap produksi yang dikelola sepenuhnya yang dirancang untuk kontrol dan fleksibilitas yang lebih terperinci atas fungsi manajemen database dan pengaturan konfigurasi. Untuk informasi selengkapnya tentang Server Fleksibel, kunjungi Azure Database for MySQL - Server Fleksibel.

Jika saat ini Anda memiliki server produksi hosting layanan Azure Database for MySQL - Server Tunggal, kami dengan senang hati memberi tahu Anda bahwa Anda dapat memigrasikan Server Azure Database for MySQL - Server Tunggal ke Azure Database for MySQL - Layanan Server Fleksibel gratis menggunakan Azure Database for MySQL Import, automigration di tempat, atau Azure Database Migration Service (klasik). Tinjau berbagai cara untuk bermigrasi di bagian di bawah ini.

Sebagai bagian dari penghentian ini, kami tidak lagi mendukung pembuatan instans Server Tunggal baru dari portal Azure mulai 16 Januari 2023 dan Azure CLI mulai 19 Maret 2024. Anda masih dapat membuat replika baca dan melakukan pemulihan (PITR dan pemulihan geografis) untuk instans server tunggal yang ada dan ini akan terus didukung hingga tanggal matahari terbenam 16 September 2024.

Migrasi dari Server Tunggal ke Server Fleksibel

Pelajari cara bermigrasi dari Azure Database for MySQL - Server Tunggal ke Azure Database for MySQL - Server Fleksibel.

Skenario Alat Detail
Offline/Online Impor Azure Database for MySQL dan Azure CLI Tutorial: Impor Azure Database for MySQL dengan Azure CLI
Offline Layanan Migrasi Database (klasik) dan portal Microsoft Azure Tutorial: DMS (klasik) dengan portal Microsoft Azure (offline)
Online Layanan Migrasi Database (klasik) dan portal Microsoft Azure Tutorial: DMS (klasik) dengan portal Microsoft Azure (online)
Offline Permintaan automigrasi di tempat (Buka tiket Dukungan Azure) Automigrasi di tempat dari Server Tunggal ke Fleksibel Azure Database for MySQL

Untuk informasi selengkapnya tentang migrasi dari Server Tunggal ke Server Fleksibel menggunakan alat migrasi lainnya, kunjungi Pilih alat yang tepat untuk migrasi ke Azure Database for MySQL.

Catatan

Migrasi otomatis di tempat dari Azure Database for MySQL – Server Tunggal ke Server Fleksibel adalah migrasi di tempat yang dimulai layanan selama jendela pemeliharaan terencana untuk beban kerja database Server Tunggal tertentu. Server yang memenuhi syarat diidentifikasi oleh layanan dan dikirimi langkah-langkah detail pemberitahuan sebelumnya untuk meninjau detail migrasi. Jika Anda memiliki beban kerja Server Tunggal tanpa fitur kompleks (Replika Baca, Jaringan Virtual, enkripsi Infra Ganda, Titik akhir layanan/Aturan VNet) diaktifkan, Anda sekarang dapat mencalonkan diri Anda (jika belum dijadwalkan oleh layanan) untuk migrasi otomatis dengan menaikkan tiket Dukungan Azure. Semua beban kerja Server Tunggal lainnya disarankan untuk menggunakan alat migrasi yang dimulai pengguna yang ditawarkan oleh Azure - Azure DMS, Azure Database for MySQL Import untuk bermigrasi. Pelajari migrasi otomatis di tempat selengkapnya di sini.

Pemeriksaan prasyarat saat bermigrasi dari Server Tunggal ke Fleksibel

  • Jika Server Tunggal Azure Database for MySQL sumber Anda memiliki versi mesin v8.x, pastikan untuk meningkatkan versi driver klien .NET server sumber Anda ke 8.0.32 untuk menghindari ketidakcocokan pengodean pascamigrasi ke Server Fleksibel.
  • Jika Server Tunggal Azure Database for MySQL sumber Anda memiliki versi mesin v8.x, pastikan untuk meningkatkan versi TLS server sumber Anda dari v1.0 atau v1.1 ke TLS v1.2 sebelum migrasi karena versi TLS yang lebih lama telah ditolak untuk Server Fleksibel.
  • Jika Server Tunggal Azure Database for MySQL sumber Anda menggunakan port nondefault seperti 3308.3309 dan 3310, ubah port konektivitas Anda menjadi 3306 karena port nondefault yang disebutkan di atas tidak didukung di Server Fleksibel.
  • Tag layanan (SQL) dalam Aturan Keluar tidak didukung di Server Fleksibel Azure Database for MySQL. Silakan gunakan Nama Domain yang Sepenuhnya Memenuhi Syarat (FQDN) dalam Aturan Keluar saat mengonfigurasi pengaturan firewall untuk Server Fleksibel.

Apa yang terjadi pasca matahari terbenam (16 September 2024)?

Kami telah mengirim pemberitahuan berulang selama dua tahun terakhir untuk menyelesaikan migrasi ke Azure Database for MySQL Flexible Server, baik melalui saluran publik seperti Azure Update dan blog serta pencapaian langsung melalui email pelanggan, halaman produk, dan banner Portal Azure. Sebagai bagian dari komunikasi dan bantuan berkelanjutan kami untuk memigrasikan pelanggan dengan aman ke lingkungan baru mereka, bagian ini memberikan informasi lebih lanjut tentang pengalaman pelanggan untuk beban kerja apa pun yang tetap dalam produksi mulai 16 September 2024.

Mulai 17 September, server non-responsif yang belum dimigrasikan akan dihentikan secara berkala. Anda akan diminta untuk datang ke portal Azure, mengakui tindakan migrasi dan memulai server Anda. Setelah Anda memulai server, lanjutkan dengan menggunakan Azure Database for MySQL Import CLI atau Azure Data Migration Service untuk bermigrasi ke Azure Database for MySQL - Server Fleksibel. Di sisi lain jika Anda ingin melanjutkan migrasi otomatis, silakan ajukan tiket Dukungan Azure untuk menjadwalkan migrasi otomatis. Pastikan untuk memulai server dan bermigrasi ke Server Fleksibel untuk menghindari migrasi paksa yang tidak disengaja nanti yang akan menyebabkan tidak tersedianya server karena hanya fitur terbatas yang dapat dimigrasikan.

Menjalankan instans Server Tunggal pasca matahari terbenam akan menjadi risiko keamanan, karena tidak akan ada pemeliharaan perbaikan keamanan dan bug pada platform Server Tunggal yang tidak digunakan lagi. Untuk memastikan komitmen kami dalam menjalankan instans terkelola pada platform tepercaya dan aman setelah tanggal matahari terbenam, instans Server Tunggal Anda, bersama dengan file datanya, akan dimigrasikan secara paksa sebagai upaya terakhir ke instans Server Fleksibel yang sesuai secara bertahap.

Catatan

Tidak ada SLA, perbaikan bug, perbaikan keamanan, atau dukungan langsung yang akan dihormati untuk instans Server Tunggal Anda pasca tanggal matahari terbenam.

Tanggal pasca matahari terbenam migrasi paksa

Pasca tanggal matahari terbenam, instans Server Tunggal Anda, bersama dengan file datanya, akan dimigrasikan secara paksa ke instans Server Fleksibel yang sesuai secara bertahap. Ini akan menyebabkan ketersediaan fitur terbatas karena fungsionalitas tingkat lanjut tertentu tidak dapat dimigrasikan secara paksa tanpa input pelanggan ke instans Server Fleksibel. Ini akan menyebabkan tidak tersedianya server untuk server dengan fitur keamanan dan jaringan. Baca selengkapnya tentang langkah-langkah untuk mengonfigurasi ulang fitur tersebut pasca-migrasi paksa untuk meminimalkan potensi efek di bawah ini.

Fitur berikut tidak dapat dimigrasikan secara paksa karena memerlukan input pelanggan untuk konfigurasi dan tidak akan diaktifkan pada instans Server Fleksibel yang dimigrasikan:

  • Private Link
  • Enkripsi data (CMK)
  • Autentikasi Microsoft Entra (erstwhile Microsoft Entra ID)
  • Titik akhir layanan
  • Enkripsi Ganda Infrastruktur
  • Replika Baca

Tindakan yang diperlukan pasca migrasi paksa

Penting : Server Tunggal dengan fitur jaringan, keamanan, dan enkripsi data diaktifkan akan dimigrasikan secara paksa ke instans Server Fleksibel dengan akses publik dalam status dinonaktifkan untuk melindungi data pelanggan. Anda harus mengaktifkan akses yang sesuai setelah migrasi paksa untuk memastikan kelangsungan bisnis.

Setelah migrasi paksa, Anda harus mengonfigurasi ulang fitur yang tercantum di atas pada instans Server Fleksibel yang dimigrasikan untuk memastikan kelangsungan bisnis:

  • Private Link – Anda dapat memilih untuk mengaktifkan akses publik untuk segera tersambung ke server Anda atau menghapus instans Server Tunggal dan menghapus titik akhir privat terkait untuk dapat mengonfigurasi titik akhir privat yang sama untuk instans Server Fleksibel yang dimigrasikan. Baca selengkapnya tentang cara mengonfigurasi titik akhir privat untuk Server Fleksibel di sini
  • Enkripsi data (CMK) - Baca selengkapnya tentang cara mengonfigurasi di sini
  • Autentikasi Microsoft Entra (erstwhile Microsoft Entra ID) - Baca selengkapnya tentang cara mengonfigurasi di sini
  • Titik akhir layanan – Titik akhir layanan (Aturan jaringan virtual) tidak didukung di Azure Database for MySQL Flexible Server. Sebaiknya konfigurasikan Private Link untuk memenuhi paritas fitur. Baca selengkapnya tentang cara mengonfigurasi Private Link di sini
  • Enkripsi Ganda Infrastruktur – Enkripsi Ganda Infrastruktur tidak didukung di Azure Database for MySQL Flexible Server. Sebaiknya konfigurasi enkripsi Data untuk memenuhi paritas fitur. Baca selengkapnya tentang cara mengonfigurasi Enkripsi data (CMK) di sini
  • Replika Baca - Replika baca akan dimigrasikan sebagai server mandiri terpisah . Konfigurasikan replika baca untuk server utama Anda dengan merujuk ke server mandiri sekunder yang dimigrasikan, yang dapat dihapus setelah konfigurasi. Baca selengkapnya tentang cara mengonfigurasi di sini

Catatan

Jika server Anda berada di wilayah tempat Azure Database for MySQL - Server Fleksibel tidak didukung, maka posting tanggal matahari terbenam, instans Server Tunggal Anda akan tersedia dengan operasi terbatas untuk mengakses data dan dapat bermigrasi ke Server Fleksibel hingga 15 Nov 2024. Instans Anda tidak akan dimigrasikan secara paksa ke Server Fleksibel hingga 15 Nov 2024. Server Anda akan dihentikan pada minggu pertama Bulan Desember 2024. Anda dapat memulai ulang server melalui Portal Microsoft Azure atau CLI dan bermigrasi dalam waktu 7 hari. Jika server Anda tidak dimigrasikan dalam masa tenggang yang disebutkan di atas, server tersebut akan dimigrasikan secara paksa pada minggu kedua bulan Desember 2024. Pasca 31 Desember, server akan dihapus untuk menghentikan platform. Kami sangat menyarankan Anda menggunakan salah satu opsi berikut untuk bermigrasi sebelum 22 November 2024 untuk menghindari gangguan dalam kelangsungan bisnis:

  • Gunakan Azure DMS untuk melakukan migrasi lintas wilayah ke Server Fleksibel di wilayah Azure yang sesuai.
  • Migrasikan ke MySQL Server yang dihosting pada VM di wilayah tersebut, jika Anda tidak dapat mengubah wilayah karena masalah kepatuhan.

Mengonfigurasi properti Microsoft Defender untuk Cloud di Server Fleksibel

Saat Anda bermigrasi dari Azure Database for MySQL - Server Tunggal ke Server Fleksibel dengan Defender untuk Cloud diaktifkan, status pengaktifan dipertahankan. Untuk mencapai paritas di Server Fleksibel untuk properti yang dapat Anda konfigurasi di Server Tunggal, pertimbangkan detail dalam tabel berikut.

Properti Konfigurasi
Menekan jenis pemberitahuan tertentu Nonaktifkan jenis pemberitahuan tertentu dengan platform Microsoft Defender untuk Cloud. Untuk informasi selengkapnya, kunjungi Panduan menyembunyikan pemberitahuan dari Microsoft Defender untuk Cloud.

Pengguna Server Tunggal dapat menggunakan properti API:
properties.disabledAlerts
Pemberitahuan email Tentukan pemberitahuan email untuk pemberitahuan Microsoft Defender untuk Cloud untuk semua sumber daya dalam langganan. Untuk informasi selengkapnya, kunjungi Mengonfigurasi pemberitahuan email untuk pemberitahuan keamanan.

Pengguna Server Tunggal dapat menggunakan properti API:
properties.emailAccountAdmins,
properties.emailAddresses
Mengekspor pemberitahuan untuk pemrosesan dan/atau pengarsipan lebih lanjut Pemberitahuan disimpan di platform Microsoft Defender untuk Cloud dan diekspos melalui Azure Resource Graph.
Anda dapat mengekspor pemberitahuan ke penyimpanan lain dan mengelola retensi secara terpisah. Untuk informasi selengkapnya, kunjungi Menyiapkan ekspor berkelanjutan di portal Azure - Microsoft Defender untuk Cloud.

Pengguna Server Tunggal dapat menggunakan properti API:
properties.retentionDays,
properties.storageAccountAccessKey,
properties.storageEndpoint

Tanya Jawab Umum (FAQ)

T. Mengapa Azure Database for MySQL-Single Server dihentikan?

J. Azure Database for MySQL – Server Tunggal menjadi Tersedia Secara Umum (GA) pada 2018. Namun, mengingat umpan balik pelanggan dan kemajuan baru dalam kemampuan komputasi, ketersediaan, skalabilitas, dan performa di lanskap database Azure, penawaran Server Tunggal perlu dihentikan dan ditingkatkan dengan arsitektur baru - Azure Database for MySQL Flexible Server untuk membawa Anda yang terbaik dari platform database sumber terbuka Azure. Temukan pengumuman penghentian di sini.

T. Mengapa saya diminta untuk bermigrasi ke Azure Database for MySQL - Server Fleksibel?

Sebuah. Azure Database for MySQL - Server Fleksibel adalah platform terbaik untuk menjalankan semua beban kerja MySQL Anda di Azure. Azure MySQL- Server fleksibel bersifat ekonomis dan memberikan performa yang lebih baik pada semua tingkat layanan dan lebih banyak cara untuk mengontrol biaya Anda, untuk pemulihan bencana yang lebih murah dan lebih cepat:

  • Terdapat lebih banyak cara untuk mengoptimalkan biaya, termasuk dukungan untuk opsi komputasi tingkat yang dapat meledak.
  • Peningkatan performa untuk beban kerja produksi bisnis penting yang membutuhkan latensi rendah, konkurensi tinggi, failover cepat, dan skalabilitas tinggi.
  • Waktu aktif yang ditingkatkan dengan kemampuan untuk mengonfigurasi siaga panas pada zona yang sama atau berbeda, serta jendela waktu satu jam untuk pemeliharaan server yang direncanakan.

T. Seberapa cepat saya perlu memigrasikan server tunggal saya ke server fleksibel?

J. Azure Database for MySQL - Server Tunggal dijadwalkan untuk dihentikan paling lambat 16 September 2024, jadi kami sangat menyarankan untuk memigrasikan server tunggal Anda ke server fleksibel pada kesempatan paling awal Anda untuk memastikan cukup waktu untuk berjalan melalui siklus hidup migrasi, menerapkan manfaat yang ditawarkan oleh Server Fleksibel, dan memastikan kelangsungan bisnis Anda.

T. Apa yang terjadi pada instans server tunggal Azure Database for MySQL saya yang sudah ada?

J. Beban kerja server tunggal Azure Database for MySQL yang ada terus berfungsi seperti sebelumnya dan secara resmi didukung hingga tanggal matahari terbenam. Namun, tidak ada pembaruan baru yang dirilis untuk Server Tunggal dan kami sangat menyarankan Anda untuk mulai bermigrasi ke Server Fleksibel Azure Database for MySQL paling awal. Pasca tanggal matahari terbenam, instans Server Tunggal Anda, bersama dengan file datanya, akan dimigrasikan secara paksa ke instans Server Fleksibel yang sesuai secara bertahap.

T. Dapatkah saya memilih untuk terus menjalankan Server Tunggal di luar tanggal matahari terbenam?

J. Sayangnya, kami tidak berencana untuk mendukung Server Tunggal di luar tanggal matahari terbenam 16 September 2024, dan karenanya kami sangat menyarankan agar Anda mulai merencanakan migrasi Anda sesegera mungkin. Pasca tanggal matahari terbenam, instans Server Tunggal Anda, bersama dengan file datanya, akan dimigrasikan secara paksa ke instans Server Fleksibel yang sesuai secara bertahap. Hal ini dapat menyebabkan ketersediaan fitur terbatas karena fungsionalitas tingkat lanjut tertentu tidak dapat dimigrasikan secara paksa tanpa input pelanggan ke instans Server Fleksibel. Baca selengkapnya tentang langkah-langkah untuk mengonfigurasi ulang fitur tersebut pasca-migrasi paksa untuk meminimalkan potensi dampak di sini. Jika server Anda berada di wilayah tempat Azure Database for MySQL - Server Fleksibel tidak didukung, maka posting tanggal matahari terbenam, instans Server Tunggal Anda tersedia dengan operasi terbatas untuk mengakses data dan dapat bermigrasi ke Server Fleksibel hingga 15 Nov.

T. Server tunggal saya disebarkan di wilayah yang tidak mendukung server fleksibel. Apa yang akan terjadi pada server saya pasca tanggal matahari terbenam?

J. Jika server Anda berada di wilayah tempat Azure Database for MySQL - Server Fleksibel tidak didukung, maka posting tanggal matahari terbenam, instans Server Tunggal Anda tersedia dengan operasi terbatas untuk mengakses data dan dapat bermigrasi ke Server Fleksibel hingga 15 Nov. Kami sangat menyarankan Anda menggunakan salah satu opsi berikut untuk bermigrasi sebelum tanggal matahari terbenam untuk menghindari gangguan dalam kelangsungan bisnis:

  • Gunakan Azure DMS untuk melakukan migrasi lintas wilayah ke Server Fleksibel di wilayah Azure yang sesuai.
  • Migrasikan ke MySQL Server yang dihosting pada VM di wilayah tersebut, jika Anda tidak dapat mengubah wilayah karena masalah kepatuhan.

T. Pasca matahari terbenam, apakah akan ada kehilangan data untuk Server Tunggal saya?

J. Tidak, tidak akan ada kehilangan data yang terjadi untuk instans Server Tunggal Anda. Pasca tanggal matahari terbenam, instans Server Tunggal Anda, bersama dengan file datanya, akan dimigrasikan secara paksa ke instans Server Fleksibel yang sesuai. Jika server Anda berada di wilayah tempat Azure Database for MySQL - Server Fleksibel tidak didukung, maka posting tanggal matahari terbenam, instans Server Tunggal Anda tersedia dengan operasi terbatas untuk mengakses data dan dapat bermigrasi ke Server Fleksibel di wilayah yang sesuai hingga 15 Nov.

T. Setelah pengumuman penghentian Server Tunggal, bagaimana jika saya masih perlu membuat server tunggal baru untuk memenuhi kebutuhan bisnis saya?

J. Sebagai bagian dari penghentian ini, kami tidak akan lagi mendukung pembuatan instans Server Tunggal baru dari portal Azure mulai 16 Januari 2023. Selain itu, mulai 19 Maret 2024 Anda tidak akan lagi dapat membuat instans Server Tunggal Azure Database for MySQL baru menggunakan Azure CLI. Jika Anda masih perlu membuat instans Server Tunggal untuk memenuhi kebutuhan kelangsungan bisnis, ajukan tiket dukungan Azure.

T. Setelah pengumuman penghentian Server Tunggal, bagaimana jika saya masih perlu membuat replika baca baru untuk instans server tunggal saya?

J. Anda masih dapat membuat replika baca untuk instans server tunggal yang ada dari bilah Replikasi dan ini akan terus didukung hingga tanggal matahari terbenam 16 September 2024.

T. Apakah ada biaya tambahan yang terkait dengan melakukan migrasi?

J. Ketika menjalankan migrasi, Anda membayar server fleksibel target dan server tunggal sumber. Konfigurasi dan komputasi server fleksibel target akan menentukan biaya tambahan yang dikeluarkan. Untuk informasi selengkapnya, harap lihat Harga. Setelah menonaktifkan server tunggal sumber setelah migrasi berhasil, Anda hanya perlu membayar server fleksibel yang sedang berjalan. Tidak ada biaya yang dikeluarkan saat menjalankan migrasi melalui Azure Database Migration Service (klasik), otomatisasi di tempat, atau alat migrasi Impor Azure Database for MySQL.

T. Apakah penagihan saya akan terpengaruh dengan menjalankan Server Fleksibel dibandingkan dengan Server Tunggal?

J. Jika Anda memilih ketersediaan tinggi zona atau zona redundan yang sama untuk server fleksibel target, tagihan Anda lebih tinggi daripada yang ada di server tunggal. Ketersediaan tinggi zona atau zona redundan yang sama memerlukan server siaga panas untuk dipisahkan, bersama dengan penyimpanan cadangan redundan dan karenanya akan menimbulkan biaya tambahan. Arsitektur ini memungkinkan pengurangan waktu henti selama pemadaman yang tidak direncanakan serta pemeliharaan terencana. Selain itu, tergantung pada beban kerja Anda, server fleksibel dapat memberikan performa yang lebih baik melalui server tunggal, di mana Anda mungkin dapat menjalankan beban kerja Anda dengan SKU yang lebih rendah pada server fleksibel, dan karenanya biaya keseluruhan Anda mungkin mirip dengan satu server.

T. Apakah saya perlu menimbulkan waktu henti untuk memigrasikan Server Tunggal ke Server Fleksibel?

J. Untuk membatasi waktu henti yang mungkin ditimbulkan, lakukan migrasi online ke Server Fleksibel, yang memberikan waktu henti minimal.

T. Apakah akan ada pembaruan di masa mendatang untuk Server Tunggal untuk mendukung versi MySQL terbaru?

J. Peningkatan versi minor terakhir ke Server Tunggal versi 8.0 adalah versi 8.0.15. Pertimbangkan untuk bermigrasi ke Server Fleksibel guna meningkatkan manfaat peningkatan versi terbaru.

T. Bagaimana SLA ketersediaan 99,99% server fleksibel berbeda dari server tunggal?

J. Penyebaran zona-redundan server fleksibel memberikan ketersediaan 99,99% dengan ketahanan tingkat zonal sedangkan server tunggal memberikan ketahanan dalam satu zona ketersediaan. Arsitektur Ketersediaan Tinggi (HA) Server Fleksibel menyebarkan siaga hangat dengan komputasi dan penyimpanan berlebihan (dengan data setiap situs yang disimpan dalam salinan 3x) dibandingkan dengan arsitektur KETERSEDIAAN server tunggal, yang tidak memiliki siaga panas pasif untuk membantu memulihkan dari kegagalan zonal. Arsitektur KETERSEDIAAN TINGGI server yang fleksibel memungkinkan pengurangan waktu henti selama pemadaman yang tidak direncanakan dan pemeliharaan terencana.

T. Opsi migrasi apa yang tersedia untuk membantu saya memigrasikan server tunggal saya ke server fleksibel?

J. Anda dapat menggunakan Impor Azure Database for MySQL (disarankan) untuk bermigrasi. Selain itu, Anda dapat menggunakan Database Migration Service (klasik) untuk menjalankan migrasi online atau offline .

T. Server tunggal saya disebarkan di wilayah yang tidak mendukung server fleksibel. Bagaimana cara untuk melanjutkan migrasi?

J. Azure Database Migration Service (klasik) mendukung migrasi lintas wilayah, sehingga Anda bisa memilih wilayah yang sesuai untuk server fleksibel target Anda lalu melanjutkan migrasi DMS (klasik).

T. Saya memiliki Penyimpanan Kueri yang dikonfigurasi untuk server tunggal saya, dan fitur ini tidak didukung di Server Fleksibel. Bagaimana cara untuk bermigrasi?

J. Anda dapat mengonfigurasi log kueri lambat pada Server Fleksibel target pascamigrasi dengan mengikuti langkah-langkah di sini untuk mencapai paritas fitur dengan Penyimpanan Kueri. Anda kemudian bisa menampilkan wawasan kueri dengan menggunakan templat buku kerja.

T. Saya memiliki Titik Akhir Layanan (Aturan VNet) yang dikonfigurasi untuk server tunggal saya, dan fitur ini tidak didukung di Server Fleksibel. Bagaimana cara untuk bermigrasi?

J. Titik akhir layanan (Aturan jaringan virtual) tidak didukung di Azure Database for MySQL Flexible Server. Sebaiknya konfigurasikan Private Link pada instans Server Fleksibel yang dimigrasikan untuk memenuhi paritas fitur. Baca selengkapnya tentang cara mengonfigurasi Private Link di sini.

T. Saya memiliki enkripsi Infrastruktur Ganda yang dikonfigurasi untuk server tunggal saya, dan fitur ini tidak didukung di Server Fleksibel. Bagaimana cara untuk bermigrasi?

J. Enkripsi Ganda Infrastruktur tidak didukung di Azure Database for MySQL Flexible Server. Sebaiknya konfigurasi enkripsi Data di Server Fleksibel yang dimigrasikan untuk memenuhi paritas fitur. Baca selengkapnya tentang cara mengonfigurasi Enkripsi data (CMK) di sini.

T. Saya memiliki TLS v1.0/1.1 yang dikonfigurasi untuk server tunggal v8.0 saya, dan fitur ini saat ini tidak didukung di Server Fleksibel. Bagaimana cara untuk bermigrasi?

J. Untuk mendukung standar keamanan modern, edisi komunitas MySQL telah menghentikan dukungan untuk komunikasi melalui protokol Transport Layer Security (TLS) 1.0 dan 1.1 yang dimulai dengan versi 8.0.28. Sebaiknya tingkatkan driver klien Anda untuk mendukung TLSv1.2 agar terhubung dengan aman ke Azure Database for MySQL - Server Tunggal lalu lanjutkan migrasi ke Server Fleksibel.

T. Apakah terdapat opsi untuk memutar kembali migrasi Server Tunggal ke Server Fleksibel?

J. Anda bisa melakukan sejumlah migrasi pengujian, dan setelah mendapatkan kepercayaan diri melalui pengujian, lakukan migrasi akhir. Migrasi pengujian tidak memengaruhi server tunggal sumber, yang tetap beroperasi dan terus mereplikasi hingga Anda melakukan migrasi aktual. Jika terjadi kesalahan selama UAT migrasi pengujian, Anda dapat memilih untuk menunda migrasi akhir dan menjaga mesin/server Anda agar dapat terus berjalan dan mereplikasi pada Azure. Anda bisa mencoba kembali migrasi akhir setelah mengatasi kesalahan. Setelah Anda melakukan migrasi akhir pada Server Fleksibel dan server tunggal sumber telah dimatikan, Anda tidak dapat melakukan putar kembali dari Server Fleksibel ke Server Tunggal.

T. Ukuran database saya lebih besar dari 1 TB, jadi bagaimana cara melanjutkan migrasi saya?

J. Anda dapat menggunakan Impor Azure Database for MySQL (disarankan) untuk bermigrasi yang sangat berkinerja tinggi untuk beban kerja yang lebih berat.

T. Apakah migrasi lintas wilayah telah didukung?

J. Azure Database Migration Service mendukung migrasi lintas wilayah, sehingga Anda bisa memigrasikan server tunggal Anda ke server fleksibel yang disebarkan di wilayah yang berbeda menggunakan DMS.

T. Apakah migrasi lintas langganan telah didukung?

J. Azure Database Migration Service mendukung migrasi lintas langganan, sehingga Anda bisa memigrasikan server tunggal Anda pada server fleksibel yang disebarkan pada langganan lain menggunakan DMS.

T. Apakah langganan grup lintas sumber daya telah didukung?

J. Azure Database Migration Service mendukung migrasi grup lintas sumber daya, sehingga Anda bisa memigrasikan server tunggal Anda ke server fleksibel yang disebarkan dalam grup sumber daya yang berbeda menggunakan DMS.

T. Apakah terdapat dukungan lintas versi?

J. Ya, migrasi dari server MySQL versi lebih rendah (v5.6 ke atas) pada versi yang lebih tinggi didukung melalui migrasi Azure Database Migration Service.

T. Server Tunggal MyAzure Database for MySQL menggunakan port non-default seperti 3308.3309 dan 3310, yang tidak didukung di Server Fleksibel. Apa yang harus saya lakukan untuk memastikan konektivitas saat bermigrasi ke Server Fleksibel?

J. Jika Server Tunggal Azure Database for MySQL sumber Anda menggunakan port nondefault seperti 3308.3309 dan 3310, ubah port konektivitas Anda menjadi 3306 karena port nondefault yang disebutkan di atas tidak didukung di Server Fleksibel.

T. Aku punya pertanyaan lebih lanjut tentang pensiun. Bagaimana cara untuk mendapatkan bantuan tentang hal ini?

J. Jika Anda memiliki pertanyaan, dapatkan jawaban dari pakar komunitas di Microsoft Q&A. Jika Anda memiliki paket dukungan dan memerlukan bantuan teknis, buat permintaan dukungan:

  1. Untuk Ringkasan, ketik deskripsi masalah Anda.
  2. Untuk Jenis masalah, pilih Teknis.
  3. Untuk Langganan, Pilih langganan Anda.
  4. Untuk Layanan, pilih Layanan saya.
  5. Untuk Jenis layanan, pilih Server tunggal Azure Database for MySQL.
  6. Untuk Sumber Daya, pilih sumber daya Anda.
  7. Untuk Jenis masalah, pilih Migrasi.
  8. Untuk Subjenis Masalah, pilih Migrasi dari server tunggal ke fleksibel

Kunjungi FAQ untuk informasi tentang menggunakan Azure Database Migration Service (klasik) untuk migrasi Azure Database for MySQL - Server Tunggal ke Server Fleksibel.

Kami tahu layanan migrasi dapat menjadi pengalaman yang membuat frustrasi, dan kami mohon maaf terlebih dahulu atas ketidaknyamanan yang mungkin menyebabkan Anda. Anda dapat memilih skenario apa yang paling sesuai untuk Anda dan lingkungan Anda.

Konten terkait