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.
Berlaku untuk:Azure SQL Managed Instance
Azure SQL Managed Instance membuat database dengan kompatibilitas hampir 100% dengan mesin database SQL Server (Enterprise Edition) terbaru, menyediakan implementasi jaringan virtual asli yang mengatasi masalah keamanan umum, dan model bisnis yang menguntungkan bagi pelanggan SQL Server yang ada.
Dalam artikel ini, Anda menemukan referensi ke konten yang mengajarkan Anda cara mengonfigurasi dan membuat SQL Managed Instance dengan cepat dan memigrasikan database Anda.
Pengantar Cepat
Mulai cepat berikut memungkinkan Anda dengan cepat membuat SQL Managed Instance, mengatur komputer virtual atau koneksi VPN dari titik ke situs untuk aplikasi klien, dan memulihkan database ke SQL Managed Instance yang baru Anda miliki menggunakan berkas .bak.
Mengonfigurasi lingkungan
Sebagai langkah pertama, Anda perlu membuat SQL Managed Instance pertama Anda dengan lingkungan jaringan tempatnya akan ditempatkan. Anda harus mengaktifkan koneksi dari komputer atau komputer virtual tempat Anda menjalankan kueri ke SQL Managed Instance. Anda dapat menggunakan panduan berikut:
Membuat SQL Managed Instance menggunakan portal Microsoft Azure. Di portal Microsoft Azure, Anda mengonfigurasi parameter yang diperlukan (nama pengguna dan kata sandi, jumlah inti, dan jumlah penyimpanan maks), dan secara otomatis membuat lingkungan jaringan Azure tanpa perlu mengetahui tentang detail jaringan dan persyaratan infrastruktur. Anda hanya perlu memastikan bahwa Anda memiliki jenis langganan yang saat ini diizinkan untuk membuat SQL Managed Instance. Jika Anda memiliki jaringan sendiri yang ingin Anda gunakan atau ingin menyesuaikan jaringan, lihat mengonfigurasi jaringan virtual yang ada untuk Azure SQL Managed Instance atau membuat jaringan virtual untuk Azure SQL Managed Instance.
SQL Managed Instance dibuat di jaringan virtualnya sendiri tanpa titik akhir publik. Untuk mengakses aplikasi klien, Anda dapat membuat VM di VNet yang sama (subnet yang berbeda) atau membuat koneksi VPN titik-ke-situs ke VNet dari komputer klien Anda menggunakan salah satu panduan memulai cepat berikut ini:
- Aktifkan titik akhir publik di SQL Managed Instance Anda untuk mengakses data Anda langsung dari lingkungan Anda.
- Buat Azure Virtual Machine di jaringan virtual SQL Managed Instance untuk konektivitas aplikasi klien, termasuk SQL Server Management Studio.
- Siapkan koneksi VPN titik-ke-situs ke SQL Managed Instance Anda dari komputer klien Anda di mana Anda memiliki SQL Server Management Studio dan aplikasi konektivitas klien lainnya. Ini adalah dua opsi lain untuk konektivitas ke SQL Managed Instance Anda dan ke jaringan virtualnya.
Catatan
- Anda juga dapat menggunakan jalur ekspres atau koneksi site-to-site dari jaringan lokal Anda, tetapi pendekatan ini tidak dibahas dalam panduan cepat ini.
- Jika Anda mengubah periode retensi dari
0(retensi tak terbatas) ke nilai lain, retensi hanya berlaku untuk log yang ditulis setelah nilai retensi diubah (log yang ditulis selama periode saat retensi diatur ke tidak terbatas dipertahankan, bahkan setelah retensi diaktifkan).
Agar tidak perlu membuat SQL Managed Instance secara manual, Anda dapat menggunakan PowerShell, PowerShell dengan templat Resource Manager, atau Azure CLI untuk membuat skrip dan mengotomatiskan proses ini.
Melakukan migrasi database Anda
Setelah Anda membuat SQL Managed Instance dan mengonfigurasi akses, Anda dapat mulai memigrasikan database SQL Server Anda. Migrasi dapat gagal jika database sumber menggunakan fitur yang tidak didukung. Untuk menghindari kegagalan, periksa masalah apa pun yang dapat memblokir migrasi ke SQL Managed Instance, seperti keberadaan FILESTREAM atau beberapa file log. Jika Anda mengatasi masalah tersebut, database Anda siap untuk bermigrasi ke SQL Managed Instance.
Saat Anda yakin bahwa Anda dapat memigrasikan database Anda ke SQL Managed Instance, gunakan kemampuan pemulihan SQL Server asli untuk memulihkan database ke dalam SQL Managed Instance dari .bak file. Anda dapat menggunakan metode ini untuk memigrasikan database dari mesin database SQL Server yang diinstal lokal atau Azure Virtual Machines. Untuk panduan cepat, lihat Panduan Cepat: Memulihkan database ke Azure SQL Managed Instance dengan SSMS. Dalam panduan cepat ini, Anda memulihkan dari file .bak yang disimpan di Azure Blob Storage menggunakan perintah Transact-SQL RESTORE.
Petunjuk
Untuk menggunakan perintah Transact-SQL BACKUP untuk membuat cadangan database Anda di penyimpanan Azure Blob, lihat cadangan SQL Server ke URL.
Panduan memulai cepat ini memungkinkan Anda untuk membuat, mengonfigurasi, dan memulihkan dengan cepat cadangan database ke SQL Managed Instance. Dalam beberapa skenario, Anda perlu menyesuaikan atau mengotomatiskan penyebaran SQL Managed Instance dan lingkungan jaringan yang diperlukan. Skenario ini dijelaskan di bagian berikut.
Mengkustomisasi lingkungan jaringan
Meskipun jaringan virtual dan subnet dapat dikonfigurasi secara otomatis saat instans dibuat menggunakan portal Microsoft Azure, Anda mungkin ingin membuatnya sebelum mulai membuat instans di SQL Managed Instance. Dengan membuat jaringan virtual dan subnet, Anda dapat mengonfigurasi parameter jaringan virtual dan subnet. Cara termudah untuk membuat dan mengonfigurasi lingkungan jaringan adalah dengan menggunakan templat penyebaran Azure Resource yang membuat dan mengonfigurasi jaringan dan subnet Anda di mana instans akan diletakkan. Anda hanya perlu menekan tombol sebarkan Azure Resource Manager dan mengisi formulir dengan parameter.
Atau, Anda juga dapat menggunakan skrip PowerShell ini untuk mengotomatiskan pembuatan jaringan.
Jika Anda sudah memiliki jaringan virtual dan subnet tempat Anda ingin menyebarkan SQL Managed Instance, pastikan jaringan virtual dan subnet Anda memenuhi persyaratan jaringan. Gunakan skrip PowerShell ini untuk memverifikasi bahwa subnet Anda dikonfigurasi dengan benar. Skrip ini memvalidasi jaringan Anda dan melaporkan masalah apa pun. Ini memberi tahu Anda apa yang harus diubah dan kemudian menawarkan untuk membuat perubahan yang diperlukan di jaringan virtual dan subnet Anda. Jalankan skrip ini jika Anda tidak ingin mengonfigurasi jaringan virtual dan subnet anda secara manual. Anda juga dapat menjalankannya setelah konfigurasi ulang utama infrastruktur jaringan Anda. Jika Anda ingin membuat dan mengonfigurasi jaringan Anda sendiri, lihat Arsitektur konektivitas untuk Azure SQL Managed Instance.
Bermigrasi ke instans terkelola SQL
Panduan cepat yang disebutkan sebelumnya memungkinkan Anda dengan cepat menyiapkan instans terkelola SQL ini dan memindahkan database Anda dengan menggunakan kemampuan asli RESTORE. Pendekatan ini adalah titik awal yang baik jika Anda ingin menyelesaikan bukti konsep cepat dan memverifikasi bahwa solusi Anda dapat bekerja pada SQL Managed Instance.
Namun, untuk memigrasikan database produksi Anda atau bahkan database pengembangan atau pengujian yang ingin Anda gunakan untuk beberapa pengujian performa, pertimbangkan untuk menggunakan teknik lain:
- Pengujian performa: Mengukur metrik performa dasar pada instans SQL Server sumber Anda dan membandingkannya dengan metrik performa pada SQL Managed Instance tujuan tempat Anda memigrasikan database. Pelajari selengkapnya tentang praktik terbaik untuk perbandingan performa.
-
Migrasi online: Dengan fitur bawaan
RESTOREyang dijelaskan dalam artikel ini, Anda harus menunggu database dipulihkan (dan disalin ke penyimpanan Azure Blob jika belum disimpan di sana). Proses ini menyebabkan beberapa waktu henti aplikasi Anda, terutama untuk database yang lebih besar. Untuk memindahkan database produksi Anda, gunakan layanan Migrasi Data (DMS) untuk memigrasikan database Anda dengan waktu henti minimal. DMS mencapai tujuan ini dengan secara bertahap mendorong perubahan yang dibuat dalam database sumber Anda ke database SQL Managed Instance yang sedang dipulihkan. Dengan demikian, Anda dapat dengan cepat mengalihkan aplikasi Anda dari database sumber ke target dengan waktu henti minimal.
Pelajari selengkapnya tentang proses migrasi yang disarankan.