Bermigrasi dengan tautan - Azure SQL Managed Instance

Aplikasi ke:Azure SQL Managed Instance

Artikel ini mengajarkan Anda untuk memigrasikan database SQL Server Anda ke Azure SQL Managed Instance dengan menggunakan tautan Managed Instance.

Untuk panduan migrasi terperinci, tinjau Migrate ke Azure SQL Managed Instance. Untuk membandingkan alat migrasi, tinjau Compare LRS dengan tautan Managed Instance.

Catatan

Anda sekarang dapat memigrasikan instans SQL Server yang diaktifkan oleh Azure Arc ke Azure SQL Managed Instance langsung melalui portal Azure. Untuk informasi selengkapnya, lihat Migrate ke Azure SQL Managed Instance.

Gambaran Umum

Tautan Managed Instance memungkinkan migrasi dari SQL Server yang dihosting di mana saja, ke Azure SQL Managed Instance. Tautan ini menggunakan teknologi grup ketersediaan AlwaysOn untuk mereplikasi perubahan hampir secara real time dari instans SQL Server utama ke SQL Managed Instance sekunder. Tautan ini menyediakan satu-satunya cara migrasi yang sepenuhnya dilakukan secara online antara SQL Server dan Azure SQL Managed Instance, karena satu-satunya downtime adalah saat beralih ke instans terkelola SQL yang menjadi target.

Migrasi dengan tautan memberi Anda:

  • Kemampuan untuk menguji beban kerja baca saja pada SQL Managed Instance sebelum Anda menyelesaikan migrasi ke Azure.
  • Kemampuan untuk menjaga tautan dan migrasi tetap berjalan selama yang Anda butuhkan, berpekan-minggu dan bahkan berbulan-bulan sekaligus.
  • Replikasi data mendekati real-time yang menyediakan replikasi data tercepat yang tersedia untuk Azure.
  • Migrasi dengan waktu henti paling sedikit dibandingkan dengan semua solusi lain yang tersedia saat ini.
  • Cutover seketika ke SQL Managed Instance target.
  • Kemampuan untuk bermigrasi kapan saja Anda siap.
  • Kemampuan untuk memigrasikan satu atau beberapa database dari satu atau beberapa instans SQL Server ke instans terkelola SQL yang sama atau berbeda dalam Azure.
  • Satu-satunya migrasi online yang sesungguhnya ke tingkat layanan "Business Critical".

Catatan

Meskipun Anda hanya dapat memigrasikan satu database per tautan, Anda dapat membuat beberapa tautan dari instans SQL Server yang sama ke SQL Managed Instance yang sama.

Prasyarat

Untuk menggunakan tautan dengan Azure SQL Managed Instance untuk migrasi, Anda memerlukan prasyarat berikut:

Menilai dan menemukan

Setelah Anda memastikan bahwa lingkungan sumber Anda didukung, mulailah dengan tahap pramigrasi. Temukan semua sumber data yang ada, nilai kelayakan migrasi, dan identifikasi masalah pemblokiran yang mungkin mencegah migrasi Anda. Pada fase Temukan, pindai jaringan untuk mengidentifikasi semua instans dan fitur SQL Server yang digunakan oleh organisasi Anda.

Anda dapat menggunakan alat berikut untuk menemukan sumber SQL di lingkungan Anda:

  • SQL Server diaktifkan oleh Azure Arc: SQL Server diaktifkan oleh Azure Arc secara otomatis menghasilkan penilaian untuk migrasi ke Azure, menyederhanakan proses penemuan dan penilaian kesiapan untuk migrasi.
  • Azure Migrate untuk menilai kesesuaian migrasi server lokal, melakukan ukuran berbasis performa, dan memberikan estimasi biaya untuk menjalankannya dalam Azure.
  • Microsoft Toolkit Penilaian dan Perencanaan ("MAP Toolkit") untuk menilai infrastruktur TI Anda saat ini. Toolkit menyediakan inventaris, penilaian, dan alat pelaporan yang kuat untuk menyederhanakan proses perencanaan migrasi.

Setelah sumber data ditemukan, nilai instans SQL Server lokal yang dapat dimigrasikan ke Azure SQL Managed Instance untuk mengidentifikasi penghalang migrasi atau masalah-masalah kompatibilitas.

Anda dapat menggunakan penilaian kesiapan migrasi untuk menilai instans SQL Server sumber Anda.

Untuk panduan terperinci, tinjau pra-migrasi.

Membuat instance target

Setelah Anda menilai lingkungan yang ada, dan menentukan tingkat layanan dan konfigurasi perangkat keras yang sesuai untuk instans terkelola SQL target Anda, sebarkan instans target Anda dengan menggunakan portal Azure, PowerShell atau Azure CLI.

Setelah instans terkelola SQL target Anda dibuat, konfigurasikan tautan antara database pada instans SQL Server Anda dan Azure SQL Managed Instance. Pertama, sebarkan lingkungan Anda lalu konfigurasikan tautan dengan menggunakan SQL Server Management Studio (SSMS) atau script.

Periksa jeda replikasi

Penting bahwa replika sekunder mengejar replika utama sebelum melakukan failover migrasi yang direncanakan. Failover yang direncanakan dapat kehabisan waktu dan gagal jika replika sekunder tertinggal jauh di belakang replika utama.

Gunakan kueri T-SQL berikut pada SQL Server dan SQL Managed Instance untuk memantau jeda replikasi antara replika:

-- Execute on SQL Server and SQL Managed Instance 
USE master
DECLARE @link_name varchar(max) = '<DAGname>'
SELECT
   ag.name [Link name], 
   ars1.role_desc [Link role],
   ars2.connected_state_desc [Link connected state],
   ars2.synchronization_health_desc [Link sync health],
   drs.secondary_lag_seconds [Link replication latency (seconds)]
FROM
   sys.availability_groups ag 
   JOIN sys.dm_hadr_availability_replica_states ars1
   ON ag.group_id = ars1.group_id
   JOIN sys.dm_hadr_availability_replica_states ars2
   ON ag.group_id = ars2.group_id
   JOIN sys.dm_hadr_database_replica_states drs
   ON ars2.replica_id = drs.replica_id
WHERE 
   ag.is_distributed = 1 AND ag.name = @link_name AND ars1.is_local = 1 AND ars2.is_local = 0
GO

Jika lag replikasi tinggi, tunggu replika sekunder menyusul replika utama. Anda mungkin perlu melakukan langkah-langkah pemecahan masalah tambahan jika jeda berlanjut, seperti menjeda beban kerja pada replika utama, meningkatkan throughput jaringan tautan antara dua instans, atau meningkatkan kapasitas sumber daya pada replika sekunder. Cara term mudah untuk menghentikan beban kerja pada replika utama SQL Server adalah dengan memotong koneksi aplikasi ke instans.

Memigrasikan beberapa database

Jika Anda berencana untuk memigrasikan beberapa database dari instans di server yang sama, untuk performa dan prediksi yang optimal, migrasikan 8 database per instans sekaligus. Misalnya, jika Anda memiliki 10 instans dengan masing-masing 32 database tertaut, migrasikan 8 database sekaligus dari setiap instans dengan menggunakan failover yang direncanakan, dan ulangi proses hingga semua database dimigrasikan.

Sinkronisasi dan peralihan data

Setelah tautan Anda dibuat, dan Anda siap untuk bermigrasi, ikuti langkah-langkah ini (biasanya selama jendela pemeliharaan):

  1. Hentikan beban kerja pada database SQL Server utama sehingga database sekunder pada SQL Managed Instance mengejar ketinggalan. Cara term mudah untuk menghentikan beban kerja pada replika utama SQL Server adalah dengan memotong koneksi aplikasi ke instans.
  2. Verifikasi bahwa semua data telah berhasil dipindahkan ke database sekunder di SQL Managed Instance. Periksa lag replikasi untuk memastikan replika sekunder telah menyusul replika utama.
  3. Lakukan failover pada tautan ke instans terkelola SQL sekunder dengan memilih Failover Terencanakan.
  4. (Opsional) Centang kotak untuk Menghapus tautan setelah failover berhasil untuk memastikan bahwa failover adalah salah satu cara, dan tautan dihapus.
  5. (Opsional) Jika Anda menggunakan versi SQL Server yang didukung dengan kebijakan SQL Managed Instance update yang cocok, Anda dapat menyimpan tautan setelah failover untuk membalikkan migrasi jika diperlukan. Periksa bagian pembalikan migrasi untuk detail versi tertentu.
  6. Potong aplikasi untuk menyambungkan ke titik akhir instans terkelola SQL.
  7. (Opsional) Jika Anda tidak memilih untuk menghapus tautan selama failover, Anda dapat menghapus tautan setelah cutover setelah Anda tidak lagi membutuhkannya.

Memvalidasi migrasi

Setelah Anda beralih ke target instans terkelola SQL, pantau aplikasi Anda, uji performa, dan perbaiki masalah apa pun.

Untuk detailnya, tinjau pascamigrasi.

Membalikkan migrasi

Migrasi terbalik kembali ke SQL Server dari Azure SQL Managed Instance mungkin didukung tergantung pada kebijakan update instans terkelola SQL Anda. Contohnya:

  • SQL Server 2022 kebijakan pembaruan: Database dari instans yang dikonfigurasi dengan SQL Server 2022 kebijakan pembaruan dapat dipulihkan kembali ke instans SQL Server 2022.
  • SQL Server 2025 kebijakan pembaruan: Database dari instans yang dikonfigurasi dengan kebijakan pembaruan SQL Server 2025 dapat dipulihkan kembali ke instans SQL Server 2025.
  • Always-up-to-date update policy: Database dari instans yang dikonfigurasi dengan kebijakan pembaruan Always-up-to tidak dapat dipulihkan kembali ke SQL Server.

Jika versi SQL Server sumber Anda lebih lama dari SQL Server 2022, migrasi terbalik tidak dimungkinkan. Saat database Anda dimigrasikan ke SQL Managed Instance, database mengalami peningkatan internal ke versi database yang lebih baru yang tidak kompatibel dengan versi SQL Server sebelumnya. Kompatibilitas database migrasi terbalik hanya tersedia saat instans Terkelola SQL dikonfigurasi dengan kebijakan pembaruan yang sesuai.

Konten terkait

Untuk menggunakan tautan:

Untuk mempelajari selengkapnya tentang tautan:

Untuk skenario replikasi dan migrasi lainnya, pertimbangkan:

  • Last updated on