Access-Datenbank ablösen: Wege, Ablauf und Kosten

In sehr vielen mittelständischen Unternehmen läuft ein Teil des Tagesgeschäfts über eine Access-Datenbank, die vor Jahren jemand gebaut hat, der längst nicht mehr da ist. Sie liegt auf einem Netzlaufwerk, fünf bis zwanzig Leute arbeiten damit, und niemand traut sich, etwas zu ändern. Solange sie läuft, ist das ein tragfähiger Zustand. Wenn sie nicht mehr läuft, ist es ein Betriebsstillstand.

Dieser Ratgeber zeigt, woran Sie erkennen, dass Sie Ihre Access-Datenbank ablösen sollten, welche vier Wege es aus Access heraus gibt, wie ein Ablöseprojekt abläuft, was es kostet und welche Fallstricke Microsoft selbst dokumentiert.

Wann Sie Ihre Access-Datenbank ablösen sollten: sieben Warnsignale

Access ist ein durchaus taugliches Werkzeug für seinen Einsatzzweck – kleine Datenmengen, wenige Nutzerinnen und Nutzer, Aufgaben im Büroumfeld. Problematisch wird es, wenn eine Anwendung über diesen Rahmen hinauswächst. Diese sieben Signale zeigen an, dass die Grenze überschritten ist:

1. Die Datei nähert sich der Größengrenze. Microsoft nennt als harte Obergrenze 2 GB abzüglich des Platzes für Systemobjekte. Wer regelmäßig komprimiert, um weiterarbeiten zu können, arbeitet bereits am Limit.
2. Mehrere Personen arbeiten gleichzeitig. Formal sind bis zu 255 gleichzeitige Benutzer möglich; praktisch führt Mehrbenutzerbetrieb über ein Netzlaufwerk schon bei einer einstelligen Zahl regelmäßig zu Sperren, Verzögerungen und beschädigten Dateien.
3. Die Datei ist schon einmal beschädigt worden. Ein abgebrochener Schreibvorgang – Netzwerkaussetzer, Notebook zugeklappt – kann die Datei unbrauchbar machen. Wenn das einmal passiert ist, passiert es wieder.
4. Kein Zugriff aus dem Homeoffice. Access über VPN auf ein Netzlaufwerk ist langsam und fehleranfällig; über Terminalserver-Umwege wird es teuer.
5. Das Wissen hängt an einer Person. Der VBA-Code ist gewachsen, undokumentiert und nur einer Person vertraut. Ihr Ausscheiden ist ein planbares Ereignis mit unplanbaren Folgen.
6. Es gibt keine belastbare Rechteverwaltung und keine Protokollierung. Wer wann welchen Datensatz geändert hat, lässt sich nicht nachvollziehen. Bei personenbezogenen Daten ist das mit Blick auf die Pflicht zu angemessenen technischen und organisatorischen Maßnahmen ein Problem.
7. Es existieren Schattenlösungen. Tabellenkalkulationen, die Daten aus Access exportieren, weiterverarbeiten und teils wieder zurückspielen: der sicherste Hinweis darauf, dass die Anwendung die Anforderungen nicht mehr erfüllt.

Ein Signal allein rechtfertigt kein Projekt. Bei dreien sollten Sie handeln, bevor es der Ausfall für Sie entscheidet.

Vier Wege aus Access – im Vergleich

Weg	Was passiert	Aufwand	Löst	Löst nicht
1. Backend auf SQL Server	Daten wandern in eine Server-Datenbank, Access-Oberfläche bleibt als Frontend	5–20 PT	Größe, Stabilität, Mehrbenutzerbetrieb, Sicherung	Homeoffice, Rechteverwaltung, Personenabhängigkeit
2. Low-Code-Plattform	Nachbau in einer Plattform wie Power Apps oder vergleichbar	15–50 PT	Webzugriff, Rechte, Wartbarkeit	komplexe Sonderlogik, Plattformabhängigkeit
3. Standardsoftware	Prozess läuft künftig in einem fertigen Produkt	Einführungsprojekt	Wartung, Support, Weiterentwicklung	individuelle Prozesse, Anpassungsfreiheit
4. Individuelle Webanwendung	Neubau als Webanwendung mit Server-Datenbank	30–120 PT	alles	—

Weg 1 ist der unterschätzte Zwischenschritt. Wenn Ihr Hauptproblem Stabilität und Datenvolumen sind, aber die Oberfläche gut genug funktioniert, verschafft die Verlagerung der Daten auf einen SQL Server für einen Bruchteil der Kosten mehrere Jahre Luft. Microsoft stellt dafür mit dem SQL Server Migration Assistant ein eigenes Werkzeug bereit. Diese Option ist besonders dann sinnvoll, wenn ein größeres Vorhaben ansteht, das aber erst in ein bis zwei Jahren finanzierbar ist.

Weg 3 zuerst prüfen. Bevor Sie einen Neubau beauftragen, klären Sie ehrlich, ob Ihr Prozess wirklich einzigartig ist. Bei Standardprozessen wie Artikelverwaltung, Zeiterfassung oder einfachem Kundenmanagement ist ein fertiges Produkt in aller Regel günstiger – auch wenn Sie sich an dessen Denkweise anpassen müssen. Die Abwägung im Detail steht in Individualsoftware oder Standardsoftware?.

Was bei der Migration technisch nicht mitkommt

Wer den ersten Weg geht, sollte wissen, was der Migrationsassistent leistet und was nicht. Microsoft ist hier deutlich: Konvertiert werden im Wesentlichen Tabellen und parameterlose Auswahlabfragen. Formulare, Berichte, Makros und VBA-Module werden nicht konvertiert. Konkret bedeutet das:

• Parametrisierte Abfragen müssen nachgearbeitet werden.
• VBA-Funktionen innerhalb von Abfragen erfordern eine Umgestaltung – sie haben in der Server-Datenbank keine Entsprechung.
• Anlage-Felder müssen vor der Migration entfernt werden; Dateien brauchen eine andere Ablage.
• Mehrwertige Felder werden nicht übernommen und müssen in eigene Tabellen aufgelöst werden.
• Ja/Nein-Felder brauchen eine ausdrückliche Behandlung leerer Werte.
• Vor der Migration empfiehlt Microsoft, Indizes und Primärschlüssel zu ergänzen, Beziehungen auf einheitliche Datentypen zu prüfen und eine Sicherung anzulegen – und alle Nutzenden müssen die Datenbank geschlossen haben.

Diese Liste ist der Grund, warum eine Access-Migration selten „nur ein Knopfdruck" ist: Der Datenteil ist weitgehend automatisierbar, die Anwendungslogik nicht.

Ablauf einer Access-Ablösung in sechs Schritten

1. Bestandsaufnahme (2–5 PT). Wie viele Tabellen, Datensätze, Formulare, Berichte und VBA-Module? Wer nutzt was wie oft? Welche Exporte und Tabellenkalkulationen hängen daran? Ergebnis ist eine Liste, die zeigt, wie groß das Vorhaben wirklich ist – häufig kleiner als befürchtet.
2. Fachlichkeit klären (3–10 PT). Welche Regeln stecken in Formularen und VBA-Code? Welche Auswertungen werden tatsächlich gebraucht? Setzen Sie sich neben die Hauptnutzerin und lassen Sie sich einen typischen Arbeitstag zeigen.
3. Zielbild entscheiden. Einer der vier Wege oben, begründet mit den Signalen aus der Bestandsaufnahme.
4. Datenmodell bereinigen (2–8 PT). Gewachsene Access-Datenbanken enthalten typischerweise fehlende Schlüssel, Textfelder für Zahlen, Dubletten und Felder wie „Bemerkung2". Diese Bereinigung ist Voraussetzung, nicht Kür.
5. Aufbau und Migration. Neues System bauen, Daten in mindestens drei Probeläufen übernehmen, mit Abgleichbericht je Lauf.
6. Umstellung und Abschaltung. Bei überschaubaren Anwendungen genügt meist eine Stichtagsumstellung über ein Wochenende. Die alte Datei anschließend schreibgeschützt archivieren – mit Termin für die endgültige Abschaltung.

Was eine Access-Ablösung kostet

Ausgangslage	Zielbild	Aufwand	Größenordnung
10 Tabellen, 3 Formulare, kaum VBA	SQL-Server-Backend, Access bleibt	5–10 PT	4.000 – 10.000 €
20 Tabellen, 10 Formulare, moderates VBA	Webanwendung	25–45 PT	20.000 – 45.000 €
50+ Tabellen, viele Berichte, viel VBA	Webanwendung mit Schnittstellen	60–120 PT	50.000 – 120.000 €
beliebig	Standardsoftware	Einführung + Migration	stark produktabhängig

Grundlage sind Tagessätze von 700 bis 1.200 € für Agenturen im deutschsprachigen Raum; erfahrene Freelancer liegen darunter. Die Zahlen sind Orientierungsspannen, keine Angebote – der Aufwand hängt fast vollständig an der Zahl der Formulare und am Umfang der VBA-Logik, nicht an der Datenmenge.

Rechnen Sie gegen den Ist-Zustand: manuelle Nacharbeit, Wartezeiten im Mehrbenutzerbetrieb, fehlender Homeoffice-Zugriff, das Ausfallrisiko und die Abhängigkeit von einer Person. In vielen Fällen amortisiert sich schon Weg 1 innerhalb eines Jahres allein über eingesparte Wartezeiten und ausgebliebene Datenverluste.

Fallstricke aus der Praxis

• Die Schattendateien vergessen. Fast immer existieren Tabellenkalkulationen, die Daten aus der Datenbank ziehen. Sie gehören in die Bestandsaufnahme, sonst brechen nach der Umstellung Auswertungen weg, von denen niemand wusste.
• Berichte unterschätzen. Ein gewachsener Access-Bericht mit Gruppierungen und Summen ist im Neubau schnell ein bis drei Personentage. Fragen Sie, welche Berichte im letzten Jahr tatsächlich genutzt wurden – die Antwort halbiert die Liste regelmäßig.
• Datenqualität zu spät prüfen. Datumsangaben in Textfeldern, Dubletten, „999" als Platzhalter: Das kommt bei der Migration hoch, nicht vorher.
• Personenbezogene Daten in Testumgebungen. Für Tests entweder anonymisieren oder dieselben Schutzmaßnahmen wie in der Produktion vorsehen; bei Beteiligung eines Dienstleisters ist ein Auftragsverarbeitungsvertrag erforderlich.
• Aufbewahrungspflichten übersehen. Enthält die Datenbank steuerlich relevante Daten, greifen Aufbewahrungsfristen samt der Anforderung, dass die Daten maschinell auswertbar bleiben. Das entscheidet über die Archivform.
• Nur mit dem bisherigen Betreuer sprechen. Holen Sie mindestens drei Angebote ein. Der Aufwand für dieselbe Ablösung schwankt zwischen Anbietern erheblich, weil der Zuschnitt unterschiedlich verstanden wird.

Kurz gefasst

Eine Access-Datenbank sollten Sie ablösen, wenn Sie an die 2-GB-Grenze stoßen, mehrere Personen gleichzeitig arbeiten, die Datei bereits beschädigt war, Homeoffice-Zugriff fehlt oder das Wissen an einer Person hängt. Prüfen Sie vor einem Neubau zwei günstigere Wege: Datenhaltung auf einen SQL Server verlagern oder ein Standardprodukt einsetzen. Kalkulieren Sie den Aufwand über Formulare und VBA-Logik, nicht über die Datenmenge – und rechnen Sie damit, dass Formulare, Berichte, Makros und VBA bei einer Migration nicht automatisch mitkommen.

Häufige Fragen

Wie groß darf eine Access-Datenbank werden?

Microsoft nennt als Obergrenze 2 GB abzüglich des Speicherplatzes für Systemobjekte, dazu 255 Felder je Tabelle und maximal 255 gleichzeitige Benutzer. Praktisch treten Probleme deutlich früher auf – insbesondere im Mehrbenutzerbetrieb über ein Netzlaufwerk. Wenn Sie regelmäßig komprimieren müssen, um weiterarbeiten zu können, ist die Grenze faktisch erreicht.

Kann man Access einfach auf SQL Server umstellen?

Die Daten ja, die Anwendung nur teilweise. Microsofts Migrationsassistent konvertiert im Wesentlichen Tabellen und parameterlose Auswahlabfragen; Formulare, Berichte, Makros und VBA-Module werden nicht konvertiert. Für den Zwischenschritt „Daten auf den Server, Oberfläche bleibt" reicht das oft aus – für einen vollständigen Umstieg nicht.

Was ist die günstigste Alternative zu Access?

Kurzfristig: die Datenhaltung auf einen SQL Server verlagern und die bestehende Oberfläche weiternutzen – häufig fünf bis zehn Personentage. Mittelfristig hängt es am Prozess: Bei Standardaufgaben ist ein fertiges Produkt am günstigsten, bei individuellen Prozessen eine schlanke Webanwendung, die bewusst nur die tatsächlich genutzten Funktionen abbildet.

Wie lange dauert eine Access-Ablösung?

Verlagerung auf einen SQL Server: ein bis drei Wochen. Nachbau als Webanwendung für eine mittlere Anwendung: drei bis sechs Monate inklusive Abstimmung und Test. Umstieg auf Standardsoftware: abhängig vom Produkt, meist drei bis neun Monate. Der Engpass sind fast immer die fachlichen Klärungen, nicht die Entwicklung.

Was passiert mit den bestehenden Daten?

Sie werden übernommen – nach einer Bereinigung. Rechnen Sie mit zwei bis acht Personentagen für Dubletten, uneinheitliche Formate und fehlende Schlüssel. Legen Sie vorher fest, welche Kennzahlen nach der Migration übereinstimmen müssen, und behalten Sie die alte Datei schreibgeschützt als Referenz, bis diese Prüfung abgeschlossen ist.

Brauchen wir eine Agentur oder reicht ein Freelancer?

Für die Verlagerung auf einen SQL Server genügt oft eine erfahrene Einzelperson. Für einen Neubau als Webanwendung mit mehreren Rollen, Schnittstellen und laufender Wartung ist ein Team die sicherere Wahl – schon wegen der Vertretung. Die Abwägung im Detail steht in Agentur, Freelancer oder Inhouse-Team?.

Sollten wir alle Funktionen der alten Datenbank nachbauen?

Nein. Prüfen Sie jede Funktion auf tatsächliche Nutzung im letzten Jahr und lassen Sie den Fachbereich schriftlich freigeben, was entfällt. Bei gewachsenen Access-Anwendungen entfällt regelmäßig ein erheblicher Teil der Formulare und Berichte ersatzlos – das ist der größte einzelne Kostenhebel im gesamten Projekt.

Weiterführende Ratgeber

• Altsystem ablösen – der allgemeine Ablauf eines Ablöseprojekts
• Legacy-System modernisieren – die Strategien im Überblick
• Individualsoftware oder Standardsoftware? – bauen oder kaufen
• Datenmigration im Softwareprojekt – Bereinigung, Probeläufe, Abnahme
• Anforderungen richtig definieren – aus der alten Anwendung wird eine Spezifikation
• Software entwickeln lassen – der Gesamtleitfaden für den Neubau

Anbieter im Verzeichnis: Softwareentwicklung, Webentwicklung, IT-Beratung.