Bagikan melalui

Tutorial: Memigrasikan SQL Server ke SQL Server di Azure Virtual Machines dengan DMS

  • Artikel

Anda dapat menggunakan Azure Database Migration Service dan ekstensi Azure SQL Migration di Azure Data Studio untuk memigrasikan database dari instans SQL Server lokal ke SQL Server di Azure Virtual Machines (SQL Server 2016 dan yang lebih baru) dengan waktu henti minimal.

Untuk metode migrasi database yang mungkin memerlukan beberapa konfigurasi manual, lihat migrasi instans SQL Server ke SQL Server di Azure Virtual Machines.

Dalam tutorial ini, Anda memigrasikan AdventureWorks2022 database dari instans SQL Server lokal ke SQL Server di Azure Virtual Machine dengan waktu henti minimal dengan menggunakan Azure Data Studio dengan Azure Database Migration Service.

Tutorial ini menawarkan opsi migrasi offline dan online, termasuk waktu henti yang dapat diterima selama proses migrasi.

Dalam tutorial ini, Anda akan mempelajari cara:

  • Meluncurkan wizard Migrasi ke Azure SQL di Azure Data Studio.
  • Jalankan penilaian database SQL Server sumber Anda.
  • Kumpulkan data performa dari SQL Server sumber Anda.
  • Dapatkan rekomendasi SQL Server di Azure Virtual Machine SKU yang paling cocok untuk beban kerja Anda.
  • Tentukan detail SQL Server sumber Anda, lokasi cadangan, dan SQL Server target Anda di Azure Virtual Machine.
  • Buat Azure Database Migration Service baru dan pasang runtime integrasi yang dihost sendiri untuk mengakses server sumber dan cadangan.
  • Memulai dan memantau progres migrasi Anda hingga selesai.
  • Lakukan cutover migrasi saat Anda siap.

Prasyarat

Sebelum Anda memulai tutorial:

  • Unduh dan instal Azure Data Studio.

  • Instal ekstensi Migrasi Azure SQL dari Azure Data Studio Marketplace.

  • Memiliki akun Azure yang ditetapkan ke salah satu peran bawaan berikut:

    • Kontributor untuk instans target SQL Server di Azure Virtual Machines, dan untuk akun penyimpanan tempat Anda mengunggah file cadangan database Anda dari berbagi jaringan Blok Pesan Server (SMB)

    • Peran pembaca untuk grup sumber daya Azure yang berisi instans target SQL Server di Azure Virtual Machines atau untuk akun Azure Storage Anda

    • Peran Pemilik atau Kontributor untuk langganan Azure

    Sebagai alternatif untuk menggunakan salah satu peran bawaan ini, Anda dapat menetapkan peran kustom.

    Penting

    Akun Azure hanya diperlukan saat Anda mengonfigurasi langkah-langkah migrasi. Akun Azure tidak diperlukan untuk penilaian atau untuk melihat rekomendasi Azure dalam wizard migrasi di Azure Data Studio.

  • Buat instans target SQL Server di Azure Virtual Machines.

    Penting

    Jika Anda memiliki komputer virtual Azure yang sudah ada, komputer virtual tersebut harus didaftarkan dengan ekstensi Agen IaaS SQL dalam mode Manajemen penuh.

  • Pastikan bahwa login yang Anda gunakan untuk menyambungkan instans SQL Server sumber adalah anggota peran server sysadmin atau memiliki CONTROL SERVER izin.

  • Berikan berbagi jaringan SMB, berbagi file akun penyimpanan Azure, atau kontainer blob akun penyimpanan Azure yang berisi file cadangan database lengkap Anda dan file cadangan log transaksi berikutnya. Database Migration Service menggunakan lokasi cadangan selama migrasi database.

    • Ekstensi Migrasi Azure SQL untuk Azure Data Studio tidak mengambil cadangan database, dan 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 berada dalam berbagi jaringan SMB, buat akun penyimpanan Azure yang dapat digunakan Database Migration Service untuk mengunggah file cadangan database ke dan untuk memigrasikan database. Pastikan Anda membuat akun penyimpanan Azure di wilayah yang sama tempat Anda membuat instans Database Migration Service.

    • Anda dapat menulis setiap cadangan ke file cadangan terpisah atau ke beberapa file cadangan. Menambahkan beberapa cadangan seperti log penuh dan transaksi ke dalam satu media cadangan tidak didukung.

    • Anda dapat menyediakan cadangan terkompresi untuk mengurangi kemungkinan mengalami potensi masalah terkait proses migrasi file cadangan dalam jumlah 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.

  • Jika Anda memigrasikan database yang dilindungi oleh enkripsi data transparan (TDE), sertifikat dari instans SQL Server sumber harus dimigrasikan ke SQL Server di Azure Virtual Machines sebelum Anda memigrasikan data. Untuk mempelajari selengkapnya, lihat Memindahkan database yang dilindungi TDE ke SQL Server lain.

    Tip

    Jika database Anda berisi data sensitif yang dilindungi oleh Always Encrypted, proses migrasi secara otomatis memigrasikan kunci Always Encrypted Anda ke instans target SQL Server Anda di Azure Virtual Machines.

  • Jika cadangan database Anda berada di berbagi file jaringan, berikan komputer tempat Anda dapat menginstal runtime integrasi yang dihost sendiri untuk mengakses dan memigrasikan cadangan database. Wizard migrasi memberi Anda tautan unduhan dan kunci autentikasi untuk mengunduh dan menginstal runtime integrasi yang dihost sendiri.

    Sebagai persiapan untuk migrasi, pastikan bahwa komputer tempat Anda menginstal runtime integrasi yang dihost sendiri memiliki aturan firewall keluar dan nama domain keluar berikut 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
    Microsoft Azure dioperasikan oleh 21Vianet:{datafactory}.{region}.datafactory.azure.cn    		 443 Diperlukan oleh runtime integrasi yang dihost sendiri untuk menyambungkan ke Database Migration Service.
    Untuk pabrik data yang baru dibuat di cloud publik, temukan nama domain yang sepenuhnya memenuhi syarat (FQDN) dari kunci runtime integrasi yang dihost sendiri, dalam format {datafactory}.{region}.datafactory.azure.net.
    Untuk pabrik data yang ada, 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.

  • Jika 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.

  • Aktifkan port keluar 445 untuk mengizinkan akses ke berbagi file jaringan. Untuk informasi selengkapnya, lihat rekomendasi untuk menggunakan runtime integrasi yang dihost sendiri.

  • Jika Anda menggunakan Azure Database Migration Service untuk pertama kalinya, pastikan penyedia Microsoft.DataMigration sumber daya terdaftar di langganan Anda.

Tutorial ini menjelaskan migrasi offline dari SQL Server ke SQL Server di Azure Virtual Machines.

Buka wizard Migrasi ke Azure SQL di Azure Data Studio

Untuk membuka wizard Migrasi ke Azure SQL:

  1. Di Azure Data Studio, buka Koneksi. Pilih dan sambungkan ke instans SQL Server lokal Anda. Anda juga dapat terhubung ke SQL Server di komputer virtual Azure.

  2. Klik kanan koneksi server dan pilih Kelola.

  3. Di menu server di bawah Umum, pilih Migrasi Azure SQL.

  4. Di dasbor Migrasi Azure SQL, pilih Migrasi ke Azure SQL untuk membuka wizard migrasi.

    Cuplikan layar yang memperlihatkan cara membuka wizard Migrasi ke Azure SQL.

  5. Pada halaman pertama wizard, mulai sesi baru atau lanjutkan sesi yang disimpan sebelumnya.

Menjalankan penilaian database, mengumpulkan data performa, dan mendapatkan rekomendasi Azure

  1. Di Langkah 1: Database untuk penilaian dalam wizard Migrasi ke Azure SQL, pilih database yang ingin Anda nilai. Kemudian, pilih Berikutnya.

  2. Di Langkah 2: Hasil penilaian dan rekomendasi, selesaikan langkah-langkah berikut:

    1. Di Pilih target Azure SQL Anda, pilih SQL Server di Azure Virtual Machine.

      Cuplikan layar yang memperlihatkan konfirmasi penilaian.

    2. Pilih Tampilkan/Pilih untuk melihat hasil penilaian.

    3. Dalam hasil penilaian, pilih database, lalu tinjau laporan penilaian untuk memastikan tidak ada masalah yang ditemukan.

    4. Pilih Dapatkan rekomendasi Azure untuk membuka panel rekomendasi.

    5. Pilih Kumpulkan data performa sekarang. Pilih folder di komputer lokal Anda untuk menyimpan log performa, lalu pilih Mulai.

      Azure Data Studio mengumpulkan data performa hingga Anda menghentikan pengumpulan data atau Anda menutup Azure Data Studio.

      Setelah 10 menit, Azure Data Studio menunjukkan bahwa rekomendasi tersedia untuk SQL Server di Azure Virtual Machines. Setelah rekomendasi pertama dibuat, Anda dapat memilih Mulai ulang pengumpulan data untuk melanjutkan proses pengumpulan data dan menyempurnakan rekomendasi SKU. Penilaian yang diperluas sangat membantu jika pola penggunaan Anda bervariasi dari waktu ke waktu.

    6. Di target SQL Server yang dipilih di Azure Virtual Machines , pilih Tampilkan detail untuk membuka laporan rekomendasi SKU terperinci:

    7. Di Tinjau SQL Server di Rekomendasi Azure Virtual Machines, tinjau rekomendasi. Untuk menyimpan salinan rekomendasi, pilih kotak centang Simpan laporan rekomendasi.

  3. Pilih Tutup untuk menutup panel rekomendasi.

  4. Pilih Berikutnya untuk melanjutkan migrasi database Anda di wizard.

Mengonfigurasi pengaturan migrasi

  1. Di Langkah 3: Target Azure SQL di wizard Migrasi ke Azure SQL, pilih akun Azure, langganan Azure, wilayah atau lokasi Azure, dan grup sumber daya yang berisi SQL Server target ke instans Azure Virtual Machines. Kemudian, pilih Berikutnya.

  2. Di Langkah 4: Mode migrasi, pilih Migrasi offline, lalu pilih Berikutnya.

    Catatan

    Dalam mode migrasi offline, database SQL Server sumber tidak boleh digunakan untuk aktivitas tulis sementara file cadangan database dipulihkan pada instans target SQL Server ke Azure Virtual Machines. Waktu henti aplikasi berlanjut sejak awal proses migrasi hingga selesai.

  3. Di Langkah 5: Konfigurasi sumber data, pilih lokasi cadangan database Anda. Cadangan database Anda dapat ditemukan baik di berbagi jaringan lokal atau dalam kontainer blob penyimpanan Azure.

    Catatan

    Jika cadangan database Anda disediakan dalam berbagi jaringan lokal, Anda harus menyiapkan runtime integrasi yang dihost sendiri di langkah wizard berikutnya. Runtime integrasi yang dihost sendiri diperlukan untuk mengakses cadangan database sumber Anda, memeriksa validitas kumpulan cadangan, dan mengunggah cadangan ke akun penyimpanan Azure.

    Jika cadangan database Anda sudah berada dalam kontainer blob penyimpanan Azure, Anda tidak perlu menyiapkan runtime integrasi yang dihost sendiri.

  • Untuk cadangan yang terletak di berbagi jaringan, masukkan atau pilih informasi berikut:

    Nama Deskripsi
    Info Masuk Sumber - Nama Pengguna Kredensial (autentikasi Windows dan SQL) untuk menyambungkan ke instans SQL Server sumber dan memvalidasi file cadangan.
    Info Masuk Sumber - Kata Sandi Kredensial (autentikasi Windows dan SQL) untuk menyambungkan 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. File atau file cadangan yang tidak valid di berbagi jaringan yang bukan milik kumpulan cadangan yang valid secara 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 Anda dapat mengubah nama database target selama proses migrasi.

  • Untuk cadangan yang disimpan dalam kontainer blob penyimpanan Azure, masukkan atau pilih informasi berikut:

    Nama Deskripsi
    Nama database target Anda dapat mengubah nama database target selama proses migrasi.
    Detail akun penyimpanan Grup sumber daya, akun penyimpanan, dan kontainer tempat file cadangan berada.
    File Cadangan Terakhir Nama file cadangan terakhir database yang Anda migrasikan.

    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 dengan menggunakan FQDN. Untuk memperbaiki masalah ini, nonaktifkan fungsionalitas pemeriksaan loopback.

  • 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:

Cuplikan layar yang memperlihatkan detail jaringan akun penyimpanan.

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.

Cuplikan layar yang memperlihatkan konfigurasi firewall jaringan akun penyimpanan.

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.

Membuat instans Database Migration Service

Di Langkah 6: Azure Database Migration Service di wizard Migrasi ke Azure SQL, buat instans baru Azure Database Migration Service atau gunakan kembali instans yang sudah ada yang Anda buat sebelumnya.

Catatan

Jika sebelumnya Anda membuat instans Database Migration Service dengan menggunakan portal Azure, Anda tidak dapat menggunakan kembali instans dalam wizard migrasi di Azure Data Studio. Anda dapat menggunakan kembali instans hanya jika Anda membuat instans dengan menggunakan Azure Data Studio.

Menggunakan instans Database Migration Service yang sudah ada

Untuk menggunakan instans Database Migration Service yang ada:

  1. Di Grup sumber daya, pilih grup sumber daya yang berisi instans Database Migration Service yang sudah ada.

  2. Di Azure Database Migration Service, pilih instans Database Migration Service yang sudah ada yang ada di grup sumber daya yang dipilih.

  3. Pilih Selanjutnya.

Membuat instans baru Database Migration Service

Untuk membuat instans baru Database Migration Service:

  1. Di Grup sumber daya, buat grup sumber daya baru untuk berisi instans baru Database Migration Service.

  2. Di bawah Azure Database Migration Service, pilih Buat baru.

  3. Di Buat Azure Database Migration Service, masukkan nama untuk instans Database Migration Service Anda, lalu pilih Buat.

  4. Di bawah Siapkan runtime integrasi, selesaikan langkah-langkah berikut:

    1. Pilih tautan Unduh dan instal runtime integrasi untuk membuka tautan unduhan di browser web. Unduh runtime integrasi, lalu instal di komputer yang memenuhi prasyarat untuk terhubung ke instans SQL Server sumber.

      Setelah penginstalan selesai, Microsoft Integration Runtime Configuration Manager secara otomatis terbuka untuk memulai proses pendaftaran.

    2. Di tabel Kunci autentikasi, salin salah satu kunci autentikasi yang disediakan dalam wizard dan tempelkan di Azure Data Studio. Jika kunci autentikasi valid, ikon centang hijau muncul di Integration Runtime Configuration Manager. Pemeriksaan hijau menunjukkan bahwa Anda dapat terus Mendaftar.

      Setelah Anda mendaftarkan runtime integrasi yang dihost sendiri, tutup Microsoft Integration Runtime Configuration Manager.

      Catatan

      Untuk informasi selengkapnya tentang cara menggunakan runtime integrasi yang dihost sendiri, lihat Membuat dan mengonfigurasi runtime integrasi yang dihost sendiri.

  5. Di Buat Azure Database Migration Service di Azure Data Studio, pilih Uji koneksi untuk memvalidasi bahwa instans Database Migration Service yang baru dibuat tersambung ke runtime integrasi yang dihost sendiri yang baru terdaftar.

  6. Kembali ke wizard migrasi di Azure Data Studio.

Memulai migrasi database

Di Langkah 7: Ringkasan dalam wizard Migrasi ke Azure SQL, tinjau konfigurasi yang Anda buat, lalu pilih Mulai migrasi untuk memulai migrasi database.

Memantau migrasi database

  1. Di Azure Data Studio, di menu server di bawah Umum, pilih Migrasi Azure SQL untuk masuk ke dasbor untuk migrasi Azure SQL Anda.

    Di bawah Status migrasi database, Anda dapat melacak migrasi yang sedang berlangsung, selesai, dan gagal (jika ada), atau Anda bisa melihat semua migrasi database.

    Cuplikan layar dasbor migrasi monitor.

  2. Pilih Migrasi database yang sedang berlangsung untuk melihat migrasi aktif.

    Untuk mendapatkan informasi selengkapnya tentang migrasi tertentu, pilih nama database.

    Panel detail migrasi menampilkan file cadangan dan status terkaitnya:

    Keadaan Deskripsi
    Tiba File cadangan tiba di lokasi cadangan sumber dan divalidasi.
    Meng Runtime integrasi mengunggah file cadangan ke penyimpanan Azure.
    Upload File cadangan telah diunggah ke penyimpanan Azure.
    Memulihkan Layanan ini memulihkan file cadangan ke SQL Server di Azure Virtual Machines.
    Dipulihkan File cadangan berhasil dipulihkan di SQL Server di Azure Virtual Machines.
    Canceled Proses migrasi dibatalkan.
    Diabaikan File cadangan diabaikan karena bukan milik rantai cadangan database yang valid.

Setelah semua pencadangan database dipulihkan pada instans SQL Server di Azure Virtual Machines, cutover migrasi otomatis dimulai oleh Database Migration Service untuk memastikan bahwa database yang dimigrasikan siap digunakan. Status migrasi berubah dari Sedang berlangsung menjadi Berhasil.

Batasan

-Jika memigrasikan database tunggal, cadangan database harus ditempatkan dalam struktur file datar di dalam folder database (termasuk folder akar kontainer), dan folder tidak dapat ditumpuk, karena tidak didukung.

-Jika memigrasikan 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 SQL Server target Anda di Azure Virtual Machine tidak didukung.

-Mengonfigurasi ketersediaan tinggi dan pemulihan bencana pada target Anda untuk mencocokkan topologi sumber tidak didukung oleh DMS.

Objek server berikut tidak didukung:

  • Pekerjaan SQL Server Agent
  • Kredensial
  • Paket SSIS
  • Audit server

-Anda tidak dapat menggunakan runtime integrasi yang dihost sendiri yang sudah 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.

-VM dengan SQL Server 2008 ke bawah karena versi target tidak didukung saat bermigrasi ke SQL Server di Azure Virtual Machines.

-Jika Anda menggunakan VM dengan SQL Server 2012 atau SQL Server 2014, Anda perlu menyimpan file cadangan database sumber Anda pada Kontainer Blob Azure Storage alih-alih menggunakan opsi berbagi jaringan. Simpan file cadangan sebagai blob halaman karena blob blok hanya didukung di SQL 2016 dan setelahnya.

-Anda harus memastikan Ekstensi Agen IaaS SQL di Azure Virtual Machine target dalam mode Penuh alih-alih mode Ringan.

-Migrasi ke Azure SQL VM menggunakan DMS menggunakan agen IaaS SQL secara internal. Dan Ekstensi Agen IaaS SQL hanya mendukung manajemen Instans Server Default atau Instans Bernama Tunggal.

-Anda dapat memigrasikan maksimum 100 database ke Azure SQL Server Virtual Machine yang sama dengan target menggunakan satu atau beberapa migrasi secara bersamaan. Selain itu, setelah migrasi dengan 100 database selesai, tunggu setidaknya 30 menit sebelum memulai migrasi baru ke Azure SQL Server Virtual Machine yang sama dengan Target. Selain itu, setiap operasi migrasi (mulai migrasi, cutover) untuk setiap database membutuhkan waktu beberapa menit secara berurutan. Misalnya, untuk memigrasikan 100 database, mungkin perlu waktu sekitar 200 (2 x 100) menit untuk membuat antrean migrasi dan sekitar 100 (1 x 100) menit untuk memotong semua 100 database (tidak termasuk waktu pencadangan dan pemulihan). Oleh karena itu, migrasi menjadi lebih lambat saat jumlah database meningkat. Anda harus menjadwalkan jendela migrasi yang lebih lama terlebih dahulu berdasarkan pengujian migrasi yang ketat, atau mempartisi sejumlah besar database ke dalam batch saat memigrasikannya ke azure VM server SQL.

-Selain mengonfigurasi Jaringan/Firewall Akun Azure Storage Anda untuk memungkinkan VM Anda mengakses file cadangan. Anda juga perlu mengonfigurasi Jaringan/Firewall SQL Server Anda di Azure VM untuk mengizinkan koneksi keluar ke akun penyimpanan Anda.

-Anda perlu menjaga SQL Server target di Azure VM menyala saat Migrasi SQL sedang berlangsung. Selain itu, saat membuat migrasi baru, failover, atau membatalkan migrasi.

Kemungkinan pesan kesalahan

Gagal masuk untuk pengguna 'NT Service\SQLIaaSExtensionQuery

Kesalahan: Login failed for user 'NT Service\SQLIaaSExtensionQuery

Alasan: Instans SQL Server berada dalam mode pengguna tunggal. Salah satu kemungkinan alasannya adalah target SQL Server di Azure VM berada dalam mode peningkatan.

Solusi: Tunggu hingga SQL Server target di Azure VM keluar dari mode peningkatan, dan mulai migrasi lagi.

Gagal membuat pekerjaan pemulihan

Kesalahan: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists.

Solusi: Sambungkan ke SQL Server target di Azure VM dan hapus XXX.mdf file. Kemudian, mulai migrasi lagi.

Konten terkait