Politique de sauvegarde AlexHost : Guide technique complet sur la protection et la récupération des données

Comprendre exactement comment votre hébergeur gère les sauvegardes n’est pas facultatif — c’est une exigence fondamentale pour toute décision d’infrastructure sérieuse. AlexHost maintient une politique de sauvegarde structurée et hiérarchisée qui varie selon le type de service, avec des responsabilités clairement définies pour le fournisseur et le client. Ce guide couvre tous les aspects de cette politique : fréquence des sauvegardes, procédures de restauration, implications financières et les lacunes critiques que vous devez combler avec votre propre stratégie de sauvegarde.

Quelle est la politique de sauvegarde d’AlexHost ?

La politique de sauvegarde d’AlexHost est un cadre de protection des données hiérarchisé dans lequel la fréquence et la portée des sauvegardes automatisées dépendent du type de service d’hébergement. Les plans d’hébergement partagé et LiteSpeed bénéficient de sauvegardes automatisées quotidiennes, les environnements VPS sont sauvegardés chaque semaine, et les serveurs dédiés ne reçoivent aucune sauvegarde gérée par le fournisseur. La restauration est disponible sur demande auprès de l’équipe support, sous réserve des conditions décrites ci-dessous.

Cette politique existe pour fournir un filet de sécurité de base, et non une solution complète de reprise après sinistre. La distinction est d’une importance capitale en pratique : une sauvegarde gérée par le fournisseur est un instantané réalisé au mieux à un moment donné, et son intégrité dépend de l’état de vos fichiers au moment où l’instantané est pris. AlexHost ne garantit pas explicitement la restauration à partir de chaque sauvegarde, ce qui fait de la gestion des sauvegardes côté client une nécessité opérationnelle plutôt qu’une précaution facultative.

Couverture des sauvegardes par type de service

Chaque niveau d’hébergement chez AlexHost fonctionne selon un modèle de sauvegarde différent. Le tableau ci-dessous résume les paramètres clés pour toutes les catégories de services.

Sauvegardes de l’hébergement partagé et LiteSpeed

Pour les clients disposant de plans d’hébergement web partagé, des sauvegardes quotidiennes sont effectuées automatiquement par l’infrastructure AlexHost. Ces sauvegardes capturent une copie exacte du système de fichiers du compte et des bases de données associées au moment où l’instantané est pris. Si une restauration est nécessaire — en raison d’une suppression accidentelle de fichiers, d’une base de données corrompue ou d’un déploiement raté — l’équipe support peut récupérer et restaurer à partir de la sauvegarde disponible la plus récente.

Une nuance technique importante : les sauvegardes quotidiennes ne signifient pas une récupération à un instant précis. Si votre base de données est corrompue à 23h00 et que la sauvegarde s’exécute à minuit, c’est l’état corrompu qui est capturé. L’instantané du jour précédent est le dernier point de récupération propre. Cette fenêtre de perte de données potentielle de 24 heures est une limitation connue des cycles de sauvegarde quotidiens et doit être prise en compte dans la façon dont vous gérez les déploiements et les modifications de bases de données.

Politique de sauvegarde VPS

Les environnements VPS présentent un profil de risque fondamentalement différent. Les clients utilisant l’hébergement VPS disposent d’un accès root, ce qui signifie qu’ils peuvent installer des logiciels, modifier des fichiers système, reconfigurer des services et effectuer des modifications qui vont bien au-delà d’un compte d’hébergement partagé classique. Un cycle de sauvegarde hebdomadaire reflète la complexité accrue de la prise d’instantanés d’un environnement de machine virtuelle complet, mais cela signifie également que jusqu’à sept jours de modifications pourraient être irrécupérables dans le pire des scénarios de défaillance.

Pour les clients VPS, cela crée une exigence opérationnelle claire : vous devez mettre en place des mécanismes de sauvegarde supplémentaires au niveau de l’application ou du système de fichiers. Les approches courantes comprennent :

• Des dumps de bases de données automatisés utilisant mysqldump ou pg_dump planifiés via cron, avec une sortie écrite vers un emplacement de stockage distant
• La synchronisation incrémentielle de fichiers utilisant rsync via SSH vers une destination hors site
• Des sauvegardes basées sur des instantanés à l’aide d’outils tels que Timeshift, Bacula ou Duplicati configurés pour s’exécuter quotidiennement ou plus fréquemment
• Des sauvegardes au niveau de l’application pour des plateformes comme WordPress (UpdraftPlus, BackWPup) ou des applications personnalisées avec une fonctionnalité d’exportation intégrée

Si vous gérez un environnement de panneau de contrôle, les panneaux de contrôle VPS tels que cPanel, Plesk ou DirectAdmin incluent tous des outils de planification de sauvegardes natifs qui peuvent être configurés indépendamment du cycle d’instantanés du fournisseur.

Politique de sauvegarde des serveurs dédiés

Les serveurs dédiés ne reçoivent aucune sauvegarde gérée par le fournisseur. C’est une pratique standard dans l’industrie pour l’infrastructure bare-metal : le client dispose d’un contrôle total au niveau matériel, et la complexité opérationnelle de la prise d’instantanés d’environnements divers configurés par les clients rend l’automatisation côté fournisseur impraticable.

Les clients utilisant des serveurs dédiés sont entièrement responsables de la conception, de la mise en œuvre et des tests de leur propre architecture de sauvegarde et de reprise après sinistre. Cela implique généralement :

• Des cibles de stockage hors serveur — un serveur de stockage séparé, un périphérique NAS ou un stockage d’objets cloud (points de terminaison compatibles S3, Backblaze B2, Wasabi)
• Des logiciels de sauvegarde — Veeam, Amanda, Bacula, BorgBackup ou Restic selon le système d’exploitation et la charge de travail
• La vérification des sauvegardes — des tests de restauration automatisés exécutés selon un calendrier pour confirmer l’intégrité des sauvegardes, et pas seulement leur existence
• Des politiques de rétention — un schéma de rotation grand-père-père-fils (GFS) est la norme industrielle, maintenant des points de restauration quotidiens, hebdomadaires et mensuels

Ne pas mettre en place une stratégie de sauvegarde indépendante sur un serveur dédié est l’une des erreurs les plus courantes et les plus coûteuses dans l’infrastructure autogérée.

Intégrité des sauvegardes et responsabilité du fournisseur

La politique d’AlexHost comprend une clause de non-responsabilité explicite et importante : le fournisseur n’est pas responsable de l’état des fichiers du client au moment de la sauvegarde, ni de l’état de la sauvegarde elle-même. Il ne s’agit pas d’un langage juridique inhabituel — cela reflète une réalité technique authentique.

Les sauvegardes sont des instantanés de ce qui existe à un moment donné. Si vos fichiers sont déjà corrompus, infectés par des logiciels malveillants ou partiellement supprimés lors de l’exécution de l’instantané, la sauvegarde capture cet état dégradé. Une sauvegarde d’une installation WordPress compromise est une archive compressée d’une installation WordPress compromise. C’est pourquoi l’hygiène de sécurité — maintenir les logiciels à jour, utiliser des identifiants solides, déployer des certificats SSL pour prévenir les attaques de type man-in-the-middle sur vos interfaces d’administration — est indissociable d’une stratégie de sauvegarde solide.

De plus, les sauvegardes ne sont pas effectuées pour les services arrêtés ou suspendus. Si un service est inactif, aucun nouvel instantané n’est généré. Cela a une implication pratique : si vous suspendez temporairement un service et que vous avez ensuite besoin de restaurer des données, vous êtes limité à la sauvegarde qui existait au moment où le service était actif pour la dernière fois.

Coûts et conditions de restauration des sauvegardes

Dans des conditions de fonctionnement normales, la restauration des sauvegardes est fournie sans frais supplémentaires pendant la période de service actif. Cependant, deux scénarios spécifiques introduisent des contraintes de coût et d’éligibilité.

Restauration après résiliation : Si un service a été résilié ou supprimé en raison d’un non-paiement, et que le client demande ensuite la restauration de la dernière sauvegarde disponible, AlexHost peut facturer des frais de 20 EUR pour couvrir l’effort technique impliqué dans la localisation et la restauration des données. Ces frais s’appliquent uniquement lorsque la restauration est associée à la réactivation d’un service — il ne s’agit pas d’un service de récupération de données autonome.

Violations de la politique d’utilisation acceptable : Si un service a été résilié en raison d’une violation de la politique d’utilisation acceptable (AUP) d’AlexHost, la restauration à partir d’une sauvegarde n’est disponible en aucune circonstance. Il s’agit d’une limite de politique stricte, et non d’une condition négociable.

La conclusion pratique : considérez votre fenêtre d’accès aux sauvegardes comme coterminale avec votre abonnement de service actif. Laisser un service tomber en non-paiement n’est pas seulement un problème de facturation — c’est un risque d’accès aux données.

Pourquoi les sauvegardes du fournisseur ne remplacent pas les vôtres

Ce point mérite un traitement direct car il est souvent mal compris. Les sauvegardes gérées par le fournisseur ont un objectif spécifique et limité : elles protègent contre les défaillances au niveau de l’infrastructure et offrent une option de récupération en cas de perte accidentelle de données dans la fenêtre de rétention des sauvegardes. Elles ne protègent pas contre :

• Les ransomwares ou logiciels malveillants qui chiffrent ou détruisent des fichiers avant l’exécution de la prochaine sauvegarde
• La corruption logique introduite progressivement sur plusieurs cycles de sauvegarde, où tous les instantanés conservés contiennent l’état corrompu
• Les exigences de conformité qui imposent des périodes de rétention spécifiques, des emplacements de stockage géographiques ou des normes de chiffrement
• Les besoins de récupération spécifiques à l’application, tels que la restauration d’une seule table de base de données sans écraser l’intégralité du compte
• La récupération sans interruption de service, où une restauration complète côté fournisseur peut prendre des heures tandis que votre propre sauvegarde locale peut être déployée en quelques minutes

Pour les entreprises exécutant des charges de travail en production — boutiques e-commerce, applications SaaS, portails orientés clients — la règle de sauvegarde 3-2-1 reste la norme de référence : trois copies des données, sur deux types de supports différents, avec une copie stockée hors site.

Considérations relatives aux données de messagerie et de domaine

Les clients utilisant l’hébergement de messagerie doivent vérifier séparément quelles dispositions de sauvegarde s’appliquent aux données des boîtes aux lettres, car les magasins de messagerie ont des caractéristiques de récupération différentes de celles des fichiers web. De même, les données d’enregistrement de domaine gérées via l’enregistrement de domaine ne sont pas soumises à une sauvegarde au sens traditionnel du terme — les enregistrements de propriété de domaine sont maintenus au niveau du registre — mais s’assurer que vos coordonnées et paramètres de renouvellement sont à jour constitue une forme équivalente de protection des données pour votre espace de noms.

Matrice de décision technique : stratégie de sauvegarde par type d’hébergement

Utilisez cette matrice pour déterminer les actions de sauvegarde supplémentaires minimales requises en fonction de votre service AlexHost.

Points clés : liste de contrôle opérationnelle

• Confirmez le niveau de service sur lequel vous vous trouvez et vérifiez la fréquence de sauvegarde applicable avant de supposer qu’une couverture quotidienne existe
• Ne vous fiez jamais exclusivement aux sauvegardes du fournisseur pour les données de production — mettez en place au moins un mécanisme de sauvegarde indépendant contrôlé par le client
• Planifiez et testez périodiquement les procédures de restauration ; une sauvegarde non testée est une sauvegarde non vérifiée
• Maintenez les services en statut actif et payé pour conserver l’accès à la restauration des sauvegardes sans encourir les frais de récupération de 20 EUR
• Pour les environnements VPS, configurez des sauvegardes au niveau de l’application et du système de fichiers pour qu’elles s’exécutent plus fréquemment que le cycle d’instantanés hebdomadaire du fournisseur
• Pour les serveurs dédiés, concevez une architecture de sauvegarde complète avant de déployer toute charge de travail en production
• Assurez-vous que vos copies de sauvegarde sont stockées dans un emplacement géographiquement séparé de votre environnement d’hébergement principal
• Vérifiez que les sauvegardes capturent des données propres et exemptes de logiciels malveillants en maintenant de bonnes pratiques de sécurité sur votre environnement d’hébergement en tout temps

Foire aux questions

AlexHost effectue-t-il des sauvegardes automatiquement, ou dois-je les activer ?

Les sauvegardes pour l’hébergement partagé et LiteSpeed sont effectuées automatiquement par AlexHost sans aucune configuration requise de la part du client. Pour les plans VPS, des instantanés hebdomadaires sont également pris automatiquement. Les clients disposant de serveurs dédiés doivent configurer et gérer entièrement leurs propres systèmes de sauvegarde.

Comment puis-je demander une restauration de sauvegarde auprès du support AlexHost ?

Soumettez une demande via le système de support AlexHost en précisant le service, la date approximative des données que vous souhaitez restaurer et les fichiers ou bases de données spécifiques concernés. La restauration est effectuée par l’équipe technique et est disponible sans frais pendant une période de service actif.

Que se passe-t-il avec mes sauvegardes si j’annule mon plan d’hébergement ?

Une fois qu’un service est résilié ou supprimé en raison d’un non-paiement, l’accès aux sauvegardes n’est pas garanti. Si vous demandez une restauration après la résiliation, AlexHost peut facturer 20 EUR pour l’effort de récupération, et cela s’applique uniquement lorsque le service est réactivé. Si la résiliation était due à une violation de l’AUP, aucune restauration n’est possible.

Puis-je télécharger ma propre copie de sauvegarde depuis le panneau de contrôle AlexHost ?

Pour les comptes d’hébergement partagé gérés via cPanel, vous pouvez générer et télécharger une sauvegarde complète du compte directement depuis l’assistant de sauvegarde cPanel à tout moment. Les clients VPS disposant d’un accès root peuvent créer leurs propres instantanés ou archives de fichiers à l’aide des utilitaires Linux standard. Il s’agit de l’approche recommandée pour maintenir des points de récupération contrôlés par le client.

La sauvegarde VPS hebdomadaire est-elle un instantané complet ou une sauvegarde incrémentielle ?

AlexHost effectue des sauvegardes basées sur des instantanés pour les environnements VPS. L’implémentation technique signifie que l’instantané capture l’état du disque virtuel au moment de l’exécution. Les clients nécessitant des points de récupération plus granulaires — tels que des instantanés quotidiens ou horaires — doivent les mettre en place indépendamment à l’aide des outils disponibles dans leur environnement VPS ou en configurant un VPS avec cPanel qui inclut des capacités de planification de sauvegardes intégrées.