Sauvegarde de serveurs : types, méthodes et élaboration d'une stratégie de sauvegarde

Les pannes de serveur ne s'annoncent pas. Une attaque par ransomware crypte vos données du jour au lendemain. Un disque dur défaillant corrompt une semaine entière de données. Une suppression par inadvertance efface un dossier partagé dont dépendent des dizaines de personnes. Dans tous les cas, la question n'est pas de savoir si vous aviez une stratégie de sauvegarde en tête, mais si vous en aviez une en place.

Ce guide explique ce que sont les sauvegardes de serveurs, pourquoi elles sont importantes, comment fonctionnent les principaux types de sauvegarde, à quoi ressemble une stratégie de sauvegarde efficace et les points à prendre en compte lors de son élaboration. Que vous gériez vos serveurs en interne ou par l'intermédiaire d'un prestataire de services gérés, les principes restent les mêmes.

Kaseya propose des solutions de sauvegarde de serveurs destinées aussi bien aux MSP qu'aux entreprises. Les MSP peuvent protéger les environnements serveurs de leurs clients grâce à Datto SIRIS, la solution BCDR (reprise après sinistre et continuité des activités) basée sur le cloud de Kaseya. Les entreprises qui gèrent leur propre infrastructure peuvent choisir entreles appliances de sauvegarde physiques Unitrends et les logiciels de sauvegarde d'entreprise, en fonction de leur environnement.

Qu'est-ce qu'une sauvegarde de serveur ?

Une sauvegarde de serveur est une copie des données stockées sur un serveur, conservée séparément de l'original afin de pouvoir être restaurée si la copie principale venait à être perdue, endommagée ou compromise. Cette définition est simple, mais la stratégie qui la sous-tend ne l'est pas.

La portée d'une sauvegarde de serveur dépend des éléments que vous configurez pour protéger. Parmi les éléments courants, on trouve :

• Fichiers du système d'exploitation et état du système
• Données et configurations de l'application
• Bases de données (SQL, Exchange, SharePoint et autres)
• Fichiers utilisateur et dossiers partagés
• Images de machines virtuelles

Certaines entreprises sauvegardent l'intégralité de leurs données sur un serveur. D'autres adoptent une approche par niveaux, en donnant la priorité aux données stratégiques pour des sauvegardes plus fréquentes et en archivant les données moins critiques selon un calendrier moins intensif. Les deux approches peuvent être efficaces. L'important est que cette décision soit mûrement réfléchie, documentée et testée.

Pourquoi les sauvegardes de serveurs sont-elles importantes ?

Un serveur n'est pas seulement une machine. Il héberge les fichiers, les applications, les bases de données, les configurations et la logique métier qui permettent le bon fonctionnement des opérations. Lorsqu'un serveur tombe en panne sans qu'il n'y ait de sauvegarde exploitable, les conséquences s'aggravent rapidement.

Les chiffres sont sans appel. Une étude menée par l’ITIC dans le cadre de son enquête « 2024 Hourly Cost of Downtime » a révélé que plus de 90 % des grandes et moyennes entreprises estiment qu’une seule heure d’indisponibilité leur coûte au moins 300 000 dollars. Pour les petites entreprises, les risques sont tout aussi réels. Selon Cybersecurity Ventures, plus de 60 % des petites entreprises font faillite dans les six mois suivant une violation de données ou une cyberattaque.

Au-delà des coûts, il y a des conséquences en matière de conformité. Des réglementations telles que la loi HIPAA, la norme SOC 2 et le RGPD imposent aux organisations de garantir la disponibilité et l'intégrité de certaines données pendant des durées déterminées. Une lacune dans la couverture des sauvegardes constitue une faille dans la conformité.

Un programme de sauvegarde bien conçu répond à tous ces besoins. Il offre une protection contre les pannes matérielles, les erreurs humaines, les cyberattaques et les catastrophes naturelles. Bien mis en place, il vous donne l'assurance de pouvoir récupérer vos données dans presque toutes les situations.

Types de sauvegardes de serveurs

Toutes les sauvegardes de serveurs ne fonctionnent pas de la même manière. La méthode choisie influe sur la durée de l'opération, l'espace de stockage nécessaire et la rapidité de la restauration en cas de problème. La plupart des environnements de serveurs combinent plusieurs méthodes plutôt que de s'en tenir à une seule.

Sauvegarde complète

Une sauvegarde complète du serveur copie tout ce qui est sélectionné sur le serveur, y compris le système d'exploitation, les applications, les configurations et les données, à chaque exécution. Elle génère un point de restauration complet et autonome, à partir duquel la restauration s'effectue facilement. En contrepartie, les sauvegardes complètes sont lentes à exécuter et occupent beaucoup d'espace de stockage, ce qui les rend peu pratiques comme méthode quotidienne pour les serveurs traitant de grands volumes de données. La plupart des entreprises planifient des sauvegardes complètes du serveur une fois par semaine ou moins fréquemment, et ont recours à des méthodes plus rapides pour couvrir les intervalles entre ces sauvegardes.

Sauvegarde incrémentielle

Une sauvegarde incrémentielle de serveur ne capture que les données qui ont changé depuis la dernière sauvegarde, qu'il s'agisse d'une sauvegarde complète ou d'une sauvegarde incrémentielle antérieure. Cela rend les sauvegardes incrémentielles rapides et peu gourmandes en espace de stockage, ce qui explique pourquoi elles sont couramment utilisées pour la protection quotidienne ou en cours de journée des serveurs. L'inconvénient est que la restauration d'un serveur à partir de sauvegardes incrémentielles nécessite la sauvegarde complète d'origine ainsi que toutes les sauvegardes incrémentielles de la chaîne depuis lors. Si un maillon de cette chaîne est endommagé ou manquant, la restauration échoue. Dans la pratique, les chaînes de sauvegardes incrémentielles traditionnelles constituent l'une des causes les plus courantes d'échec de la restauration des serveurs.

Sauvegarde différentielle

Une sauvegarde différentielle de serveur enregistre toutes les modifications apportées au serveur depuis la dernière sauvegarde complète, quel que soit le nombre de sauvegardes différentielles effectuées entre-temps. La restauration d'un serveur à partir d'une sauvegarde différentielle ne nécessite que deux éléments : la dernière sauvegarde complète et la sauvegarde différentielle la plus récente. Cela simplifie la restauration par rapport aux sauvegardes incrémentielles, mais l'espace de stockage utilisé augmente progressivement entre les cycles de sauvegarde complète, car chaque sauvegarde différentielle inclut davantage de modifications cumulées.

Sauvegarde en miroir

Une sauvegarde miroir crée une réplique exacte et en temps réel des données du serveur sur un site distinct. Contrairement aux sauvegardes incrémentielles ou différentielles, elle ne conserve pas les versions antérieures. Si un fichier est supprimé ou endommagé sur le serveur source, cette modification est immédiatement répercutée sur le miroir. Les sauvegardes miroir sont utiles pour conserver une copie de secours à jour des données du serveur, mais elles ne remplacent pas les sauvegardes versionnées lorsque vous devez restaurer les données à un moment antérieur à une infection par un ransomware, une suppression accidentelle ou une corruption de données.

Sauvegarde instantanée

Un instantané permet de capturer l'état complet d'un serveur ou d'une machine virtuelle à un moment donné, y compris le système d'exploitation, les applications en cours d'exécution et les données. Les instantanés sont légers et rapides à créer, ce qui les rend particulièrement adaptés à une protection fréquente des serveurs avec un faible impact sur les ressources. Ils sont particulièrement utiles dans les environnements de serveurs virtualisés, où un instantané permet de capturer l'intégralité d'une machine virtuelle dans un état cohérent et récupérable sans mettre le serveur hors ligne.

Les solutions BCDR modernes s'appuient sur la sauvegarde par instantanés. Datto SIRIS la technologie Inverse Chain, qui fait de chaque instantané incrémental un point de restauration complet et indépendant. Cela élimine le problème de dépendance en chaîne qui est à l'origine des défaillances des méthodes incrémentales traditionnelles.

Protection continue des données

La protection continue des données (CDP) enregistre chaque modification apportée aux données des serveurs en temps réel ou quasi réel, plutôt qu'à intervalles réguliers. Cela permet de maintenir des points de restauration extrêmement récents et de réduire au minimum la perte de données en cas de restauration. La CDP est particulièrement adaptée aux serveurs traitant des charges de travail à forte intensité de transactions, pour lesquels une perte de données, même de quelques minutes, est inacceptable, comme les serveurs de bases de données, les systèmes financiers ou les environnements Active Directory.

Méthodes de sauvegarde des serveurs : où sont stockées les sauvegardes

L'emplacement de vos copies de sauvegarde détermine la rapidité avec laquelle vous pourrez restaurer vos données, ainsi que la vulnérabilité de vos sauvegardes face au même incident qui a endommagé vos données principales. Envisagez les options suivantes :

• Sauvegarde locale : les sauvegardes locales sont stockées sur du matériel situé sur le même site que le serveur, notamment sur des disques durs externes, des périphériques de stockage en réseau (NAS), des bandes magnétiques ou un appareil de sauvegarde dédié. Les sauvegardes locales sont rapides à créer et à restaurer, car aucune donnée ne doit transiter par Internet. Le risque est évident : si un incendie, une inondation ou une attaque par ransomware affecte le serveur principal, cela peut également endommager les sauvegardes stockées localement.
• Sauvegarde dans le cloud : les sauvegardes dans le cloud stockent des copies sur des serveurs distants gérés par un fournisseur de services cloud. Les données de sauvegarde sont ainsi conservées dans un emplacement physiquement distinct, ce qui les protège des incidents sur site. Un accès à Internet est nécessaire tant pour la sauvegarde que pour la restauration, ce qui peut entraîner une latence ; de plus, les contraintes de bande passante peuvent rendre les restaurations exclusivement dans le cloud plus lentes que les restaurations locales pour les ensembles de données volumineux.
• Sauvegarde hors site : les sauvegardes hors site sont des copies stockées dans un lieu physique distinct, qu'il s'agisse d'un environnement cloud, d'un centre de colocation ou d'un deuxième site physique. La copie hors site constitue un filet de sécurité lorsque l'infrastructure locale n'est pas disponible.
• Sauvegarde hybride : une approche hybride combine le stockage local et le stockage dans le cloud. La copie locale permet une restauration rapide en cas d'incidents courants. La copie dans le cloud offre une protection contre les sinistres touchant l'ensemble du site et les ransomwares. C'est l'approche recommandée par la plupart des plateformes de sauvegarde et celle utilisée par les solutions BCDR spécialisées.

Comment mettre en place une stratégie de sauvegarde des serveurs

Une stratégie de sauvegarde n'est pas un choix de produit. Il s'agit d'une décision stratégique qui définit ce que vous protégez, à quelle fréquence, où vous stockez ces données et comment vous les restaurez. Le choix du produit vient ensuite. Voici comment élaborer une stratégie de sauvegarde de serveurs en six étapes :

1. Faites l'inventaire des éléments à protéger : tous les éléments présents sur un serveur n'ont pas la même importance pour l'activité. Commencez par identifier les systèmes, les applications et les données dont l'indisponibilité pendant une heure, une journée ou une semaine entraînerait de graves perturbations. Cet exercice de hiérarchisation vous permettra de déterminer quelles charges de travail nécessitent des plannings de sauvegarde rigoureux et lesquelles peuvent se contenter d'une couverture moins fréquente.
2. Définissez votre RPO et votre RTO : un objectif de point de récupération (RPO) définit le niveau de perte de données acceptable, exprimé sous forme de fenêtre temporelle. Un objectif de délai de reprise (RTO) définit la rapidité avec laquelle les systèmes doivent être remis en ligne après un incident. Définissez ces deux paramètres pour chaque niveau de charge de travail. Les systèmes critiques, les bases de données actives, les contrôleurs de domaine et les applications en contact avec la clientèle nécessitent généralement des RPO et des RTO très stricts. Les systèmes moins critiques peuvent tolérer des délais plus longs. Le fait de consigner ces chiffres par écrit oblige à mener une véritable réflexion sur la tolérance au risque avant qu'un incident ne vous y contraigne.
3. Choisissez vos types de sauvegarde et votre calendrier : adaptez les types de sauvegarde à vos objectifs RPO et RTO. Dans les environnements d'entreprise, on observe souvent une sauvegarde complète hebdomadaire associée à des sauvegardes incrémentielles ou des instantanés quotidiens, voire plus fréquents. Pour les systèmes critiques, une protection continue ou quasi-continue peut s'avérer appropriée.
4. Choisissez vos supports de stockage : appliquez la règle du 3-2-1 : conservez trois copies de vos données, sur deux types de supports de stockage différents, dont une copie hors site. Prévoyez à la fois une copie locale (pour une restauration rapide) et une copie hors site ou dans le cloud (en cas de sinistre). La copie hors site doit se trouver sur un système hors de portée des ransomwares, c'est-à-dire sur un support de stockage immuable qui ne peut être ni chiffré ni supprimé par des logiciels malveillants.
5. Automatisation et planification : les sauvegardes manuelles échouent parce que les utilisateurs les oublient, ne leur accordent pas la priorité ou ne sont pas disponibles. Les calendriers de sauvegarde doivent être automatisés et surveillés. Toute tâche de sauvegarde manquée doit déclencher une alerte.
6. Testez régulièrement la restauration : une sauvegarde qui n’a jamais été testée n’est qu’une hypothèse. Les tests de restauration doivent faire partie d’un calendrier préétabli, et non être effectués pour la première fois lors d’un incident réel. Testez à la fois les restaurations partielles (fichiers ou dossiers individuels) et les restaurations complètes du système, au moins une fois par trimestre. Un MSP gérant 50 environnements clients ne peut pas se contenter de tests de restauration ponctuels sur l’ensemble de ces environnements. Une plateforme centralisée dotée d'une fonctionnalité de vérification des sauvegardes intégrée, telle que la vérification par capture d'écran alimentée par l'IA dans Datto SIRIS, qui confirme la capacité de démarrage avec une précision supérieure à 99 %, rend la vérification systématique évolutive.

Sauvegarde des serveurs et reprise après sinistre

La sauvegarde d'un serveur constitue la base de toute capacité de restauration, mais elle ne revient pas à un plan de reprise après sinistre. La reprise après sinistre englobe un ensemble plus large de procédures visant à rétablir les opérations lorsqu'un incident majeur, une attaque par ransomware, une défaillance des installations ou une panne généralisée met hors service plus d'un serveur. La sauvegarde vous fournit les données. Le plan de reprise après sinistre vous indique quoi en faire, dans quel ordre et par qui.

Bonnes pratiques en matière de sauvegarde des serveurs

Au-delà du cadre stratégique, plusieurs pratiques distinguent les organisations qui se redressent sans heurts de celles qui n'y parviennent pas.

Conservez des copies de sauvegarde immuables
Le ransomware ne se contente pas de chiffrer les données primaires. Il cible de plus en plus les systèmes de sauvegarde. Les sauvegardes immuables sont écrites une seule fois et ne peuvent être ni modifiées ni supprimées par un pirate, pas même par une personne disposant d'un accès administratif au système de sauvegarde. La fonctionnalité « Cloud Deletion Defense » du Datto Cloud, par exemple, permet de rétablir les sauvegardes supprimées accidentellement ou de manière malveillante. L'immuabilité doit être une exigence incontournable dans toute architecture de sauvegarde moderne.

Chiffrer les données de sauvegarde en transit et au repos
Les copies de sauvegarde contiennent des données professionnelles sensibles. Le chiffrement des sauvegardes permet de les protéger en cas de vol du support de stockage, d'accès non autorisé au stockage dans le cloud ou de transit des données sur des réseaux non sécurisés lors de la réplication. Le chiffrement doit s'appliquer aussi bien aux données transférées vers un stockage hors site qu'aux copies stockées localement.

Adapter les plannings de sauvegarde au rythme des modifications
Un serveur dont les données évoluent peu n'a pas besoin d'être sauvegardé toutes les cinq minutes. Une base de données traitant des milliers de transactions par heure en a probablement besoin. Adapter la fréquence des sauvegardes au rythme des modifications des données permet de réduire les coûts de stockage et les frais liés aux sauvegardes sans pour autant compromettre l'efficacité de la protection.

Documenter vos procédures de sauvegarde et de restauration
La documentation relative aux sauvegardesne se résume pas à une simple formalité de conformité. Lorsqu’une personne doit gérer un incident à 2 heures du matin, elle a besoin d’un guide d’intervention clair et éprouvé qui lui indique exactement quoi faire. Les procédures de restauration doivent être documentées de manière suffisamment détaillée pour qu’un technicien n’ayant jamais effectué de restauration dans cet environnement puisse les suivre avec succès.

Maintenez vos logiciels à jour
Les logiciels de sauvegarde, comme tous les logiciels, présentent des failles de sécurité qui sont découvertes au fil du temps. La mise à jour des agents et des plateformes de sauvegarde permet de corriger ces failles et garantit la compatibilité avec les systèmes d'exploitation et les applications protégés.

Surveillez les tâches de sauvegarde de manière proactive
Les échecs de sauvegarde silencieux sont fréquents. Une tâche de sauvegarde qui a cessé de s'exécuter il y a deux semaines semble fonctionner normalement à première vue, jusqu'à ce que l'on tente d'effectuer une restauration à partir de celle-ci. La surveillance des sauvegardes doit être active, et non réactive. Toute tâche ayant échoué ou n'ayant pas été exécutée doit déclencher une alerte et faire l'objet d'une enquête immédiate.

Erreurs courantes lors de la sauvegarde d'un serveur

De nombreuses entreprises ont mis en place des procédures de sauvegarde qui semblent suffisantes, mais qui comportent des lacunes cachées.

Sauvegarder sur le même segment de réseau que les données principales
Une attaque par ransomware qui crypte le serveur principalparcourra le réseau à la recherche de périphériques de stockage accessibles. Les copies de sauvegarde stockées sur le même réseau sans isolation adéquate sont exposées à un risque.

Ne pas tester la restauration
La lacune la plus courante dans les programmes de sauvegarde est l'absence de test de restauration. Le fait qu'une sauvegarde soit terminée ne garantit pas une restauration réussie. Si vous n'avez pas effectué de restauration au cours du dernier trimestre, vous ne savez pas si vos sauvegardes sont réellement exploitables.

Ignorer les sauvegardes cohérentes avec les applications
Une copie au niveau des fichiers d'une base de données en cours d'exécution peut ne pas capturer correctement les données en mémoire ou les journaux de transactions. Les sauvegardes cohérentes avec les applications se synchronisent avec les applications en cours d'exécution afin de garantir que la copie se trouve dans un état propre pouvant être restauré sans corruption. Cela revêt une importance particulière pour les environnements SQL Server, Exchange et SharePoint.

Considérer que la synchronisation dans le cloud équivaut à une sauvegarde
Des outils tels que OneDrive et SharePoint créent des copies en temps réel, mais ils synchronisent également les suppressions et les fichiers endommagés. Une synchronisation n’est pas une sauvegarde. Si quelqu’un supprime un dossier ou si une infection par un ransomware modifie des fichiers, la synchronisation propage les dommages. Les véritables sauvegardes conservent des versions à un moment donné qui peuvent être restaurées à un état antérieur au dommage.

« Configurer et oublier »
Les environnements évoluent. De nouveaux serveurs sont ajoutés, les volumes de données augmentent, les applications changent et les charges de travail critiques pour l'entreprise se déplacent. Une stratégie de sauvegarde qui convenait il y a deux ans peut présenter aujourd'hui des lacunes importantes. La couverture de sauvegarde doit être réexaminée au moins une fois par an, ainsi qu'à chaque fois qu'un changement significatif intervient au niveau de l'infrastructure.

Les critères à prendre en compte pour choisir une solution de sauvegarde de serveurs

Le logiciel et la plateforme de sauvegarde que vous choisissez déterminent dans quelle mesure vous pourrez réellement mettre en œuvre votre stratégie dans la pratique. Voici les principales fonctionnalités à prendre en compte :

• Fréquence et granularité des sauvegardes : la solution permet-elle d'atteindre vos objectifs RPO ? Les solutions basées sur des instantanés, qui permettent des sauvegardes fréquentes et légères, sont mieux à même de respecter des RPO serrés sans entraîner de surcoût excessif en stockage que les solutions qui reposent sur des sauvegardes complètes périodiques.
• Options de restauration : privilégiez la flexibilité en matière de restauration de fichiers et de dossiers, de restauration au niveau de l'image, de restauration complète et de virtualisation des systèmes protégés, tant en local que dans le cloud. Plus votre arsenal d'outils de restauration est complet, plus vous serez en mesure de réagir rapidement face à différents types d'incidents.
• Vérification des sauvegardes : la solution permet-elle de confirmer que les sauvegardes sont amorçables et restaurables ? La vérification par capture d'écran basée sur l'IA, telle qu'utilisée dans Datto SIRIS, automatise ce processus et garantit de manière fiable que la restauration fonctionnera au moment où cela sera le plus nécessaire.
• Protection contre les ransomwares : la solution intègre-t-elle un stockage immuable, une détection des anomalies par apprentissage automatique et une protection contre la suppression ? Il s'agit là d'exigences minimales dans tout environnement où les ransomwares prennent régulièrement pour cible l'infrastructure de sauvegarde.
• Prise en charge multiplateforme : la plupart des environnements d'entreprise utilisent à la fois des serveurs physiques et des machines virtuelles sous Windows et Linux. La solution de sauvegarde doit assurer une protection homogène de l'ensemble de ces ressources.
• Gestion centralisée : pour les équipes informatiques chargées de gérer plusieurs serveurs ou les prestataires de services gérés (MSP) chargés de gérer plusieurs environnements clients, il est indispensable de disposer d'une interface de gestion unique. Gérer l'état des sauvegardes, les alertes et la restauration sur des dizaines d'environnements à l'aide de consoles distinctes n'est pas une solution évolutive.
• Tarification prévisible : les solutions facturées à la restauration, à l'heure de calcul pendant la reprise après sinistre ou au volume de données sortantes rendent les coûts de reprise imprévisibles. Les modèles de tarification forfaitaire éliminent cette incertitude.

Sauvegardez et restaurez vos serveurs avec Kaseya

La qualité d'une sauvegarde de serveur dépend entièrement de la capacité de restauration qu'elle permet. Il est certes important de définir une stratégie adéquate, mais il est tout aussi essentiel de disposer d'une solution spécialement conçue pour la mettre en œuvre.

Pour les MSP chargés de sécuriser les environnements client-serveur, Datto SIRIS est la solution BCDR (Business Continuity, Disaster Recovery) basée sur le cloud de Kaseya. Elle combine une sauvegarde locale, un cloud dédié et immuable, ainsi que des options de restauration flexibles, notamment la virtualisation instantanée, la restauration à froid et la restauration après sinistre en un clic dans le cloud Datto. La gestion centralisée via le portail des partenaires Datto permet de protéger facilement des dizaines d'environnements clients à partir d'une seule interface.

Pour les entreprises qui gèrent leur propre infrastructure, Kaseya propose deux Unitrends . Les appliancesUnitrends sont des équipements physiques spécialement conçus qui intègrent dans un seul appareil un logiciel de sauvegarde, la déduplication et la réplication vers le cloud optimisée pour le WAN. Le logiciel de sauvegardeUnitrends est une appliance virtuelle destinée aux organisations qui souhaitent le déployer sur leur matériel existant sans ajouter d'infrastructure physique.

Ces deux options offrent les mêmes fonctionnalités essentielles : sauvegardes automatisées, restauration vérifiée, protection contre les ransomwares et possibilité de restaurer rapidement vos données en cas de besoin. Découvrez ces solutions plus en détail pour déterminer laquelle correspond le mieux à votre environnement.