Ihre kleine Webanwendung wird tagsüber gelegentlich genutzt. Abends passiert nichts mehr – doch die Datenbank läuft weiter, als müsste sie rund um die Uhr einen Onlineshop versorgen. Das fühlt sich an wie ein Taxi, dessen Taxameter auch während der Mittagspause weiterläuft.
Azure SQL Database bietet dafür zwei interessante Bausteine: ein kostenloses Kontingent und ein Betriebsmodell, das Rechenleistung bedarfsgerecht bereitstellt und unter bestimmten Voraussetzungen pausiert. Gemeinsam können sie den Einstieg deutlich günstiger machen. Entscheidend ist allerdings, zwei Dinge auseinanderzuhalten: Was ist kostenlos enthalten – und wie verhält sich die Datenbank im Betrieb?
Free Offer und Serverless: Kontingent und Betriebsmodell unterscheiden
Azure SQL Database ist eine verwaltete relationale Datenbank: Sie speichern Daten in miteinander verknüpften Tabellen und fragen sie mit SQL ab. Microsoft übernimmt viele Betriebsaufgaben, darunter die zugrunde liegende Infrastruktur, Updates und automatische Backups.
Das Free Offer ist ein Angebot mit einem monatlichen kostenlosen Kontingent für Rechenleistung und festgelegten Grenzen für Speicher und weitere Leistungen. Welche Bedingungen aktuell gelten, beschreibt Microsoft in der Dokumentation zum kostenlosen Angebot.
Serverless bezeichnet dagegen ein Betriebs- und Abrechnungsmodell. Die Datenbank passt ihre Rechenleistung innerhalb konfigurierter Grenzen an die Auslastung an. Bei geeigneter Konfiguration kann sie nach einer Leerlaufphase automatisch pausieren.
Der Name führt leicht in die Irre: Natürlich arbeiten im Hintergrund weiterhin Server. Sie müssen diese nur nicht selbst betreiben oder dauerhaft mit einer festen Rechenleistung reservieren.
Als Bild hilft ein Mietwagen:
- Das Free Offer ist das enthaltene Freikontingent.
- Serverless ist der Tarif, nach dem die Nutzung erfasst wird.
- Auto-Pause stellt den Wagen bei Nichtgebrauch ab.
Wichtig: Serverless ist nicht automatisch kostenlos. Ohne passendes kostenloses Kontingent können Rechenleistung und Speicher Kosten verursachen. Auch bei einer pausierten, regulär abgerechneten Serverless-Datenbank bleiben Speicherkosten bestehen.
Geeignete Szenarien: gelegentliche Nutzung statt Dauerlast
Besonders interessant ist die Kombination für Anwendungen mit überschaubarem Datenvolumen und längeren Ruhephasen.
Entwicklung und Tests
Eine Datenbank für einen Prototyp, Integrationstests oder die Entwicklung einer internen Anwendung muss selten permanent Höchstleistung liefern. Hier passt Serverless oft gut.
Ein typischer Stolperstein steckt allerdings in automatisierten Tests: Läuft regelmäßig ein Testjob oder eine Verfügbarkeitsprüfung gegen die Datenbank, entsteht möglicherweise gar keine ausreichend lange Ruhephase. Die vermeintlich ungenutzte Umgebung bleibt dann aktiv.
Kleine Anwendungen
Eine interne Inventarliste, eine Vereinsverwaltung oder ein Werkzeug zur gelegentlichen Auswertung sind naheliegende Kandidaten. Prüfen Sie dabei nicht nur die Anzahl der Benutzer, sondern deren Nutzungsmuster.
Wenige Personen können durch aufwendige Abfragen viel Rechenleistung verbrauchen. Umgekehrt können viele kurze, gut optimierte Zugriffe vergleichsweise sparsam sein. „Klein“ beschreibt deshalb nicht zuverlässig die Kosten.
Für produktive Anwendungen kommt eine zweite Frage hinzu: Darf die Datenbank nach ausgeschöpftem Kontingent bis zum nächsten Monat nicht erreichbar sein? Für eine private Testanwendung ist das womöglich akzeptabel, für die Auftragsverwaltung eines Betriebs meist nicht.
Lern- und Übungsumgebungen
Wer SQL ausprobiert, Datenmodelle entwickelt oder eine Demo vorbereitet, arbeitet häufig in einzelnen Sitzungen. Dazwischen darf die Datenbank schlafen.
Vor einer Live-Demonstration sollten Sie sie jedoch rechtzeitig verbinden und eine Testabfrage ausführen. Sonst wartet das Publikum beim ersten Zugriff auf das Fortsetzen statt auf das Abfrageergebnis.
Automatisches Pausieren und Fortsetzen
Beim automatischen Pausieren wird die Rechenleistung angehalten; die gespeicherten Daten bleiben erhalten. Ein späterer Verbindungsversuch kann das automatische Fortsetzen auslösen.
Dafür müssen die Voraussetzungen erfüllt sein. Bei unterstützten Konfigurationen sind insbesondere eine ausreichend lange Leerlaufphase, keine aktiven Benutzersitzungen und keine CPU-Aktivität durch Benutzerworkloads relevant. Bestimmte Features oder Einstellungen können Auto-Pause verhindern. Einzelheiten stehen in der Serverless-Dokumentation.
„Niemand klickt gerade in der Anwendung“ bedeutet deshalb noch nicht „Die Datenbank kann pausieren“:
- Eine offene Verbindung in einem Datenbankwerkzeug kann eine Sitzung aufrechterhalten.
- Ein Hintergrunddienst fragt regelmäßig neue Datensätze ab.
- Ein Monitoring-System sendet ständig Testabfragen.
- Die Anwendung hält Verbindungen länger offen als nötig.
Öffnen Sie Verbindungen daher möglichst kurz und geben Sie sie zuverlässig wieder frei. Prüfen Sie außerdem das Verhalten Ihres Treibers beim Connection Pooling, also der Wiederverwendung vorhandener Verbindungen.
Das Fortsetzen ist kein Lichtschalter. Es kann eine spürbare Wartezeit bis in den Minutenbereich entstehen. Der erste Verbindungsversuch kann deshalb mit einem vorübergehenden Fehler scheitern.
Anwendungen benötigen passende Verbindungs-Timeouts und eine Retry-Logik, die vorübergehende Fehler nach einer Wartezeit erneut versucht. Nutzen Sie dafür möglichst die Mechanismen Ihres Datenbanktreibers. Schreibvorgänge dürfen dabei nicht unkontrolliert doppelt ausgeführt werden.
Kontingent aufgebraucht: pausieren oder kostenpflichtig fortsetzen
Beim Free Offer wählen Sie, wie die Datenbank auf ein ausgeschöpftes kostenloses Rechenkontingent reagieren soll. Die genaue Bezeichnung der Optionen kann sich im Portal ändern.
Bis zum nächsten Monat pausieren: Die Datenbank wird beim Erreichen des kostenlosen Rechenkontingents angehalten und bleibt bis zur Erneuerung des Kontingents nicht verfügbar. Das schützt vor zusätzlichen nutzungsabhängigen Datenbankkosten im Rahmen dieser Angebotsoption, bedeutet aber bewusst eine Betriebsunterbrechung.
Kostenpflichtig fortsetzen: Die Datenbank bleibt nutzbar. Verbrauch außerhalb der enthaltenen Leistungen wird nach den geltenden Preisen berechnet. Das eignet sich eher, wenn Verfügbarkeit wichtiger ist als eine strikt kostenlose Nutzung.
Verwechseln Sie diese kontingentbedingte Pause nicht mit Auto-Pause wegen Inaktivität: Eine normale Verbindung hebt die monatliche Kontingentgrenze nicht auf.
Außerdem sind Rechenkontingent und Speichergrenzen unterschiedliche Dinge. Ist der verfügbare Speicher ausgeschöpft, schafft eine Ruhepause keinen neuen Platz. Prüfen Sie dafür die jeweils geltenden Angebotsbedingungen und Erweiterungsmöglichkeiten.
Einrichtung in wenigen Schritten
1. Das Free Offer gezielt auswählen
Öffnen Sie im Azure-Portal den Erstellungsdialog für Azure SQL Database und wählen Sie ausdrücklich das kostenlose Angebot. Kontrollieren Sie vor dem Bereitstellen, dass es tatsächlich auf die neue Datenbank angewendet wird.
Eine beliebige Serverless-Datenbank anzulegen genügt dafür nicht.
2. Datenbank und logischen Server konfigurieren
Legen Sie eine Ressourcengruppe und einen Datenbanknamen fest. Wählen oder erstellen Sie einen logischen Server: Er bildet unter anderem den gemeinsamen Verwaltungs- und Verbindungsendpunkt, ist aber keine von Ihnen zu betreibende virtuelle Maschine.
Übernehmen Sie für einen ersten Versuch die zum Angebot passenden Einstellungen. Prüfen Sie insbesondere die Option für das Verhalten nach Verbrauch des kostenlosen Kontingents.
3. Anmeldung und Netzwerkzugriff einrichten
Konfigurieren Sie eine unterstützte Anmeldung, beispielsweise über Microsoft Entra ID, den Identitätsdienst von Microsoft.
Erlauben Sie anschließend nur die benötigten Netzwerkzugriffe. Für einen lokalen Test kann eine gezielte Firewallregel für Ihre öffentliche IP-Adresse ausreichen. Eine pauschale Freigabe ist kein sinnvoller Ersatz für eine saubere Netzwerkkonfiguration.
4. Verbinden und eine Testabfrage ausführen
Verbinden Sie sich beispielsweise mit SQL Server Management Studio oder der MSSQL-Erweiterung für Visual Studio Code. In einer frischen Testdatenbank können Sie Folgendes ausführen:
CREATE TABLE dbo.Notiz
(
NotizId int IDENTITY(1,1) PRIMARY KEY,
Text nvarchar(200) NOT NULL,
ErstelltAm datetime2 NOT NULL DEFAULT SYSUTCDATETIME()
);
INSERT INTO dbo.Notiz (Text)
VALUES (N'Die Verbindung zur Azure SQL Database funktioniert.');
SELECT NotizId, Text, ErstelltAm
FROM dbo.Notiz;
Schließen Sie anschließend das Werkzeug, wenn Sie das Pausenverhalten beobachten möchten.
Kosten im Blick behalten
Kontrollieren Sie im Portal regelmäßig den Verbrauch des kostenlosen Kontingents und die Datenbankmetriken. Azure Cost Management ergänzt diese Sicht um entstandene Kosten und Budgetwarnungen.
Wichtig: Eine Budgetwarnung ist normalerweise kein automatischer Ausschalter. Außerdem können Verbrauchs- und Kostendaten zeitverzögert erscheinen.
Praktisch bewährt haben sich diese Kontrollen:
- Nach den ersten Nutzungstagen prüfen, ob die Datenbank tatsächlich pausiert.
- Regelmäßig laufende Jobs und Health Checks auf unnötige Zugriffe untersuchen.
- Bei unerwartetem Verbrauch mit dem Query Store, der Abfrageausführungen und Leistungsdaten erfasst, nach teuren Abfragen suchen.
- Auch Kosten außerhalb der Datenbank beachten, etwa für zusätzliche Azure-Dienste.
Prüfen Sie aktuelle Kontingente, unterstützte Konfigurationen und Einschränkungen stets in der Microsoft-Dokumentation. Kostenlose Angebote sind kein unveränderlicher Tarifvertrag.
Fazit
Free Offer und Serverless passen besonders gut zu Tests, Lernumgebungen und kleinen Anwendungen mit Nutzungspausen. Das kostenlose Kontingent erleichtert den Einstieg; Serverless kann unnötigen Rechenbetrieb vermeiden.
Entscheidend sind drei bewusste Entscheidungen: Darf die Anwendung beim Aufwachen warten? Kann sie bei ausgeschöpftem Kontingent ausfallen? Und welche Zugriffe verhindern unbemerkt das Pausieren? Wer diese Fragen vorab klärt, nutzt das Angebot nicht nur günstig, sondern auch verlässlich.
Stand: November 2026. Funktionen, Versionen und Preise können sich seitdem geändert haben.
Sie möchten tiefer einsteigen? In unseren Schulungen vermitteln wir SQL Server, Power BI und KI praxisnah – online oder bei Ihnen vor Ort. Fragen? Kontaktieren Sie uns oder buchen Sie ein kostenloses Info-Gespräch.