Подводни камъни, които трябва да избягвате, когато използвате новата версия на Microsoft SSMA 7.8
Microsoft редовно актуализира своите асистенти за управление на SQL Server и току-що актуализира SSMA за Access. Въпреки това не можете да видите какво е новото за 7.8 в тяхната официална документация. Най-новата версия на SQL Server Migration Assistant (SSMA) версия 7.8 може да бъде изтеглена от тук.
Версията 7.8 е много по-лесна от предишната, особено с обработката на 32/64 бита, но има странности, които ще разгледаме.
Коя версия да изтегля?
SSMA трябва да може да се свърже с Access и за да направи това, трябва да има същия брой битове като инсталирания Access. Поради тази причина, ако имате 32-битов достъп, трябва да изтеглите и инсталирате 32-битовия SSMA. Имайте предвид, че 32-битовите програми се наричат още „x86“. В противен случай трябва да инсталирате 64-битов SSMA, за да работите с 64-битов достъп.
Положителна обратна връзка
Хареса ми факта, че SSMA разпозна от самото начало, че сървърът е на Azure SQL. Голям плюс, палец нагоре!
Когато използвате Office365, трябва да изтеглите Access Database Engine 2010
Неотдавна трябваше да го инсталирам на клиентска виртуална машина и докато го правех, попаднах на тези грешки/бъгове.
Когато използвате Office 365, ще трябва да изтеглите Microsoft Access Database Engine 2010 Redistributable, така че SSMA да може да чете вашите данни в Access. Microsoft Access, който идва с Office365, е в среда на пясъчна среда и поради това не е достъпен за SSMA.
Допълнителни проблеми, които може да срещнете с SSMA
След като инсталирах Microsoft Access Database Engine 2010 Redistributable, получих друга грешка, също свързана с Office 365. Тази тема може да помогне!
За да разреша проблема, деинсталирах 64-битова регистрация на разширяемия компонент на Office 16 с кликване и стартиране – вижте изображението по-долу.
Не можах да мигрирам всички таблици едновременно
След като влязох в SQL Server, избрах таблиците, които исках да синхронизирам, и натиснах 
бутон. Миграцията обаче не се осъществи за всички таблици, а само за една! Така че успях да мигрирам само една таблица в даден момент, което е ужасно. Помислете дали трябва да мигрирате над 100 таблици и заявки, това не беше моят проблем, но все пак... кошмар.
Ще трябва сами да добавите външни ключове
Моята локална база данни на Access нямаше зададени ограничения за външни ключове. При мигриране към SQL, SSMA не ме помоли да задам ограничения за външни ключове. Технически не е проблем със самия инструмент SSMA, но нещо, което трябва да знаете и да проверите при мигриране, тъй като предполагам, че оригиналната база данни не е имала никакви ограничения, така че трябва да сме сигурни, че я прилагаме. SSMA трябва да направи това вместо нас.
Какви бъгове или грешки получихте, когато използвате SSMA? Къде са от решаващо значение за вашия проект? Кажете ни в коментарите по-долу.
