Tutorial: Memigrasikan SQL Server ke Azure SQL Managed Instance secara online di Azure Data Studio

  • Artikel

Gunakan ekstensi migrasi Azure SQL di Azure Data Studio untuk memigrasikan database dari instans SQL Server ke Azure SQL Managed Instance dengan waktu henti minimal. Untuk metode yang mungkin memerlukan beberapa upaya manual, lihat artikel Migrasi instans SQL Server ke Azure SQL Managed Instance.

Dalam tutorial ini, Anda memigrasikan database AdventureWorks dari instans SQL Server lokal ke Azure SQL Managed Instance dengan waktu henti minimal dengan menggunakan Azure Data Studio dengan Azure Database Migration Service (DMS). Tutorial ini berfokus pada mode migrasi online di mana waktu henti aplikasi terbatas pada cutover singkat di akhir migrasi.

Dalam tutorial ini, Anda akan mempelajari cara:

  • Meluncurkan wizard Migrasi ke Azure SQL di Azure Data Studio
  • Menjalankan penilaian database SQL Server sumber Anda
  • Mengumpulkan data performa dari SQL Server sumber Anda
  • Dapatkan rekomendasi SKU Azure SQL Managed Instance yang paling cocok untuk beban kerja Anda
  • Tentukan detail SQL Server sumber, lokasi cadangan, dan Azure SQL Managed Instance
  • Buat Azure Database Migration Service baru dan instal runtime integrasi yang dihost sendiri untuk mengakses server sumber dan cadangan
  • Memulai dan memantau kemajuan untuk migrasi Anda
  • Melakukan cutover migrasi saat Anda siap

Penting

Buat persiapan migrasi dan kurangi durasi proses migrasi online sebanyak mungkin guna meminimalkan risiko gangguan yang disebabkan oleh konfigurasi ulang instans atau pemeliharaan terencana. Jika terjadi peristiwa tersebut, proses migrasi akan dimulai dari awal. Dalam hal pemeliharaan yang direncanakan, ada masa tenggang selama 36 jam di mana konfigurasi atau pemeliharaan Azure SQL Managed Instance target akan dilakukan sebelum proses migrasi dimulai ulang.

Tip

Di Azure Database Migration Service, Anda dapat memigrasikan database Anda secara offline atau saat database online. Dalam migrasi offline, waktu henti aplikasi dimulai saat migrasi dimulai. Untuk membatasi waktu henti pada waktu yang diperlukan anda untuk memotong ke lingkungan baru setelah migrasi, gunakan migrasi online . Kami menyarankan agar Anda menguji migrasi offline untuk menentukan apakah waktu henti dapat diterima. Jika waktu henti yang diharapkan tidak dapat diterima, lakukan migrasi online.

Artikel ini menjelaskan migrasi database online dari SQL Server ke Azure SQL Managed Instance. Untuk migrasi database secara offline, lihat Memigrasikan SQL Server ke SQL Managed Instance secara offline menggunakan Azure Data Studio dengan DMS.

Prasyarat

Untuk menyelesaikan tutorial ini, Anda perlu:

  • Unduh dan instal Azure Data Studio

  • Menginstal ekstensi migrasi Azure SQL dari marketplace Azure Data Studio

  • Memiliki akun Azure yang ditetapkan ke salah satu peran bawaan yang tercantum di bawah ini:

    • Kontributor untuk target Azure SQL Managed Instance (dan akun Storage untuk mengunggah file cadangan database Anda dari berbagi jaringan SMB).
    • Peran pembaca untuk Grup Sumber Daya Azure yang berisi Azure SQL Managed Instance target atau akun penyimpanan Azure.
    • Peran Pemilik atau Kontributor untuk langganan Azure (diperlukan jika membuat layanan DMS baru).
    • Sebagai alternatif untuk menggunakan peran bawaan di atas, Anda dapat menetapkan peran kustom seperti yang didefinisikan dalam artikel ini.

    Penting

    Akun Azure hanya diperlukan saat mengonfigurasi langkah-langkah migrasi dan tidak diperlukan untuk penilaian atau langkah-langkah rekomendasi Azure dalam wizard migrasi.

  • Buat Azure SQL Managed Instance target.

  • Pastikan bahwa akun yang digunakan untuk menyambungkan SQL Server sumber merupakan anggota peran server sysadmin atau memiliki izin CONTROL SERVER.

  • Menggunakan salah satu opsi penyimpanan berikut untuk database lengkap dan file cadangan log transaksi:

    • Berbagi jaringan SMB
    • Berbagi file akun penyimpanan Azure atau kontainer blob

    Penting

    • Ekstensi Migrasi Azure SQL untuk Azure Data Studio tidak mengambil cadangan database, atau tidak memulai cadangan database apa pun atas nama Anda. Sebagai gantinya, layanan menggunakan file cadangan database yang ada untuk migrasi.
    • Jika file cadangan database Anda disediakan dalam berbagi jaringan SMB, Buat akun penyimpanan Azure yang memungkinkan layanan DMS mengunggah file cadangan database. Pastikan untuk membuat Akun Azure Storage di wilayah yang sama dengan wilayah tempat instans Azure Database Migration Service dibuat.
    • Setiap cadangan dapat ditulis di file cadangan terpisah atau beberapa file cadangan. Namun, menambahkan beberapa cadangan (yaitu, penuh dan t-log) ke dalam satu media cadangan tidak didukung.
    • Anda dapat menggunakan cadangan terkompresi untuk mengurangi risiko potensi masalah yang terkait dengan migrasi cadangan besar.

  • Pastikan bahwa akun layanan yang menjalankan instans SQL Server sumber memiliki izin baca dan tulis pada berbagi jaringan SMB yang berisi file cadangan database.

  • Sertifikat instans SQL Server sumber dari database yang dilindungi oleh Transparent Data Encryption (TDE) perlu dimigrasikan ke Azure SQL Managed Instance target atau SQL Server di komputer virtual Azure sebelum Anda memigrasikan data. Untuk informasi selengkapnya tentang memigrasikan database yang mendukung TDE, lihat Tutorial: Memigrasikan database yang didukung TDE (pratinjau) ke Azure SQL di Azure Data Studio.

    Tip

    Jika database Anda berisi data sensitif yang dilindungi oleh Always Encrypted, proses migrasi yang menggunakan Azure Data Studio dengan DMS akan secara otomatis memigrasikan kunci Always Encrypted Anda ke Target Azure SQL Managed Instance atau SQL Server di komputer virtual Azure.

  • Jika cadangan database Anda berada dalam berbagi file jaringan, sediakan mesin untuk menginstal runtime integrasi yang dihost sendiri untuk mengakses dan memigrasikan cadangan database. Panduan migrasi menyediakan link unduhan dan kunci autentikasi untuk mengunduh dan menginstal runtime integrasi yang dihost sendiri milik Anda. Dalam persiapan untuk migrasi, pastikan bahwa mesin tempat Anda berencana menginstal runtime integrasi yang dihost sendiri memiliki aturan firewall keluar berikut dan nama domain yang diaktifkan:

    Nama domain Port keluar Deskripsi
    Cloud Publik: {datafactory}.{region}.datafactory.azure.net
    atau *.frontend.clouddatahub.net
    Azure Government: {datafactory}.{region}.datafactory.azure.us
    Tiongkok: {datafactory}.{region}.datafactory.azure.cn    		 443 Diwajibkan oleh runtime integrasi yang dihost sendiri untuk terhubung ke layanan Data Factory.
    Untuk pabrik data yang baru dibuat di cloud publik, temukan FQDN dari kunci runtime integrasi yang dihost sendiri, yang dalam format {datafactory}.{region}.datafactory.azure.net. Untuk pabrik data lama, jika Anda tidak melihat FQDN di kunci integrasi yang dihost sendiri, gunakan *.frontend.clouddatahub.net sebagai gantinya.
    download.microsoft.com 443 Diperlukan oleh runtime integrasi yang dihost sendiri untuk mengunduh pembaruan. Jika Anda telah menonaktifkan pembaruan otomatis, Anda dapat melewati konfigurasi domain ini.
    *.core.windows.net 443 Digunakan oleh runtime integrasi yang dihost sendiri yang terhubung ke akun penyimpanan Azure untuk mengunggah cadangan database dari berbagi jaringan Anda

    Tip

    Jika file cadangan database Anda sudah disediakan di akun penyimpanan Azure, runtime integrasi yang dihost sendiri tidak diperlukan selama proses migrasi.

  • Saat Anda menggunakan runtime integrasi yang dihost sendiri, pastikan bahwa komputer tempat runtime diinstal dapat terhubung ke instans SQL Server sumber dan berbagi file jaringan tempat file cadangan berada. Port keluar 445 harus diaktifkan untuk memungkinkan akses ke berbagi file jaringan. Lihat juga rekomendasi untuk menggunakan runtime integrasi yang dihost sendiri

  • Jika Anda menggunakan Azure Database Migration Service untuk pertama kalinya, pastikan penyedia sumber daya Microsoft.DataMigration terdaftar dalam langganan Anda. Anda dapat mengikuti langkah untuk mendaftarkan penyedia sumber

Meluncurkan wizard Migrasi ke Azure SQL di Azure Data Studio

  1. Buka Azure Data Studio dan pilih ikon server untuk menyambungkan ke SQL Server lokal Anda (atau SQL Server di komputer virtual Azure).
  2. Pada koneksi server, klik kanan, lalu pilih Kelola.
  3. Di beranda server, pilih Ekstensi Migrasi Azure SQL.
  4. Di dasbor Azure SQL Migration, pilih Migrasi ke Azure SQL untuk meluncurkan wizard migrasi. Launch Migrate to Azure SQL wizard
  5. Halaman pertama wizard memungkinkan Anda memulai sesi baru atau melanjutkan sesi yang disimpan sebelumnya. Pilih opsi pertama untuk memulai sesi baru.

Jalankan penilaian database, kumpulkan data performa, dan dapatkan rekomendasi Azure

  1. Pilih database untuk menjalankan penilaian dan pilih Berikutnya.
  2. Pilih Azure SQL Managed Instance sebagai target. Assessment confirmation
  3. Pilih tombol Lihat/Pilih untuk melihat detail hasil penilaian untuk database Anda, pilih database yang akan dimigrasikan, lalu pilih OK. Jika masalah ditampilkan dalam hasil penilaian, Anda harus memperbaikinya sebelum lanjut ke langkah berikutnya. Database assessment details
  4. Pilih tombol Dapatkan rekomendasi Azure.
  5. Pilih opsi Kumpulkan data performa sekarang dan masukkan jalur untuk log performa yang akan dikumpulkan dan pilih tombol Mulai.
  6. Azure Data Studio sekarang akan mengumpulkan data performa hingga Anda menghentikan pengumpulan, tekan tombol Berikutnya di wizard atau tutup Azure Data Studio.
  7. Setelah 10 menit, Anda akan melihat konfigurasi yang direkomendasikan untuk Azure SQL Managed Instance Anda. Anda juga dapat menekan tautan Rekomendasi refresh setelah 10 menit awal untuk me-refresh rekomendasi dengan data tambahan yang dikumpulkan.
  8. Dalam kotak Azure SQL Managed Instance* di atas, pilih tombol Tampilkan detail untuk informasi selengkapnya tentang rekomendasi Anda.
  9. Tutup kotak detail tampilan dan tekan tombol Berikutnya .

Mengonfigurasi pengaturan migrasi

  1. Tentukan Azure SQL Managed Instance Anda dengan memilih langganan, lokasi, grup sumber daya Anda dari daftar drop-down yang sesuai lalu pilih Berikutnya.
  2. Pilih Migrasi online sebagai mode migrasi.

    Catatan

    Dalam mode migrasi online, database SQL Server sumber dapat digunakan untuk aktivitas baca dan tulis sementara cadangan database terus dipulihkan pada Azure SQL Managed Instance target. Waktu henti aplikasi terbatas pada durasi untuk penghentian pada akhir migrasi.

  3. Pilih lokasi cadangan database Anda. Cadangan database Anda bisa berada di berbagi jaringan lokal atau dalam kontainer blob penyimpanan Azure.

    Catatan

    Jika cadangan database Anda disediakan dalam berbagi jaringan lokal, DMS akan mengharuskan Anda menyiapkan runtime integrasi yang dihost sendiri di langkah wizard berikutnya. Jika runtime integrasi yang dihost sendiri diperlukan untuk mengakses cadangan database sumber Anda, periksa validitas kumpulan cadangan dan unggah ke akun penyimpanan Azure Anda.
    Jika cadangan database Anda sudah ada di kontainer blob penyimpanan Azure, Anda tidak perlu menyiapkan runtime integrasi yang dihost sendiri.

  • Untuk cadangan yang terletak di berbagi jaringan, berikan detail SQL Server sumber, lokasi cadangan sumber, nama database target, dan akun penyimpanan Azure berikut untuk file cadangan yang akan diunggah:

    Bidang Deskripsi
    Info Masuk Sumber - Nama Pengguna Info masuk (autentikasi Windows / SQL) untuk terhubung ke instans SQL Server sumber dan memvalidasi file cadangan.
    Info Masuk Sumber - Kata Sandi Info masuk (autentikasi Windows / SQL) untuk terhubung ke instans SQL Server sumber dan memvalidasi file cadangan.
    Lokasi berbagi jaringan yang berisi cadangan Lokasi berbagi jaringan yang berisi file cadangan log transaksi dan lengkap. Setiap file yang tidak valid atau file cadangan dalam berbagi jaringan yang tidak termasuk dalam kumpulan cadangan yang valid akan otomatis diabaikan selama proses migrasi.
    Akun pengguna Windows dengan akses baca ke lokasi berbagi jaringan Info masuk Windows (nama pengguna) yang memiliki akses baca ke berbagi jaringan untuk mengambil file cadangan.
    Password Info masuk Windows (kata sandi) yang memiliki akses baca ke berbagi jaringan untuk mengambil file cadangan.
    Nama database target Nama database target dapat diubah jika Anda ingin mengubah nama database di target selama proses migrasi.
    Detail akun penyimpanan Grup sumber daya dan akun penyimpanan tempat file cadangan diunggah. Anda tidak perlu membuat kontainer karena DMS akan otomatis membuat kontainer blob di akun penyimpanan yang ditentukan selama proses pengunggahan.

  • Untuk cadangan yang disimpan dalam kontainer blob penyimpanan Azure, tentukan detail nama database Target, Grup sumber daya, akun penyimpanan Azure, dan kontainer Blob dari daftar drop-down yang sesuai.

    Bidang Deskripsi
    Nama database target Nama database target dapat diubah jika Anda ingin mengubah nama database di target selama proses migrasi.
    Detail akun penyimpanan Grup sumber daya, akun penyimpanan, dan kontainer tempat file cadangan berada.

    Penting

    Jika fungsionalitas pemeriksaan loopback diaktifkan dan sumber SQL Server dan berbagi file berada di komputer yang sama, sumber tidak akan dapat mengakses berbagi file menggunakan FQDN. Untuk memperbaiki masalah ini, nonaktifkan fungsi pemeriksaan loopback menggunakan petunjuk di sini

  • Ekstensi migrasi Azure SQL untuk Azure Data Studio tidak lagi memerlukan konfigurasi tertentu pada pengaturan jaringan akun Azure Storage Anda untuk memigrasikan database SQL Server Anda ke Azure. Namun, bergantung pada lokasi pencadangan database dan pengaturan jaringan akun penyimpanan yang diinginkan, ada beberapa langkah yang diperlukan untuk memastikan sumber daya Anda dapat mengakses akun Azure Storage. Lihat tabel berikut untuk berbagai skenario migrasi dan konfigurasi jaringan:

    Skenario Berbagi jaringan SMB Kontainer akun Azure Storage
    Diaktifkan dari semua jaringan Tidak ada langkah tambahan Tidak ada langkah tambahan
    Diaktifkan dari jaringan virtual dan alamat IP yang dipilih Lihat 1a Lihat 2a
    Diaktifkan dari jaringan virtual dan alamat IP yang dipilih + titik akhir privat Lihat 1b Lihat 2b

    1a - Konfigurasi jaringan penyimpanan Azure Blob

    Jika Anda memiliki Runtime Integrasi yang Dihost sendiri (SHIR) yang diinstal pada Azure VM, lihat bagian 1b - Konfigurasi jaringan penyimpanan Azure Blob. Jika Anda memiliki Runtime Integrasi yang Dihost sendiri (SHIR) yang terinstal di jaringan lokal, Anda perlu menambahkan alamat IP klien Anda dari komputer hosting di akun Azure Storage Anda sebagai berikut:

    Screenshot that shows the storage account network details

    Untuk menerapkan konfigurasi khusus ini, sambungkan ke portal Azure dari komputer SHIR, buka konfigurasi akun Azure Storage, pilih Jaringan, lalu tandai kotak centang Tambahkan alamat IP klien Anda. Pilih Simpan untuk membuat perubahan persisten. Lihat bagian 2a - Konfigurasi jaringan penyimpanan Azure Blob (Titik akhir privat) untuk langkah-langkah yang tersisa.

    1b - Konfigurasi jaringan penyimpanan Azure Blob

    Jika SHIR Anda dihosting di Azure VM, Anda perlu menambahkan jaringan virtual VM ke akun Azure Storage karena Komputer Virtual memiliki alamat IP nonpublik yang tidak dapat ditambahkan ke bagian rentang alamat IP.

    Screenshot that shows the storage account network firewall configuration.

    Untuk menerapkan konfigurasi khusus ini, temukan akun Azure Storage Anda, dari panel Penyimpanan data pilih Jaringan, lalu tandai kotak centang Tambahkan jaringan virtual yang ada. Panel baru terbuka, pilih langganan, jaringan virtual, dan subnet Azure VM yang menghosting Integration Runtime. Informasi ini dapat ditemukan di halaman Gambaran Umum Azure Virtual Machine. Subnet mungkin mengatakan Titik akhir layanan diperlukan jika demikian, pilih Aktifkan. Setelah semuanya siap, simpan pembaruan. Lihat bagian 2a - Konfigurasi jaringan penyimpanan Azure Blob (Titik akhir privat)a untuk langkah-langkah yang diperlukan yang tersisa.

    2a - Konfigurasi jaringan penyimpanan Azure Blob (Titik akhir privat)

    Jika cadangan Anda ditempatkan langsung ke Kontainer Azure Storage, semua langkah di atas tidak perlu karena tidak ada Integration Runtime yang berkomunikasi dengan akun Azure Storage. Namun, kita masih perlu memastikan bahwa instans SQL Server target dapat berkomunikasi dengan akun Azure Storage untuk memulihkan cadangan dari kontainer. Untuk menerapkan konfigurasi khusus ini, ikuti instruksi di bagian 1b - Konfigurasi jaringan penyimpanan Azure Blob, menentukan instans SQL target Virtual Network saat mengisi popup "Tambahkan jaringan virtual yang ada".

    2b - Konfigurasi jaringan penyimpanan Azure Blob (Titik akhir privat)

    Jika Anda memiliki titik akhir privat yang disiapkan di akun Azure Storage Anda, ikuti langkah-langkah yang diuraikan di bagian 2a - Konfigurasi jaringan penyimpanan Azure Blob (Titik akhir privat). Namun, Anda perlu memilih subnet titik akhir privat, bukan hanya subnet SQL Server target. Pastikan titik akhir privat dihosting di VNet yang sama dengan instans SQL Server target. Jika tidak, buat titik akhir privat lain menggunakan proses di bagian konfigurasi akun Azure Storage.

Buat Azure Database Migration Service

  1. Buat Azure Database Migration Service baru atau gunakan kembali layanan DMS yang sudah dibuat sebelumnya.

    Catatan

    Jika sebelumnya Anda telah membuat DMS menggunakan Portal Azure, Anda tidak dapat menggunakannya kembali dalam wizard migrasi di Azure Data Studio. Hanya DMS yang dibuat sebelumnya menggunakan Azure Data Studio yang dapat digunakan kembali.

  2. Pilih Grup sumber daya tempat Anda memiliki DMS yang sudah ada atau perlu membuat yang baru. Menu dropdown Azure Database Migration Service mencantumkan DMS yang ada di grup sumber daya yang dipilih.
  3. Untuk menggunakan kembali DMS yang ada, pilih dari menu drop-down dan status runtime integrasi yang dihost sendiri akan ditampilkan di bagian bawah halaman.
  4. Untuk membuat DMS baru, pilih Buat baru. Di layar Buat Azure Database Migration Service, masukkan nama untuk DMS Anda, lalu pilih Buat.
  5. Setelah berhasil membuat DMS, Anda akan diberi detail untuk menyiapkan runtime integrasi.
  6. Pilih Unduh dan instal runtime integrasi untuk membuka tautan unduhan di browser web. Selesaikan unduhan. Instal runtime integrasi pada komputer yang memenuhi prasyarat menyambungkan ke SQL Server sumber dan lokasi yang berisi cadangan sumber.
  7. Setelah penginstalan selesai, Microsoft Integration Runtime Configuration Manager akan otomatis diluncurkan untuk memulai proses pendaftaran.
  8. Salin dan tempel salah satu kunci autentikasi yang disediakan di layar wizard di Azure Data Studio. Jika kunci autentikasi valid, ikon centang berwarna hijau akan muncul di Integration Runtime Configuration Manager yang menunjukkan bahwa Anda dapat melanjutkan Mendaftar.
  9. Setelah berhasil menyelesaikan pendaftaran runtime integrasi yang dihost sendiri, tutup Microsoft Integration Runtime Configuration Manager dan kembali ke wizard migrasi di Azure Data Studio.
  10. Pilih Pengujian koneksi di layar Buat Azure Database Migration Service di Azure Data Studio untuk memvalidasi bahwa DMS yang baru dibuat terhubung ke runtime integrasi yang dihost sendiri yang baru didaftarkan. Test connection integration runtime
  11. Tinjau ringkasan migrasi dan pilih Selesai untuk memulai migrasi database.

Memantau migrasi

  1. Di Status Migrasi Database, Anda dapat melacak migrasi yang sedang berlangsung, migrasi yang telah selesai, dan migrasi yang gagal (jika ada).

    monitor migration dashboard

  2. Pilih Migrasi database yang sedang berlangsung untuk melihat migrasi yang sedang berlangsung dan mendapatkan detail lebih lanjut dengan memilih nama database.

  3. Halaman detail migrasi menampilkan file cadangan dan status terkait:

    Keadaan Deskripsi
    Diterima File cadangan diterima di lokasi cadangan sumber dan divalidasi
    Mengunggah Runtime integrasi saat ini sedang mengunggah file cadangan ke penyimpanan Azure
    Diunggah File cadangan diunggah ke penyimpanan Azure
    Memulihkan Azure Database Migration Service saat ini sedang memulihkan file cadangan ke Azure SQL Managed Instance
    Dipulihkan File cadangan berhasil dipulihkan di Azure SQL Managed Instance
    Dibatalkan Proses migrasi telah dibatalkan
    Diabaikan File cadangan diabaikan karena tidak termasuk dalam rantai cadangan database yang valid

    backup restore details

Perhentian migrasi lengkap

Langkah terakhir dalam tutorial ini adalah menyelesaikan penghentian migrasi untuk memastikan bahwa database yang bermigrasi di Azure SQL Managed Instance siap digunakan. Proses ini adalah satu-satunya bagian yang membutuhkan waktu henti untuk aplikasi yang terhubung ke database dan karenanya waktu cutover perlu direncanakan dengan hati-hati dengan pemangku kepentingan bisnis atau aplikasi.

Untuk menyelesaikan penghentian:

  1. Hentikan semua transaksi masuk ke database sumber.
  2. Buat perubahan konfigurasi aplikasi untuk mengarahkan ke database target di Azure SQL Managed Instance.
  3. Ambil cadangan log akhir database sumber di lokasi cadangan yang ditentukan
  4. Letakkan database sumber dalam mode baca-saja. Oleh karena itu, pengguna dapat membaca data dari database tetapi tidak mengubahnya.
  5. Pastikan semua cadangan database memiliki status Dipulihkan di halaman detail pemantauan.
  6. Pilih Selesaikan penghentian di halaman detail pemantauan.

Selama proses penghentian, status migrasi berubah dari sedang berlangsung menjadi selesai. Saat proses penghentian selesai, status migrasi berubah menjadi berhasil yang menunjukkan bahwa migrasi database berhasil dan bahwa database yang bermigrasi siap digunakan.

Penting

Setelah cutover, ketersediaan SQL Managed Instance dengan tingkat layanan Business Critical hanya dapat memakan waktu lebih lama secara signifikan daripada Tujuan Umum karena tiga replika sekunder harus disemai untuk grup Ketersediaan Tinggi Always On. Durasi operasi ini bergantung pada ukuran data. Untuk mengetahui informasi selengkapnya, lihat Durasi operasi pengelolaan.

Batasan

Migrasi ke Azure SQL Managed Instance dengan menggunakan ekstensi Azure SQL untuk Azure Data Studio memiliki batasan berikut:

  • Jika memigrasikan database tunggal, cadangan database harus ditempatkan dalam struktur file datar di dalam folder database (termasuk direktori akar kontainer), dan folder tidak dapat disarangkan, karena tidak didukung.
  • Jika memigrasi beberapa database menggunakan kontainer Azure Blob Storage yang sama, Anda harus menempatkan file cadangan untuk database yang berbeda di folder terpisah di dalam kontainer.
  • Menimpa database yang ada menggunakan DMS di Azure SQL Managed Instance target tidak didukung.
  • DMS tidak mendukung konfigurasi ketersediaan tinggi dan pemulihan bencana pada target Anda agar sesuai dengan topologi sumber.
  • Objek server berikut ini tidak didukung:
    • Pekerjaan SQL Server Agent
    • Kredensial
    • Paket SSIS
    • Audit server
  • Anda tidak dapat menggunakan runtime integrasi yang dihost sendiri yang ada yang dibuat dari Azure Data Factory untuk migrasi database dengan DMS. Awalnya, runtime integrasi yang dihost sendiri harus dibuat menggunakan ekstensi migrasi Azure SQL di Azure Data Studio dan dapat digunakan kembali untuk migrasi database lebih lanjut.
  • Satu pekerjaan LRS (dibuat oleh DMS) dapat berjalan selama maksimal 30 hari. Ketika periode ini berakhir, pekerjaan secara otomatis dibatalkan sehingga database target Anda dihapus secara otomatis.
  • Jika Anda menerima kesalahan berikut: Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance. Masalah ini didesain, Hekaton (juga dikenal sebagai SQL Server In-Memory OLTP) tidak didukung pada tingkat Tujuan Umum Azure SQL Managed Instance. Untuk melanjutkan migrasi, salah satu caranya adalah dengan meningkatkan ke tingkat Business Critical, yang mendukung Hekaton. Cara lain adalah memastikan database sumber tidak menggunakannya sementara Azure SQL Managed Instance adalah Tujuan Umum.

Langkah berikutnya