Bagikan melalui


Menyiapkan lingkungan untuk migrasi LRS - Migrasi SQL Server di Azure Arc

Berlaku untuk:SQL Server

Artikel ini membantu Anda menyiapkan lingkungan untuk migrasi Log Replay Service (LRS) instans SQL Server Anda yang diaktifkan oleh Azure Arc ke Azure SQL Managed Instance di portal Microsoft Azure.

Dengan LRS, Anda dapat memigrasikan database SQL Server Anda ke Azure SQL Managed Instance dengan menggunakan pencadangan dan pemulihan melalui pengiriman log (migrasi online):

Diagram memperlihatkan migrasi Layanan Pemutaran Ulang Log.

Nota

Anda dapat memberikan umpan balik tentang pengalaman migrasi Anda langsung ke grup produk.

Prasyarat

Untuk memigrasikan database SQL Server Anda ke Azure SQL Managed Instance melalui portal Microsoft Azure, Anda memerlukan prasyarat berikut:

Versi SQL Server yang didukung

Migrasi dengan LRS berfungsi dengan setiap edisi SQL Server di Windows. Meskipun migrasi ke tingkat layanan Tujuan Umum dan Bisnis Penting dari SQL Managed Instance didukung, bermigrasi langsung ke tingkat layanan Business Critical memiliki beberapa batasan penting untuk dipertimbangkan.

Tabel berikut mencantumkan versi SQL Server minimum yang didukung untuk LRS:

Versi SQL Server Pembaruan layanan minimum yang diperlukan
SQL Server 2025 (17.x) SQL Server 2025 RTM (17.0.1000.7)
SQL Server 2022 (16.x) SQL Server 2022 RTM (16.0.1000.6)
SQL Server 2019 (15.x) RTM SQL Server 2019 (15.0.2000.5)
SQL Server 2017 (14.x) SQL Server 2017 RTM (14.0.1000.169)
SQL Server 2016 (13.x) SQL Server 2016 RTM (13.0.1400.361)
SQL Server 2014 (12.x) SQL Server 2014 RTM (12.0.2000.8)
SQL Server 2012 (11.x) SQL Server 2012 RTM (11.0.2100.60)

Migrasi terbalik hanya didukung ke SQL Server 2025 dan SQL Server 2022 dari instans terkelola SQL dengan kebijakan pembaruan yang sesuai. Anda dapat membalikkan migrasi secara manual melalui alat lain seperti pencadangan dan pemulihan asli, atau mengonfigurasi tautan secara manual di SSMS.

Permissions

Bagian ini menjelaskan izin yang Anda butuhkan untuk memigrasikan instans SQL Server Anda ke SQL Managed Instance melalui portal Microsoft Azure.

Pada instans SQL Server sumber, Anda memerlukan izin berikut:

  • Jika Anda mengaktifkan hak istimewa paling sedikit, izin yang diperlukan seperti sysadmindiberikan sesuai kebutuhan selama proses migrasi database.
  • Jika Anda tidak dapat menggunakan hak istimewa paling sedikit, Anda memerlukan izin sysadmin pada instans SQL Server sumber.

Untuk bermigrasi dengan LRS, Anda memerlukan salah satu izin berikut pada target SQL Managed Instance:

Buat akun penyimpanan

Anda menggunakan akun Azure Blob Storage sebagai penyimpanan perantara untuk file cadangan antara instans SQL Server dan penyebaran SQL Managed Instance Anda. Akun penyimpanan harus berada dalam langganan Azure yang sama dengan target SQL Managed Instance Anda.

Untuk membuat akun penyimpanan baru dan kontainer blob di dalam akun penyimpanan:

  1. Buat akun penyimpanan:
    1. Cari Akun penyimpanan di portal Microsoft Azure, dan pilih Buat.
    2. Pada tab Dasar , pilih langganan dan grup sumber daya Anda. Wilayah harus sama dengan target SQL Managed Instance Anda.
    3. Biarkan Jenis penyimpanan pilihan kosong.
    4. Gunakan pengaturan default untuk tab lainnya, dan pilih Tinjau + buat.
    5. Setelah melalui validasi, pilih Buat.
  2. Buat kontainer-blob di dalam akun penyimpanan.
    1. Buka akun penyimpanan baru Anda di portal Microsoft Azure.
    2. Di bawah Penyimpanan data, pilih Kontainer.
    3. Gunakan Tambahkan kontainer untuk membuka panel Kontainer baru .
    4. Masukkan nama untuk kontainer Anda, biarkan opsi di defaultnya, dan pilih Buat untuk membuat kontainer Anda.
  3. (Opsional) Jika Azure Storage Anda berada di belakang firewall, penyimpanan Azure Blob Anda memerlukan konfigurasi tambahan setelah instans terkelola SQL Anda disediakan.

Memberikan izin ke Azure Blob Storage

Migrasi SQL Server di Azure Arc dengan LRS menggunakan identitas terkelola untuk mengautentikasi ke Azure Blob Storage.

Anda perlu memberikan izin berikut:

Memberikan akses pengguna ke akun penyimpanan

Untuk mengakses pencadangan database selama proses migrasi, tetapkan pengguna yang masuk ke portal Microsoft Azure dan lakukan migrasi ke peran Pembaca Data Blob Penyimpanan untuk akun penyimpanan yang berisi cadangan.

Untuk menetapkan peran, ikuti langkah-langkah berikut:

  1. Di portal Microsoft Azure, buka grup sumber daya yang berisi akun penyimpanan Anda.

  2. Pilih Kontrol akses (IAM) dari menu sumber daya.

  3. Gunakan + Tambahkan untuk memilih Tambahkan penetapan peran dan buka panel Tambahkan penetapan peran .

  4. Cari dan pilih peran Pembaca Data Blob Penyimpanan. Kemudian, pilih Berikutnya.

    Cuplikan layar dari saat menemukan peran Pembaca Data Blob Penyimpanan di halaman IAM untuk akun penyimpanan di portal Azure.

  5. Gunakan + Pilih anggota untuk membuka panel Pilih anggota , dan cari akun pengguna orang yang melakukan migrasi. Jika beberapa orang memigrasikan data, berikan semua pengguna tersebut akses ini. Pilih akun pengguna, lalu gunakan Pilih untuk menyimpan pilihan Anda. Centang opsi untuk menetapkan akses ke Pengguna, grup, atau perwakilan layanan.

  6. Pilih Tinjau + tetapkan untuk masuk ke tab Tinjau + tetapkan , lalu pilih Tinjau + tetapkan lagi untuk menyelesaikan penetapan peran.

Memberikan akses pengguna ke grup sumber daya

Untuk mengakses pencadangan database selama proses migrasi, pengguna yang masuk ke portal Microsoft Azure dan melakukan migrasi perlu diberi peran Pembaca pada grup sumber daya yang berisi akun penyimpanan.

Untuk menetapkan peran, ikuti langkah-langkah berikut:

  1. Di portal Microsoft Azure, buka grup sumber daya yang berisi akun penyimpanan Anda.

  2. Pilih Kontrol akses (IAM) dari menu sumber daya.

  3. Gunakan + Tambahkan untuk memilih Tambahkan penetapan peran dan buka panel Tambahkan penetapan peran .

  4. Cari dan pilih peran Pembaca . Kemudian, pilih Berikutnya.

    Cuplikan layar menemukan peran Pembaca di halaman IAM untuk grup sumber daya di portal Microsoft Azure.

  5. Gunakan + Pilih anggota untuk membuka panel Pilih anggota , dan cari akun pengguna orang yang melakukan migrasi. Jika beberapa orang memigrasikan data, berikan semua pengguna tersebut akses ini. Pilih akun pengguna, lalu gunakan Pilih untuk menyimpan pilihan Anda. Centang opsi untuk menetapkan akses ke Pengguna, grup, atau perwakilan layanan lalu gunakan Berikutnya untuk melanjutkan.

  6. Pada tab Jenis penugasan , atur jenis Penugasan ke Aktif dan durasi Penugasan ke Permanen:

    Cuplikan layar pengaturan jenis Penugasan ke Aktif dan Durasi Penugasan ke Permanen pada tab Jenis penugasan di portal Microsoft Azure.

  7. Pilih Tinjau + tetapkan untuk masuk ke tab Tinjau + tetapkan , lalu pilih Tinjau + tetapkan lagi untuk menyelesaikan penetapan peran.

Memberikan akses identitas terkelola ke akun penyimpanan

Setelah instans terkelola SQL Anda disediakan, Anda perlu menetapkan identitas terkelola instans terkelola SQL Anda peran Pembaca Data Blob Penyimpanan sehingga dapat mengakses akun Azure Blob Storage Anda selama proses migrasi.

Pertama, Anda harus menentukan jenis identitas terkelola yang digunakan instans terkelola SQL Anda. Untuk melakukannya, ikuti langkah-langkah berikut:

  1. Buka instans terkelola SQL Anda di portal Azure.
  2. Di bawah Keamanan, pilih Identitas.
    1. Jika di bawah Identitas terkelola yang ditetapkan pengguna, Anda melihat Tidak ada identitas terkelola yang ditetapkan pengguna yang ditemukan, instans terkelola SQL Anda menggunakan identitas terkelola default yang ditetapkan sistem.
    2. Jika Anda melihat entri di bidang Identitas utama , maka instans terkelola SQL Anda menggunakan identitas terkelola yang ditetapkan pengguna kustom. Catat identitas ini untuk digunakan dalam langkah di mana Anda memilih identitas terkelola ini saat memberikan akses Pembaca Data Blob Penyimpanan ke akun penyimpanan.

Untuk memberikan akses ke akun penyimpanan, ikuti langkah-langkah berikut:

  1. Buka akun Azure Blob Storage di portal Microsoft Azure yang ingin Anda gunakan untuk migrasi.
  2. Pilih Kontrol akses (IAM) dari menu sumber daya.
  3. Gunakan + Tambahkan untuk memilih Tambahkan penetapan peran dan buka panel Tambahkan penetapan peran .
  4. Cari dan pilih peran Pembaca Data Blob Penyimpanan. Kemudian, pilih Berikutnya.
  5. Di bagian Tetapkan akses untuk, pilih opsi Identitas terkelola.
  6. Gunakan Pilih anggota untuk membuka panel Pilih anggota .
  7. Jika instans terkelola SQL Anda menggunakan identitas terkelola default yang ditetapkan sistem:
    1. Di bawah Identitas terkelola, pilih instans terkelola SQL.
    2. Cari dan pilih nama instans terkelola SQL Anda.
    3. Gunakan Pilih untuk menyimpan pilihan Anda.
  8. Jika instans terkelola SQL Anda menggunakan identitas terkelola yang ditetapkan pengguna:
    1. Di bawah Identitas terkelola, pilih Identitas terkelola yang ditetapkan pengguna.
    2. Cari Nama identitas utama yang Anda catat sebelumnya dari halaman Identitasinstans terkelola SQL Anda dan pilih.
    3. Gunakan Pilih untuk menyimpan pilihan Anda.
  9. Pilih Tinjau + tetapkan untuk masuk ke tab Tinjau + tetapkan , lalu pilih Tinjau + tetapkan lagi untuk menyelesaikan penetapan peran.

Setelah mengunggah setidaknya satu cadangan penuh ke akun penyimpanan ini, Anda dapat menjalankan perintah berikut pada instans terkelola SQL Anda untuk memverifikasi bahwa ia dapat mengakses akun Azure Blob Storage Anda:

RESTORE HEADERONLY
    FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<containername>/full_0_0.bak';

Mengunggah cadangan ke akun Blob Storage Anda

Saat kontainer blob Anda siap dan Anda telah mengonfirmasi bahwa instans terkelola SQL Anda dapat mengakses kontainer, Anda dapat mulai mengunggah cadangan ke akun Azure Blob Storage Anda. Saat semua cadangan Anda diunggah ke akun penyimpanan, Anda siap untuk melanjutkan migrasi.

Untuk mengunggah cadangan Anda ke Azure:

Pertimbangkan praktik terbaik berikut:

  • Ambil cadangan dengan COMPRESSION opsi dan CHECKSUM untuk mengurangi ukuran file cadangan dan untuk mencegah migrasi database yang rusak.
  • Ambil cadangan dalam batch yang lebih kecil.
  • Gunakan utas unggahan paralel.
  • Buat file cadangan terakhir sesecil mungkin.
  • Untuk memigrasikan beberapa database dengan menggunakan kontainer Azure Blob Storage yang sama, tempatkan semua file cadangan untuk database individual ke folder terpisah di dalam kontainer. Gunakan struktur file datar untuk setiap folder database. Folder yang bersarang di dalam folder database tidak didukung.

Mengambil cadangan pada instans SQL Server

Tetapkan database yang ingin Anda migrasikan ke model pemulihan penuh untuk mengizinkan pencadangan log.

-- To permit log backups, before the full database backup, modify the database to use the full recovery
USE master;

ALTER DATABASE SampleDB
SET RECOVERY FULL;
GO

Jika Anda belum memiliki cadangan yang sudah ada, maka untuk membuat cadangan penuh, diferensial, dan log database Anda secara manual ke penyimpanan lokal, gunakan contoh skrip T-SQL berikut. CHECKSUM tidak diperlukan, tetapi disarankan untuk mencegah migrasi database yang rusak, dan untuk waktu pemulihan yang lebih cepat.

Contoh berikut mengambil cadangan database lengkap ke disk lokal:

-- Take full database backup to local disk
BACKUP DATABASE [SampleDB]
    TO DISK = 'C:\BACKUP\SampleDB_full.bak'
    WITH INIT, COMPRESSION, CHECKSUM;
GO

Contoh berikut mengambil cadangan diferensial ke disk lokal:

-- Take differential database backup to local disk
BACKUP DATABASE [SampleDB]
    TO DISK = 'C:\BACKUP\SampleDB_diff.bak'
    WITH DIFFERENTIAL, COMPRESSION, CHECKSUM;
GO

Contoh berikut mengambil cadangan log transaksi ke disk lokal:

-- Take transactional log backup to local disk
BACKUP LOG [SampleDB]
    TO DISK = 'C:\BACKUP\SampleDB_log.trn'
    WITH COMPRESSION, CHECKSUM;
GO

Menyalin cadangan ke akun Blob Storage Anda

Setelah cadangan Anda siap, dan Anda ingin mulai memigrasikan database ke instans terkelola SQL dengan menggunakan LRS, gunakan pendekatan berikut untuk menyalin cadangan yang ada ke akun Blob Storage Anda:

Nota

Untuk memigrasikan beberapa database dengan menggunakan kontainer Azure Blob Storage yang sama, tempatkan semua file cadangan untuk database individual ke folder terpisah di dalam kontainer. Gunakan struktur file datar untuk setiap folder database. Folder yang bersarang di dalam folder database tidak didukung.

Keterbatasan

Batasan LRS berlaku untuk migrasi melalui portal Microsoft Azure.

Batasan saat bermigrasi ke tingkat layanan Business Critical

Saat bermigrasi ke SQL Managed Instance di tingkat layanan Business Critical , pertimbangkan batasan berikut:

  • Saat memigrasikan database besar, Anda mungkin mengalami waktu henti yang cukup lama karena database tidak tersedia setelah tahap pemindahan sementara dialokasikan ke replika sekunder dari tingkat layanan Business Critical. Penanganan masalah tercantum di bagian cutover yang lebih panjang.
  • Migrasi secara otomatis dimulai ulang dari awal jika failover, pembaruan sistem, atau patch keamanan yang tidak direncanakan mengganggu migrasi. Batasan ini menyulitkan rencana migrasi yang dapat diprediksi tanpa kejutan menit terakhir.

Penting

Batasan ini hanya berlaku saat bermigrasi ke Azure SQL Managed Instance di tingkat layanan Business Critical , dan bukan ke tingkat layanan Tujuan Umum .

Perpindahan yang lebih lama di tingkat layanan Business Critical

Jika Anda bermigrasi ke SQL Managed Instance di tingkat layanan Business Critical, perhitungkan keterlambatan dalam mengaktifkan database pada replika utama saat sedang dinyalin ke replika sekunder. Penundaan ini terutama berlaku untuk database yang lebih besar.

Migrasi ke SQL Managed Instance di tingkat layanan Business Critical membutuhkan waktu lebih lama untuk diselesaikan daripada di tingkat layanan Tujuan Umum. Setelah cutover ke Azure selesai, database tidak tersedia hingga disemai dari replika utama ke tiga replika sekunder. Proses penyemaian dapat memakan waktu lama tergantung pada ukuran database Anda. Semakin besar database, semakin lama penyemaian ke replika sekunder membutuhkan waktu - hingga beberapa jam, berpotensi.

Jika penting bahwa database tersedia segera setelah cutover selesai, pertimbangkan solusi berikut:

  • Migrasikan ke tingkat layanan Tujuan Umum terlebih dahulu, lalu tingkatkan ke tingkat layanan Business Critical . Meningkatkan tingkat layanan Anda adalah operasi online yang menjaga agar database Anda tetap online hingga terjadi failover singkat sebagai langkah akhir dari operasi peningkatan tersebut.
  • Gunakan tautan Instans Terkelola untuk migrasi online ke instans Bisnis Kritis tanpa harus menunggu database tersedia setelah peralihan.

Memantau migrasi melalui portal Microsoft Azure hanya tersedia untuk instans SQL Server yang memenuhi persyaratan lisensi pemantauan.

Pemecahan Masalah Umum

Untuk memecahkan masalah umum saat bermigrasi ke Azure SQL Managed Instance, lihat Memecahkan masalah migrasi.