Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Anda dapat menggunakan Azure Database Migration Service (Azure DMS) melalui portal Microsoft Azure untuk memigrasikan database dari instans SQL Server lokal ke Apa itu SQL Server di Azure Windows Virtual Machines? (Azure VM) 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 AdventureWorks2025 database dari instans SQL Server lokal ke SQL Server di Azure VM dengan waktu henti minimal, menggunakan Azure DMS.
Nota
Tutorial ini menggunakan mode migrasi offline, yang mencakup beberapa waktu henti yang dapat diterima selama proses migrasi. Untuk opsi migrasi online, lihat Tutorial: Memigrasikan SQL Server ke SQL Server di Azure Virtual Machine dengan Azure DMS (online).
Dalam tutorial ini, Anda akan belajar cara:
- Luncurkan wizard Migrasi ke Azure SQL di portal Microsoft Azure.
- Tentukan detail SQL Server sumber Anda, lokasi cadangan, dan SQL Server target Anda di Azure VM.
- Konfigurasikan wizard untuk mengakses server sumber dan cadangan.
- Memulai dan memantau progres migrasi Anda hingga selesai.
- Lakukan cutover migrasi saat Anda siap.
Pilihan Migrasi
Bagian berikut ini menjelaskan cara menggunakan Azure Database Migration Service dengan ekstensi migrasi Azure SQL, atau di portal Microsoft Azure.
Prasyarat
Sebelum Anda memulai tutorial:
Pastikan Anda dapat mengakses portal Microsoft Azure.
Pastikan penyedia sumber daya Microsoft.DataMigrationterdaftar di langganan Anda.
Memiliki akun Azure yang ditetapkan ke salah satu peran bawaan berikut:
Kontributor untuk instans target SQL Server pada Azure VM, 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 VM 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.
Saat Anda menggunakan portal Microsoft Azure untuk bermigrasi, pengguna yang masuk harus memiliki akses Storage Blob Data Reader pada kontainer blob yang menyimpan file cadangan, untuk dapat mencantumkan file dan folder selama penyiapan migrasi.
Buat instans target SQL Server di Azure Virtual Machines.
Jika Anda memiliki Azure VM yang sudah ada, daftarkan dengan ekstensi Agen IaaS SQL Server dalam mode Manajemen penuh.
Pastikan bahwa login yang Anda gunakan untuk menyambungkan ke instans SQL Server sumber adalah anggota peran server sysadmin , atau memiliki
CONTROL SERVERizin.Berikan berbagi jaringan SMB, berbagi file akun Azure Storage, atau kontainer blob akun Azure Storage yang berisi file cadangan database lengkap Anda dan file cadangan log transaksi berikutnya. Azure DMS menggunakan lokasi cadangan selama migrasi database.
Selalu gunakan akun penyimpanan khusus untuk migrasi. Membagikannya dengan beban kerja lain dapat menyebabkan konflik dan risiko keamanan.
Setelah migrasi selesai, putar Kunci Akun Penyimpanan untuk menjaga cadangan tetap aman, atau hapus akun penyimpanan jika tidak lagi diperlukan.
Azure DMS 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 Azure Storage yang memungkinkan Azure DMS mengunggah file cadangan database, dan untuk memigrasikan database. Pastikan Anda membuat akun Azure Storage di wilayah yang sama tempat Anda membuat instans Azure DMS.
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), migrasikan sertifikat dari instans SQL Server sumber ke SQL Server di Komputer Virtual Azure sebelum Anda memigrasikan data. Untuk informasi selengkapnya, lihat Memindahkan database yang dilindungi TDE ke SQL Server lain.
Petunjuk / Saran
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 VM.
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 Keluaran Description 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.cn443 Diperlukan oleh runtime integrasi yang dihost sendiri untuk terhubung ke Azure DMS.
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.netsebagai gantinya.download.microsoft.com443 Diperlukan oleh runtime integrasi yang dihost sendiri untuk mengunduh pembaruan. Jika menonaktifkan pembaruan otomatis, Anda dapat melewati konfigurasi domain ini. *.core.windows.net443 Digunakan oleh runtime integrasi yang dihost sendiri yang terhubung ke akun Azure Storage untuk mengunggah cadangan database dari berbagi jaringan Anda Petunjuk / Saran
Jika Anda sudah menyimpan file cadangan database di akun Azure Storage, Anda tidak memerlukan runtime integrasi yang dihost sendiri 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 DMS untuk pertama kalinya, pastikan penyedia
Microsoft.DataMigrationsumber daya terdaftar dalam langganan Anda.
Memulai migrasi baru
Tutorial ini menjelaskan migrasi offline dari SQL Server ke SQL Server di Azure VM.
Untuk memulai migrasi baru:
Buka Azure Database Migration Service di portal Microsoft Azure. Gunakan +Buat untuk membuat instans baru Database Migration Service, atau pilih instans yang sudah ada. Kemudian, buka instans Database Migration Service Anda.
Pada panel Gambaran Umum instans Azure DMS Anda, pilih Migrasi baru.
Di bawah Pilih skenario migrasi baru , pilih sumber Anda, jenis server target, lokasi penyimpanan file cadangan, mode migrasi sebagai Migrasi offline, dan pilih Pilih.
Cadangan database Anda dapat ditemukan baik di berbagi jaringan lokal atau dalam kontainer blob Azure Storage.
Dalam mode migrasi offline, database SQL Server sumber tidak boleh digunakan untuk aktivitas tulis sementara file cadangan database dipulihkan pada instans target SQL Server pada Azure VM. Waktu henti aplikasi berlanjut sejak awal proses migrasi hingga selesai.
Pada Azure SQL Virtual Machine Online Blob Migration Wizard, ikuti langkah-langkah berikut:
Pada tab Detail sumber, masukkan detail untuk instans SQL Server sumber, lalu pilih Berikutnya: Sambungkan ke SQL Server sumber.
Pada tab Pilih target migrasi , masukkan detail untuk langganan, grup sumber daya, dan target komputer virtual SQL Server. Lalu pilih Berikutnya: Konfigurasi sumber data.
Selalu gunakan akun penyimpanan khusus untuk migrasi. Membagikannya dengan beban kerja lain dapat menyebabkan konflik dan risiko keamanan.
Setelah migrasi selesai, putar Kunci Akun Penyimpanan untuk menjaga cadangan tetap aman, atau hapus akun penyimpanan jika tidak lagi diperlukan.
Azure DMS 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 Azure Storage yang memungkinkan Azure DMS mengunggah file cadangan database, dan untuk memigrasikan database. Pastikan Anda membuat akun Azure Storage di wilayah yang sama tempat Anda membuat instans Azure DMS.
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.
Di langkah Konfigurasi sumber data , pilih lokasi cadangan database Anda. Cadangan database Anda dapat ditemukan baik di berbagi jaringan lokal atau dalam kontainer blob Azure Storage.
Jika Anda menyediakan cadangan database di berbagi jaringan lokal, siapkan runtime integrasi yang dihost sendiri di langkah wizard berikutnya. Anda memerlukan runtime integrasi yang dihost sendiri 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 memerlukan runtime integrasi yang dihost sendiri.
Untuk cadangan yang disimpan dalam kontainer blob Azure Storage, masukkan atau pilih informasi berikut:
Nama Description grup Sumber Daya Grup sumber daya tempat file cadangan berada. Detail akun penyimpanan Akun penyimpanan tempat file cadangan berada. Kontainer blob Kontainer blob tempat file cadangan berada. Folder Folder tempat file cadangan berada. File Cadangan Terakhir Nama file cadangan terakhir database yang Anda migrasikan. Nama database target Anda dapat mengubah nama database target selama proses migrasi. Jika fungsionalitas pemeriksaan loopback diaktifkan dan sumber SQL Server dan berbagi file berada di komputer yang sama, sumber tidak dapat mengakses berbagi file dengan FQDN. Untuk memperbaiki masalah ini, nonaktifkan fungsionalitas pemeriksaan loopback.
Untuk cadangan yang terletak di berbagi jaringan, masukkan informasi tambahan berikut pada halaman masing-masing.
Nama Description Nama server sumber FQDN atau IP dari server sumber. Pastikan bahwa akun layanan yang menjalankan instans SQL Server sumber memiliki hak istimewa baca pada berbagi jaringan. Jenis Autentikasi Pilih jenis autentikasi: SQL atau Windows 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. Proses migrasi secara otomatis mengabaikan file yang tidak valid atau file cadangan di jaringan berbagi yang bukan milik kumpulan cadangan yang valid. 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.
Skenario penyimpanan cadangan
Ekstensi migrasi Azure SQL untuk Azure Data Studio tidak memerlukan konfigurasi tertentu pada pengaturan jaringan akun Azure Storage Anda untuk memigrasikan database SQL Server Anda ke Azure.
Pastikan sumber daya Anda dapat mengakses akun Azure Storage. Bergantung pada lokasi pencadangan database Anda dan pengaturan jaringan akun penyimpanan yang diinginkan, lihat tabel berikut untuk berbagai skenario migrasi dan konfigurasi jaringan:
| Scenario | 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 | Runtime integrasi yang dikelola sendiri di lokasi (SHIR) | Cadangan yang disimpan dalam kontainer Azure Storage |
| Diaktifkan dari jaringan virtual dan alamat IP yang dipilih + titik akhir privat | Azure VM Runtime Integrasi yang Di-host Sendiri (SHIR) | Cadangan yang disimpan dalam kontainer Azure Storage (Titik akhir privat) |
Runtime integrasi di tempat yang dihosting sendiri (SHIR)
Jika Anda menginstal SHIR di jaringan lokal Anda, ikuti langkah-langkah berikut:
Sambungkan ke portal Microsoft Azure dari komputer SHIR.
Buka akun Azure Storage Anda, dan buka panel Jaringan .
Pastikan Akses jaringan publik diatur ke Diaktifkan dari jaringan virtual dan alamat IP yang dipilih.
Di bagian Firewall , pilih kotak centang Tambahkan alamat IP klien Anda .
Masukkan alamat IP klien komputer host, dan pilih Simpan.
Membuat instans Database Migration Service
Langkah 1: Di portal Azure, navigasikan ke halaman Azure Database Migration Service. Buat instans baru Azure Database Migration Service, atau gunakan kembali instans yang sudah ada yang Anda buat sebelumnya.
Menggunakan instans Database Migration Service yang sudah ada
Untuk menggunakan instans Database Migration Service yang ada:
Di portal Azure, di bawah Azure Database Migration Services, pilih instans Database Migration Service yang sudah ada yang ingin Anda gunakan, memastikan bahwa instans tersebut ada di Grup Sumber Daya dan wilayah yang tepat.
Membuat instans baru Database Migration Service
Untuk membuat instans baru Database Migration Service:
Di portal Azure, di bawah Azure Database Migration Service, pilih Buat.
Di Pilih skenario migrasi dan Database Migration Service, pilih input yang diinginkan seperti jenis server Sumber dan Target, pilih Database Migration Service dan pilih Pilih.
Pada layar berikutnya Buat Layanan Migrasi Data, pilih grup langganan dan sumber daya Anda, lalu pilih Lokasi, dan masukkan nama Layanan Migrasi Database. Pilih Tinjau + Buat. Ini membuat Azure Database Migration Service.
Jika runtime integrasi yang dihost sendiri (SHIR) diperlukan, pada halaman gambaran umum Database Migration Service Anda dan di bawah Pengaturan, pilih Runtime integrasi, dan selesaikan langkah-langkah berikut:
Pilih Konfigurasikan runtime integrasi dan 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 menyambungkan ke instans SQL Server sumber. Untuk informasi selengkapnya, lihat rekomendasi SHIR.
Setelah penginstalan selesai, Microsoft Integration Runtime Configuration Manager secara otomatis terbuka untuk memulai proses pendaftaran.
Di tabel Kunci autentikasi, salin salah satu kunci autentikasi yang disediakan dalam wizard dan tempelkan di Microsoft Integration Runtime Configuration Manager.
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. Mungkin perlu waktu beberapa menit untuk mencerminkan detail Node pada portal Azure untuk Database Migration Service, di bawah Pengaturan > Runtime integrasi.
Nota
Untuk informasi selengkapnya tentang runtime integrasi yang dihost sendiri, lihat Membuat dan mengonfigurasi runtime integrasi yang dihost sendiri.
Memulai migrasi database
Pada tab Ringkasan migrasi database , tinjau detailnya, lalu pilih Mulai migrasi. Layanan memulai migrasi database dan secara otomatis membawa Anda kembali ke dasbor Azure DMS.
Memantau migrasi database
Untuk memantau migrasi database Anda, pada panel Gambaran Umum instans DMS Anda, pilih Pantau migrasi.
Di bawah tab Migrasi , Anda dapat melacak migrasi yang sedang berlangsung, selesai, dan gagal (jika ada), atau Anda dapat melihat semua migrasi database. Di bilah menu, pilih Refresh untuk memperbarui status migrasi.
Azure DMS mengembalikan status migrasi terbaru yang diketahui setiap kali status migrasi di-refresh. Tabel berikut ini menjelaskan kemungkinan status:
| Kedudukan | Description |
|---|---|
| Tiba | File cadangan tiba di lokasi cadangan sumber dan divalidasi. |
| Meng | Runtime integrasi mengunggah file cadangan ke penyimpanan Azure. |
| Upload | File cadangan diunggah ke penyimpanan Azure. |
| Memulihkan | Layanan ini memulihkan file cadangan ke SQL Server di Azure VM. |
| Dipulihkan | File cadangan berhasil dipulihkan di SQL Server pada Azure VM. |
| Dibatalkan | 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 VM, Azure DMS memulai cutover migrasi otomatis untuk memastikan bahwa database yang telah dimigrasikan siap digunakan. Status migrasi berubah dari Sedang berlangsung menjadi Berhasil.
Keterbatasan
Jika Anda memigrasikan database tunggal, Anda harus menempatkan cadangan database dalam struktur file datar di dalam folder database (termasuk folder akar kontainer). Anda tidak dapat mengelompokkan folder ini, karena pengelompokan tidak didukung.
Jika Anda 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.
Anda tidak dapat mengganti database yang sudah ada di SQL Server target Anda pada Azure VM menggunakan DMS.
Azure DMS tidak mendukung konfigurasi ketersediaan tinggi dan pemulihan bencana pada target Anda agar sesuai dengan topologi sumber.
Objek server berikut tidak didukung:
- Pekerjaan SQL Server Agent
- Credentials
- Paket SQL Server Integration Services (SSIS)
- Audit server
Anda tidak dapat menggunakan runtime integrasi yang dihost sendiri yang sudah ada yang dibuat dari Azure Data Factory (ADF) untuk migrasi database dengan DMS. Awalnya, Anda harus membuat runtime integrasi yang dihost sendiri menggunakan ekstensi migrasi Azure SQL di Azure Data Studio. Anda dapat menggunakannya kembali untuk migrasi database lebih lanjut.
VM dengan versi target SQL Server 2008 dan yang lebih lama tidak didukung saat bermigrasi ke SQL Server pada Komputer Virtual Azure.
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 Server 2016 dan versi yang lebih baru.
Anda harus memastikan Ekstensi Agen IaaS SQL Server di VM Azure target dalam mode Penuh alih-alih mode Ringan.
Migrasi ke Azure SQL VM menggunakan DMS menggunakan agen IaaS SQL Server secara internal. Ekstensi Agen IaaS SQL Server hanya mendukung manajemen instans server default atau instans bernama tunggal.
Anda dapat memigrasikan maksimum 100 database ke Azure VM 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 SQL Server yang sama pada Azure VM sebagai 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 SQL Server pada Azure VM.
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 Komputer Virtual Azure untuk memungkinkan koneksi keluar ke akun penyimpanan Anda.
Anda perlu mengaktifkan target Azure VM saat migrasi SQL Server 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 alasan yang mungkin adalah target VM SQL Server sedang dalam mode peningkatan.
Solusi: Tunggu hingga komputer virtual SQL Server target 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 komputer virtual SQL Server target dan hapus XXX.mdf file. Kemudian, mulai migrasi lagi.
Konten terkait
- Memigrasikan database SQL Server ke SQL Server pada komputer virtual
- Apa itu SQL Server di Azure Windows Virtual Machines?
- Menyambungkan ke komputer virtual SQL Server di Azure
- Masalah, batasan, dan pemecahan masalah yang diketahui
- Memigrasikan database ke SQL Server di Azure Virtual Machines dengan menggunakan perintah T-SQL RESTORE