Insidie ​​da evitare quando si utilizza la nuova versione 7.8 di Microsoft SSMA

Microsoft ha aggiornato regolarmente i propri SQL Server Management Assistant e ha appena aggiornato SSMA per l'accesso. Tuttavia non puoi vedere le novità per 7.8 nella loro documentazione ufficiale. L'ultima versione di SQL Server Migration Assistant (SSMA) versione 7.8 può essere scaricata da qui.

La versione 7.8 è molto più semplice della precedente, specialmente con la gestione di 32/64 bit, ma ci sono delle stranezze, che esamineremo.

Quale versione devo scaricare?

SSMA deve essere in grado di connettersi ad Access e, per farlo, deve avere lo stesso numero di bit dell'Access installato. Per questo motivo, se si dispone dell'accesso a 32 bit, è necessario scaricare e installare SSMA a 32 bit. Si noti che i programmi a 32 bit vengono anche chiamati "x86". In caso contrario, dovresti installare SSMA a 64 bit per funzionare con Access a 64 bit.

Risposte positive

Ho adorato il fatto che SSMA abbia riconosciuto fin dall'inizio che il server era su Azure SQL. Grande vantaggio, pollice in su!

Quando utilizzi Office365 devi scaricare Access Database Engine 2010

Non molto tempo fa avevo bisogno di installarlo sulla VM di un client e, mentre lo facevo, mi sono imbattuto in questi errori/bug.

Quando si esegue Office 365, sarà necessario scaricare Microsoft Access Database Engine 2010 Redistributable in modo che SSMA possa leggere i dati di Access. Microsoft Access fornito con Office365 si trova in un ambiente sandbox e quindi non accessibile a SSMA.

Ulteriori problemi che potresti incontrare con SSMA

Dopo aver installato Microsoft Access Database Engine 2010 Redistributable ho riscontrato un altro errore, anch'esso relativo a Office 365. Questo thread potrebbe essere d'aiuto!

Per risolvere il problema ho disinstallato Registrazione a 64 bit del componente di estensibilità a portata di clic di Office 16 – vedi immagine sotto.

Non sono riuscito a migrare tutte le tabelle contemporaneamente

Dopo aver effettuato l'accesso a SQL Server, ho selezionato le tabelle che volevo sincronizzare e ho premuto Pulsante . La migrazione non è avvenuta però per tutti i tavoli, ma solo per uno! Quindi sono stato in grado di migrare solo una tabella alla volta, il che è terribile. Pensa alla migrazione di oltre 100 tabelle e query, non era un mio problema ma comunque... un incubo.

Dovrai aggiungere tu stesso le chiavi esterne

Il mio database di Access locale non aveva alcun vincolo di chiave esterna impostato. Durante la migrazione a SQL, SSMA non mi ha chiesto di impostare vincoli di chiavi esterne. Tecnicamente non è un problema con lo strumento SSMA in sé, ma qualcosa di cui essere a conoscenza e da controllare durante la migrazione poiché, suppongo, il database originale non avesse alcun vincolo, quindi dobbiamo assicurarci di applicarlo. SSMA dovrebbe farlo per noi.

Quali bug o errori hai riscontrato durante l'utilizzo di SSMA? Dove sono cruciali per il tuo progetto? Fatecelo sapere nei commenti qui sotto.