¿Por qué no puedes enviar un backup de base de datos como archivo adjunto?
Una tabla pequeña puede caber en un correo electrónico. Una copia de seguridad completa de la base de datos de una tienda, una aplicación o un sistema de contabilidad, no. El texto SQL sin comprimir puede ocupar cientos de MB, un dump comprimido puede ocupar varios GB y un archivo .bak de SQL Server puede ocupar decenas de GB. Gmail no acepta archivos adjuntos de más de 25 MB y Outlook no acepta adjuntos de más de unos 20 MB.
Dividir el archivo no resuelve el problema. Si falta una parte, la restauración se detiene a mitad del proceso. No volvemos a unir esas partes. Usar una unidad compartida implica gestionar cuentas, cuotas y acceso indefinido. Un enlace permite al destinatario descargar la copia de seguridad dentro de un plazo definido.
El archivo que el destinatario importa a su servidor debe ser la copia de seguridad que has exportado.
| Método | Qué ocurre | ¿Sirve para enviar un dump? |
|---|---|---|
| Adjunto en Gmail u Outlook | Los adjuntos de más de 20–25 MB no se envían | No |
| Dividir la copia de seguridad | Si falta una parte, la restauración falla | No |
| Unidad compartida | Requiere una cuenta y una cuota de almacenamiento | Usar con precaución |
| Pedirnos que nos conectemos a un servidor en uso | No accedemos a servidores | No disponible |
| Enlace de SendGB | El archivo no se abre ni se envía como adjunto | Sí, para enviarlo |
El ejemplo de arriba es una copia de seguridad de una tienda que cabe dentro del límite gratis: un dump completo comprimido, la estructura de las tablas, una lista de usuarios y dos notas breves. Los datos de transacciones sin procesar de varios años ocuparían más que la copia de seguridad de este ejemplo.
Abrir una copia de seguridad o enviarla sin cambios
Restaurar significa importar el archivo a la base de datos del destinatario. De eso se encarga su servidor. Nosotros no. No convertimos una copia de seguridad de MySQL a PostgreSQL ni un archivo .sql a un archivo .bak.
También te encargas de la exportación. Los comandos habituales son mysqldump para MySQL y pg_dump para PostgreSQL. La copia de seguridad de SQL Server la creas con tu propia herramienta. No ejecutamos estos comandos. No nos conectamos a tu servidor.
Una incompatibilidad de versiones o un comando específico de un servidor dentro del archivo puede provocar errores al restaurar. Incluye el motor y la versión de la base de datos en una nota. No corregimos estos problemas.
| Copia convertida o depurada | Copia de seguridad enviada sin cambios | |
|---|---|---|
| Objetivo | Adaptarla para otro motor | Restaurarla en el mismo entorno |
| Contenido | Las filas o los comandos pueden cambiar | El archivo que has exportado |
| Compresión | Es responsabilidad tuya | No abrimos archivos .sql.gz |
| Restauración | Es responsabilidad del destinatario | No intentamos restaurarla |
| Qué hacemos | No convertimos ni depuramos archivos | Dejamos el archivo intacto |
SQLite es diferente. La base de datos ya es un único archivo. Una copia realizada mientras la aplicación tiene el archivo abierto puede estar dañada. Haz la copia con la aplicación cerrada. No bloqueamos el archivo ni reducimos su tamaño.
¿Qué debes incluir con la copia de seguridad?
Un dump completo puede ser un único archivo. Sin una nota que indique la versión, el destinatario lo importará al servidor equivocado.
| Archivo | Para qué sirve | Qué ocurre si falta |
|---|---|---|
| Dump completo | Tablas y filas | No hay nada que restaurar |
| Archivo de esquema | Estructura de las tablas sin filas | El destinatario no puede ver la estructura por separado |
| Lista de usuarios | Cuentas, si se guardan por separado | Pueden faltar credenciales de acceso |
| Suma de comprobación | Comprobar si la descarga está incompleta | Un archivo dañado se detecta tarde |
| Nota breve | Motor, versión y fecha | Se importa al servidor equivocado |
El esquema define la estructura de las tablas. No contiene filas de ventas ni de clientes. Tú colocas estos archivos en la misma carpeta. No extraemos tablas del dump. Cuando el destinatario descarga toda la transferencia, la estructura de carpetas se mantiene intacta. Consulta la guía para enviar carpetas para más detalles.
Una copia de seguridad puede contener datos de clientes, información de contraseñas o registros de pagos. Protege el enlace con una contraseña. Envía la contraseña por separado del enlace. Si el archivo tiene su propia contraseña, compártela en ese mismo mensaje separado. No confundas las dos. No depuramos el contenido.
Enviar un disco entero es una tarea distinta. Consulta la guía para enviar imágenes de disco. Si tú mismo metes la copia de seguridad en un ZIP, puedes enviarlo sin abrirlo, como se explica en la guía para enviar archivos ZIP.
¿Bastan 5 GB para una copia de seguridad de una base de datos?
Bastan para la copia de seguridad de una aplicación pequeña. Puede que no basten para una tabla con años de transacciones. Este límite no significa que comprimamos tu archivo. El límite de las transferencias gratis es de 5 GB.
El texto SQL sin comprimir suele reducirse mucho al comprimirlo. Tú te encargas de la compresión. Meter un archivo .sql.gz o .bak ya existente en un ZIP no reducirá mucho su tamaño. No lo abrimos ni lo volvemos a comprimir.
Si guardas cada tabla en un archivo separado, también puedes alcanzar el límite de archivos. Las transferencias gratis tienen un límite de 500 archivos. SendGB Extra y SendGB Exceed lo aumentan a 2.500. Con un único dump no alcanzarás este límite.
| Qué envías | Tamaño habitual | ¿Qué opción basta? |
|---|---|---|
| Dump de una aplicación pequeña | Menos de 5 GB | Gratis; hasta 90 días para archivos de hasta 250 MB, 7 días por encima de ese tamaño |
| Archivo SQL grande sin comprimir | Puede reducirse al comprimirlo | Gratis si cabe; si no, SendGB Extra |
.bak de SQL Server | Puede ocupar decenas de GB | SendGB Extra, 500 GB por transferencia |
| Copia de seguridad completa con años de datos | Puede ocupar cientos de GB | SendGB Extra o SendGB Exceed |
| Dump de más de 1 TB | Un único archivo | No cabe en una sola transferencia |
SendGB Extra cuesta desde €29,90 al año. Incluye 1 TB de almacenamiento. SendGB Extra conserva los archivos hasta 1 año. Es adecuado para enviar copias de seguridad grandes con frecuencia. El límite es de 500 GB por transferencia.
SendGB Exceed no requiere suscripción. Una transferencia de 1 TB cuesta €9,99. El código se puede usar una vez y es válido durante 1 año. Las transferencias de SendGB Exceed están disponibles durante 7 días. Basta para enviar de forma ocasional un único dump de más de 500 GB. No podemos enviar más de 1 TB en un solo archivo.
No uses este enlace como única copia de seguridad. Las transferencias gratuitas de más de 250 MB están disponibles durante 7 días. Las transferencias gratuitas de hasta 250 MB están disponibles hasta 90 días. SendGB Extra conserva los archivos hasta 1 año. Conserva tú la copia original.
Si introduces tu dirección de correo electrónico, recibes una notificación cuando empieza la descarga. Si envías por correo electrónico, recibes una notificación por destinatario. Si envías mediante un enlace, recibes una notificación por transferencia. Si la misma persona vuelve a descargar los archivos, no recibirás otro correo. La notificación no confirma que se haya descargado o restaurado todo el dump.
Cómo enviar
- 1
Añade la copia de seguridad
Añade el archivo dump exportado al cuadro de subida. Puedes incluir el esquema, la lista de usuarios y una nota breve en la misma transferencia. El límite gratis es de 5 GB en total. Si un solo archivo supera ese límite, necesitas SendGB Extra o SendGB Exceed.
- 2
Envía el enlace
Envía el enlace al destinatario por correo electrónico o cópialo y pégalo en un mensaje. Protege el enlace con una contraseña si la copia de seguridad contiene datos de clientes. Envía la contraseña por separado del enlace. Si introduces tu dirección de correo electrónico, recibes una notificación cuando empieza la descarga.
- 3
El destinatario descarga los archivos
El destinatario descarga los archivos desde el enlace sin crear una cuenta. La copia de seguridad no se abre en la página de descarga. El destinatario descarga el archivo y lo restaura en su propio servidor. Las transferencias gratuitas de más de 250 MB están disponibles durante 7 días. Las transferencias gratuitas de hasta 250 MB están disponibles hasta 90 días. SendGB Extra conserva los archivos hasta 1 año.
¿Qué pasa con tu archivo?
- Dejamos el archivo intacto. No abrimos el dump, no leemos su contenido ni lo convertimos para otro motor de base de datos.
- Los archivos SQL, SQL.GZ, BAK, DUMP y SQLite se descargan sin cambios.
- El esquema, la lista y la nota que lo acompañan van en la misma transferencia.
- Si introduces tu dirección de correo electrónico, recibes una notificación cuando alguien empieza la descarga.
Lo que no hacemos
- No nos conectamos a tu servidor. Tú te encargas de exportar y restaurar.
- No eliminamos datos personales ni contraseñas. No resolvemos diferencias entre versiones.
- No abrimos copias de seguridad comprimidas. Más de 1 TB no cabe en una sola transferencia.
- Una notificación de descarga no significa que la copia de seguridad se haya restaurado.
Preguntas frecuentes
¿Qué es una copia de seguridad de una base de datos?
Es una copia de las tablas y sus filas guardada en un archivo, llamado dump. Una copia sin comprimir suele tener la extensión .sql. Una copia comprimida usa .sql.gz. Una copia de seguridad de SQL Server usa .bak, mientras que SQLite es un único archivo .sqlite o .db. Los enviamos todos sin abrirlos.
¿Puede dañarse una copia de seguridad durante la transferencia?
No abrimos el archivo, no leemos su contenido ni lo convertimos a otro formato de base de datos. No convertimos una copia de seguridad de MySQL a PostgreSQL. Un dump cuya descarga esté incompleta puede no restaurarse. No comprobamos que la descarga esté completa. Calcula tú la suma de comprobación e inclúyela en una nota.
¿Creáis la copia de seguridad?
No. No nos conectamos a tu servidor. Los comandos habituales de exportación son mysqldump para MySQL y pg_dump para PostgreSQL. La copia de seguridad de SQL Server la creas con tu propia herramienta. No ejecutamos estos comandos. Tú envías el archivo ya creado.
¿Qué hago si 5 GB no son suficientes?
La transferencia gratis no admite un solo archivo de más de 5 GB. El texto SQL sin comprimir puede ocupar menos al comprimirlo. Tú te encargas de la compresión. Meter un archivo .sql.gz ya existente en un ZIP no reducirá mucho su tamaño. No lo dividas en partes. No las volvemos a unir.
¿Abrís los archivos .sql.gz?
No. Transferimos la copia de seguridad comprimida sin cambios. No extraemos el SQL de su interior. El destinatario descarga el archivo y lo abre con su propia herramienta. Tampoco comprimimos los archivos .sql sin comprimir.
¿Puede el destinatario ver la copia de seguridad en la página?
No. Los archivos SQL, BAK y SQLite no se abren en la página de descarga. El destinatario descarga el archivo y lo restaura en su propio servidor. Restaurar significa importar el archivo a la base de datos. Nosotros no lo hacemos. El destinatario no necesita una cuenta para descargar.
¿Elimináis los datos de clientes de la copia de seguridad?
No. Dejamos intactas las filas, las contraseñas y los registros de pagos. El esquema define la estructura de las tablas. Tampoco lo eliminamos. Si la copia de seguridad contiene datos personales, protege el enlace con una contraseña. Envía la contraseña por separado del enlace. Si el archivo tiene su propia contraseña, también es responsabilidad tuya.
¿Por qué Gmail no acepta el archivo?
Gmail no acepta archivos adjuntos de más de 25 MB y Outlook no acepta adjuntos de más de unos 20 MB. Un dump supera con creces estos límites. Un enlace no es un archivo adjunto. El archivo no se incluye en el mensaje. No necesitas ningún complemento.
¿Recibiré una notificación cuando el destinatario empiece la descarga?
Sí, si introduces tu dirección de correo electrónico. Si envías por correo electrónico, recibes una notificación por destinatario. Si envías mediante un enlace, recibes una notificación por transferencia. La notificación te indica que la descarga ha empezado. No confirma que se haya descargado todo el archivo. No significa que la base de datos se haya restaurado.
¿Qué límite de transferencia me conviene?
Puedes enviar gratis un dump de menos de 5 GB. Las transferencias gratuitas de más de 250 MB están disponibles durante 7 días. Las transferencias gratuitas de hasta 250 MB están disponibles hasta 90 días. Para copias de seguridad más grandes necesitas SendGB Extra: 500 GB por transferencia, 1 TB de almacenamiento y un precio desde €29,90 al año. SendGB Extra conserva los archivos hasta 1 año. Para un único dump de más de 500 GB basta con SendGB Exceed: sin suscripción, €9,99 por una transferencia de 1 TB y un código de un solo uso válido durante 1 año. Las transferencias de SendGB Exceed están disponibles durante 7 días. Más de 1 TB no cabe en una sola transferencia. No uses este enlace como única copia de seguridad.
Envía un enlace de descarga, no una copia de seguridad adjunta
Un dump pequeño puede caber dentro de los 5 GB. Puedes enviar una copia de seguridad completa de hasta 500 GB con SendGB Extra, o de hasta 1 TB en una sola transferencia con SendGB Exceed.
Empieza a enviar