Auf dieser Seite finden Sie Informationen zur Fehlerbehebung und Antworten auf häufig gestellte
Fragen zur Verwendung von Firebase Realtime Database. Wenn Sie nicht finden, wonach Sie
suchen, oder weitere Hilfe benötigen, wenden Sie sich an den Firebase
Support.
Was ist eine
„gleichzeitige Datenbankverbindung“?
Eine gleichzeitige Verbindung entspricht einem Mobilgerät,
Browser-Tab oder einer Server-App, die mit der Datenbank verbunden ist. Firebase
legt feste Limits für die Anzahl der gleichzeitigen
Verbindungen zur Datenbank Ihrer App fest. Diese Limits sollen sowohl Firebase als auch unsere Nutzer vor Missbrauch schützen.
Das Limit für den Spark-Tarif liegt bei 100 und kann nicht erhöht werden.
Für das Blaze-Preismodell gilt ein Limit von 200.000 gleichzeitigen Verbindungen pro Datenbank.
Dieses Limit entspricht nicht der Gesamtzahl der Nutzer Ihrer
App, da sich nicht alle Nutzer gleichzeitig verbinden. Wenn Sie
mehr als 200.000 gleichzeitige Verbindungen benötigen, finden Sie unter
Mit mehreren Datenbanken skalieren weitere Optionen.
Was kann ich tun, wenn ich die Realtime Database
Nutzungslimits überschreite?
Wenn Sie eine E-Mail-Benachrichtigung oder eine Benachrichtigung in der
Firebase Konsole erhalten haben, dass Sie die Realtime Database Nutzungslimits überschritten haben, können Sie
entsprechend dem überschrittenen Nutzungslimit vorgehen. Ihre
Realtime Database Nutzung finden Sie in der
Realtime Database Nutzung Konsole.Firebase
Wenn Sie das Downloadlimit überschritten haben, können Sie ein Upgrade Ihres
Firebase-Tarifs durchführen oder warten, bis das Download
limit zu Beginn des nächsten Abrechnungszeitraums zurückgesetzt wird. So können Sie die Anzahl Ihrer
Downloads verringern:
-
Fügen Sie Abfragen hinzu, um die Daten zu begrenzen, die von Ihren Abhörvorgängen zurückgegeben werden.
-
Suchen Sie nach nicht indexierten Abfragen.
-
Verwenden Sie Listener, die nur Updates für Daten herunterladen, z. B.
on anstelle von once.
-
Verwenden Sie Sicherheitsregeln, um nicht autorisierte Downloads zu blockieren.
Wenn Sie das Speicherlimit überschritten haben, führen Sie ein Upgrade Ihres Tarifs
durch, um Dienstunterbrechungen zu vermeiden. So können Sie die Datenmenge in Ihrer
Datenbank reduzieren:
- Führen Sie regelmäßig Bereinigungsjobs aus.
- Reduzieren Sie doppelte Daten in Ihrer Datenbank.
Es kann einige Zeit dauern, bis Datenlöschungen in Ihrem
Speicherplatzkontingent berücksichtigt werden.
Wenn Sie das Limit für gleichzeitige Datenbankverbindungen überschritten haben,
führen Sie ein Upgrade Ihres Tarifs durch, um Dienstunterbrechungen zu vermeiden. Wenn Sie gleichzeitige
Verbindungen zu Ihrer Datenbank verwalten möchten, können Sie Nutzer über die REST API verbinden, wenn
sie keine Echtzeitverbindung benötigen.
Was passiert, wenn ich die
Speicher- oder Downloadlimits des Spark-Tarifs für Realtime Database überschreite?
Um Ihnen einen vorhersehbaren Preis zu bieten, sind die verfügbaren Ressourcen
begrenzt, wenn Ihr Projekt den Spark-Tarif verwendet. Wenn Sie also
in einem Monat ein Limit überschreiten, wird Ihre App
deaktiviert, um weitere Ressourcennutzung und zusätzliche Gebühren zu vermeiden.
Was passiert, wenn ich die Limits für gleichzeitige Verbindungen des Spark-Tarifs für
Realtime Database überschreite?
Wenn Ihre App das Limit für gleichzeitige Verbindungen im
Spark-Tarif erreicht, werden alle nachfolgenden Verbindungen abgelehnt,
bis einige der vorhandenen Verbindungen geschlossen werden. Die App funktioniert weiterhin für
verbundene Nutzer.
Was sind automatische Sicherungen? Bieten Sie
stündliche Sicherungen für Realtime Database an?
Automatische Sicherungen sind eine erweiterte Funktion für Projekte mit dem Blaze-Preismodell. Mit dieser
Funktion werden Ihre Firebase Realtime Database Daten einmal täglich gesichert und in
Google Cloud Storage hochgeladen.
Wir bieten keine stündlichen Sicherungen an.
Warum war die gemeldete
Bandbreite meiner Realtime Database niedriger als der Durchschnitt zwischen September 2016 und März 2017?
Bei der Berechnung der Bandbreite berücksichtigen wir normalerweise den SSL-Verschlüsselungs-
Overhead (basierend auf Schicht 5 des OSI-Modells). Im
September 2016 haben wir jedoch einen Fehler eingeführt, der dazu führte, dass der Verschlüsselungs-Overhead bei der Bandbreitenmessung
ignoriert wurde. Dies kann dazu geführt haben,
dass die gemeldete Bandbreite und die Rechnungen für Ihr Konto
einige Monate lang künstlich niedrig waren.
Ende März 2017 haben wir den Fehler behoben, sodass die Bandbreitenmessung und die Abrechnung wieder auf dem normalen Niveau sind.