En esta página, se proporciona ayuda para solucionar problemas y respuestas a preguntas frecuentes sobre el uso de Firebase Realtime Database. Si no encuentras lo que buscas o necesitas ayuda adicional, comunícate con el equipo de asistencia de Firebase
support.
¿Qué es una
“conexión simultánea a la base de datos”?
Una conexión simultánea se refiere a un dispositivo móvil,
pestaña de navegador o app de servidor que se conecta a la base de datos. Firebase impone límites estrictos en la cantidad de conexiones simultáneas que puede recibir la base de datos de tu app. Estos límites existen para
proteger del abuso tanto a Firebase como a nuestros usuarios.
El límite del plan de precios Spark es de 100 y no se puede aumentar.
El plan de precios Blaze tiene un límite de 200,000 conexiones simultáneas
por base de datos.
Este límite no es el mismo que la cantidad total de usuarios de la
app, ya que no todos los usuarios se conectan a la vez. Si necesitas
más de 200,000 conexiones simultáneas, consulta las opciones en
Ajusta la escala con varias bases de datos.
¿Qué puedo hacer si excedí los límites de uso de Realtime Database
?
Si recibiste una alerta por correo electrónico o una notificación en el
Firebase console porque excediste los límites de uso de Realtime Database, puedes
abordarlo según el límite de uso que excediste. Para ver tu
uso de Realtime Database, ve al
panel Uso de Realtime Database en
Firebase console.
Si superaste el límite de descarga, puedes cambiar el
plan de precios de Firebase por uno superior o esperar a que
se restablezca el límite cuando comience el próximo ciclo de facturación. Para disminuir tus
descargas, sigue estos pasos:
-
Agrega consultas para limitar los datos que muestran tus operaciones de escucha.
-
Comprueba si hay consultas no indexadas.
-
Agrega objetos de escucha que solo descarguen actualizaciones de los datos, por ejemplo,
on en lugar de once.
-
Usa reglas de seguridad para bloquear las descargas no autorizadas.
Si excedes el límite de almacenamiento, actualiza tu plan
de precios para evitar interrupciones del servicio. Para reducir la cantidad de datos de tu
base de datos, intenta los siguientes pasos:
- Ejecuta trabajos de limpieza periódicos.
- Reduce los datos duplicados en la base de datos.
Es posible que las eliminaciones de datos tarden en reflejarse en tu
asignación de almacenamiento.
Si superas el límite de conexiones simultáneas a la base de datos,
actualiza tu plan para evitar interrupciones del servicio. Para administrar conexiones simultáneas
a la base de datos, intenta conectar a los usuarios a través de la API de REST si
no necesitan una conexión en tiempo real.
¿Qué ocurre si supero los límites de almacenamiento o descarga del plan de precios
Spark en Realtime Database?
Para ofrecerte un precio predecible, los recursos disponibles para ti tienen un límite cuando tu proyecto usa el plan de precios Spark. Esto significa
que, si superas cualquier límite del plan en un mes determinado, se desactivará tu app para evitar el uso de más recursos y cargos adicionales.
¿Qué ocurre si supero
los límites de conexiones simultáneas del plan de precios Spark en
Realtime Database?
Si tu app alcanza el límite de simultaneidad del
plan de precios Spark, se rechazarán todas las conexiones posteriores
hasta que se cierre alguna de las conexiones existentes. La app seguirá funcionando para los usuarios que estén conectados.
¿Qué son las copias de seguridad automáticas? ¿Ofrecen
copias de seguridad por hora para Realtime Database?
Las copias de seguridad automáticas son una función avanzada
para los proyectos que usan el plan de precios Blaze. Esta
función crea una copia de seguridad de tus datos de Firebase Realtime Database una vez al día y la sube
a
Google Cloud Storage.
No ofrecemos copias de seguridad por hora.
¿Por qué mi Realtime Database ancho de banda informado
fue menor que el promedio entre septiembre de 2016 y marzo de 2017?
Para nuestros cálculos de ancho de banda, normalmente incluimos la sobrecarga de encriptación SSL (según la capa 5 del modelo OSI). Sin embargo, en
septiembre de 2016, se implementó un error que provocaba que el ancho de banda
informado no incluyera los gastos de encriptación. Esto puede haber provocado
una baja artificial en el ancho de banda informado y en las facturas de tu cuenta durante
algunos meses.
Lanzamos una corrección del error a finales de marzo de 2017 y restablecimos
los niveles normales del ancho de banda informado y de la facturación.
