#Caso OneCloud

Informe de factibilidad de una propuesta de continuidad y recuperación de Odoo ERP ante una contingencia catastrófica.

Alta disponibilidadAgosto de 2026Informe de factibilidadISO/IEC/IEEE 29148:2018

Informe de factibilidad de la propuesta

Proveedor: HitoFusion | www.hitofusion.com

Objetivo: continuidad y recuperación de Odoo ERP ante una contingencia catastrófica.

Descargar el informe original en PDF

1. Propósito y alcance

El presente informe, elaborado por HitoFusion, tiene por objeto evaluar la factibilidad de la propuesta de continuidad operativa para Odoo ERP frente a una contingencia grave o a la pérdida total del Sitio A. La evaluación busca confirmar que el enfoque planteado resulta técnicamente coherente para restablecer la operación desde un Sitio B, considerando la infraestructura virtual, la base PostgreSQL y la información documental asociada.

El análisis se basa en la propuesta entregada por el cliente y en la reunión de relevamiento. Se considera especialmente el filestore de Odoo, ya que contiene documentos y adjuntos físicos que no forman parte de PostgreSQL y que deben mantenerse disponibles de manera coordinada con la recuperación de la base de datos.

Resultado preliminar
La propuesta es factible como base de un esquema de recuperación ante una catástrofe. La factibilidad integral depende de que el alcance contemple en forma coordinada la máquina virtual, PostgreSQL y el filestore de Odoo.

2. Marco de evaluación de factibilidad

La estructura del informe se alinea con los principios de ISO/IEC/IEEE 29148:2018 para ingeniería de requisitos. En particular, explicita propósito, alcance, necesidad, solución propuesta, interfaces relevantes, restricciones, supuestos y criterios de validación. Esta referencia se utiliza como guía de calidad y trazabilidad documental; el presente informe no constituye una certificación formal de conformidad con el estándar.

2.1 Criterios de factibilidad

La factibilidad se evalúa mediante la correspondencia entre la necesidad de continuidad del negocio y los componentes de solución identificados, junto con la posibilidad de verificar su comportamiento mediante pruebas integrales. Se consideran los siguientes criterios:

3. Entendimiento de la propuesta del cliente

De acuerdo con la documentación y la reunión analizadas, entendemos que la solución propuesta contempla los siguientes componentes y pasos:

  1. Replicar periódicamente la máquina virtual productiva de Odoo desde el Sitio A hacia el Sitio B mediante Veeam Backup & Replication, utilizando el enlace entre ambos sitios.
  2. Mantener en PostgreSQL la generación continua de registros WAL (Write-Ahead Log), que registran los cambios transaccionales de la base de datos.
  3. Utilizar pgBackRest para archivar, comprimir, verificar y transferir los WAL hacia el almacenamiento disponible en el Sitio B.
  4. Conservar en el Sitio B una réplica de la infraestructura y los archivos necesarios para recuperar la base mediante Point-in-Time Recovery (PITR).
  5. Ante una pérdida del Sitio A, iniciar la réplica de la máquina virtual en el Sitio B, recuperar PostgreSQL aplicando los WAL disponibles y habilitar esa instancia como nuevo servicio operativo.
  6. Redirigir el acceso de los usuarios y servicios hacia el Sitio B mediante el mecanismo de DNS o enrutamiento que se defina.
  7. Preservar la continuidad del circuito de facturación electrónica con ARCA, procurando recuperar las facturas, secuencias y códigos CAE almacenados en PostgreSQL.
  8. Mantener un procedimiento de contingencia funcional para conciliar y reconstruir comprobantes si alguna operación autorizada en ARCA no estuviera disponible en la instancia recuperada.

Este entendimiento deberá confirmarse conjuntamente durante el diseño detallado, en particular respecto de la ubicación de Odoo y PostgreSQL, la modalidad definitiva de transporte de WAL, el mecanismo de activación del Sitio B y la administración del tráfico de usuarios.

4. Evaluación de factibilidad

La combinación de réplica de infraestructura y recuperación transaccional permite reducir significativamente la pérdida potencial de información respecto de una estrategia basada únicamente en copias periódicas de la máquina virtual. También brinda flexibilidad para recuperar PostgreSQL a un punto consistente utilizando los respaldos y WAL disponibles.

Desde la perspectiva técnica, las tecnologías propuestas son compatibles con el objetivo general: Veeam protege la infraestructura virtual, mientras que PostgreSQL WAL y pgBackRest permiten conservar y recuperar la evolución transaccional. Los procedimientos de activación, aislamiento, redirección y retorno ya contemplados por el equipo técnico del cliente deberán integrarse al plan operativo y validarse en conjunto.

4.1 Consideración específica: filestore de Odoo

Odoo conserva en PostgreSQL la información estructurada y la referencia de los adjuntos. Sin embargo, muchos archivos físicos se almacenan fuera de la base, dentro del directorio de filestore asociado a cada base de datos. Allí pueden encontrarse PDFs, imágenes, firmas, documentos incorporados al chatter y otros adjuntos operativos.

4.2 Incidencia en la factibilidad

La recuperación de PostgreSQL mediante WAL puede llevar la base a un momento más reciente que la última réplica de la máquina virtual. Si durante ese intervalo se generaron o incorporaron adjuntos, la base recuperada podría contener referencias a archivos que todavía no existen en el Sitio B. El sistema podría iniciar y los datos transaccionales estar presentes, pero determinados documentos no podrían abrirse.

Por este motivo, el filestore no debe considerarse un detalle interno de la VM. Es un conjunto de información productiva con requisitos propios de protección. Para mantener la factibilidad de la propuesta, debe contar con una política propia de copia y sincronización, comparable a las políticas ya previstas para la VM y PostgreSQL, y coordinada con el punto de recuperación de la base.

Dictamen de factibilidad
La propuesta es técnicamente factible para brindar un grado aceptable de continuidad operativa ante la pérdida del Sitio A. Su alcance debe incluir expresamente la copia y sincronización del filestore, además de la réplica de la VM y la recuperación de PostgreSQL. La aceptación final deberá demostrarse mediante una prueba integral que verifique transacciones, facturación y adjuntos.

Referencias