Praktik terbaik untuk menjalankan Asisten Migrasi Data

Artikel ini menyediakan beberapa informasi praktik terbaik untuk penginstalan, penilaian, dan migrasi.

Penginstalan

Jangan menginstal dan menjalankan Asisten Migrasi Data langsung di mesin host SQL Server.

Penilaian

• Jalankan penilaian pada database produksi saat waktu non-puncak.
• Lakukan penilaian Masalah kompatibilitas dan Rekomendasi fitur baru secara terpisah untuk mengurangi durasi penilaian.

Migration

• Memigrasikan server saat waktu non-puncak.

• Saat memigrasikan database, sediakan satu lokasi berbagi yang dapat diakses oleh server sumber dan server target, dan hindari operasi salin jika memungkinkan. Operasi salin dapat menyebabkan penundaan berdasarkan ukuran file cadangan. Operasi salin juga meningkatkan kemungkinan kegagalan migrasi karena langkah ekstra. Saat satu lokasi telah disediakan, Asisten Migrasi Data akan melewati operasi salin.

  Selain itu, pastikan untuk memberikan izin yang benar ke folder bersama untuk menghindari kegagalan migrasi. Izin yang benar ditentukan dalam alat. Jika instans SQL Server berjalan di mandat Layanan Jaringan, berikan izin yang benar pada folder yang dibagikan ke akun mesin untuk instans SQL Server.

• Aktifkan sambungan enkripsi ketika menyambungkan ke server sumber dan target. Menggunakan enkripsi TLS meningkatkan keamanan data yang dikirimkan di seluruh jaringan antara Asisten Migrasi Data dan instans SQL Server, yang bermanfaat terutama saat memigrasikan login SQL. Jika enkripsi TLS tidak digunakan dan jaringan disusupi oleh penyerang, login SQL yang sedang dimigrasikan bisa dicegat dan/atau dimodifikasi dengan cepat oleh penyerang.

  Namun, jika semua akses melibatkan konfigurasi intranet yang aman, enkripsi mungkin tidak diperlukan. Mengaktifkan enkripsi memperlambat performa karena overhead ekstra yang diperlukan untuk mengenkripsi dan mendekripsi paket. Untuk informasi selengkapnya, silakan lihat Mengenkripsi Koneksi ke SQL Server.

• Periksa batasan yang tidak tepercaya pada database sumber dan database target sebelum memigrasikan data. Setelah migrasi, analisis database target lagi untuk melihat apakah ada batasan yang menjadi tidak tepercaya sebagai bagian dari pergerakan data. Perbaiki batasan yang tidak tepercaya sesuai kebutuhan. Membiarkan batasan tidak tepercaya dapat mengakibatkan rencana eksekusi yang buruk, dan dapat memengaruhi performa.