Saltar al contenido principal

Importar una copia de seguridad de Odoo existente

Si estás migrando desde otro host de Odoo o desde una instancia local, puedes subir una copia de seguridad existente y restaurarla directamente en una de tus ramas. Para el camino completo de migración, del inventario al cambio de dominio, ver Migrar desde otro host de Odoo.

nota

Importar una copia de seguridad requiere el rol de Administrador en el proyecto.

Formato compatible​

La importación acepta un archivo .zip en el formato estándar de copia de seguridad de Odoo, el mismo archivo que obtienes del Database Manager → Backup integrado de Odoo (/web/database/manager), o del botón Descargar de otro despliegue de Skysize.

Un archivo zip de copia de seguridad de Odoo contiene:

  • dump.sql: el volcado de la base de datos PostgreSQL
  • una carpeta filestore/, archivos subidos y adjuntos
  • manifest.json: metadatos de versión y de módulos

Como este es el formato nativo de Odoo, las copias de seguridad exportadas desde una instancia estándar de Odoo se pueden importar sin ninguna conversión.

atención

La importación acepta un único archivo .zip. Otros formatos de archivo (por ejemplo .tar.gz, o un archivo .sql suelto) no son compatibles con el flujo de importación, primero vuelve a exportar desde Odoo como un zip.

:::note Volcados hechos sin --no-owner --no-privileges La restauración se ejecuta con un único rol de base de datos que no conoce los roles de tu servidor antiguo. Las instrucciones de propiedad y privilegios del volcado (ALTER ... OWNER TO, GRANT, REVOKE, ALTER DEFAULT PRIVILEGES) se eliminan automáticamente durante la importación, así que una copia hecha por el gestor de bases de datos de Odoo, por otro host o por un pg_dump normal se importa tal cual, incluso si usuarios de PostgreSQL adicionales como un lector de BI tenían acceso a la base antigua. Si construyes el zip tú mismo, este comando produce directamente un volcado sin esas instrucciones:

pg_dump --no-owner --no-privileges --format=p tu_base_de_datos > dump.sql

:::

Importar la copia de seguridad​

  1. Abre tu proyecto y ve a la pestaña Copias de seguridad.
  2. Haz clic en Importar copia de seguridad.
  3. En la ventana modal Importar copia de seguridad, selecciona la Target branch (Rama de destino) en la que restaurar.
  4. Elige tu archivo de copia de seguridad .zip.
  5. Haz clic en Upload & Restore (Subir y restaurar).

Skysize sube el archivo, lo registra como una copia de seguridad e inmediatamente pone en cola un trabajo de restauración en la rama de destino. Puedes seguir el progreso en el despliegue (haz clic en Ver logs). Cuando finaliza, la rama se reinicia sobre la base de datos restaurada.

atención

Importar reemplaza toda la base de datos de la rama de destino. Si deseas conservar sus datos actuales, crea primero una copia de seguridad manual de esa rama.

:::note Límite de tamaño de subida La importación se sube a través de tu navegador y está limitada a 2 GB por archivo en el hosting gestionado. El archivo se transmite en streaming directamente al servidor que ejecuta tu despliegue; nunca se almacena en la plataforma. Para bases de datos más grandes, excluye el filestore de la exportación para reducir el tamaño, o ponte en contacto con el soporte para obtener ayuda con migraciones grandes. Las importaciones a proyectos BYOS no tienen ningún límite de tamaño impuesto por la plataforma, ya que el archivo llega a tu propio servidor. :::

Cosas a verificar antes de importar​

  • Versión de Odoo: la versión se lee del manifest.json de la copia de seguridad antes de restaurar nada. Las copias procedentes de una versión de Odoo que la plataforma no ofrece se rechazan con un error claro, y cuando la versión difiere de la configurada en la rama, la rama se alinea con la copia para que la base restaurada se ejecute en el Odoo con el que se creó. Las copias sin un manifest legible se aceptan tal cual; en ese caso, asegúrate tú mismo de que la versión de la rama coincide con el volcado.
  • Edición: si la copia de seguridad proviene de una base de datos de Odoo Enterprise, asegúrate de que la rama de destino también esté configurada como Enterprise para que los módulos enterprise estén disponibles.
  • Módulos personalizados: si la base de datos utiliza módulos personalizados, asegúrate de que esos módulos estén presentes en el repositorio de la rama antes de restaurar, de lo contrario Odoo podría informar módulos faltantes al iniciar.