Fundgruber, der skal undgås, når du bruger den nye Microsoft SSMA version 7.8

Microsoft har opdateret deres SQL Server Management Assistants regelmæssigt, og de har lige opdateret SSMA for Access. Du kan dog ikke se, hvad der er nyt for 7.8 i deres officielle dokumentation. Den seneste version af SQL Server Migration Assistant (SSMA) version 7.8 kan downloades herfra.

7.8-versionen er meget nemmere end tidligere, især med håndtering af 32/64 bit, men der er særheder, som vi vil se på.

Hvilken version skal jeg downloade?

SSMA skal kunne oprette forbindelse til Access og for at gøre det skal det være det samme antal bits som den installerede Access. Af den grund, hvis du har 32-bit Access, bør du downloade og installere 32-bit SSMA. Bemærk, at 32-bit programmer også kaldes "x86". Ellers bør du installere 64-bit SSMA for at fungere med 64-bit Access.

Positiv feedback

Jeg elskede det faktum, at SSMA allerede fra begyndelsen genkendte, at serveren var på Azure SQL. Stort plus, tommelfingeren op!

Når du bruger Office365, skal du downloade Access Database Engine 2010

For ikke længe siden havde jeg brug for at installere det på en klients VM, og mens jeg gjorde det, stødte jeg på disse fejl/fejl.

Når du kører Office 365, skal du downloade Microsoft Access Database Engine 2010 Redistributable, så SSMA kan læse dine Access-data. Microsoft Access, der følger med Office365, er i et sandkassemiljø og er derfor ikke tilgængelig for SSMA.

Yderligere problemer, du kan støde på med SSMA

Efter installation af Microsoft Access Database Engine 2010 Redistributable havde jeg en anden fejl, også relateret til Office 365. Denne tråd kan måske hjælpe!

For at løse problemet afinstallerede jeg Office 16 Click-To-Run Extensibility Component 64-bit Registration – se billedet nedenfor.

Jeg kunne ikke migrere alle tabeller på samme tid

Efter at have logget ind på SQL Server, valgte jeg de tabeller, som jeg ønskede at synkronisere og ramte  knap. Migreringen fandt dog ikke sted for alle borde, men kun én! Så jeg var kun i stand til at migrere et bord ad gangen, hvilket er forfærdeligt. Tænk på at skulle migrere mere end 100 tabeller og forespørgsler, det var ikke mit problem, men stadig … et mareridt.

Du skal selv tilføje fremmednøgler

Min lokale Access-database havde ikke nogen fremmednøgle-begrænsninger sat op. Ved migrering til SQL bad SSMA mig ikke om at angive begrænsninger for udenlandske nøgler. Teknisk set ikke et problem med selve SSMA-værktøjet, men noget, man skal være opmærksom på og tjekke, når man migrerer, da den originale database vel ikke havde nogen begrænsninger, så vi skal sikre, at vi håndhæver den. SSMA bør gøre det for os.

Hvilke fejl eller fejl fik du, da du brugte SSMA? Hvor er de afgørende for dit projekt? Fortæl os det i kommentarerne nedenfor.