Saltar al contenido

Backups

Herramientas de backup de Supabase comparadas, la nuestra incluida

Cuatro tipos de herramienta de backup de Supabase, qué copia cada una y cuándo una GitHub Action gratuita le gana a pagar a cualquiera, nosotros incluidos.

Vlad Tkachenko9 min de lectura
Una base de datos junto a cuatro copias guardadas de ella en fila, con la tercera de las cuatro elevada sobre las demás.

En resumen

  • Una herramienta de backup de Supabase vale su precio cuando la parte que falla es que te acuerdes. Todas las vías de esta página producen el mismo archivo.
  • Son cuatro: los backups del propio Supabase, una GitHub Action programada, un servicio de backup pequeño y el cuidado gestionado. Se diferencian en cuánto del trabajo sigue siendo tuyo.
  • Ninguna cuenta para nada hasta que alguien ha leído una copia de vuelta, y esa es la fila que falta en todas las listas de funciones.

Has buscado una herramienta de backup de Supabase por una de dos razones. O bien descubriste que tu proyecto está en el plan gratuito y nunca se ha copiado nada a ninguna parte, o estás en un plan de pago, leíste hasta dónde llega su ventana hacia atrás y no te pareció suficiente para una app con clientes reales dentro.

Aquí está la parte que estas comparativas hacen mal, y las escritas por las propias herramientas la hacen peor que nadie: ordenan las opciones por funciones. Una herramienta de backup es algo que pagas para cubrir un trabajo que ya has decidido que no vas a hacer tú. Si de verdad lo hicieras, la vía gratuita produce el mismo archivo.

Vendemos una de las cuatro de abajo, así que lee el resto con eso en la mano. Para bastantes apps la vía gratuita es la respuesta correcta, y su sección es la más larga de aquí.

¿Qué herramienta de backup de Supabase debería usar?

Elige según qué parte del trabajo quieras dejar de tener en la cabeza. Las cuatro vías producen una copia de tu base de datos. Lo que las separa es cuánto de lo que viene después sigue siendo tuyo.

El propio SupabaseUna GitHub ActionUn servicio de backupCuidado gestionado
Se ejecuta sin tiSíSíSíSí
La copia sale de tu cuentaNoSíSíSí
Sobrevive a perder la cuentaNoSíSíSí
Incluye tus archivos subidosNoUn segundo trabajoNormalmente noSí
Algo lee la copia de vueltaNoNoNoSí
Restaurar es un botónSí, dentro del proyectoNoNoSí
CosteSolo planes de pagoGratisPlan gratuito, luego de pagoUna suscripción

La columna sombreada es la nuestra, y las filas cuatro a seis son lo que vende. Tenlo presente en todo lo que sigue.

Por qué estás pagando en realidad

Tienen que pasar cuatro cosas para que un backup valga algo, y cada herramienta de backup de Supabase de aquí hace algunas de ellas.

  1. Sacar una copia. Nadie en esta página te cobra por esto. pg_dump viene con Postgres y la CLI de Supabase lo envuelve.
  2. Llevarla a un sitio al que el original no pueda arrastrarla. Una copia dentro de la cuenta que protege te cubre el día que rompes tus propios datos. El día que pierdes el acceso, está detrás de la misma puerta.
  3. Leerla de vuelta. Un volcado escrito mientras se cortaba la conexión se ve exactamente igual que uno bueno hasta que intentas usarlo.
  4. Devolverla a su sitio. El peor día de la vida de tu app, en el estado en que estés ese día, con lo que resulte que sepas de psql.
Los cuatro pasos de los que cada vía de esta página es un trozo distinto. La mayoría de herramientas te venden los dos del medio.

¿Necesito una herramienta si ya estoy en un plan de pago de Supabase?

Para el desastre corriente, no. Supabase saca copias diarias en sus planes de pago y restaurar una son unos cuantos clics dentro del panel, que es la vía más rápida de volver de una migración que se ejecutó dos veces.

Lo que no cubre es la cuenta. Cada copia que saca Supabase vive dentro del proyecto que protege, así que un cobro fallido, un proyecto suspendido o un acceso que no puedes recuperar dejan los backups detrás de la misma puerta que aquello para lo que estaban. En qué plan estás y hasta dónde llega su ventana se comprueba en unos dos minutos.

Así que actívalos, y luego decide aparte si una copia en un solo sitio es donde quieres parar.

Cuándo una GitHub Action le gana a pagar a cualquiera

Cuando tu app ya vive en un repositorio de GitHub, puedes editar un archivo YAML sin pavor y tu base de datos es pequeña. En ese caso la vía gratuita es una respuesta de verdad. Produce el mismo volcado que produce un servicio de pago, con la misma periodicidad, y nadie te está facturando.

Esta la documenta el propio Supabase. Un archivo de flujo de trabajo en .github/workflows llama a la CLI de Supabase tres veces y vuelca tus roles, tu esquema y tus datos como archivos separados, en un cron que se dispara a medianoche, y luego confirma los resultados de vuelta al repositorio. Su página lleva un solo aviso y lo lleva dos veces: nunca hagas backup de tus datos en un repositorio público.

Esta es además la vía que arregla lo que mata a la versión a mano. Un pg_dump en tu portátil lleva la fecha de la última vez que pensaste en ello, y el día que lo necesitas nunca es un día en el que estuvieras pensando en ello. Un flujo programado se ejecuta te acuerdes o no, y el archivo aterriza en los servidores de una empresa distinta de la que sostiene tu base de datos.

Cuatro cosas que te deja a ti:

  • Los volcados se amontonan en un repositorio, que es un sitio hecho para código. Un historial binario que crece es incómodo de manejar, y si alguna vez cae ahí un secreto de verdad, sacarlo significa reescribir el historial.
  • Tu cadena de conexión vive en la CI. Es una credencial con permiso de escritura completo sobre tu base de datos, guardada en un sistema que además ejecuta código de pull requests.
  • Nadie lee la copia de vuelta. Una ejecución en verde significa que el trabajo terminó sin error, que es una afirmación más pequeña que la de que el archivo restaura.
  • Los archivos subidos necesitan un segundo trabajo. El volcado contiene la fila que apunta a cada archivo. Los archivos viven en Storage y salen aparte, en todas las vías de aquí.
Los dos salieron de una ejecución que terminó sin error. Nada en la ejecución te dice cuál de los dos tienes.

Si puedes vivir con esas cuatro, deja de leer aquí y ve a montarlo, con el connection string que GitHub alcanza y el horario que tu cupo de egress puede pagar. No cuesta nada, y el archivo que escribe es el mismo que escriben las vías de pago.

Qué añade un servicio de backup de pago

Te quita el mantenimiento. Un servicio pequeño se conecta a tu base de datos, se ejecuta con la periodicidad que elijas, deja el archivo en un almacenamiento que ya es tuyo y pone delante una pantalla que dice cuándo ha fallado una ejecución.

Supabackup es el que la gente busca por su nombre. Toma tu cadena de conexión, sube los volcados a una cuenta de Google Drive que tú conectas y guarda un número fijo de ellos antes de borrar los más antiguos. Su propia página de precios describe un plan gratuito que se ejecuta semanalmente y uno de pago que se ejecuta a diario; lee el precio actual allí y no aquí, porque es suyo y pueden cambiarlo.

Lo que eso compra frente al archivo de flujo es algo que no se pudre. Nada de YAML, ningún repositorio llenándose de volcados, ningún secreto en la CI, y un panel que te dice que la última ejecución falló en lugar de un correo que has aprendido a saltarte.

Lo que no cambia es la segunda mitad del trabajo. La copia es tu base de datos, el archivo es un volcado, y el día que lo necesites eres tú quien lo reproduce. Comprueba si el servicio que elijas cubre también Storage, porque buena parte de esta categoría es la base de datos sola. Restaurar un volcado tiene sus propios pasos, y conviene leerlos antes de necesitarlos.

Qué añade el cuidado gestionado, y por qué pagas

Añade las dos partes que las otras tres vías te dejan a ti: la comprobación y la restauración.

Eso es Reeve Care, y los backups son una línea suya.

  • Varias copias al día, con la periodicidad que fija tu plan y nada que tengas que acordarte de lanzar.
  • Guardadas fuera de tu cuenta de Supabase, cifradas, para que un proyecto suspendido o un acceso que no puedes recuperar dejen las copias donde están.
  • Leídas de vuelta antes de contar. Cada copia se abre y se cuenta contra lo que entró, y por eso la fecha de tu panel es la de la última copia verificada y no la del último intento.
  • Tus archivos subidos junto a tus filas, en cuanto conectas una credencial de Storage, y los dos vuelven juntos.
  • Más de un punto de restauración. Cuántos depende del plan, y los más antiguos se van a medida que llegan otros nuevos.
  • Devolverlo a su sitio es un botón, y antes se saca una copia del estado actual, antes de que se reemplace nada.
Lo que la suscripción está haciendo mientras tú no piensas en ello. La base de datos y los archivos subidos viajan juntos, en los dos sentidos.

Por lo que pagas es por disponibilidad. Puedes empezar una restauración a cualquier hora, desde cualquier noche que tu plan aún guarde, sin esperar a tener una tarde libre. Cada copia se cifra antes de salir de tu proyecto y se mantiene así. Care Max añade soporte prioritario y a alguien que te ayude a aplicar un arreglo.

Cómo sale la copia de Supabase, la comprobación que la sigue y el botón que la devuelve están dibujados en la página de backups de Supabase.

Cómo elegir, en un minuto aproximadamente

Cuatro ramas, y la mayoría de la gente cae en las dos primeras.

  • Plan gratuito, y editar un archivo YAML no te asusta. La GitHub Action. Gratis, completa y tuya.
  • Plan gratuito, y sí te asusta. Un servicio de backup pequeño, o una copia hecha a mano desde el panel hasta que estés para algo programado.
  • Plan de pago, y quieres una copia fuera de la cuenta. Cualquiera de las dos, encima de lo que Supabase ya saca.
  • Clientes reales, archivos subidos y nadie que vaya a ejecutar una restauración bajo presión. Gestionado.

Qué hacer esta semana

Qué hacer

  • Activa lo que tu plan de Supabase ya incluya. No cuesta nada extra y es la vía más rápida de volver de tus propios errores.
  • Elige una vía de esta página que deje una copia fuera de tu cuenta de Supabase, y móntala hoy.
  • Sea cual sea, restaura desde ella una vez a un proyecto desechable. Hasta entonces lo que tienes es un archivo de calidad desconocida.
  • Copia tus archivos de Storage en un trabajo aparte. Ninguna vía de aquí los incluye por defecto.
  • Anota dónde aterrizan las copias y qué acceso llega a ellas. Una línea en el README de tu proyecto basta, y es la nota que estarás buscando a medianoche.

Si alguna vez se te ha quedado una tabla vacía por un motivo que nadie sabía explicar, lee primero qué restaura de verdad un rollback y después tres formas de hacer backup de una base de datos Supabase para saber qué contiene una copia y qué deja fuera. Y si prefieres ver qué más tienes abierto en tu app antes de decidir dónde gastar, el escaneo gratuito lee tu sitio en vivo en unos 20 segundos.

Preguntas frecuentes

¿Cuál es la mejor herramienta de backup de Supabase?

No hay una sola respuesta, porque las cuatro vías cubren partes distintas del mismo trabajo. Los backups del propio Supabase son los más rápidos de activar y viven dentro de la cuenta que protegen. Una GitHub Action es gratuita y completa, y deja contigo la comprobación y la restauración. Un servicio de backup pequeño te quita el mantenimiento. Un servicio gestionado añade la verificación, tus archivos subidos y una restauración que puede ejecutar otra persona. Elige según cuál de esas partes quieras dejar de sostener.

¿Existe una herramienta de backup de Supabase gratuita?

Sí, más de una. La CLI de Supabase vuelca tu base de datos a un archivo en tu propio ordenador y no cuesta nada. Una GitHub Action que ejecuta esa misma CLI de forma programada tampoco cuesta nada, siempre que el repositorio en el que escribe sea privado. Varios servicios de pago tienen además un plan gratuito, normalmente un trabajo con periodicidad semanal. Lo que no incluye ninguna vía gratuita es alguien que compruebe que el archivo abre.

¿Puedo hacer backup de Supabase con una GitHub Action?

Sí, y el propio Supabase documenta el flujo de trabajo. Llama a la CLI tres veces para volcar tus roles, tu esquema y tus datos por separado, en un cron que se dispara a medianoche, y confirma los archivos de vuelta al repositorio. Su página lleva un solo aviso y lo lleva dos veces: nunca hagas backup de tus datos en un repositorio público. Conviene decidir pronto si un montón creciente de volcados tiene sitio en un repositorio de código o si ese mismo flujo debería subirlos a otra parte.

¿Las herramientas de backup de Supabase incluyen los archivos de Storage?

Algunas sí y muchas no, así que averígualo antes de darlo por hecho. Un volcado de base de datos contiene la fila que anota dónde estaba cada archivo y nada del archivo en sí, y así es como una restauración termina limpiamente y deja una app llena de imágenes rotas. Elijas la vía que elijas, comprueba si los archivos subidos forman parte de ella, y si no, cópialos en un trabajo aparte.

¿En qué debo fijarme al elegir una herramienta de backup de Supabase?

Cuatro preguntas, en este orden. ¿La copia sale de tu cuenta de Supabase, o se queda dentro de aquello que protege? ¿Algo lee la copia de vuelta, o una ejecución en verde cuenta como éxito? ¿Tus archivos subidos forman parte de ella? Y el día que la necesites, ¿quién ejecuta la restauración? El precio va al final y no al principio, porque las vías que no cuestan nada son realmente buenas en la primera mitad de esa lista.

Escrito por

Vlad Tkachenko

Fundador de Reeve

Me paso el día mirando apps creadas con Lovable, Bolt, v0, Cursor y Replit, y la corta lista de errores que aparecen en ellas una y otra vez.

Más sobre el autor

Sigue leyendo

Todos los artículos

¿No sabes cómo está tu propia app?

Haz un escaneo gratuito y obtén una nota clara de la A a la F en unos 20 segundos. Sin cuenta y sin tarjeta.

Analizar mi app gratis

Comprobación externa automatizada, no una auditoría completa. La ausencia de hallazgos no es garantía de seguridad.