Te vermijden valkuilen bij het gebruik van de nieuwe Microsoft SSMA versie 7.8
Microsoft heeft hun SQL Server Management Assistants regelmatig bijgewerkt en ze hebben zojuist de SSMA voor Access bijgewerkt. U kunt echter niet zien wat er nieuw is voor 7.8 in hun officiële documentatie. De nieuwste versie van SQL Server Migration Assistant (SSMA) versie 7.8 kan hier worden gedownload.
De 7.8-versie is veel eenvoudiger dan voorheen, vooral met 32/64-bits, maar er zijn eigenaardigheden waar we naar zullen kijken.
Welke versie moet ik downloaden?
SSMA moet verbinding kunnen maken met Access en daarvoor moet het hetzelfde aantal bits hebben als de geïnstalleerde Access. Om die reden moet u, als u 32-bits toegang hebt, de 32-bits SSMA downloaden en installeren. Merk op dat 32-bits programma's ook wel "x86" worden genoemd. Anders moet u 64-bit SSMA installeren om met 64-bit Access te werken.
Positieve feedback
Ik vond het geweldig dat SSMA vanaf het begin herkende dat de server op Azure SQL stond. Groot pluspunt, duimen omhoog!
Als u Office365 gebruikt, moet u Access Database Engine 2010 downloaden
Niet lang geleden moest ik het op de VM van een klant installeren en terwijl ik dat deed, kwam ik deze fouten / bugs tegen.
Als u Office 365 gebruikt, moet u de Microsoft Access Database Engine 2010 Redistributable downloaden, zodat SSMA uw Access-gegevens kan lezen. De Microsoft Access die bij Office365 wordt geleverd, bevindt zich in een sandbox-omgeving en is daarom niet toegankelijk voor SSMA.
Extra problemen die u kunt tegenkomen met SSMA
Na het installeren van Microsoft Access Database Engine 2010 Redistributable kreeg ik nog een fout, ook gerelateerd aan Office 365. Deze thread kan helpen!
Om het probleem op te lossen, heb ik Office 16 Click-To-Run Uitbreidingscomponent 64-bits registratie verwijderd – zie onderstaande afbeelding.
Ik kon niet alle tabellen tegelijk migreren
Nadat ik me had aangemeld bij SQL Server, selecteerde ik de tabellen die ik wilde synchroniseren en klik op de 
knop. De migratie vond echter niet voor alle tafels plaats, maar slechts voor één! Dus ik kon maar één tafel tegelijk migreren, wat verschrikkelijk is. Denk aan het moeten migreren van meer dan 100 tabellen en query's, dat was niet mijn probleem, maar toch ... een nachtmerrie.
U moet zelf externe sleutels toevoegen
Mijn lokale Access-database had geen externe sleutelbeperkingen ingesteld. Bij de migratie naar SQL heeft SSMA me niet gevraagd om buitenlandse belangrijke beperkingen in te stellen. Technisch gezien geen probleem met de SSMA-tool zelf, maar iets om op te letten en te controleren bij het migreren, aangezien, denk ik, de oorspronkelijke database geen beperkingen had, dus we moeten ervoor zorgen dat we het afdwingen. SSMA zou dat voor ons moeten doen.
Welke bugs of fouten kreeg je bij het gebruik van SSMA? Waar zijn ze cruciaal voor uw project? Laat het ons weten in de reacties hieronder.