Gambaran umum migrasi: SQL Server ke Azure SQL Managed Instance

  • Artikel

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 on Virtual Machines
  • 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 terkelola penuh tanpa harus mengelola mesin 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
  • Migrasi objek tingkat instans yang dibutuhkan aplikasi Anda, termasuk login, kredensial, pekerjaan dan operator Agen SQL, dan 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 entri blog Penyebab utama perbedaan kinerja antara SQL Managed Instance dan SQL Server.

Memilih target yang sesuai

Anda dapat menggunakan ekstensi migrasi Azure SQL untuk Azure Data Studio guna mendapatkan rekomendasi Azure SQL Managed Instance yang 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 berukuran tepat untuk database SQL Server lokal Anda

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

  • Gunakan dasar penggunaan CPU untuk menyediakan instans terkelola yang cocok dengan jumlah core yang digunakan instans SQL Server Anda. Mungkin perlu untuk menskalakan sumber daya agar sesuai dengan karakteristik konfigurasi perangkat keras.
  • Gunakan baseline 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 menyebabkan downtime 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 lebih lanjut 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 komputer virtual SQL Server

Bisnis Anda mungkin memiliki persyaratan yang menjadikan SQL Server di Azure Virtual Machines target yang lebih cocok daripada Azure SQL Database.

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).
  • Jika persyaratan komputasi Anda jauh lebih rendah daripada penawaran instans terkelola (satu vCore, misalnya), dan konsolidasi database bukanlah opsi yang dapat diterima.

Alat migrasi

Kami merekomendasikan alat migrasi berikut:

Teknologi Deskripsi
Ekstensi Azure SQL Migration 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.
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.
Pemulihan dan pencadangan native 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.
Log Replay Service 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.
Link instans terkelola Fitur ini memungkinkan migrasi online ke SQL Managed Instance menggunakan teknologi Always On. Ini adalah opsi migrasi bagi pelanggan yang memerlukan database pada SQL Managed Instance agar dapat diakses dalam mode R/O saat migrasi sedang berlangsung, yang perlu menjaga migrasi tetap berjalan untuk jangka waktu yang lama (minggu atau bulan pada saat itu), yang memerlukan replikasi online yang benar ke tingkat layanan Business Critical, dan untuk pelanggan yang memerlukan migrasi waktu henti minimum yang paling berkinerja.

Tabel berikut ini mencantumkan alat migrasi alternatif:

Teknologi Keterangan
Replikasi Transaksional Replikasi data dari tabel database SQL Server sumber ke Azure SQL Database dengan menyediakan opsi migrasi jenis pelanggan penerbit sambil mempertahankan konsistensi transaksional.
Bulk copy Alat bulk copy program(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 bulk copy berkecepatan tinggi untuk memindahkan data ke Azure SQL Database, Anda dapat menggunakan alat Smart Bulk Copy untuk memaksimalkan kecepatan transfer dengan memanfaatkan tugas salinan 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 Azure SQL Database dengan menggunakan konektor bawaan dan runtime integrasi.

Data Factory mendukung berbagai konektor untuk memindahkan data dari sumber SQL Server ke SQL Managed Instance.

Membandingkan opsi migrasi

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

Tabel berikut membandingkan opsi migrasi yang direkomendasikan:

Opsi migrasi Waktu menggunakan Pertimbangan
Ekstensi Azure SQL Migration untuk Azure Data Studio Anda dapat melakukan migrasi database tunggal atau dalam skala besar.
- Dapat berjalan dalam mode online dan offline.

Sumber yang didukung:
- SQL Server (2005 dan seterusnya) lokal, atau di Azure Virtual Machines
- SQL Server di Amazon EC2
- Amazon RDS untuk SQL Server
- SQL Server di Google Compute Engine		 - Migrasi dalam skala besar dapat diotomatisasi melalui PowerShell atau Azure CLI.

- Waktu untuk menyelesaikan migrasi tergantung ukuran database dan jumlah objek dalam database.

- Azure Data Studio diperlukan saat Anda tidak menggunakan PowerShell atau Azure CLI.
Pemulihan dan pencadangan native - Migrasi database aplikasi lini bisnis masing-masing.
- Migrasi cepat dan mudah tanpa layanan atau alat migrasi terpisah.

Sumber yang didukung:
- SQL Server (2005 hingga 2019) lokal atau Azure VM
- Amazon EC2
- Komputasi GCP SQL Server VM		 - Backup database menggunakan beberapa utas untuk mengoptimalkan transfer data ke Penyimpanan Blob Azure, tetapi bandwidth mitra dan ukuran database dapat mempengaruhi tingkat transfer.
- Downtime harus mengakomodasi waktu yang diperlukan untuk melakukan backup dan pemulihan penuh (yang merupakan ukuran operasi data).
Log Replay Service - Migrasi database aplikasi lini bisnis masing-masing.
- Kontrol lebih diperlukan untuk migrasi database.

Sumber yang didukung:
- SQL Server (2008 hingga 2019) lokal atau Azure VM
- Amazon EC2
- Amazon RDS untuk SQL Server
- Komputasi 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 yang dipulihkan selama proses migrasi akan berada dalam mode pemulihan dan tidak dapat digunakan untuk beban kerja membaca atau menulis hingga proses selesai.
Fitur link untuk Azure SQL Managed Instance - Migrasi database aplikasi lini bisnis masing-masing.
- Kontrol lebih diperlukan untuk migrasi database.
- Diperlukan migrasi waktu henti minimum.

Sumber yang didukung:
- SQL Server (2016 hingga 2019) lokal atau VM Azure
- Amazon EC2
- Komputasi GCP SQL Server VM		 - Migrasi memerlukan pembuatan koneksi jaringan antara SQL Server dan SQL Managed Instance, dan membuka port komunikasi.
- Menggunakan teknologi Grup Ketersediaan AlwaysOn untuk mereplikasi database mendekati real-time, membuat replika database SQL Server yang tepat di SQL Managed Instance.
- Database dapat digunakan untuk akses baca-saja di SQL Managed Instance saat migrasi sedang berlangsung.
- Memberikan performa terbaik selama migrasi dengan waktu henti minimum.

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 2019) dengan beberapa batasan
- Amazon EC2
- Komputasi 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 untuk dipertimbangkan ketika Anda menyiapkan penerbit pada instans SQL Server sumber. Lihat Batasan pada objek penerbitan untuk mempelajari selengkapnya.
- Kemampuan untuk memantau aktivitas replikasi tersedia.
Bulk copy - Lakukan migrasi data penuh atau parsial.
- Dapat mengakomodasi downtime.

Sumber yang didukung:
- SQL Server (2005 hingga 2019) lokal atau Azure VM
- Amazon EC2
- Amazon RDS untuk SQL Server
- Komputasi 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.
Panduan Impor Ekspor/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 2019) lokal atau Azure VM
- Amazon EC2
- Amazon RDS
- Komputasi 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 merupakan pertimbangan penting dan didasarkan pada faktor-faktor seperti pemicu alur, aktivitas yang berjalan, 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)

Melakukan migrasi 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. Konversi paket SSIS yang lebih lama sebelum migrasi. Lihat tutorial konversi proyek untuk mempelajari lebih lanjut.

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 cara 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

SQL Server berketersediaan tinggi memiliki fiture instans kluster failover Always On dan grup ketersediaan Always On menjadi kuno pada SQL managed instance target. Arsitektur dengan ketersediaan tinggi sudah dibangun dalam tingkat layanan Tujuan Umum (model ketersediaan standar) serta Business Critical (model ketersediaan premium) untuk Azure SQL Database. Model ketersediaan premium juga menyediakan read scale-out yang memungkinkan terhubung ke salah satu node sekunder untuk tujuan read-only.

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 Layanan Migrasi Database Azure offline untuk memigrasikan pekerjaan Agen SQL. 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. Pekerjaan dengan 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 Select login di Panduan Migrasi untuk melakukan migrasi login SQL managed instance 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 Global dapat mengonfigurasi akses tersebut melalui portal Azure.
  • Mengonfigurasi Layanan Migrasi Database Azure untuk mengaktifkan migrasi masuk pengguna atau grup Windows. Anda mengatur ini melalui portal Azure, di 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 Cara memigrasikan pengguna dan grup Windows dalam instans SQL Server ke Azure SQL Managed Instance menggunakan T-SQL.

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 peran server kustom dan database, bersama dengan keanggotaan peran dan izin pengguna. Database mandiri tidak didukung, dan hanya sebagian dari kemungkinan izin SQL Server yang dibuatkan skrip.

Enkripsi

Saat Anda memigrasikan database yang dilindungi olehEnkripsi Data Transparan ke instans terkelola dengan menggunakan opsi pemulihan asli, migrasikan sertifikat yang sesuai dari instans SQL Server sumber ke instans terkelola SQL sebelum pemulihan database.

Database 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 in-memory (Tabel memori dioptimalkan)

SQL Server menyediakan kemampuan OLTP In-Memory tinggi. SQL Server menyediakan kemampuan OLTP in-memory yang memungkinkan penggunaan tabel memori dioptimalkan, jenis tabel memori dioptimalkan, dan modul SQL yang dikompilasi secara asli untuk menjalankan beban kerja yang memiliki throughput tinggi dan persyaratan pemrosesan transaksional 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:

  • Memilih tingkat Kritis Bisnis untuk Azure SQL Managed Instance target Anda yang mendukung OLTP in-Memory.

  • 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 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 penyiapan ketersediaan tinggi, karena ketersediaan tinggi sudah terpasang.

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

Selain fitur pengelolaan dan keamanan tingkat lanjut, SQL Managed Instance menyediakan serangkaian alat canggih yang dapat membantu Anda memantau dan menyetel beban kerja Anda. Analitik Azure SQL memungkinkan Anda memantau serangkaian instans terkelola dalam jumlah besar secara terpusat. Penyetelan otomatis dalam instans terkelola terus memantau performa eksekusi rencana SQL Anda dan secara otomatis memperbaiki masalah performa yang teridentifikasi.

Beberapa fitur SQL Server hanya tersedia saat 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.

Langkah berikutnya