logo
search
Microsoft 365 Migration

Fix Access Tables Not Linked After SQL Server Migration

Maira MehtabMaira Mehtab Oct 9, 2026 869 views

Question details

After migrating an Access database to Azure SQL using SQL Server Migration Assistant (SSMA), some tables fail to link and contain no data, despite the tool reporting no errors.

How to Fix Access Tables Not Linked After SQL Server Migration
Product
Microsoft Access
Device & OS
not provided
Scenario
Migrating a legacy local Access database to Azure SQL using the SQL Server Migration Assistant.
Observed behavior
SSMA completes without errors, but certain tables are not linked in Access and the corresponding tables in Azure SQL are empty.
Before you start

Ensure you create a complete backup copy of your local Microsoft Access database before modifying table structures, deleting fields, or attempting the SQL migration again.

Solution 1Recommended

Verify Primary Keys and Modify Table Structures

Ensure all Access tables meet Azure SQL migration requirements by assigning primary keys and removing incompatible data types.

SQL Server Migration Assistant (SSMA) requires each table to have a properly defined primary key to successfully link them. Furthermore, legacy fields like timestamps may cause the data migration to fail silently, resulting in empty tables on Azure SQL.

1
Open Access in Design View

Open your local Access database, right-click the table that failed to link, and select 'Design View'.

2
Assign a Primary Key

Ensure that a unique identifier field exists. Right-click the appropriate field and select 'Primary Key' to assign it.

3
Remove Incompatible Fields

Look for legacy timestamp fields or unsupported data types and remove or convert them before saving the table structure.

4
Re-run SSMA Migration

Open SQL Server Migration Assistant, reconnect to your database, and perform the data migration and linking process again.

Verify Primary Keys and Modify Table Structures
Data Migration Requirement: Even if SSMA reports no errors, tables without primary keys will often migrate their schema but fail to transfer data or link properly.
Free Microsoft Office alternative

A Free, Lightweight Office Alternative for Your Daily Work

While resolving complex Microsoft Access database and SQL Server migration issues requires specific Microsoft tools, you can handle all your everyday document, spreadsheet, and presentation tasks using WPS Office. It offers a seamless transition from Microsoft 365 with excellent format compatibility and a familiar interface, all for free.

  1. 1. Download WPS Office: Visit the official WPS Office website and download the free installation package for your operating system.
  2. 2. Install the Software: Run the installer and follow the on-screen instructions to set up WPS Office on your device.
  3. 3. Open Your Office Files: Launch WPS Office and open your existing Word, Excel, or PowerPoint files directly without any conversion.
Fully compatible with Microsoft Word, Excel, and PowerPoint formats (.docx, .xlsx, .pptx)Free, lightweight, and fast-loading across all devicesFamiliar user interface for a zero-learning-curve migrationBuilt-in PDF editor for comprehensive document management
microsoft office alternative - wps office

Frequently Asked Questions

Why does SSMA show no errors but leave Azure SQL tables empty?

SSMA may successfully create the table schema in Azure SQL without throwing errors. However, if the table lacks a primary key or contains unsupported data types like legacy timestamps, the actual data migration and automatic linking process will fail silently.

How do I check if my Access table has a primary key?

Open your table in Design View in Microsoft Access. Look for a small key icon next to the field name on the left side. If no key icon is visible, the table does not have a defined primary key.

Can I link tables to Azure SQL without using SSMA?

Yes. If the tables and data already exist in Azure SQL Server, you can use the Linked Table Manager under the External Data tab in Access to manually establish an ODBC connection to the SQL database.