Tutorial: Memigrasikan SQL Server ke Azure SQL Managed Instance secara offline menggunakan Azure Data Studio

Artikel
06/08/2023

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 Azure SQL Managed Instance secara offline dan dengan waktu henti minimal.

Untuk metode migrasi database yang mungkin memerlukan beberapa konfigurasi manual, lihat migrasi instans SQL Server ke Azure SQL Managed Instance.

Dalam tutorial ini, pelajari cara memigrasikan database AdventureWorks dari instans SQL Server lokal ke instans Azure SQL Managed Instance dengan menggunakan Azure Data Studio dan Database Migration Service. Tutorial ini menggunakan mode migrasi offline, yang mempertimbangkan waktu henti yang dapat diterima selama proses migrasi.

Dalam tutorial ini, Anda akan mempelajari cara:

Buka wizard Migrasi ke Azure SQL di Azure Data Studio
Menjalankan penilaian database SQL Server sumber Anda
Mengumpulkan data performa dari instans SQL Server sumber Anda
Dapatkan rekomendasi SKU Azure SQL Managed Instance yang akan berfungsi paling baik untuk beban kerja Anda
Tentukan detail instans SQL Server sumber Anda, lokasi cadangan, dan instans target Azure SQL Managed Instance
Membuat instans Azure Database Migration Service
Mulai migrasi Anda dan pantau kemajuan hingga penyelesaian

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.

Tutorial ini menjelaskan migrasi offline dari SQL Server ke Azure SQL Managed Instance. Untuk migrasi online, lihat Memigrasikan SQL Server ke Azure SQL Managed Instance secara online di Azure Data Studio.

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 Azure SQL Managed Instance dan untuk akun penyimpanan tempat Anda mengunggah file cadangan database dari berbagi jaringan Blok Pesan Server (SMB)
- Peran pembaca untuk grup sumber daya Azure yang berisi instans target Azure SQL Managed Instance atau akun penyimpanan Azure Anda
- Peran Pemilik atau Kontributor untuk langganan Azure (diperlukan jika Anda membuat instans Database Migration Service baru)
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 Azure SQL Managed Instance.
Pastikan bahwa login yang Anda gunakan untuk menyambungkan instans SQL Server sumber adalah anggota peran server SYSADMIN atau memiliki izin CONTROL SERVER.
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.
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 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 Transparent Data Encryption (TDE), sertifikat dari instans SQL Server sumber harus dimigrasikan ke instans terkelola target Anda sebelum Anda memulihkan database. 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 secara otomatis memigrasikan kunci Always Encrypted Anda ke instans terkelola target Anda.

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 Database Migration Service untuk pertama kalinya, pastikan penyedia sumber daya Microsoft.DataMigration terdaftar di langganan Anda. Anda dapat menyelesaikan langkah-langkah untuk mendaftarkan penyedia sumber daya.

Buka wizard Migrasi ke Azure SQL di Azure Data Studio

Untuk membuka wizard Migrasi ke Azure SQL:

Di Azure Data Studio, buka Koneksi ion. Pilih dan sambungkan ke instans SQL Server lokal Anda. Anda juga dapat terhubung ke SQL Server di komputer virtual Azure.
Klik kanan koneksi server dan pilih Kelola.
Di menu server, di bawah Umum, pilih Migrasi Azure SQL.
Di dasbor Migrasi Azure SQL, pilih Migrasi ke Azure SQL untuk membuka wizard migrasi.
Pada halaman pertama wizard, mulai sesi baru atau lanjutkan sesi yang disimpan sebelumnya.

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

Di Langkah 1: Database untuk penilaian dalam wizard Migrasi ke Azure SQL, pilih database yang ingin Anda nilai. Kemudian, pilih Berikutnya.
Di Langkah 2: Hasil penilaian dan rekomendasi, selesaikan langkah-langkah berikut:
1. Di Pilih target Azure SQL Anda, pilih Azure SQL Managed Instance.
Pilih Tampilkan/Pilih untuk melihat hasil penilaian.
Dalam hasil penilaian, pilih database, lalu tinjau laporan penilaian untuk memastikan tidak ada masalah yang ditemukan.
1. Pilih Dapatkan rekomendasi Azure untuk membuka panel rekomendasi.
2. 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 Azure SQL Managed Instance. 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.
3. Di target Azure SQL Managed Instance yang dipilih, pilih Tampilkan detail untuk membuka laporan rekomendasi SKU terperinci:
4. Di Tinjau azure SQL Managed Instance Rekomendasi, tinjau rekomendasi. Untuk menyimpan salinan rekomendasi, pilih kotak centang Simpan laporan rekomendasi.
Pilih Tutup untuk menutup panel rekomendasi.
Pilih Berikutnya untuk melanjutkan migrasi database Anda di wizard.

Mengonfigurasi pengaturan migrasi

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 instans target Azure SQL Managed Instance. Kemudian, pilih Berikutnya.
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 saat pencadangan database dipulihkan pada instans target Azure SQL Managed Instance. Waktu henti aplikasi perlu dipertimbangkan sampai migrasi selesai.
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.

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.
Detail akun penyimpanan	Grup sumber daya dan akun penyimpanan tempat file cadangan diunggah. Anda tidak perlu membuat kontainer. Database Migration Service secara otomatis membuat kontainer blob di akun penyimpanan yang ditentukan selama proses unggahan.

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 instans SQL Server sumber dan berbagi file berada di komputer yang sama, sumber tidak 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:

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.

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:

Di Grup sumber daya, pilih grup sumber daya yang berisi instans Database Migration Service yang sudah ada.
Di Azure Database Migration Service, pilih instans Database Migration Service yang sudah ada yang ada di grup sumber daya yang dipilih.
Pilih Selanjutnya.

Membuat instans baru Database Migration Service

Untuk membuat instans baru Database Migration Service:

Di Grup sumber daya, buat grup sumber daya baru untuk berisi instans baru Database Migration Service.
Di bawah Azure Database Migration Service, pilih Buat baru.
Di Buat Azure Database Migration Service, masukkan nama untuk instans Database Migration Service Anda, lalu pilih Buat.
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.
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.
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

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.

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
Diterima	File cadangan tiba di lokasi cadangan sumber dan divalidasi.
Mengunggah	Runtime integrasi mengunggah file cadangan ke akun penyimpanan Azure.
Diunggah	File cadangan diunggah ke akun penyimpanan Azure.
Memulihkan	Layanan ini memulihkan file cadangan ke Azure SQL Managed Instance.
Dipulihkan	File cadangan berhasil dipulihkan di Azure SQL Managed Instance.
Dibatalkan	Proses migrasi dibatalkan.
Diabaikan	File cadangan diabaikan karena bukan milik rantai cadangan database yang valid.

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