En BeezNest, nos importa la seguridad de su información, y en este sentido hacemos todo lo posible para proponerle sistemas con un nivel altísimo de seguridad, pero también pensamos en la persistencia de sus datos. Si un sistema sin respaldo (por limitaciones presupuestales) tuviera algun fallo, nuestro servicio de backup le permitirá recuperar su sistema en un estado anterior. A continuación, explicamos nuestros procedimientos de backups para que tenga un entendimiento de lo que estamos ofreciendo y en que medida le puede ayudar.
Periodicidad
Un backup no es un mecanismo de respaldo. En este sentido, no se toma un backup cada segundo, ni cada minuto ni, usualmente, cada hora (aunque se puede hacer para aplicaciones áltamente críticas).
En lugar de esto, tomamos backups diarios. Esto significa que, cada noche, mientras su aplicación está menos usada, nuestros servidores de backup se conectarán a su servidor para tomar una copia *de los datos relevantes* (es decir que no se copia todo, sino solamente lo esencial para que su sistema pueda ser reconstruido en otro servidor).
Persistencia
Un backup tiene una vida útil específica. Si bien se toma *cada día*, no se conserva eternamente, sino se almacena por un tiempo determinado en nuestros servidores. Para entender la lógica general del periodo de persistencia, lo mejor es tomar un calendario y pensarlo así:
- Guardamos un backup diario para cada uno de los 7 últimos días
- Pasados los 7 días de edad, solo se conserva el último backup de la semana (usualmente el del Sábado en la noche), y esto por 3 semanas
- Pasadas las 3 semanas, solo se conserva el último backup del mes (en base a uno de los backups semanales que quedaba) Este backup “mensual” se conserva por 3 meses
Cada backup que pasa de 7 días y no es el último backup de la semana está completamente borrado de nuestros servidores. No queda ni una huella. Por eso no podemos recuperar siempre el estado de su servidor en un día determinado, sino en un estado ligeramente anterior o ligeramente posterior a su fecha deseada.
Independencia geográfica
Nuestros servidores de backup son alojados en Bélgica, por lo que, en términos generales para nuestros clientes, se encuentran en un lugar distante, geográficamente, de su centro de datos o servidor dedicado, lo cual garantiza una alta probabilidad de persistencia, hasta en caso de ataques nucleares o cataclismos de algun tipo.
Seguridad
Nuestros servidores de backup se conectan a sus servidores a través del protocolo SSH, basado en la encripción con SSL. Actualizamos este sistema frecuentemente para asegurar un alto nivel de seguridad y de confidencialidad de sus datos durante su transferencia via internet.
Solo nuestros administradores señor tienen acceso al servidor de backup, garantizando un nivel de confidencialidad aun más alto. Los servidores son protegidos con mecanismos simples pero comprobados: apertura de puertos limitada a lo necesario, siendo estos servidores dedicados a la gestión de backups.
Tiempo de recuperación
El procedimiento de recuperación de backups es un elemento separado del servicio de backup, ya que depende de muchas cosas. En este sentido, deberá contar con un contrato de soporte con nosotros con crédito de horas para que podamos atender su solicitud de restauración.
Por ejemplo, si su servidor no está gestionado por nosotros, puede requerir mucho tiempo configurar otro servidor para volver a poner de alta el servicio.
La celeridad de recuperación puede depender mucho de su ancho de banda también (transferir 1TB toma mucho tiempo, aun con un ancho de banda muy potente).
La recuperación del sistema puede depender de factores externos a nuestro control. El tipo de recuperación deseado (ver punto siguiente) puede afectar mucho el tiempo necesario para la recuperación.
Recuperación integral o parcial
Nuestros backups se toman de manera integral, en el sentido de que no hacen la diferencia entre una y otra parte de la aplicación salvaguardada. Si usa un sitio Drupal y nos pide recuperar una página específica, quizás esto tome mucho más tiempo que la recuperación de todo el sitio de una vez, porque esta página puede haber sido remplazada por otra que no se puede eliminar, o puede tener muchas relaciones con otras páginas, que fueron destruidas también al destruir la página. Si usa Chamilo, recuperar un curso en particular puede tomar mucho más tiempo que la recuperación de todo el sistema, por los *otros* cambios que ocurrieron en el sistema luego de perder la información del curso en cuestión.