Úskalí, kterým je třeba se vyhnout při používání nového Microsoft SSMA verze 7.8

Microsoft pravidelně aktualizuje své SQL Server Management Assistant a právě aktualizovali SSMA pro Access. V jejich oficiální dokumentaci však nevidíte, co je nového pro 7.8. Nejnovější verzi nástroje SQL Server Migration Assistant (SSMA) verze 7.8 si můžete stáhnout zde.

Verze 7.8 je mnohem snazší než předchozí, zejména se zpracováním 32/64 bitů, ale jsou zde drobnosti, na které se podíváme.

Kterou verzi si mám stáhnout?

SSMA se musí umět připojit k Accessu, a aby to bylo možné, musí mít stejný počet bitů jako nainstalovaný Access. Z tohoto důvodu, pokud máte 32bitový přístup, měli byste si stáhnout a nainstalovat 32bitový SSMA. Všimněte si, že 32bitové programy jsou také označovány jako „x86“. V opačném případě byste měli nainstalovat 64bitový SSMA pro práci s 64bitovým Accessem.

Pozitivní zpětná vazba

Líbilo se mi, že SSMA od samého začátku rozpoznalo, že server je na Azure SQL. Velké plus, palec nahoru!

Pokud používáte Office365, musíte si stáhnout Access Database Engine 2010

Není to tak dávno, co jsem jej potřeboval nainstalovat na virtuální počítač klienta a při tom jsem narazil na tyto chyby/chyby.

Když používáte Office 365, budete si muset stáhnout Microsoft Access Database Engine 2010 Redistributable, aby SSMA mohl číst vaše data Accessu. Microsoft Access, který je součástí sady Office365, je v prostředí sandbox, a proto není pro SSMA přístupný.

Další problémy, se kterými se můžete setkat s SSMA

Po instalaci Microsoft Access Database Engine 2010 Redistributable jsem měl další chybu, také související s Office 365. Toto vlákno může pomoci!

Abych problém vyřešil, odinstaloval jsem 64bitovou registraci součásti Office 16 Click-to-Run Extensibility Component – viz obrázek níže.

Nelze migrovat všechny tabulky současně

Po přihlášení na SQL Server jsem vybral tabulky, které jsem chtěl synchronizovat, a narazil jsem na ně . Migrace neproběhla u všech stolů, ale pouze u jednoho! Takže jsem byl schopen migrovat pouze jeden stůl najednou, což je hrozné. Přemýšlejte o nutnosti migrace více než 100 tabulek a dotazů, to nebyl můj problém, ale přesto... noční můra.

Cizí klíče budete muset přidat sami

Moje místní databáze Accessu neměla nastavena žádná omezení cizího klíče. Při migraci na SQL mě SSMA nepožádal, abych nastavil omezení cizího klíče. Technicky nejde o problém se samotným nástrojem SSMA, ale je třeba si uvědomit a zkontrolovat při migraci, protože předpokládám, že původní databáze neměla žádná omezení, takže se musíme ujistit, že je vymáháme. SSMA by to měla udělat za nás.

Jaké chyby nebo chyby jste zaznamenali při používání SSMA? Kde jsou pro váš projekt zásadní? Dejte nám vědět v komentářích níže.