--- title: "Backups: versiones de código, restauración y copias | Briks" url: https://briks.dev/es/docs/backups description: "Briks guarda por proyecto versiones del código, puntos de restauración de la base de datos y copias nocturnas. Restaurar, descargar y qué guarda cada copia." last_updated: 2026-10-08 --- # Backups: versiones de código, restauración y copias Briks guarda varios tipos de copias de un proyecto, cada una para un fin distinto. Esta página explica qué contiene cada una, cómo descargarla y cómo restaurar las cosas cuando un cambio sale mal. 6 minutos de lectura Comprobado con el estudio el 8 de octubre de 2026 ## Tres tipos de copia de seguridad | Qué | Dónde encontrarlo | Para qué sirve | | --- | --- | --- | | Versiones del código | **Settings**, **Backups**, **Code** | Todas las versiones publicadas del sitio. Vuelve a poner una en el sitio en vivo o descarga su código con un plan de pago. | | Historial de la base de datos y puntos de restauración | **Database**, **Settings**, **Backups** | Devuelve toda la base de datos a un momento con nombre, o a cualquier minuto que alcance su historial. | | Copias nocturnas de la base de datos | **Settings**, **Backups**, **Database** | Un archivo de toda la base de datos creado cada noche y conservado durante 30 días, para que lo descargues. Solo en planes de pago. | El código y la base de datos van por separado. Restaurar una versión del código nunca toca la base de datos, y restaurar la base de datos nunca cambia el código. Si un cambio salió mal en ambos, restaura cada uno. ## Versiones del código Dónde 1. Projects 2. Your project 3. Settings 4. Backups 5. Code Cada publicación se guarda como una versión. La tabla las lista de la más reciente a la más antigua con **Version**, **Saved**, **What** (las palabras de la petición que la originó) y **Made by**, que es la persona que lo pidió o Briks cuando el estudio lo hizo por su cuenta. La versión que está en el sitio lleva una etiqueta **Live**. Volver a poner una versión anterior en el sitio en vivo 1. Encuentra la versión Dónde: Settings, Backups, Code Recorre la columna **What** hasta el cambio al que quieres volver y anota su número. 2. Pulsa Restore Dónde: Settings, Backups, Code Pulsa **Restore** en su fila. El diálogo dice: It goes back on the live site exactly as it was published. Las versiones posteriores siguen guardadas, así que puedes volver. 3. Confirmar Dónde: Restore dialog Pulsa **Restore version** seguido de su número. Volverás al estudio mientras se publica. No se reconstruye nada y no se cobra nada. Restaurar requiere permisos de edición, así que pueden hacerlo los Editors, los Admins y los Owners. Está bloqueado mientras se ejecuta una prueba A/B. Las mismas versiones, con deshacer y rehacer, también están en el estudio: consulta [Versiones, deshacer y rehacer](https://briks.dev/es/docs/versions). Con un plan de pago, **Download** en cualquier fila te da el código de esa versión como .zip. Contiene los archivos escritos para tu sitio, no los bloques compartidos sobre los que funciona todo sitio de Briks, así que no se ejecuta por sí solo. Más información en [El código de tu sitio](https://briks.dev/es/docs/code). ## Puntos de restauración e historial de la base de datos La base de datos guarda su propio historial, así que puede volver a cualquier minuto dentro de él. Un **punto de restauración** es un momento con nombre en ese historial que es fácil de volver a encontrar. Briks marca uno antes de que el estudio cambie la estructura de la base de datos (por ejemplo, al añadir un campo) y antes de cada restauración, y tú puedes guardar los tuyos en cualquier momento. Dónde 1. Projects 2. Your project 3. Database 4. Settings 5. Backups El grupo **Backups** se abre con una frase que indica hasta dónde llega el historial, hasta el primer minuto que puedes elegir. Los puntos de restauración más antiguos desaparecen de la lista, porque ya no se pueden usar. Cada uno lleva una etiqueta con cuándo y cómo se hizo: | Etiqueta | Cuándo se hizo | | --- | --- | | guardado a mano | Alguien pulsó **Save now**. | | guardada antes de una restauración | Justo antes de que la base de datos volviera a otro momento, para que la propia restauración se pueda deshacer. | | guardado antes de que el estudio cambiara la base de datos | Justo antes de que una creación cambiara la estructura de la base de datos. | Guardar un punto de restauración 1. Pulsa Save now Dónde: Database, Settings, Backups Busca **Save a restore point** y pulsa **Save now**. 2. Ponle nombre Dónde: Save dialog Ponle un nombre que reconozcas más adelante, de hasta 80 caracteres, como `Antes del menú de primavera`. El nombre es opcional; sin él se llama Saved by hand. 3. Guardar Dónde: Save dialog Pulsa **Save**. Verás: Restore point saved. Recupera el control de la base de datos 1. Elige el momento Dónde: Database, Settings, Backups Pulsa **Restore** junto a un punto de restauración. O, en **Go back to another moment**, elige una fecha y una hora en tu propia zona horaria (con al menos un minuto de antigüedad) y pulsa **Restore** junto a ella. 2. Primero los registros de hoy Dónde: Restore dialog En un plan de pago, el cuadro de diálogo ofrece **Download .zip** en First, keep the records as they are now. Úsalo si existe alguna posibilidad de que quieras algo de hoy. 3. Confirmar Dónde: Restore dialog Escribe el nombre del proyecto y pulsa **Restore**. Toda la base de datos vuelve a ese momento, tanto las colecciones como las cuentas del sitio, y lo que cambió desde entonces se sustituye. 4. Revisa el sitio Dónde: Database, Settings Verás: Restored. El momento anterior se guardó como punto de restauración, así que se puede deshacer. El sitio publicado se pone al día en unos minutos. Restaurar lo reemplaza todo Una restauración recupera toda la base de datos, no un solo registro. Se pierde también cada edición hecha después de ese momento. Restaurar es cosa de los Owners y los Admins, y un proyecto se puede restaurar hasta cinco veces por hora. Si solo necesitas recuperar un registro, volver a añadirlo a mano suele ser más rápido. ## Copias nocturnas Una copia nocturna es un archivo de toda la base de datos, creado cada noche y conservado durante 30 días. Está desactivada por defecto y se incluye con un plan de pago: activarla y descargar una copia requieren uno. Las copias cuentan para el [almacenamiento](https://briks.dev/es/docs/storage) de tu plan. Activa las copias nocturnas 1. Abre los ajustes de la base de datos Dónde: Database, Settings Desplázate hasta el grupo **Backups**. 2. Activar Nightly copy Dónde: Backups group Activa **Nightly copy**. Los Editors, Admins y Owners pueden hacerlo. Desactivarla funciona en cualquier plan. 3. Espera a la primera Dónde: Settings, Backups, Database Bajo **Nightly copies** la lista dice **No copies yet** y: La primera se hace esta noche. Dónde 1. Projects 2. Your project 3. Settings 4. Backups 5. Database Las copias se enumeran por día, de la más reciente a la más antigua, con su tamaño. Pulsa **Download** junto al día que quieras. Cualquiera que pueda ver el proyecto puede descargar una en un plan de pago. La misma página enumera los últimos puntos de restauración de la base de datos y un botón **Database settings** que te lleva al lugar donde se hacen las restauraciones. Una copia contiene toda la base de datos (cada colección, sus registros y las cuentas que guarda el sitio) como un único archivo comprimido que termina en `.sql.gz`. Está pensada para que la abra un desarrollador o una herramienta de bases de datos. Si quieres algo para una hoja de cálculo, usa la descarga CSV en los ajustes de la pestaña Database. Las copias sirven para conservar, no para restaurar En el estudio no se puede restaurar desde una copia nocturna. Para recuperar la base de datos, usa un punto de restauración o un momento de su historial. La copia nocturna es tuya, para que la guardes en otro lugar. ## Archivos en storage La vista **Storage** en Backups no guarda por ahora copias de tus archivos almacenados. Para tener tu propia copia, abre la pestaña **Storage** del proyecto, elige **Settings** y usa **Download as a .zip**: una carpeta, o todos los archivos, hasta 10.000 archivos y 2 GB a la vez. Para más que eso, descarga carpeta por carpeta. Dónde 1. Projects 2. Your project 3. Storage 4. Settings 5. Export ## Ejemplo práctico: un cambio en la carta de una cafetería Antes de un cambio grande Harbour Café, Galway > La cafetería guarda su carta como registros. Antes de reemplazar cuarenta platos para el otoño, la propietaria abre los ajustes de la pestaña Database, pulsa **Save now** y nombra el punto `Before the autumn menu`. Punto de restauración guardado. Dos días después > Las notas sin gluten han desaparecido de la mitad de los platos. El propietario pulsa **Restore** junto a Before the autumn menu, descarga el .zip cuando se le ofrece, escribe el nombre del proyecto de la cafetería y confirma. Los registros del menú han vuelto a como estaban. Los dos precios cambiados desde entonces también han vuelto atrás, así que el propietario tiene que ponerlos de nuevo a mano. No cambió nada del diseño, porque el código no se restauró. El menú publicado se actualizó unos minutos después. ### ¿Hasta cuándo puedo retroceder la base de datos? Hasta donde llega su historial. El grupo **Backups** de los ajustes de la pestaña Database indica el minuto más antiguo. ### ¿Restaurar la base de datos deshará mis cambios de diseño? No. Las versiones del código y la base de datos se restauran por separado. ### ¿Puedo restaurar desde una copia nocturna? No en el estudio. Las copias nocturnas son para descargar. Usa los puntos de restauración o un momento del historial para volver atrás. ### ¿Por qué está en gris el interruptor de copia Nightly? O tu plan es Free, donde no se puede activar, o tu rol es Viewer. Un Owner del espacio de trabajo puede pasar a un plan de pago en **Billing**. ## Sigue leyendo - [Datos y automatización **Database** Descubre qué guarda tu sitio, edita y añade registros a mano y descarga colecciones en JSON o CSV, con quién puede hacer qué y los límites que se aplican.](https://briks.dev/es/docs/database) - [Trabajar en un proyecto **Versiones, deshacer y rehacer** Cada construcción y cambio se guarda como versión de tu sitio. Deshaz, rehaz o pon en vivo cualquier versión anterior tal como estaba, sin retener créditos.](https://briks.dev/es/docs/versions) - [Trabajar en un proyecto **El código de tu sitio** Explora, edita y publica tu código en File Explorer en todos los planes. Con un plan de pago, descarga cualquier versión en zip y mira qué deja fuera.](https://briks.dev/es/docs/code) - [Las funciones de tu sitio **Almacenamiento** Guarda archivos del proyecto, compártelos por enlace o carpeta pública, mira en qué se va el espacio de tu plan y descárgalo todo en un .zip.](https://briks.dev/es/docs/storage) ¿Sigues atascado? Escribe a [hello@briks.dev](mailto:hello@briks.dev) con el nombre de tu proyecto y lo que esperabas ver. Una captura de pantalla ayuda.