Stratégie de sauvegarde
Adaptée au RPO et au RTO.
- Complètes, différentielles et journaux selon le besoin
- Copies hors site et protégées contre la suppression
- Tests de restauration chronométrés
Accueil / Expertises / Sauvegarde et haute disponibilité SQL Server
› SQL Server®La sauvegarde protège les données, la haute disponibilité protège le service. Les deux se définissent à partir de deux objectifs fixés avec le métier : la perte de données acceptable (RPO) et la durée d'arrêt acceptable (RTO).
Adaptée au RPO et au RTO.
Le bon outil pour le besoin réel.
Pour que cela fonctionne le jour J.
La haute disponibilité maintient le service en cas de panne d'un serveur, mais elle réplique aussi les erreurs, comme une suppression par erreur. La sauvegarde permet de revenir en arrière. Il faut les deux.
Pas systématiquement. Selon l'édition de SQL Server, le niveau d'exigence et le budget, un cluster de basculement ou du log shipping peuvent suffire. Le choix découle du RPO et du RTO.
Au moins une fois par mois pour les bases importantes, et à chaque changement majeur. Un exercice complet avec les équipes, une fois par an, est une bonne pratique. Voir l'article de petaoctet : tester la restauration de ses sauvegardes.
Oui, comme copie hors site, à condition de contrôler les accès, de chiffrer les sauvegardes et de vérifier les coûts de stockage et de sortie.
Un premier échange suffit à cadrer l'urgence et le périmètre.