Perangkap yang Harus Dihindari Saat Menggunakan Microsoft SSMA Versi 7.8 Baru
Microsoft telah memperbarui Asisten Manajemen SQL Server mereka secara teratur, dan mereka baru saja memperbarui SSMA untuk Akses. Namun Anda tidak dapat melihat apa yang baru untuk 7.8 dalam dokumentasi resmi mereka. Versi terbaru SQL Server Migration Assistant (SSMA) versi 7.8 dapat diunduh dari di sini.
Versi 7.8 jauh lebih mudah daripada sebelumnya terutama dengan menangani 32/64 bit tetapi ada keanehan, yang akan kita lihat.
Versi mana yang harus saya unduh?
SSMA harus dapat terhubung ke Access dan untuk melakukan itu, jumlah bitnya harus sama dengan Access yang diinstal. Oleh karena itu, jika Anda memiliki Akses 32-bit, Anda harus mengunduh dan menginstal SSMA 32-bit. Perhatikan bahwa program 32-bit juga disebut sebagai "x86". Jika tidak, Anda harus menginstal SSMA 64-bit agar berfungsi dengan Akses 64-bit.
Masukan positif
Saya menyukai fakta bahwa SSMA mengenali sejak awal bahwa server menggunakan Azure SQL. Nilai tambah yang besar, diacungi jempol!
Saat menggunakan Office365, Anda perlu mengunduh Access Database Engine 2010
Belum lama ini saya perlu menginstalnya di VM klien dan, saat melakukannya, saya menemukan kesalahan/bug ini.
Saat menjalankan Office 365, Anda perlu mengunduh Microsoft Access Database Engine 2010 Redistributable sehingga SSMA dapat membaca data Access Anda. Microsoft Access yang disertakan dengan Office365 berada di lingkungan kotak pasir dan karenanya tidak dapat diakses oleh SSMA.
Masalah tambahan yang mungkin Anda temui dengan SSMA
Setelah menginstal Microsoft Access Database Engine 2010 Redistributable, saya mengalami kesalahan lain, juga terkait dengan Office 365. Utas ini dapat membantu!
Untuk mengatasi masalah tersebut, saya mencopot pemasangan Office 16 Click-To-Run Extensibility Component 64-bit Registration – lihat gambar di bawah.
Saya tidak dapat memigrasikan semua tabel secara bersamaan
Setelah masuk ke SQL Server, saya memilih tabel yang ingin saya sinkronkan dan tekan tombol 
tombol. Migrasi tidak terjadi untuk semua tabel, tetapi hanya satu! Jadi saya hanya dapat memigrasi satu tabel pada satu waktu, yang mengerikan. Pikirkan tentang harus memigrasikan 100+ tabel dan kueri, itu bukan masalah saya tapi tetap saja … mimpi buruk.
Anda perlu menambahkan kunci asing sendiri
Database Access lokal saya tidak memiliki batasan kunci asing yang disiapkan. Saat bermigrasi ke SQL, SSMA tidak meminta saya untuk menyetel batasan kunci asing. Secara teknis bukan masalah dengan alat SSMA itu sendiri, tetapi sesuatu yang harus diperhatikan dan diperiksa saat bermigrasi karena, menurut saya, database asli tidak memiliki kendala apa pun, jadi kami perlu memastikan bahwa kami menerapkannya. SSMA harus melakukannya untuk kita.
Bug atau error apa yang Anda dapatkan saat menggunakan SSMA? Di mana mereka penting untuk proyek Anda? Beri tahu kami di komentar di bawah.
