Sauvegarde des 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 envisagé une stratégie de sauvegarde, mais si vous en aviez effectivement mis 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 sa mise en place. 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) de Kaseya basée sur le cloud. Les entreprises qui gèrent leur propre infrastructure peuvent choisir, en fonction de leur environnement, entreles appliances de sauvegarde physiques Unitrends ou un logiciel de sauvegarde d’entreprise.

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 organisations 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 une fréquence moindre. Ces 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 simplement une machine. Il héberge les fichiers, les applications, les bases de données, les configurations et la logique métier qui assurent 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, cela 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éfinies. Une lacune dans la couverture des sauvegardes constitue une lacune 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. S'il est correctement mis en œuvre, il vous donne l'assurance de pouvoir vous remettre de presque n'importe quelle situation.

Types de sauvegardes de serveurs

Les sauvegardes de serveurs ne fonctionnent pas toutes de la même manière. La méthode que vous utilisez a une incidence sur la durée d'exécution des sauvegardes, l'espace de stockage qu'elles occupent et la rapidité avec laquelle vous pouvez restaurer vos données en cas de problème. La plupart des environnements de serveurs recourent à une combinaison de méthodes plutôt que de se limiter à 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 un espace de stockage important, 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 été modifiées 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 économes en espace de stockage, ce qui explique pourquoi elles sont couramment utilisées pour la protection quotidienne ou intra-journalière 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 effectuées 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 capture 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 chaque cycle de sauvegarde complète, car chaque sauvegarde différentielle inclut davantage de modifications cumulées.

Sauvegarde en miroir

Une sauvegarde en 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 en 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 effectuer une restauration à partir d’un instant antérieur à une infection par un rançongiciel, à une suppression accidentelle ou à un événement de corruption des données.

Sauvegarde par instantanés

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 performances. 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 comme fondement de leur approche. La solution « SIRIS » de Datto utilise 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 avec les 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-temps réel, plutôt qu'à intervalles réguliers. Cela permet de disposer de 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 le degré de vulnérabilité de vos sauvegardes face à l'événement 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 des disques 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 affecter 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 sauvegardées sont ainsi conservées dans un emplacement physiquement distinct, ce qui les protège des incidents pouvant survenir 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 effectuées 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 emplacement 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. Il s'agit de l'approche recommandée par la plupart des cadres de sauvegarde et celle utilisée par les solutions BCDR spécialement conçues à cet effet.

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. Dressez 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 fréquence de sauvegarde moins élevée.
2. Définissez votre RPO et votre RTO : un objectif de point de reprise (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 service 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 plages horaires plus larges. Le fait de consigner ces chiffres par écrit vous 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 destinations de stockage : appliquez la règle 3-2-1-1-0 : conservez trois copies de vos données sur deux types de supports différents, dont une copie hors site, une copie immuable et zéro erreur de sauvegarde confirmée par des tests. Utilisez une copie locale pour une restauration rapide et une copie hors site sécurisée pour la reprise après sinistre et la résilience face aux ransomwares.
5. Automatisation et planification : les sauvegardes manuelles échouent parce que les utilisateurs les oublient, ne leur accordent pas la priorité nécessaire ou ne sont pas disponibles. Les plannings de sauvegarde doivent être automatisés et surveillés. Toute sauvegarde manquée susceptible de compromettre vos SLA (RTO/RPO) doit déclencher une alerte et générer un ticket d'assistance.
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 d’activités, et non pas ê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é intégrée de vérification des sauvegardes, telle que la vérification par capture d’écran basée sur l’IA de 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 reprise, mais elle ne doit pas être confondue avec 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 infrastructures ou une panne à grande échelle 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.

Conserver des copies de sauvegarde immuables : les ransomwaresne se contentent pas de chiffrer les données primaires. Ils ciblent 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, ni chiffrées par un attaquant, pas même par une personne disposant d’un accès administrateur au système de sauvegarde. La fonctionnalité « Cloud Deletion Defense » du Datto Cloud apporte une protection supplémentaire, permettant la restauration des sauvegardes au cas où les agents de sauvegarde ou les politiques de conservation seraient modifiés 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 sauvegardecontiennent 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 fiables 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 au repos.

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. En revanche, 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 la charge liée aux sauvegardes sans pour autant compromettre l'efficacité de la protection.

Documentez 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 faire face à un incident à 2 heures du matin, elle a besoin d'un guide d'intervention clair et testé 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 régulière 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 silencieuxsont fréquents. Une tâche de sauvegarde qui a cessé de s'exécuter il y a deux semaines semble fonctionner correctement à première vue, jusqu'à ce que vous essayiez 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 générer une alerte et faire l'objet d'une enquête rapide.

Erreurs courantes lors de la sauvegarde d'un serveur

De nombreuses organisations ont mis en place des processus de sauvegarde qui semblent suffisants, 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 chiffrerait le serveur principal parcourrait 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 à ce risque.

Absence de test de 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.

Négliger 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 » permettant une restauration sans corruption des données. 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: les outils tels que OneDrive et SharePoint créent des copies en temps réel, mais ils synchronisent également les suppressions et les corruptions. Une synchronisation n’est pas une sauvegarde. Si quelqu’un supprime un dossier ou si une infection par un rançongiciel modifie des fichiers, la synchronisation propage les dommages. Les véritables sauvegardes conservent des versions à un instant donné qui peuvent être restaurées à un état antérieur à la survenue des dommages.

« 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 stratégiques pour l'entreprise se déplacent. Une stratégie de sauvegarde qui était adaptée 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 à évaluer :

• 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 d'effectuer des sauvegardes fréquentes et légères, sont plus à même de respecter des RPO serrés sans entraîner de surcoût excessif en termes de 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 « bare metal » et de virtualisation des systèmes protégés, tant en local que dans le cloud. Plus la gamme d'outils de restauration est étendue, 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 fournit une garantie 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 ciblent régulièrement 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 essentiel de disposer d'une interface de gestion unique. La gestion de l'état des sauvegardes, des alertes et de la restauration sur des dizaines d'environnements via des consoles distinctes n'est pas é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.

Sauvegarder et restaurer des serveurs avec Kaseya

La qualité d'une sauvegarde de serveur dépend entièrement de l'efficacité de la 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 (sauvegarde, continuité des activités et reprise après sinistre) en cloud hybride proposée par Kaseya. Elle combine une sauvegarde locale, un cloud dédié et immuable, ainsi que des options de reprise flexibles, notamment la virtualisation instantanée, la reprise à froid et la reprise 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 et même interface.

Pour les entreprises qui gèrent leur propre infrastructure, Kaseya propose deux options de solution « Unitrends ». Les appliances de sauvegarde «Unitrends » sont des équipements physiques spécialement conçus qui combinent un logiciel de sauvegarde, la déduplication et la réplication vers le cloud optimisée pour le WAN au sein d’un même appareil. Le logiciel de sauvegarde d’entreprise «Unitrends » est une solution sous forme d’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 lorsque cela est indispensable. Découvrez ces solutions plus en détail pour déterminer laquelle correspond le mieux à votre environnement.