Gambaran umum tautan Managed Instance

Aplikasi ke:Azure SQL Managed Instance

Artikel ini memberikan gambaran umum tentang tautan Managed Instance, yang memungkinkan replikasi data mendekati real time antara SQL Server dan Azure SQL Managed Instance. Tautan ini menyediakan fleksibilitas hybrid dan mobilitas database dengan mengaktifkan beberapa skenario, seperti penskalaan beban kerja hanya baca, mengalihkan proses analitik dan pelaporan ke Azure, dan bermigrasi ke Azure. Dan, dengan SQL Server 2022 dan yang lebih baru, tautan ini memungkinkan pemulihan bencana online dengan pemulihan kembali ke SQL Server, serta mengonfigurasi tautan dari SQL Managed Instance ke SQL Server.

Untuk memulai, tinjau siapkan lingkungan Anda untuk tautan.

Gambaran Umum

Tautan Managed Instance menggunakan grup ketersediaan terdistribusi untuk memperluas data estate Anda dengan cara yang aman dan terlindungi. Ini mereplikasi data hampir real-time dari SQL Server yang dihosting di mana saja ke Azure SQL Managed Instance, atau dari Azure SQL Managed Instance ke SQL Server 2022 atau yang lebih baru dihosting di mana saja.

Tautan ini mendukung instans SQL Server untuk node tunggal dan multiple-node dengan atau tanpa grup ketersediaan yang sudah ada. Melalui tautan, Anda dapat menggunakan manfaat Azure tanpa memigrasikan data estate SQL Server Anda ke cloud.

Meskipun tautan mendukung replikasi satu database per tautan, Anda dapat mereplikasi beberapa database dari satu instans SQL Server ke satu atau beberapa instans terkelola SQL, atau mereplikasi database yang sama ke beberapa instans terkelola SQL, dengan mengonfigurasi beberapa tautan - satu tautan untuk setiap database ke pasangan instans terkelola.

Fitur tautan saat ini menawarkan fungsionalitas berikut:

  • Replikasi sekali jalan dari versi SQL Server 2016, 2017, dan 2019: Gunakan fitur tautan untuk mereplikasi data satu arah dari instans SQL ke Azure SQL Managed Instance. Meskipun Anda dapat melakukan failover secara manual ke instans terkelola jika terjadi bencana, tindakan tersebut akan memutus tautan, dan failback tidak didukung.
  • Pemulihan bencana (SQL Server 2022 dan SQL Server 2025): Gunakan fitur tautan untuk mereplikasi data antara SQL Server 2022 atau SQL Server 2025 dan SQL Managed Instance, lakukan pengalihan secara manual ke sekunder Anda selama bencana, dan kembalikan ke primer Anda setelah Anda menangani bencana. Baik SQL Server atau SQL Managed Instance dapat menjadi primer awal.

Anda dapat terus menjalankan tautan selama Anda membutuhkannya, selama berbulan-bulan dan bahkan bertahun-tahun. Dan untuk perjalanan modernisasi Anda, jika atau ketika Anda siap untuk bermigrasi ke Azure, tautan memungkinkan pengalaman migrasi yang jauh lebih baik. Migrasi melalui tautan menawarkan waktu henti minimal dibandingkan dengan semua opsi migrasi lain yang tersedia, menyediakan migrasi online sejati ke SQL Managed Instance Anda.

Anda bisa menggunakan database yang direplikasi melalui tautan antara SQL Server dan Azure SQL Managed Instance untuk beberapa skenario, seperti:

  • Pemulihan dari bencana
  • Menggunakan layanan Azure tanpa bermigrasi ke cloud
  • Mengalihkan beban kerja hanya-baca ke Azure
  • Bermigrasi ke Azure
  • Menyalin data di lokasi fisik

Diagram yang mengilustrasikan skenario tautan Instans Terkelola utama.

Dukungan versi

Baik tier layanan Tujuan Umum maupun Bisnis Kritis Azure SQL Managed Instance mendukung tautan Managed Instance. Fitur tautan berfungsi dengan edisi Perusahaan, Pengembang, dan Standar SQL Server.

Replikasi satu arah dari SQL Server ke Azure SQL Managed Instance umumnya tersedia untuk setiap versi SQL Server yang didukung. Pemulihan bencana dengan replikasi dua arah dan failback didukung mulai dari SQL Server 2022, dan didasarkan pada kebijakan update, yang dikonfigurasi pada instans terkelola SQL Anda.

Tabel berikut mencantumkan fungsionalitas fitur tautan dan versi SQL Server minimum yang didukung:

Versi utama awal Sistem operasi (OS) Opsi pemulihan bencana Pembaruan layanan minimum yang diperlukan
Azure SQL Managed Instance Windows Server dan Linux untuk replika instans SQL Server sekunder Dua arah Mengonfigurasi tautan dari Azure SQL Managed Instance ke, dan failover dua arah dengan, didukung oleh:
- SQL Server 2025 dan SQL MI dengan kebijakan pembaruan SQL Server 2025
- SQL Server 2022 dan SQL MI dengan kebijakan pembaruan SQL Server 2022
SQL Server 2025 (17.x) Windows Server dan Linux Dua arah SQL Server RTM 2025 (17.0.1000.7)
SQL Server 2022 (16.x) Windows Server dan Linux Dua arah - SQL Server RTM 2022 (16.0.1000.6): Membuat tautan dari SQL Server 2022 ke SQL MI
- SQL Server 2022 CU10 (16.0.4095.4): Membuat tautan dari SQL MI ke SQL Server 20221
- SQL Server 2022 CU13 (16.0.4125.3): Gagal pada tautan menggunakan Transact-SQL
SQL Server 2019 (15.x) Windows Server dan Linux Dari SQL Server ke SQL MI saja SQL Server 2019 CU20 (15.0.4312.2)
SQL Server 2017 (14.x) Windows Server dan Linux Dari SQL Server ke SQL MI saja SQL Server 2017 CU31 (14.0.3456.2) dan paket SQL Server 2017 Azure Connect (14.0.3490.10)
SQL Server 2016 (13.x) Windows Server saja Dari SQL Server ke SQL MI saja SQL Server 2016 SP3 (13.0.6300.2) dan SQL Server 2016 Azure Connect pack (13.0.7000.253)
SQL Server 2014 (12.x) dan yang lebih lama Tidak tersedia Tidak tersedia Versi sebelum SQL Server 2016 tidak didukung.

1 Saat membuat tautan dengan SQL Server 2022 sebagai primer awal didukung mulai dari versi RTM SQL Server 2022, membuat tautan dengan Azure SQL Managed Instance sebagai primer awal hanya didukung mulai dari SQL Server 2022 CU10. Jika Anda membuat tautan dari primer awal SQL Managed Instance, penurunan SQL Server di bawah CU10 tidak didukung saat tautan aktif karena dapat menyebabkan masalah setelah failover di kedua arah.

versi SQL Server sebelum SQL Server 2016 (SQL Server 2008 - 2014) tidak didukung karena fitur tautan bergantung pada teknologi grup ketersediaan terdistribusi, yang diperkenalkan pada SQL Server 2016.

Selain versi SQL Server yang didukung, Anda memerlukan:

  • Konektivitas jaringan antara instans SQL Server dan instans terkelola Anda. Jika SQL Server berjalan secara lokal, gunakan tautan VPN atau Azure ExpressRoute. Jika SQL Server berjalan pada komputer virtual (VM) Azure, sebarkan VM Anda ke jaringan virtual yang sama dengan instans terkelola Anda atau gunakan peering jaringan virtual untuk menyambungkan dua subnet terpisah.
  • Penyebaran Azure SQL Managed Instance, disediakan untuk tingkat layanan apa pun.

Anda juga memerlukan alat berikut:

Alat Catatan
SSMS terbaru SQL Server Management Studio (SSMS) adalah cara termudah dalam menggunakan tautan Managed Instance karena menyediakan panduan yang mengotomatiskan pengaturan tautan.
Terbaru Az.SQL atau Azure CLI Untuk penyiapan tautan melalui skrip.

Catatan

Fitur tautan Managed Instance tersedia di semua wilayah Azure global dan cloud nasional atau pemerintah.

Fitur tautan untuk SQL Managed Instance berfungsi dengan membuat grup ketersediaan terdistribusi antara SQL Server dan Azure SQL Managed Instance. Solusi ini mendukung sistem simpul tunggal dengan atau tanpa grup ketersediaan yang ada, atau beberapa sistem simpul dengan grup ketersediaan yang ada.

Diagram memperlihatkan cara kerja fitur tautan untuk SQL Managed Instance menggunakan teknologi grup ketersediaan terdistribusi.

Koneksi privat seperti VPN atau Azure ExpressRoute menghubungkan jaringan lokal dan Azure. Jika Anda menghosting SQL Server pada VM Azure, backbone Azure internal dapat menghubungkan VM dan instans terkelola SQL, seperti dengan peering jaringan virtual. Kedua sistem membangun kepercayaan menggunakan autentikasi berbasis sertifikat, di mana SQL Server dan SQL Managed Instance bertukar kunci publik dari sertifikat masing-masing.

Azure SQL Managed Instance mendukung beberapa tautan dari sumber SQL Server yang sama atau berbeda ke satu Azure SQL Managed Instance. Jumlah tautan tergantung pada jumlah database yang dapat dihosting instans terkelola secara bersamaan - hingga 100 tautan untuk tingkat layanan Tujuan Umum dan Bisnis Penting, dan 500 tautan untuk peningkatan tingkat Tujuan Umum Next-gen. Satu instans SQL Server dapat membuat beberapa tautan sinkronisasi database paralel dengan beberapa instans terkelola SQL, bahkan di wilayah Azure yang berbeda, dengan hubungan satu-ke-satu antara database dan instans terkelola.

Untuk membantu Anda menyiapkan lingkungan awal, lihat panduan untuk menyiapkan lingkungan SQL Server Anda untuk menggunakan fitur tautan dengan SQL Managed Instance:

  • Siapkan lingkungan untuk tautan untuk SQL Server 2019 dan yang lebih baru, atau untuk SQL Server 2016
  • Mengotomatiskan persiapan lingkungan Anda untuk tautan Managed Instance menggunakan skrip yang dapat diunduh. Untuk informasi selengkapnya, lihat blog Penyiapan tautan Otomatis.

Setelah Anda memenuhi persyaratan lingkungan awal, buat tautan dengan menggunakan wizard otomatis di SQL Server Management Studio (SSMS), atau siapkan tautan secara manual menggunakan skrip:

Setelah Anda membuat tautan, ikuti praktik terbaik untuk mempertahankan tautan:

Pemulihan dari bencana

Tautan Managed Instance memungkinkan pemulihan bencana, jika terjadi bencana, Anda dapat melakukan failover beban kerja secara manual dari utama ke sekunder Anda. Untuk memulai, tinjau pemulihan bencana dengan tautan mengenai Managed Instance.

Dengan SQL Server 2016 hingga SQL Server 2019, primer selalu SQL Server dan failover ke instans terkelola SQL sekunder bersifat satu arah. Gagal kembali ke SQL Server tidak didukung. Namun, Anda dapat memulihkan data ke SQL Server dengan menggunakan opsi pergerakan data seperti replikasi transaksional atau mengekspor bacpac.

Dengan SQL Server 2022 dan SQL Server 2025, baik SQL Server atau SQL Managed Instance (dengan kebijakan update yang cocok) dapat menjadi primer awal dan Anda dapat membuat tautan dari SQL Server atau SQL Managed Instance. Anda dapat mengembalikan beban kerja antara sistem utama dan sistem sekunder, mencapai pemulihan bencana dua arah yang sesungguhnya.

Saat gagal kembali ke SQL Server, Anda dapat memilih untuk melakukan pemulihan:

  • online dengan memakai tautan Managed Instance secara langsung.
  • offline dengan mengambil cadangan database Anda dari SQL Managed Instance dan mengembalikannya ke instans SQL Server Anda.

Diagram memperlihatkan skenario pemulihan bencana.

Menggunakan layanan Azure

Gunakan fitur tautan untuk memanfaatkan layanan Azure dengan menggunakan data SQL Server tanpa memigrasikannya ke cloud. Contohnya termasuk pelaporan, analitik, cadangan, pembelajaran mesin, dan pekerjaan lain yang mengirim data ke Azure.

Membongkar beban kerja ke Azure

Anda juga dapat menggunakan fitur tautan untuk mengalihkan beban kerja ke Azure. Misalnya, aplikasi dapat menggunakan SQL Server untuk beban kerja baca/tulis, sementara itu memindahkan beban kerja baca-saja ke penyebaran SQL Managed Instance di wilayah Azure mana pun di seluruh dunia. Setelah tautan dibuat, database utama di SQL Server dapat diakses baca/tulis, sementara data yang direplikasi ke instans terkelola SQL Anda di Azure dapat diakses baca-saja. Pengaturan ini memungkinkan berbagai skenario di mana database yang direplikasi pada instans terkelola SQL Anda dapat digunakan untuk skala bacaan keluar dan mengalihkan beban kerja baca-saja ke Azure. Instans terkelola SQL Anda, secara paralel, juga dapat menghosting database baca/tulis independen, yang juga memungkinkan menyalin database yang direplikasi ke database baca/tulis lain pada instans terkelola SQL yang sama untuk pemrosesan data lebih lanjut.

Tautan ini dibatasi oleh database (satu tautan per database), memungkinkan konsolidasi dan pemisahan beban kerja dalam Azure. Misalnya, Anda dapat mereplikasi database dari beberapa instans SQL Server ke satu penyebaran SQL Managed Instance di Azure (konsolidasi), atau Anda dapat mereplikasi database dari satu instans SQL Server ke beberapa instans terkelola dengan hubungan satu-ke-satu antara database dan instans terkelola, ke wilayah Azure mana pun di seluruh dunia (dekonsolidasi). Opsi terakhir memberikan Anda cara yang efisien untuk dengan cepat mendekatkan beban kerja Anda kepada pelanggan di wilayah mana pun di seluruh dunia, yang dapat Anda gunakan sebagai replika baca saja.

Bermigrasi ke Azure

Fitur tautan juga memfasilitasi migrasi dari SQL Server ke SQL Managed Instance, yang memungkinkan:

  • Migrasi paling berkinerja dengan waktu henti minimal, dibandingkan dengan semua solusi lain yang tersedia saat ini.
  • Migrasi online sesungguhnya ke SQL Managed Instance pada tingkat layanan mana pun.

Karena fitur penghubung memungkinkan migrasi dengan downtime yang minimal, Anda dapat bermigrasi ke instans terkelola sambil mempertahankan beban kerja utama Anda tetap online. Meskipun saat ini dimungkinkan untuk mencapai migrasi online ke tingkat layanan Tujuan Umum dengan solusi lain, fitur tautan adalah satu-satunya solusi yang memungkinkan migrasi online sejati ke tingkat layanan Business Critical . Untuk perbandingan migrasi mendalam antara migrasi dengan tautan Managed Instance dan Layanan Pemutaran Ulang Log, lihat Bandingkan tautan Managed Instance ke LRS.

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.

Menyalin data di tempat

Dengan SQL Server 2022 dan yang lebih baru, Anda dapat membuat tautan dari SQL Managed Instance ke SQL Server, membuka kunci skenario tambahan, seperti membuat replika database mendekati real-time di luar Azure, menguji rencana kelangsungan bisnis, dan memenuhi persyaratan kepatuhan.

Pencadangan Otomatis

Setelah Anda mengonfigurasi tautan dengan Azure SQL Managed Instance, database di SQL Managed Instance secara otomatis dicadangkan ke penyimpanan Azure, baik SQL Managed Instance tersebut adalah primer atau bukan. Pencadangan otomatis menggunakan tautan mengambil cadangan penuh dan log transaksi, tetapi bukan cadangan diferensial, yang dapat menyebabkan waktu pemulihan yang lebih lama.

Anda dapat mengurangi biaya manajemen dan operasi lokal sambil menikmati keandalan pencadangan Azure untuk database yang direplikasi. Anda kemudian dapat melakukan pemulihan titik waktu database yang direplikasi ke penyebaran SQL Managed Instance apa pun di wilayah yang sama, seperti halnya cadangan otomatis lainnya.

Replika DR pasif bebas lisensi

Anda dapat menghemat biaya lisensi vCore jika mengaktifkan manfaat failover hibrid untuk instans terkelola SQL yang hanya digunakan untuk pemulihan bencana pasif sekunder dan tidak memiliki beban kerja apa pun.

Untuk memulai, tinjau Replika pasif tanpa lisensi.

Analisis biaya-manfaat

Jika Anda menunjuk replika instans terkelola hanya untuk pemulihan bencana, Microsoft tidak membebankan biaya lisensi SQL Server untuk vCore yang digunakan instans sekunder. Instans ditagih pada granularitas satu jam, dan Anda mungkin masih dikenakan biaya lisensi selama satu jam penuh jika Anda memperbarui manfaat lisensi selama jam tersebut.

Manfaatnya bekerja secara berbeda untuk model penagihan bayar sesuai penggunaan dan Azure Hybrid Benefit. Untuk model penagihan bayar sesuai pemakaian, vCore akan menerima diskon pada faktur Anda. Jika Anda menggunakan Azure Hybrid Benefit untuk replika pasif, jumlah vCore yang digunakan replika sekunder dikembalikan ke kumpulan lisensi Anda.

Misalnya, sebagai pelanggan bayar sesuai pemakaian, jika Anda memiliki 16 vCores yang ditetapkan ke instans sekunder, diskon untuk 16 vCores akan terlihat di faktur Anda jika Anda menetapkan instans sekunder Anda untuk skenario failover hibrid.

Dalam contoh lain, jika Anda memiliki 16 lisensi Azure Hybrid Benefit dan instans terkelola SQL sekunder Anda menggunakan 8 vCore, setelah Anda menetapkan instans sekunder untuk failover hibrid, 8 vCore dikembalikan ke kumpulan lisensi Anda untuk Anda gunakan dengan penyebaran Azure SQL lainnya.

Untuk syarat dan ketentuan yang tepat dari manfaat hak failover Hybrid, lihat ketentuan lisensi SQL Server secara online di bagian SQL Server – Hak Fail-over.

Batasan

Pertimbangkan batasan berikut saat Anda menggunakan tautan.

Batasan dukungan versi meliputi:

  • Anda tidak dapat menggunakan klien Windows 10 dan 11 untuk menghosting instans SQL Server Anda, karena tidak dimungkinkan untuk mengaktifkan fitur grup ketersediaan AlwaysOn yang diperlukan untuk tautan. Anda harus menghosting instans SQL Server di Windows Server 2012 atau yang lebih baru.
  • Fitur tautan tidak mendukung SQL Server versi 2008 hingga 2014, karena mesin SQL dari rilis ini tidak memiliki dukungan bawaan untuk grup ketersediaan terdistribusi yang diperlukan untuk tautan. Tingkatkan ke versi SQL Server yang lebih baru untuk menggunakan tautan.
  • Replikasi data dan failover dari SQL Managed Instance ke SQL Server 2022 atau SQL Server 2025 tidak didukung oleh instans yang dikonfigurasi dengan kebijakan pembaruan Always-up-to-date. Instans Anda harus dikonfigurasi dengan kebijakan SQL Server 2022 atau SQL Server 2025 update yang sesuai untuk melakukan hal berikut:
    • Buat tautan dari SQL Managed Instance to SQL Server.
    • Failover dari SQL Managed Instance ke SQL Server.
  • Meskipun Anda dapat membuat tautan dari SQL Server 2022 atau SQL Server 2025 ke SQL managed instance yang dikonfigurasi dengan Kebijakan pembaruan Selalu Terbaru, setelah failover ke SQL Managed Instance, Anda tidak dapat mereplikasi data, atau melakukan failback, ke SQL Server.

Batasan replikasi data meliputi:

  • Anda hanya dapat mereplikasi database pengguna. Replikasi database sistem tidak didukung.
  • Solusi ini tidak mereplikasi objek tingkat server, pekerjaan agen, atau login pengguna dari SQL Server ke SQL Managed Instance.
  • Untuk SQL Server versi 2016, 2017, dan 2019, replikasi database pengguna dari instans SQL Server hingga penyebaran SQL Managed Instance adalah salah satu caranya. Anda tidak dapat mereplikasi database pengguna dari penyebaran SQL Managed Instance kembali ke instans SQL Server melalui tautan. Replikasi dua arah dengan failback ke instans SQL Server hanya tersedia untuk SQL Server 2022 atau SQL Server 2025 saat SQL Managed Instance dikonfigurasi dengan kebijakan update yang sesuai.
  • Mengonfigurasi tautan dari SQL Managed Instance ke SQL Server tidak didukung untuk database SQL Managed Instance yang sudah ditautkan.

Batasan konfigurasi meliputi:

  • Jika ada beberapa instans SQL Server di server, Anda dapat mengonfigurasi tautan untuk setiap instans, tetapi Anda harus mengonfigurasi setiap instans untuk menggunakan titik akhir pencerminan database terpisah, dengan port khusus per instans. Hanya instans default yang harus menggunakan port 5022 untuk titik akhir pencerminan database.

  • Anda hanya bisa menempatkan satu database ke dalam satu grup ketersediaan untuk satu tautan Managed Instance. Namun, Anda dapat mereplikasi beberapa database dalam satu instans SQL Server dengan membuat beberapa tautan.

    Catatan

    Jika Anda tertarik untuk berpartisipasi dalam pratinjau terbatas perubahan pada perilaku ini, isi formulir berikut.

  • Anda dapat membuat tautan dengan grup ketersediaan yang sudah ada menggunakan satu database. Jika grup ketersediaan yang ada memiliki beberapa database, Anda bisa membuat tautan dengan grup ketersediaan hanya jika Anda menghapus semua database kecuali satu dari grup ketersediaan.

  • Satu Tujuan Umum atau Business Critical SQL Managed Instance mendukung hingga 100 tautan, dan satu Tujuan Umum Next-gen SQL Managed Instance mendukung hingga 500 tautan, dari yang sama, atau dari beberapa sumber SQL Server.

  • Tautan Managed Instance dapat mereplikasi database dengan ukuran apa pun jika sesuai dengan ukuran penyimpanan yang dipilih dari penyebaran SQL Managed Instance target.

  • Autentikasi tautan Managed Instance antara SQL Server dan SQL Managed Instance berbasis sertifikat dan hanya dapat dilakukan melalui pertukaran sertifikat. Anda tidak dapat menggunakan Windows authentication untuk membuat tautan antara instans SQL Server dan instans terkelola SQL.

  • Anda hanya dapat membuat tautan dengan titik akhir VNet-local ke SQL Managed Instance.

  • Anda tidak dapat menggunakan titik akhir publik atau titik akhir privat untuk membuat tautan dengan instans terkelola.

  • Anda tidak dapat mereplikasi database dengan beberapa file log, karena SQL Managed Instance tidak mendukung beberapa file log.

Batasan fitur meliputi:

  • Anda tidak dapat menggunakan grup failover dengan instans yang menggunakan fitur penghubung. Anda tidak dapat membuat tautan pada instans terkelola SQL yang merupakan bagian dari grup failover, dan sebaliknya, Anda tidak dapat mengonfigurasi grup failover pada instans yang memiliki tautan yang dibuat.
  • Jika Anda menggunakan Change Data Capture (CDC), pengiriman log, atau broker layanan dengan database yang direplikasi pada instans SQL Server, saat database dimigrasikan ke penyebaran SQL Managed Instance, selama failover ke Azure, klien perlu terhubung dengan menggunakan nama instans replika utama global saat ini. Anda perlu mengonfigurasi ulang pengaturan ini secara manual.
  • Jika Anda menggunakan replikasi transaksional pada database dengan tautan yang dibuat, pertimbangkan hal berikut:
    • Database tertaut pada replika sekunder tidak dapat menjadi Publisher dalam topologi replikasi transaksional.
    • Jika Anda memigrasikan database yang dikonfigurasi sebagai Publisher dalam topologi replikasi transaksional dengan menggunakan tautan , Anda harus mengonfigurasi ulang database sebagai Publisher pada instans target setelah migrasi selesai.
  • Jika Anda menggunakan transaksi terdistribusi dengan database yang direplikasi dari instans SQL Server dan, dalam skenario migrasi, selama peralihan ke cloud, fitur Koordinator Transaksi Terdistribusi tidak akan terbawa. Database yang dimigrasikan tidak mungkin terlibat dalam transaksi terdistribusi dengan instans SQL Server, karena penyebaran SQL Managed Instance tidak mendukung transaksi terdistribusi dengan SQL Server saat ini. Sebagai referensi, SQL Managed Instance saat ini hanya mendukung transaksi terdistribusi antara instans terkelola lainnya. Untuk informasi selengkapnya, lihat Transaksi terdistribusi di seluruh database cloud.
  • Jika Anda menggunakan Transparent Data Encryption (TDE) untuk mengenkripsi database SQL Server, Anda perlu mengekspor kunci enkripsi database dari SQL Server dan mengunggahnya ke Azure Key Vault, dan Anda juga perlu mengonfigurasi opsi BYOK TDE pada SQL Managed Instance sebelum membuat tautan.
  • Jika pulihkan database yang dipercepat dinonaktifkan pada instans sumber Anda SQL Server 2019 dan yang lebih baru, Anda tidak dapat lagi mengaktifkannya setelah bermigrasi ke Azure SQL Managed Instance. Selain itu, jika penyimpanan versi persisten (PVS) tidak diatur ke PRIMARY, Anda dapat mengalami masalah dengan operasi pemulihan pada instans terkelola SQL target.
  • Jika Service Broker dinonaktifkan pada instans SQL Server sumber, Anda tidak dapat menggunakan Service Broker pada instans terkelola SQL target setelah migrasi.
  • Anda tidak dapat menautkan database SQL Managed Instance yang dienkripsi dengan kunci TDE yang dikelola layanan ke SQL Server. Anda dapat menautkan database terenkripsi ke SQL Server hanya jika Anda mengenkripsinya dengan kunci yang dikelola pelanggan dan server tujuan memiliki akses ke kunci yang sama yang digunakan untuk mengenkripsi database. Untuk informasi selengkapnya, lihat Siapkan SQL Server TDE dengan Azure Key Vault.
  • Anda tidak dapat membuat tautan antara SQL Server dan SQL Managed Instance jika fungsionalitas yang Anda gunakan pada instans SQL Server tidak didukung pada SQL managed instance. Misalnya:
    • Anda tidak dapat mereplikasi database dengan tabel file dan aliran file, karena SQL Managed Instance tidak mendukung tabel file atau aliran file.
    • Anda dapat mereplikasi database yang menggunakan In-Memory OLTP hanya untuk SQL Managed Instance di tingkat layanan Business Critical, karena tingkat layanan General Purpose tidak mendukung In-Memory OLTP. SQL Managed Instance tidak mendukung database dengan beberapa file OLTP In-Memory dan Anda tidak dapat mereplikasinya.

Mencoba menambahkan fungsionalitas yang tidak didukung ke database yang direplikasi di:

  • SQL Server 2017, 2019, dan 2022 gagal dengan kesalahan.
  • SQL Server 2016 menyebabkan tautan terputus, yang kemudian harus Anda hapus dan buat kembali.

Untuk daftar lengkap perbedaan antara SQL Server dan SQL Managed Instance, lihat perbedaan T-SQL antara SQL Server dan Azure SQL Managed Instance.

Untuk menggunakan tautan:

Untuk mempelajari selengkapnya tentang tautan:

Untuk skenario replikasi dan migrasi lainnya, pertimbangkan: