Périodicité

Une copie de sauvegarde ne fonctionne pas comme un mécanisme de réplication ou de redondance. Contrairement à ces méthodes qui opèrent à chaque seconde, minute, voire chaque heure (bien que nous ayons mis en place des sauvegardes horaires dans certains cas précis et pour des périodes limitées), les backups que nous réalisons sont effectués quotidiennement.

En pratique, cela signifie que chaque nuit, pendant les périodes où votre application est moins sollicitée, nos serveurs de sauvegarde se connectent à votre serveur pour extraire une copie des données pertinentes. Cette copie ne comprend pas l'intégralité des données, mais uniquement celles nécessaires pour assurer le fonctionnement de l'application sur un autre serveur préparé à cet effet, si nécessaire.

Persistance

Un backup a une durée de vie définie. Lorsqu'il est renouvelé chaque jour, nous ne conservons pas éternellement une copie d'un jour spécifique, mais seulement pour une durée limitée. Pour comprendre la logique générale de cette période de conservation, il est utile de l'illustrer sur un calendrier de la manière suivante :

• Nous gardons une copie de sauvegarde pour chaque jour des 7 derniers jours.
• Au-delà de ces 7 jours, nous ne conservons que la dernière sauvegarde de la semaine (généralement réalisée durant la nuit du samedi au dimanche) pendant 3 semaines.
• Passées ces 3 semaines, nous ne conservons que la dernière sauvegarde utile du mois (selon le schéma de sauvegarde hebdomadaire).
• Cette sauvegarde mensuelle est ensuite conservée pendant 3 mois (soit 3 sauvegardes) avant d'être définitivement supprimée.

Toute sauvegarde qui dépasse les 7 jours et n'est pas la dernière de la semaine est entièrement supprimée de nos serveurs, sans laisser de trace. C'est pourquoi nous ne pouvons pas toujours récupérer une sauvegarde d'une date spécifique (si elle remonte à plus d'une semaine), mais généralement, nous pouvons accéder à une sauvegarde datant de quelques jours plus tôt ou quelques jours plus tard.

Indépendance géographique

Notre centre de sauvegarde est situé en Belgique, dans un centre de données exclusif à BeezNest, et est donc géographiquement distinct des serveurs utilisés pour l'hébergement de votre application. Cette disposition assure une probabilité extrêmement faible de perte, même en cas d'événements tels qu'une attaque nucléaire ou un cataclysme.

Sécurité

Nos serveurs de sauvegarde se connectent à votre serveur via le protocole SSH, qui repose sur un chiffrement SSL. Nous maintenons nos systèmes régulièrement à jour pour assurer un niveau très élevé de confidentialité lors du transfert de vos données sur le réseau.

L'accès aux serveurs de sauvegarde est limité aux administrateurs seniors uniquement, renforçant ainsi la confidentialité de vos données. Ces serveurs sont protégés par des mécanismes de sécurité simples mais fiables : les ports sont ouverts uniquement à ceux strictement nécessaires, et ces serveurs sont exclusivement dédiés à l'activité de sauvegarde.

Temps de récupération

Le processus de récupération des sauvegardes est distinct du service de sauvegarde lui-même, car il implique plusieurs compétences différentes (équipes de support, administration système et développement). Ainsi, il est essentiel de disposer d'un service de support actif avec nous pour que nous puissions traiter votre demande de restauration de sauvegarde. Le temps requis pour restaurer une application dépend de nombreux facteurs, dont la taille totale des données.

Par exemple, si votre serveur n'est pas hébergé chez nous, la restauration du service pourrait prendre considérablement plus de temps en raison de la coordination nécessaire avec votre hébergeur ou votre équipe informatique, ainsi que du temps de transfert.

La récupération du système peut également être influencée par des facteurs externes sur lesquels nous n'avons aucun contrôle.

Le type de restauration demandé (voir point suivant) peut également avoir un impact significatif sur le temps nécessaire à la restauration.

Récupération intégrale ou partielle

Nos sauvegardes sont réalisées de manière complète, ce qui signifie qu'elles ne font pas de distinction entre différentes parties de l'application sauvegardée. Par conséquent, si vous utilisez un site Drupal et que vous nous demandez de récupérer une page spécifique, cela pourrait prendre significativement plus de temps qu'une restauration complète. En effet, cette page particulière pourrait avoir été altérée ou supprimée, ou elle pourrait contenir des liens vers d'autres pages qui ont également été modifiées ou supprimées depuis la sauvegarde.

De même, si vous utilisez Chamilo ou Skillms, récupérer un cours en particulier pourrait prendre plus de temps que de restaurer l'ensemble du système, en raison des modifications survenues sur d'autres parties du système depuis la perte des données du cours en question.