Tanya Jawab Umum (FAQ)

• Saat menggunakan Azure Database Migration Service, apa perbedaan antara migrasi offline dan online? Azure Database Migration Service mendukung migrasi offline dan online. Dengan migrasi luring, waktu henti aplikasi dimulai saat migrasi dimulai. Dengan migrasi online, waktu henti terbatas pada waktu yang diperlukan untuk memotong pada akhir migrasi. Kami menyarankan agar Anda menguji migrasi offline untuk menentukan apakah waktu henti dapat diterima; jika tidak, lakukan migrasi online. Migrasi Online dan Offline dibandingkan dalam tabel berikut:

  Area	Migrasi online	Migrasi offline
  Ketersediaan database untuk pembacaan selama migrasi	Tersedia	Tersedia
  Ketersediaan database untuk penulisan selama migrasi	Tersedia	Umumnya, tidak disarankan. Setiap 'tulis' yang dimulai setelah migrasi tidak ditangkap atau dimigrasikan
  Kesesuaian Aplikasi	Aplikasi yang membutuhkan waktu aktif maksimum	Aplikasi yang mampu membeli jendela waktu henti yang direncanakan
  Kesesuaian Lingkungan	Lingkungan produksi	Biasanya lingkungan Pengembangan, Pengujian, dan beberapa produksi yang mampu menurunkan waktu henti
  Kesesuaian untuk beban kerja Write-heavy	Cocok tetapi diharapkan dapat mengurangi beban kerja selama migrasi	Tidak berlaku. Menulis di sumber setelah migrasi dimulai tidak direplikasi ke target
  Peralihan Manual	Diperlukan	Tidak diperlukan
  Waktu henti diperlukan	Less	Lainnya
  Waktu migrasi	Tergantung pada ukuran Database dan aktivitas tulis hingga cutover	Tergantung pada ukuran Database

• Saya sedang menyiapkan proyek migrasi di DMS dan saya mengalami kesulitan menyambungkan ke database sumber saya. Apa yang harus saya lakukan? Jika Anda mengalami masalah saat menyambungkan ke sistem database sumber saat mengerjakan migrasi, buat komputer virtual di subnet jaringan virtual yang sama yang Anda pakai untuk menyiapkan instans DMS Anda. Di komputer virtual, Anda harus dapat menjalankan pengujian sambungkan. Jika pengujian koneksi berhasil, Anda seharusnya tidak mengalami masalah dengan menyambungkan ke database sumber Anda. Jika pengujian koneksi tidak berhasil, hubungi admin jaringan Anda.

• Mengapa Azure Database Migration Service saya tidak tersedia atau dihentikan? Jika pengguna secara eksplisit menghentikan Azure Database Migration Service (DMS) atau jika layanan tidak aktif untuk jangka waktu 24 jam, layanan akan berada dalam status berhenti atau dijeda otomatis. Dalam setiap kasus, layanan tidak akan tersedia dan dalam status berhenti. Untuk melanjutkan migrasi aktif, hidupkan ulang layanan.

• Apakah ada rekomendasi untuk mengoptimalkan performa Azure Database Migration Service? Ada beberapa hal yang dapat Anda coba untuk mempercepat migrasi database Anda menggunakan DMS:

  • Gunakan Tingkat Harga Tujuan Umum multi CPU saat Anda membuat instans layanan untuk memungkinkan layanan memanfaatkan beberapa vCPU untuk paralelisasi dan transfer data yang lebih cepat.
  • Tingkatkan instans target Azure MySQL Database Anda untuk sementara ke SKU tingkat Premium selama operasi migrasi data untuk meminimalkan pembatasan Azure MySQL Database yang dapat memengaruhi aktivitas transfer data saat menggunakan SKU tingkat bawah.

• Komponen data, skema, dan metadata mana yang dimigrasikan sebagai bagian dari migrasi? Azure 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 primer, Jenis data, Posisi ordinal, Nilai default, Nullability, Atribut peningkatan otomatis, Indeks sekunder
  • Migrasi Metadata, Prosedur Tersimpan, Fungsi, Pemicu, Tampilan, Batasan kunci asing

• Apakah ada opsi untuk memutar kembali migrasi Server Tunggal ke Server Fleksibel? Anda dapat 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 ada kesalahan selama migrasi pengujian, Anda dapat memilih untuk menunda migrasi akhir dan menjaga server sumber Anda tetap berjalan. Anda kemudian dapat memasang ulang migrasi akhir setelah mengatasi kesalahan. Perhatikan bahwa setelah Anda melakukan migrasi akhir ke Server Fleksibel dan server tunggal sumber telah dimatikan, Anda tidak dapat melakukan putar kembali dari Server Fleksibel ke Server Tunggal.

• Ukuran database saya lebih besar dari 1 TB, jadi bagaimana cara melanjutkan migrasi? Untuk mendukung migrasi database berukuran 1 TB+, ajukan tiket dukungan dengan Azure Database Migration Service untuk meningkatkan skala agen migrasi untuk mendukung migrasi database 1 TB+Anda.

• Apakah migrasi lintas wilayah didukung? Azure Database Migration Service mendukung migrasi lintas wilayah, sehingga Anda dapat memigrasikan server tunggal Anda ke server fleksibel yang disebarkan di wilayah yang berbeda menggunakan DMS.

• Apakah migrasi lintas langganan didukung? Azure Database Migration Service mendukung migrasi lintas langganan, sehingga Anda dapat memigrasikan server tunggal Anda ke server fleksibel yang disebarkan pada langganan yang berbeda menggunakan DMS.

• Apakah langganan grup lintas sumber daya didukung? Azure Database Migration Service mendukung migrasi lintas grup sumber daya, sehingga Anda dapat memigrasikan server tunggal Anda ke server fleksibel yang disebarkan dalam grup sumber daya yang berbeda menggunakan DMS.

• Apakah ada dukungan lintas versi? Ya, migrasi dari server MySQL versi lebih rendah (v5.6 ke atas) ke versi yang lebih tinggi didukung.