Memulai menggunakan Azure SQL Managed Instance

  • Artikel

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 (VNet) native yang membahas masalah keamanan umum, dan model bisnis yang menguntungkan bagi pelanggan SQL Server yang ada.

Dalam artikel ini, Anda akan menemukan referensi ke konten yang menjelaskan cara cepat mengonfigurasi dan membuat SQL Managed Instance dan memigrasikan database Anda.

Gambaran umum mulai cepat

Mulai cepat berikut memungkinkan Anda untuk dengan cepat membuat SQL Managed Instance, mengonfigurasi komputer virtual atau mengarahkan ke koneksi VPN situs untuk aplikasi klien, dan memulihkan database ke SQL Managed Instance baru Anda menggunakan file .bak.

Mengonfigurasi lingkungan

Sebagai langkah awal, Anda harus membuat SQL Managed Instance pertama Anda dengan lingkungan jaringan di mana SQL Managed Instance itu akan ditempatkan, dan mengaktifkan koneksi dari komputer atau komputer virtual di mana 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/kata sandi, jumlah core, dan jumlah penyimpanan maks), dan secara otomatis membuat lingkungan jaringan Azure tanpa perlu mengetahui 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 VNet sendiri tanpa titik akhir publik. Untuk akses 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 mulai cepat ini:

    Catatan

    • Anda juga dapat menggunakan rute ekspres atau koneksi situs-ke-situs dari jaringan lokal Anda, tetapi pendekatan ini tidak dibahas dalam mulai cepat ini.
    • Jika Anda mengubah periode retensi dari 0 (retensi tak terbatas) ke nilai lain, perlu diingat bahwa retensi hanya akan berlaku untuk log yang ditulis setelah nilai retensi diubah (log yang ditulis selama kurun waktu ketika 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 bisa gagal jika Anda memiliki beberapa fitur yang tidak didukung di database sumber yang ingin Anda migrasikan. Untuk menghindari kegagalan dan memeriksa kompatibilitas, Anda dapat menggunakan Data Migration Assistant (DMA) untuk menganalisis database Anda di SQL Server dan menemukan masalah 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. Bantuan Percobaan Database adalah alat berguna lain yang dapat merekam beban kerja Anda di SQL Server dan memutar ulang pada SQL Managed Instance sehingga Anda dapat menentukan apakah akan ada masalah performa jika Anda melakukan migrasi ke SQL Managed Instance.

Setelah yakin bahwa Anda dapat memigrasikan database Anda ke SQL Managed Instance, Anda dapat menggunakan kemampuan pemulihan SQL Server native untuk memulihkan database ke SQL Managed Instance dari file .bak. Anda dapat menggunakan metode ini untuk memigrasikan database dari mesin database SQL Server yang diinstal lokal atau Azure Virtual Machines. Untuk memulai cepat, lihat Memulihkan dari cadangan ke SQL Managed Instance. Dalam mulai cepat ini, Anda memulihkan dari file .bak yang disimpan di penyimpanan Azure Blob menggunakan perintah Transact-SQL RESTORE.

Tip

Untuk menggunakan perintah Transact-SQL BACKUP untuk membuat cadangan database Anda di penyimpanan Azure Blob, lihat cadangan SQL Server ke URL.

Mulai cepat ini memungkinkan Anda untuk dengan cepat membuat, mengonfigurasi, dan memulihkan cadangan database ke SQL Managed Instance. Dalam beberapa skenario, Anda harus menyesuaikan atau mengotomatiskan penyebaran SQL Managed Instance dan lingkungan jaringan yang diperlukan. Skenario tersebut akan dijelaskan di bawah ini.

Mengkustomisasi lingkungan jaringan

Meskipun VNet/subnet dapat dikonfigurasi secara otomatis ketika instans dibuat menggunakan portal Microsoft Azure, sebaiknya Anda membuatnya sebelum mulai membuat instans di SQL Managed Instance karena Anda dapat mengonfigurasi parameter VNet dan subnetnya. 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 VNet dan subnet tempat Anda ingin menyebarkan SQL Managed Instance, Anda perlu memastikan bahwa VNet 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, memberi tahu Anda apa yang harus diubah lalu menawarkan untuk membuat perubahan yang diperlukan di VNet/subnet Anda. Jalankan skrip ini jika Anda tidak ingin mengonfigurasi VNet/subnet secara manual. Anda juga dapat menjalankannya setelah konfigurasi ulang utama infrastruktur jaringan Anda. Jika Anda ingin membuat dan mengonfigurasi jaringan Anda sendiri, baca arsitektur konektivitas dan panduan utama ini untuk membuat dan mengonfigurasi lingkungan SQL Managed Instance.

Memigrasikan ke SQL Managed Instance

Mulai cepat yang disebutkan sebelumnya memungkinkan Anda menyiapkan SQL Managed Instance dengan cepat dan memindahkan database Anda menggunakan kemampuan RESTORE native. Ini adalah permulaan yang bagus jika Anda ingin menyelesaikan bukti konsep yang cepat dan memverifikasi bahwa solusi Anda dapat berfungsi pada Managed Instance.

Namun, untuk memigrasikan database produksi Anda atau bahkan database dev/test yang ingin Anda gunakan untuk beberapa tes performa, Anda perlu mempertimbangkan untuk menggunakan beberapa teknik tambahan, seperti:

  • Pengujian performa - Anda harus mengukur metrik performa dasar pada instans SQL Server sumber Anda dan membandingkannya dengan metrik performa pada SQL Managed Instance tujuan di mana Anda telah memigrasikan database. Pelajari selengkapnya tentang praktik terbaik untuk perbandingan performa.
  • Migrasi online - Dengan RESTORE native yang dijelaskan dalam artikel ini, Anda harus menunggu database dipulihkan (dan disalin ke penyimpanan Azure Blob jika belum disimpan di sana). Ini menyebabkan adanya beberapa waktu henti aplikasi Anda terutama untuk database yang lebih besar. Untuk memindahkan database produksi Anda, gunakan Layanan Migrasi Data (DMS, Data Migration Service) untuk memigrasikan database Anda dengan waktu henti minimal. DMS menyelesaikan ini dengan secara bertahap mendorong perubahan yang dibuat dalam database sumber Anda ke database SQL Managed Instance 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.

Langkah berikutnya