Binhex Cloud | Service Level Agreement (SLA) 

Bases de datos  Odoo CE y EE alojadas en la infraestructura de servidores Binhex

Las bases de datos de los clientes están alojadas en cluster de servidores dedicados en la la región europea (ver Política de Privacidad para más información)

Cada base de datos de los clientes es replicada a tiempo real en un alojamiento redundante en el mismo centro de datos.

Trabajamos con el mismo proveedor de servidores dedicados en Europa y garantiza el 99,9% de servicio, por lo que garantizamos 99,9% de nuestro servicio de alojamiento (excluyendo mantenimientos planificados) https://www.ovhcloud.com/es-es/personal-data-protection/security/

99,9% de tiempo de actividad = tiempo máximo de inactividad por mantenimiento de 45 min / mes

Normalmente entregamos mucho mejor tiempo de actividad que  es (100% en la mayoría de meses), porque nuestros proveedores siempre entregan mucho mejor tiempo de actividad en sus SLAs también.

* estas métricas se refieren a la disponibilidad de la plataforma para todos los clientes. Algunas bases de datos pueden no estar disponibles por razones específicas, normalmente relacionado con acciones solicitadas por clientes o personalizaciones.

Las operaciones de mantenimiento planificadas suceden frecuentemente, normalmente una vez cada mes, generalmente en menos de 1 h, y son programadas fuera del horario laboral de la región donde se está haciendo el mantenimiento. Estos son anunciados via email.

Nuestros centros de datos están certificados Tier-III certified o equivalentes, con redundancia N+1 para energía, redes y enfriamiento.

Cada base de datos de nuestros clientes es replicada a tiempo real en un almacenamiento redundante en el mismo centro de datos, en caso de fallo de hardware se realiza una conmutación automática sin pérdida de datos.

Copias de seguridad y recuperación ante desastre

Las acciones de copias de seguridad difieren entre productos:


  • Para las instancias pequeñas, las copias serán autogestionadas por el cliente.
  • Para las instancias ligeras, se realizarán 14 copias distribuidas de la siguiente manera: los últimos 7 días, una copia diaria; una copia semanal durante 4 semanas; y una copia mensual durante 3 meses.
  • Para las instancias intermedias, se realizarán 14 copias distribuidas de la siguiente manera: los últimos 7 días, una copia diaria; una copia semanal durante 4 semanas; y una copia mensual durante 3 meses. A su vez, se replicarán estas 14 copias en una segunda ubicación, para un almacenamiento redundante.
  • Para las instancias moderadas, se realizarán 14 copias distribuidas de la siguiente manera: los últimos 7 días, una copia diaria; una copia semanal durante 4 semanas; y una copia mensual durante 3 meses. A su vez, se replicarán estas 14 copias en una segunda ubicación, para un almacenamiento redundante.
  • Para las instancias corporativas, se realizarán 14 copias distribuidas de la siguiente manera: los últimos 7 días, una copia diaria; una copia semanal durante 4 semanas; y una copia mensual durante 3 meses. A su vez, se replicarán estas 14 copias en una segunda y tercera, ubicación, para un almacenamiento redundante.


- Para un desastre permanente que impacte a solo un servidor, nuestro Plan de Recuperación de Desastres tiene las siguientes métricas:


  • RPO (Objetivo de Punto de Recuperación) = 8 horas, p.e. puedes perder un máximo de 8 horas de trabajo.
  • RTO (Tiempo de Recuperación del Objetivo) = 30 minutos, p.e el servicio estará en línea después de un máximo de 30 minutos (Tiempo de espera + tiempo de propagación de DNS incluido)



- Para desastres de centros de datos (un centro de datos entero está teniendo problemas permanentes), el Plan de Recuperación de Desastres tiene estas métricas:


  • RPO (Objetivo de Punto de Recuperación) = 8 horas, p.e. puedes perder un máximo de 8 horas de trabajo.
  • RTO (Tiempo de Recuperación del Objetivo) = 24 h, p.e. el servicio se restaurará desde la copia de seguridad en el plazo de 24 horas en un centro de datos diferente.

Los datos de los clientes se almacenan en una base de datos dedicada, sin compartir datos entre clientes.

Las reglas de control de acceso a datos implementan el aislamiento completo entre las bases de datos de clientes que se ejecutan en el mismo clúster, no es posible el acceso de una base de datos a otra.

Las contraseñas de los clientes están protegidas con cifrado PBKDF2 + SHA512 estándar de la industria (salado + extendido durante miles de rondas)

El personal de Odoo no tiene acceso a su contraseña y no puede recuperarla para usted, la única opción si la pierde es para restablecerla.

Las credenciales de inicio de sesión siempre se transmiten de forma segura a través de HTTPS.