Je Access-database werkt, maar de backend op een netwerkschijf of SharePoint begint te knijpen. Meer gebruikers, thuiswerkers, trage verbindingen. Azure SQL is de logische stap. Dit is hoe je dat aanpakt.
Waarom Azure SQL?
Azure SQL is een volledig beheerde database in de cloud van Microsoft. Je hebt geen eigen server nodig, geen VPN voor thuiswerkers en Microsoft regelt de backups en updates. De Access frontend blijft gewoon de Access frontend – je koppelt de tabellen opnieuw via ODBC. Vanuit de gebruiker verandert er nauwelijks iets.
Voor een team van 5 tot 25 mensen met hybride werken is dit de beste plek voor je data. Ik schreef daar eerder al over in mijn overzicht van backend-opties.
Wat heb je nodig?
- Een Azure-abonnement (een gratis account is voldoende om te starten)
- SQL Server Migration Assistant for Access (SSMA) – gratis tool van Microsoft
- SQL Server Management Studio (SSMS) – ook gratis
- Je bestaande Access backend (.accdb)
Stap 1: Azure SQL database aanmaken
Ga naar portal.azure.com en maak een nieuwe SQL Database aan. Kies bij het aanmaken voor de Serverless optie onder General Purpose – dat schaalt automatisch mee met gebruik en is het voordeligst voor kleinere teams.
Geef de database een naam, stel een admin-gebruiker in en bewaar die gegevens goed. Je hebt ze straks nodig voor de ODBC-verbinding.
Stel bij de firewall-instellingen in dat jouw huidige IP-adres toegang heeft. Je kunt later IP-adressen van collega’s toevoegen, of een regel instellen voor het hele kantoornetwerk.
Stap 2: Tabellen migreren met SSMA
Download en installeer SQL Server Migration Assistant for Access via de Microsoft-website. Start het programma en doorloop de wizard:
- 1Voeg je Access backend-bestand toe als bronDatabase.
- 2Verbind met je Azure SQL database als doelserver via de serverstring uit de Azure Portal.
- 3Selecteer de tabellen die je wil migreren.
- 4Laat SSMA het schema analyseren en eventuele conversieissues rapporteren.
- 5Migreer het schema en daarna de data.
SSMA converteert Access-datatypes naar de SQL Server-equivalenten. In de meeste gevallen gaat dit goed automatisch. Controleer na de migratie in SSMS of alle tabellen en data correct zijn overgekomen.
Stap 3: ODBC-verbinding instellen
Op elke pc die de Access frontend gebruikt, moet een ODBC-verbinding ingesteld worden naar Azure SQL. Dat doe je via ODBC-gegevensbronnen (64-bits) in het Configuratiescherm van Windows.
Maak een nieuwe System DSN aan, kies ODBC Driver 17 for SQL Server (of 18), en vul de serverstring, databasenaam en inloggegevens in. Test de verbinding – je krijgt een groene vinkje als het werkt.
Tip: gebruik SQL Server-authenticatie met een dedicated serviceaccount, niet je eigen Azure-adminaccount. Zo houd je beheer en gebruik gescheiden.
Stap 4: Tabellen herlinken in Access
Open de Access frontend. Ga naar Externe gegevens → Nieuwe gegevensbron → Van andere bronnen → ODBC-database. Kies je nieuw aangemaakte DSN en selecteer de tabellen. Access maakt linked tables aan die verwijzen naar Azure SQL.
Verwijder daarna de oude linked tables die nog naar de oude backend verwijzen.
Test daarna alles goed door: formulieren openen, records toevoegen, records wijzigen, rapporten draaien. In de meeste gevallen werkt alles direct – maar let op queries die Access-specifieke syntax gebruiken die SQL Server niet kent.
Veelvoorkomende issues
Datum-notaties. Access gebruikt #01/01/2026# in queries. SQL Server niet. Als je queries hebt met hardcoded datums, moet je die aanpassen.
Ja/Nee-velden. Access heeft een Boolean-type, SQL Server gebruikt bit. SSMA handelt dit doorgaans goed af, maar controleer het.
Autonummer vs Identity. Access AutoNummer wordt in SQL Server een Identity-kolom. Dit werkt hetzelfde vanuit Access, maar let op als je ergens op de waarden filtert.