Bagikan melalui

Memulihkan database ke SQL Server dari Azure SQL Managed Instance

Berlaku untuk:Azure SQL Managed Instance

Artikel ini menjelaskan cara memulihkan cadangan database dari Azure SQL Managed Instance ke SQL Server 2022 atau SQL Server 2025.

Gambaran Umum

Saat mengonfigurasi SQL Managed Instance dengan kebijakan pembaruan, Anda menyelaraskan format database internal dengan versi SQL Server tertentu. Perataan format database antara SQL Managed Instance dan SQL Server memberi Anda cara mudah untuk menyalin atau memindahkan database dari instans terkelola SQL Anda ke edisi Enterprise, Developer, atau Standard SQL Server yang dihosting secara lokal, di komputer virtual di Azure, atau di cloud lainnya.

Memulihkan database dari instans terkelola SQL ke instans SQL Server 2022, atau SQL Server 2025, memungkinkan skenario berikut:

  • Memastikan mobilitas database antara SQL Managed Instance dan produk berbasis SQL Server.
  • Menyediakan salinan database kepada pelanggan dan pihak lain yang memenuhi syarat.
  • Menyegarkan lingkungan selain SQL Managed Instance.

Pertimbangkan hal berikut:

  • Kemampuan untuk memulihkan cadangan penuh salinan-saja dari database di SQL Managed Instance ke SQL Server 2022 tersedia secara bawaan untuk semua instans yang sudah ada dan yang baru dideploy. Kemampuan ini tersedia hingga akhir dukungan mainstream untuk SQL Server 2022. Setelah kebijakan pembaruan instans diubah ke SQL Server 2025, atau Always-up-to-date, memulihkan database ke SQL Server 2022 tidak lagi dimungkinkan.
  • Kemampuan untuk memulihkan cadangan lengkap database khusus salinan dari SQL Managed Instance ke SQL Server 2025 hanya tersedia untuk instans yang dikonfigurasi dengan kebijakan pembaruan SQL Server 2025. Kemampuan ini tersedia hingga akhir dukungan mainstream untuk SQL Server 2025. Setelah kebijakan pembaruan instans diubah menjadi Always-up-to-date, memulihkan database ke SQL Server 2025 tidak lagi dimungkinkan.

Mengambil cadangan pada SQL Managed Instance

Pertama, buat kredensial untuk mengakses akun penyimpanan dari instans Anda, ambil cadangan khusus salinan database Anda, lalu simpan.

Anda dapat membuat kredensial dengan menggunakan identitas terkelola atau token tanda tangan akses bersama (SAS).

Identitas terkelola adalah fitur ID Microsoft Entra (sebelumnya Azure Active Directory) yang menyediakan instans layanan Azure, seperti Azure SQL Managed Instance, dengan identitas terkelola secara otomatis di ID Microsoft Entra, identitas terkelola yang ditetapkan sistem.

Anda dapat menggunakan identitas ini untuk mengotorisasi permintaan akses data ke sumber daya Azure lainnya, termasuk akun penyimpanan. Layanan seperti Azure SQL Managed Instance memiliki identitas terkelola yang ditetapkan sistem, dan juga dapat memiliki satu atau beberapa identitas terkelola yang ditetapkan pengguna. Anda dapat menggunakan identitas terkelola yang ditetapkan sistem atau identitas terkelola yang ditetapkan pengguna untuk mengotorisasi permintaan.

Sebelum administrator penyimpanan Azure menulis file cadangan ke akun penyimpanan, mereka harus memberikan izin ke identitas terkelola untuk menulis data. Memberikan izin ke identitas terkelola instans dilakukan dengan cara yang sama seperti memberikan izin kepada pengguna Microsoft Entra lainnya. Contohnya:

  1. Di portal Azure, pada panel Kontrol Akses (IAM) akun penyimpanan, pilih Tambahkan penetapan peran.

  2. Pilih peran bawaan Azure Kontrol Akses Berbasis Peran (RBAC) Kontributor Data Blob Penyimpanan. Ini menyediakan akses baca/tulis ke identitas terkelola untuk kontainer Azure Blob Storage yang diperlukan.

    Daripada memberikan identitas terkelola peran Storage Blob Data Contributor di Microsoft Azure RBAC, Anda mempunyai pilihan untuk memberikan izin yang lebih terperinci. Untuk mempelajari selengkapnya, lihat Mengatur ACL di Azure Data Lake Storage Gen2.

  3. Pada halaman berikutnya, untuk Tetapkan akses ke, pilih Identitas Terkelola.

  4. Pilih Pilih anggota lalu, di daftar dropdown Identitas terkelola, pilih identitas terkelola yang sesuai. Untuk informasi selengkapnya, lihat Menetapkan peran Azure menggunakan portal Microsoft Azure.

Sekarang, membuat kredensial yang dibatasi cakupan basis data untuk autentikasi identitas terkelola menjadi sederhana.

Dalam contoh berikut, perhatikan bahwa Managed Identity adalah string yang dikodekan secara permanen, dan Anda perlu mengganti nama akun penyimpanan generik dengan nama akun penyimpanan aktual:

CREATE CREDENTIAL [https://<mystorageaccountname>.blob.core.windows.net/<containername>]
WITH IDENTITY = 'MANAGED IDENTITY';

Selanjutnya, ambil COPY_ONLY cadangan database Anda dengan menjalankan contoh perintah T-SQL berikut:

BACKUP DATABASE [SampleDB]
TO URL = 'https://<mystorageaccountname>.blob.core.windows.net/<containername>/SampleDB.bak'
WITH COPY_ONLY;

Pulihkan ke SQL Server

Pulihkan database ke SQL Server dengan menggunakan WITH MOVE opsi perintah RESTORE DATABASE T-SQL dan menyediakan jalur file eksplisit untuk file Anda di server tujuan.

Untuk memulihkan database Anda ke SQL Server, jalankan contoh perintah T-SQL berikut dengan jalur file yang sesuai dengan lingkungan Anda:

RESTORE DATABASE [SampleDB]
FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<containername>/SampleDB.bak'
WITH
    MOVE 'data_0' TO 'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA\SampleDB_data_0.mdf',
    MOVE 'log' TO 'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA\SampleDBlog.ldf',
    MOVE 'XTP' TO 'C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA\SampleDB_xtp.xtp';

Catatan

Untuk memulihkan database yang dienkripsi saat tidak aktif dengan menggunakan Enkripsi data transparan (TDE), instans tujuan SQL Server harus memiliki akses ke kunci yang sama yang digunakan untuk melindungi database sumber melalui Konektor SQL Server untuk Azure Key Vault. Untuk detailnya, tinjau Menyiapkan SQL Server TDE Extensible Key Management dengan menggunakan Azure Key Vault.

Pertimbangan

Saat Anda memulihkan database ke SQL Server, pertimbangkan hal berikut:

  • Anda harus menggunakan kualifikasi WITH MOVE dan menyediakan jalur eksplisit untuk file data.

  • Database yang dienkripsi dengan kunci TDE yang dikelola layanan tidak dapat dipulihkan ke SQL Server. Anda dapat memulihkan database terenkripsi ke SQL Server hanya jika dienkripsi dengan kunci yang dikelola pelanggan dan server tujuan memiliki akses ke kunci yang sama yang digunakan untuk mengenkripsi database. Untuk informasi selengkapnya, lihat Menyiapkan SQL Server TDE Extensible Key Management dengan menggunakan Azure Key Vault.

  • Kebijakan pembaruan untuk SQL Managed Instance Anda harus sama dengan atau lebih tinggi dari versi instans SQL Server Anda. Database yang dipulihkan ke SQL Server 2022 harus berasal dari instans dengan kebijakan pembaruan SQL Server 2022. Demikian juga, database yang dipulihkan ke SQL Server 2025 harus berasal dari instans dengan kebijakan pembaruan SQL Server 2025. Dimungkinkan juga untuk memulihkan database dari instans dengan kebijakan pembaruan SQL Server 2022 ke instans dengan kebijakan pembaruan SQL Server 2025 . Setelah database dipulihkan ke instans dengan kebijakan pembaruan versi yang lebih tinggi, database tersebut tidak dapat lagi dipulihkan ke instans dengan kebijakan pembaruan versi yang lebih rendah. Memulihkan database dari instans dengan kebijakan pembaruan versi yang lebih rendah tidak didukung.

  • Setelah memulihkan database Azure SQL Managed Instance ke SQL Server, dan menghilangkan indeks, atau tabel dengan indeks, Anda mungkin melihat Kesalahan 8992 saat menjalankan DBCC CHECKDB perintah.

    Perhatian

    Jika Anda membuat indeks yang dipartisi pada tabel setelah menghilangkan indeks seperti yang dijelaskan dalam skenario ini, tabel menjadi tidak dapat diakses.

Konten terkait

  • Last updated on