Gambaran umum migrasi: SQL Server ke Azure SQL Managed Instance

Berlaku untuk:Azure SQL Managed Instance

Pelajari tentang opsi dan pertimbangan untuk memigrasikan database SQL Server Anda ke Azure SQL Managed Instance.

Anda dapat memigrasikan database SQL Server yang berjalan di lokal atau di:

• SQL Server di Mesin Virtual
• Amazon EC2 (Elastic Compute Cloud)
• Amazon RDS (Relational Database Service) untuk SQL Server
• Mesin Komputasi Google
• Cloud SQL untuk SQL Server - GCP (Google Cloud Platform)

Untuk panduan migrasi lainnya, lihat Migrasi Database.

Gambaran Umum

Azure SQL Managed Instance adalah opsi target yang direkomendasikan untuk beban kerja SQL Server yang memerlukan layanan yang dikelola sepenuhnya tanpa harus mengelola komputer virtual atau sistem operasinya. SQL Managed Instance memungkinkan Anda memindahkan aplikasi lokal ke Azure dengan perubahan aplikasi atau database minimal. Hal ini memungkinkan isolasi lengkap instans Anda dengan dukungan jaringan virtual asli.

Pastikan untuk meninjau fitur mesin database SQL Server yang tersedia di Azure SQL Managed Instance untuk memvalidasi dukungan target migrasi Anda.

Pertimbangan

Faktor kunci yang perlu dipertimbangkan saat Anda mengevaluasi opsi migrasi adalah:

• Jumlah server dan database
• Ukuran database
• Waktu henti bisnis yang dapat diterima selama proses migrasi

Salah satu manfaat kunci migrasi database SQL Server Anda ke SQL Managed Instance adalah Anda dapat memilih untuk memigrasikan seluruh instans atau hanya subset database masing-masing. Rencanakan dengan cermat untuk menyertakan hal-hal berikut dalam proses migrasi Anda:

• Semua database yang perlu dikolokasi ke instans yang sama
• Objek tingkat instans yang diperlukan untuk aplikasi Anda, termasuk login, kredensial, tugas dan operator Agen SQL, serta pemicu tingkat server

Catatan

Azure SQL Managed Instance menjamin ketersediaan 99,99 persen, bahkan dalam skenario penting. Overhead yang disebabkan oleh beberapa fitur di SQL Managed Instance tidak dapat dinonaktifkan. Untuk informasi selengkapnya, lihat Penyebab utama perbedaan performa antara entri blog SQL Managed Instance dan SQL Server .

Memilih target yang sesuai

Anda dapat menggunakan ekstensi migrasi Azure SQL untuk Azure Data Studio untuk mendapatkan rekomendasi Azure SQL Managed Instance berukuran tepat. Ekstensi ini mengumpulkan data performa dari instans SQL Server sumber Anda untuk memberikan rekomendasi Azure berukuran tepat yang memenuhi kebutuhan performa beban kerja Anda dengan biaya minimal. Untuk mempelajari selengkapnya, lihat Mendapatkan rekomendasi Azure untuk memigrasikan database SQL Server Anda

Panduan umum berikut dapat membantu Anda memilih tingkat layanan dan karakteristik SQL Managed Instance yang tepat untuk membantu mencocokkan garis besar performa Anda:

• Gunakan dasar penggunaan CPU untuk menyediakan instans terkelola yang cocok dengan jumlah core yang digunakan instans SQL Server Anda. Mungkin perlu menskalakan sumber daya agar sesuai dengan karakteristik konfigurasi perangkat keras.
• Gunakan garis besar penggunaan memori untuk memilih opsi vCore yang sesuai dengan alokasi memori Anda.
• Berdasarkan latensi I/O dasar dari subsistem file, pilih antara tingkat layanan Tujuan Umum (latensi lebih besar dari 5 ms) dan Kritis Bisnis (latensi kurang dari 3 ms).
• Gunakan throughput baseline untuk melakukan preallokasi ukuran data dan file log untuk mencapai kinerja I/O yang diharapkan.

Anda dapat memilih sumber daya komputasi dan penyimpanan selama penyebaran lalu mengubahnya setelah itu dengan menggunakan portal Microsoft Azure, tanpa menimbulkan waktu henti untuk aplikasi Anda.

Penting

Perbedaan apa pun dalam persyaratan jaringan virtual untuk instans terkelola dapat mencegah Anda membuat instans baru atau menggunakan instans yang sudah ada. Pelajari selengkapnya tentang membuat jaringan baru dan mengonfigurasi jaringan yang sudah ada .

Pertimbangan utama lainnya dalam pemilihan tingkat layanan target di Azure SQL Managed Instance (Tujuan Umum versus Bisnis Kritis) adalah ketersediaan fitur tertentu, seperti In-Memory OLTP, yang hanya tersedia di tingkat Kritis Bisnis.

Alternatif mesin virtual SQL Server

Bisnis Anda mungkin memiliki persyaratan yang membuat SQL Server di Azure Virtual Machines menjadi target yang lebih cocok daripada Azure SQL Managed Instance.

Jika salah satu kondisi berikut ini berlaku untuk bisnis Anda, pertimbangkan untuk pindah ke komputer virtual (VM) SQL Server sebagai gantinya:

• Jika Anda memerlukan akses langsung ke sistem operasi atau sistem file, misalnya untuk memasang agen pihak ketiga atau kustom pada komputer virtual yang sama dengan SQL Server.
• Anda memiliki kebergantungan ketat pada fitur yang masih tidak didukung, seperti FileStream/FileTable, PolyBase, dan transaksi lintas instans.
• Anda harus menggunakan versi tertentu dari SQL Server (2012, misalnya).
• Persyaratan komputasi Anda jauh lebih rendah daripada yang ditawarkan instans terkelola (satu vCore, misalnya), dan konsolidasi database bukanlah opsi yang dapat diterima.

Alat migrasi

Kami merekomendasikan alat migrasi berikut:

Teknologi	Deskripsi
Azure Migrate	Layanan Azure ini membantu Anda menemukan dan menilai properti data SQL Anda dalam skala besar di VMware. Ini memberikan rekomendasi penyebaran Azure SQL, ukuran target, dan perkiraan bulanan.
Pencadangan dan pemulihan asli	SQL Managed Instance mendukung pemulihan backup database SQL Server asli (.bak file). Ini adalah opsi migrasi termudah bagi pelanggan yang dapat memberikan backup database lengkap ke Penyimpanan Azure.
Layanan Pemutaran Ulang Log	Layanan cloud ini diaktifkan untuk SQL Managed Instance dan didasarkan pada teknologi pengiriman log SQL Server. Ini adalah opsi migrasi untuk pelanggan yang dapat menyediakan backup database lengkap, diferensial, dan log ke Penyimpanan Azure. Log Replay Service digunakan untuk memulihkan file backup dari Blob Storage ke SQL Managed Instance.
Tautan Instans Terkelola	Fitur ini memungkinkan migrasi online ke SQL Managed Instance dengan menggunakan teknologi ketersediaan AlwaysOn untuk mereplikasi perubahan hampir real time. Ini adalah opsi migrasi bagi pelanggan yang mengharuskan database pada SQL Managed Instance dapat diakses dalam mode R/O saat migrasi sedang berlangsung, yang perlu menjaga migrasi tetap berjalan untuk jangka waktu yang lama (seperti minggu atau bulan pada satu waktu), yang memerlukan replikasi online sejati ke tingkat layanan Business Critical, dan untuk pelanggan yang memerlukan migrasi waktu henti minimum yang paling berkinerja.
Azure Database Migration Service	Azure Database Migration Service adalah layanan terkelola penuh yang dirancang untuk memungkinkan migrasi mulus dari beberapa sumber database ke platform data Azure dengan waktu henti minimal.

Tabel berikut ini mencantumkan alat migrasi alternatif:

Teknologi	Deskripsi
Replikasi transaksional	Replikasi data dari tabel database SQL Server sumber ke SQL Managed Instance dengan menyediakan opsi migrasi jenis penerbit-pelanggan sambil mempertahankan konsistensi transaksi.
Salinan massal	Alat program penyalinan massal (bcp) menyalin data dari instans SQL Server ke dalam file data. Gunakan alat tersebut untuk mengekspor data dari sumber Anda dan mengimpor file data ke SQL managed instance target. Untuk operasi penyalinan massal berkecepatan tinggi untuk memindahkan data ke Azure SQL Managed Instance, Anda dapat menggunakan alat Salin Massal Cerdas untuk memaksimalkan kecepatan transfer dengan memanfaatkan tugas penyalinan paralel.
Panduan Impor Ekspor/BACPAC	BACPAC adalah file Windows dengan ekstensi .bacpac yang merangkum skema dan data database. Anda dapat menggunakan BACPAC untuk mengekspor data dari sumber SQL Server dan mengimpor data ke Azure SQL Database.
Azure Data Factory	Aktivitas Salin di Azure Data Factory memigrasikan data dari database SQL Server sumber ke SQL Managed Instance dengan menggunakan konektor bawaan dan runtime integrasi. Data Factory mendukung berbagai konektor untuk memindahkan data dari sumber SQL Server ke SQL Managed Instance.
Ekstensi Migrasi Azure SQL untuk Azure Data Studio	Didukung oleh layanan Azure Database Migration, ekstensi Azure SQL Migration untuk Azure Data Studio membantu Anda menilai persyaratan database Anda untuk memahami kesiapan migrasi Anda, mendapatkan rekomendasi SKU berukuran tepat untuk sumber daya Azure, dan memigrasikan database SQL Server Anda ke Azure. Anda dapat memigrasikan database tunggal atau dalam skala besar menggunakan PowerShell dan Azure CLI.

Membandingkan opsi migrasi

Bandingkan opsi migrasi untuk memilih jalur yang sesuai dengan kebutuhan bisnis Anda.

Catatan

Untuk perbandingan migrasi mendalam, lihat Membandingkan LRS dengan tautan Instans Terkelola.

Tabel berikut membandingkan opsi migrasi yang direkomendasikan:

Opsi migrasi	Waktu menggunakan	Pertimbangan
Fitur tautan untuk Azure SQL Managed Instance	- Waktu henti minimum yang diperlukan, terutama untuk beban kerja penting. - Perlu bermigrasi ke tingkat layanan Business Critical. - Perlu memigrasikan beberapa database. - Perlu akses baca-saja ke database di Azure SQL Managed Instance selama migrasi. - Perlu bermigrasi balik dari Azure ke SQL Server 2022. - Memigrasikan database aplikasi lini bisnis individual, atau beberapa database ke instans terkelola SQL yang sama atau ke beberapa instans terkelola SQL yang berbeda. - Perlu fleksibilitas untuk jangka waktu peralihan. Sumber yang didukung: - SQL Server (2016 hingga 2022) lokal atau Azure VM - Amazon EC2 Mesin Hitung GCP SQL Server VM	- Migrasi memerlukan pembuatan koneksi jaringan antara SQL Server dan SQL Managed Instance, dan membuka port komunikasi. - Menggunakan teknologi grup ketersediaan terdistribusi untuk mereplikasi database mendekati real-time, membuat replika database SQL Server yang tepat pada SQL Managed Instance. - Database dapat digunakan untuk akses baca-saja pada SQL Managed Instance saat migrasi sedang berlangsung. - Memberikan performa terbaik selama migrasi dengan waktu henti paling minimum. - Dapat memotong kapan saja, sehingga durasi migrasi tidak terbatas - Tidak terpengaruh oleh pembaruan sistem atau failover
Layanan Pemutaran Ulang Log	- Migrasi database aplikasi lini bisnis masing-masing. - Perlu kontrol lebih besar atas migrasi database. - Beban kerja yang tidak sensitif dan dapat mentoleransi waktu henti. - Hanya dapat menggunakan titik akhir publik. - Perlu memigrasikan beberapa database. Sumber yang didukung: - SQL Server (2008 hingga 2022) lokal atau Azure VM - Amazon EC2 - Amazon RDS untuk SQL Server Mesin Hitung GCP SQL Server VM	- Migrasi memerlukan pembuatan backup database penuh di SQL Server dan menyalin file backup ke Azure Blob Storage. Log Replay Service digunakan untuk memulihkan file backup dari Blob Storage ke SQL Managed Instance. - Database selama proses migrasi dalam mode pemulihan dan tidak dapat digunakan untuk beban kerja baca atau tulis hingga proses selesai. - Menggunakan titik akhir publik, sehingga konfigurasi jaringan khusus tidak diperlukan. - Dapat terganggu oleh pembaruan sistem atau failover.
Pencadangan dan pemulihan asli	- Migrasi database aplikasi lini bisnis masing-masing. - Migrasi cepat dan mudah tanpa layanan atau alat migrasi terpisah. Sumber yang didukung: - SQL Server (2005 hingga 2022) lokal atau Azure VM - Amazon EC2 Mesin Hitung GCP SQL Server VM	- Backup database menggunakan beberapa thread untuk mengoptimalkan transfer data ke Penyimpanan Blob Azure, tetapi bandwidth pihak ketiga dan ukuran database dapat mempengaruhi kecepatan transfer. - Downtime harus mengakomodasi waktu yang diperlukan untuk melakukan backup dan pemulihan penuh (yang merupakan ukuran operasi data).

Tabel berikut membandingkan opsi migrasi alternatif:

Metode atau teknologi	Waktu menggunakan	Pertimbangan
Replikasi transaksional	- Migrasi dengan terus menerbitkan perubahan dari tabel database sumber ke target tabel database SQL Managed Instance. - Lakukan migrasi database penuh atau parsial dari tabel yang dipilih (subset dari database). Sumber yang didukung: - SQL Server (2012 hingga 2022) dengan beberapa batasan - Amazon EC2 Mesin Hitung GCP SQL Server VM	- Pengaturan relatif kompleks dibandingkan dengan opsi migrasi lainnya. - Menyediakan opsi replikasi berkelanjutan untuk memigrasikan data (tanpa mengambil database offline). - Replikasi transaksional memiliki batasan yang perlu dipertimbangkan ketika Anda mengatur Publisher pada instans SQL Server sumber. Lihat Batasan tentang menerbitkan objek untuk mempelajari selengkapnya. - Kemampuan untuk memantau aktivitas replikasi tersedia.
Salinan massal	- Lakukan migrasi data penuh atau parsial. - Dapat mengakomodasi downtime. Sumber yang didukung: - SQL Server (2005 hingga 2022) lokal atau Azure VM - Amazon EC2 - Amazon RDS untuk SQL Server Mesin Hitung GCP SQL Server VM	- Membutuhkan downtime untuk mengekspor data dari sumber dan mengimpor ke target. - Format file dan jenis data yang digunakan dalam ekspor atau impor harus konsisten dengan skema tabel.
Impor Ekspor Wizard/BACPAC	- Migrasi database aplikasi lini bisnis masing-masing. - Cocok untuk database yang lebih kecil. Tidak memerlukan layanan atau alat migrasi terpisah. Sumber yang didukung: - SQL Server (2005 hingga 2022) lokal atau Azure VM - Amazon EC2 - Amazon RDS Mesin Hitung GCP SQL Server VM	- Membutuhkan waktu henti karena data perlu diekspor di sumber dan diimpor di tujuan. - Format file dan jenis data yang digunakan dalam ekspor atau impor harus konsisten dengan skema tabel untuk menghindari kesalahan pemotongan atau kesalahan ketidakcocokan jenis data. - Waktu yang diambil untuk mengekspor database dengan sejumlah besar objek dapat secara signifikan lebih tinggi.
Azure Data Factory	- Melakukan migrasi dan/atau mengubah data dari database SQL Server sumber. - Menggabungkan data dari beberapa sumber data ke Azure SQL Database biasanya untuk beban kerja kecerdasan bisnis (BI).	- Mengharuskan pembuatan alur pemindahan data di Data Factory untuk memindahkan data dari sumber ke tujuan. - Biaya adalah pertimbangan penting dan didasarkan pada faktor-faktor seperti pemicu alur, eksekusi aktivitas, dan durasi pergerakan data.

Interoperabilitas fitur

Ada lebih banyak pertimbangan ketika Anda memigrasikan beban kerja yang bergantung pada fitur SQL Server lainnya.

SQL Server Integration Services (SSIS)

Migrasikan paket dan proyek SQL Server Integration Services (SSIS) di SSISDB ke Azure SQL Managed Instance dengan menggunakan Azure Database Migration Service.

Hanya paket SSIS di SSISDB yang dimulai dengan SQL Server 2012 yang didukung untuk migrasi. Ubah paket SSIS yang lebih lama sebelum migrasi. Lihat tutorial konversi proyek untuk mempelajari selengkapnya.

Layanan Pelaporan SQL Server

Anda dapat memigrasikan SQL Server Reporting Services (SSRS) ke laporan paginasi di Power BI. Gunakan Alat Migrasi RDL untuk membantu menyiapkan dan memigrasikan laporan Anda. Microsoft mengembangkan alat ini untuk membantu pelanggan memigrasikan laporan Report Definition Language (RDL) dari server SSRS mereka ke Power BI. Ini tersedia di GitHub, dan ini mendokumentasikan penelusuran menyeluruh dari skenario migrasi.

SQL Server Analysis Services

Model tabular SQL Server Analysis Services dari SQL Server 2012 dan yang lebih baru dapat dimigrasikan ke Azure Analysis Services, yang merupakan platform sebagai model penyebaran layanan (PaaS) untuk model tabular Analysis Services di Azure. Anda dapat mempelajari selengkapnya tentang memigrasikan model lokal ke Azure Analysis Services dalam tutorial video ini.

Atau, Anda dapat mempertimbangkan untuk memigrasikan model tabular Analysis Services lokal Anda ke Power BI Premium dengan menggunakan titik akhir baca/tulis XMLA baru.

Ketersediaan tinggi

Fitur ketersediaan tinggi SQL Server, yaitu instans kluster failover Always On dan grup ketersediaan Always On, menjadi usang pada instans terkelola SQL yang ditargetkan. Arsitektur ketersediaan tinggi sudah dibangun ke dalam tingkat layanan Tujuan Umum (model ketersediaan standar) dan Business Critical (model ketersediaan premium) untuk SQL Managed Instance. Model ketersediaan premium juga menyediakan pengembangan kapasitas baca yang memungkinkan koneksi ke salah satu node sekunder untuk tujuan baca-saja.

Di luar arsitektur ketersediaan tinggi yang disertakan dalam SQL Managed Instance, fitur grup failover memungkinkan Anda mengelola replikasi dan failover database dalam instans terkelola ke wilayah lain.

Pekerjaan SQL Agent

Gunakan opsi Azure Database Migration Service offline untuk memigrasikan pekerjaan SQL Agent. Jika tidak, skrip pekerjaan di Transact-SQL (T-SQL) dengan menggunakan SQL Server Management Studio lalu buat ulang secara manual pada SQL managed instance target.

Penting

Saat ini, layanan migraasi database Azure hanya mendukung pekerjaan dengan langkah-langkah subsistem T-SQL. Tugas dengan langkah-langkah paket SSIS harus dimigrasikan secara manual.

Login dan Grup

Pindahkan login SQL dari sumber SQL Server ke Azure SQL Database dengan menggunakan Database Migration Service dalam mode offline. Gunakan panel Pilih login di Wizard Migrasi untuk memigrasikan masuk ke instans terkelola SQL target Anda.

Secara default, Layanan Migrasi Database Azure hanya mendukung migrasi login SQL. Namun, Anda dapat mengaktifkan migrasi login Windows dengan:

• Memastikan bahwa instans terkelola SQL target memiliki akses baca ke ID Microsoft Entra (sebelumnya Azure Active Directory). Pengguna yang memiliki peran Administrator Peran Istimewa dapat mengonfigurasi akses tersebut melalui portal Microsoft Azure.
• Mengonfigurasi Layanan Migrasi Database Azure untuk mengaktifkan migrasi masuk pengguna atau grup Windows. Anda menyiapkan ini melalui portal Microsoft Azure, pada halaman Konfigurasi . Setelah Anda mengaktifkan pengaturan ini, restart layanan agar perubahan diterapkan.

Setelah Anda memulai ulang layanan, login pengguna atau grup Windows muncul dalam daftar login yang tersedia untuk migrasi. Untuk setiap login pengguna atau grup Windows yang Anda migrasikan, Anda diminta untuk memberikan nama domain terkait. Akun pengguna layanan (akun dengan nama domain NT AUTHORITY) dan akun pengguna virtual (akun dengan nama domain NT SERVICE) tidak didukung. Untuk mempelajari selengkapnya, lihat Tutorial: Memigrasikan pengguna dan grup Windows dalam instans SQL Server ke Azure SQL Managed Instance menggunakan sintaks T-SQL DDL.

Atau, Anda dapat menggunakan utilitas PowerShell yang dirancang khusus oleh arsitek migrasi data Microsoft. Utilitas ini menggunakan PowerShell untuk membuat skrip Transact-SQL (T-SQL) untuk membuat ulang login dan memilih pengguna database dari sumber ke target.

Utilitas PowerShell secara otomatis memetakan akun Direktori Aktif Windows Server ke akun Microsoft Entra, dan dapat melakukan pencarian UPN untuk setiap login terhadap instans Direktori Aktif sumber. Skrip utilitas untuk peran server dan database kustom, bersama dengan keanggotaan peran dan izin pengguna. Database terkontrol belum didukung, dan hanya sebagian dari izin SQL Server yang mungkin disertakan dalam skrip.

Enkripsi

Saat Anda memigrasikan database yang dilindungi oleh enkripsi data transparan ke instans terkelola dengan menggunakan opsi pemulihan asli, migrasikan sertifikat yang sesuai dari instans SQL Server sumber ke instans terkelola SQL target sebelum pemulihan database.

Basis data sistem

Memulihkan database sistem tidak didukung. Untuk memigrasikan objek tingkat instans (disimpan dalam database master danmsdb), buat skrip menggunakan T-SQL, lalu buat kembali di instans terkelola target.

OLTP Dalam Memori (Tabel yang Dioptimalkan Memori)

SQL Server menyediakan kemampuan OLTP In-Memory tinggi. SQL Server menyediakan kemampuan OLTP in-memory yang memungkinkan penggunaan tabel yang dioptimalkan untuk memori, jenis tabel yang dioptimalkan untuk memori, dan modul SQL yang dikompilasi secara asli untuk menjalankan beban kerja yang memiliki throughput tinggi dan persyaratan untuk pemrosesan transaksional dengan latensi rendah.

Penting

In-Memory OLTP hanya didukung di tingkat Kritis Bisnis di Azure SQL Managed Instance. Tidak didukung di tingkat Tujuan Umum.

Jika Anda memiliki tabel memori dioptimalkan atau jenis tabel memori dioptimalkan di SQL Server lokal Anda dan Anda ingin bermigrasi ke Azure SQL Managed Instance, Anda harus:

• Pilih tingkatan Business Critical untuk target SQL Managed Instance Anda yang mendukung In-Memory OLTP.

• Jika Anda ingin bermigrasi ke tingkat Tujuan Umum di Azure SQL Managed Instance, hapus tabel memori dioptimalkan, jenis tabel memori dioptimalkan, dan modul SQL yang dikompilasi secara asli yang berinteraksi dengan objek memori dioptimalkan sebelum memigrasikan database Anda. Kueri T-SQL berikut dapat digunakan untuk mengidentifikasi semua objek yang perlu dihapus sebelum migrasi ke tingkat Tujuan Umum:

  SELECT * FROM sys.tables WHERE is_memory_optimized = 1;
  SELECT * FROM sys.table_types WHERE is_memory_optimized = 1;
  SELECT * FROM sys.sql_modules WHERE uses_native_compilation = 1;
  

Untuk mempelajari selengkapnya tentang teknologi dalam memori, lihat Mengoptimalkan performa dengan menggunakan teknologi dalam memori di Azure SQL Database dan Azure SQL Managed Instance.

Fitur tingkat lanjut

Pastikan untuk memanfaatkan fitur berbasis cloud tingkat lanjut di SQL Managed Instance. Misalnya, Anda tidak perlu khawatir mengelola cadangan karena layanan melakukannya untuk Anda. Anda dapat memulihkan ke titik waktu mana pun dalam periode retensi. Selain itu, Anda tidak perlu khawatir tentang menyiapkan ketersediaan tinggi, karena ketersediaan tinggi sudah terintegrasi.

Untuk memperkuat keamanan, pertimbangkan untuk menggunakan autentikasi Microsoft Entra untuk Azure SQL, audit, deteksi ancaman, keamanan tingkat baris, dan masking data dinamis.

Selain fitur manajemen dan keamanan tingkat lanjut, SQL Managed Instance menyediakan alat canggih yang dapat membantu Anda memantau dan menyetel beban kerja Anda. Azure SQL Analytics memungkinkan Anda memantau sekumpulan besar instans terkelola dengan cara terpusat.  Penyetelan otomatis dalam instans terkelola terus memantau performa eksekusi paket SQL Anda dan secara otomatis memperbaiki masalah performa yang diidentifikasi.

Beberapa fitur hanya tersedia setelah tingkat kompatibilitas database diubah ke tingkat kompatibilitas terbaru (150).

Aset migrasi

Untuk bantuan lebih lanjut, lihat sumber daya berikut yang dikembangkan untuk proyek migrasi dunia nyata.

Aset	Deskripsi
Model dan alat penilaian beban kerja data	Alat ini menyediakan platform target "paling cocok" yang disarankan, kesiapan cloud, dan tingkat remediasi aplikasi/database untuk beban kerja tertentu. Alat ini menawarkan penghitungan satu klik sederhana dan pembuatan laporan yang membantu mempercepat penilaian properti besar dengan menyediakan proses keputusan otomatis dan seragam untuk platform target.
Utilitas untuk memindahkan login SQL Server lokal ke Azure SQL Managed Instance	Skrip PowerShell dapat membuat skrip perintah T-SQL untuk membuat ulang login dan memilih pengguna database dari SQL Server lokal ke SQL Managed Instance. Alat ini memungkinkan pemetaan otomatis akun Direktori Aktif Windows Server ke akun Microsoft Entra, bersama dengan memigrasikan login asli SQL Server secara opsional.
Otomatisasi pengumpulan data Perfmon dengan menggunakan Logman	Anda dapat menggunakan alat Logman untuk mengumpulkan data Perfmon (untuk membantu Anda memahami performa baseline) dan mendapatkan rekomendasi target migrasi. Alat ini menggunakan logman.exe untuk membuat perintah yang akan membuat, memulai, menghentikan, dan menghapus penghitung performa yang diatur pada instans SQL Server jarak jauh.

Tim Teknisi Data SQL adalah tim yang mengembangkan sumber daya ini. Piagam inti tim ini adalah untuk membuka blokir dan mempercepat modernisasi kompleks untuk proyek migrasi platform data ke platform data Azure Microsoft.

Konten terkait

• Panduan migrasi: SQL Server ke Azure SQL Managed Instance
• Layanan dan alat yang tersedia untuk skenario migrasi data
• Tingkat layanan di Azure SQL Managed Instance
• Perbedaan T-SQL antara SQL Server & Azure SQL Managed Instance
• Kalkulator Total Biaya Kepemilikan Azure
• Cloud Adoption Framework untuk Azure
• Praktik terbaik untuk biaya dan ukuran beban kerja yang dimigrasikan ke Azure