SAUVEGARDE

CONCEPTS :
Sauvegarde: Action de copier des données brutes sur un média indépendant du média d’origine et
d’en conserver plusieurs copies, afin de pouvoir les restaurer sur une plateforme identique à la
plateforme d’origine. La copie s’effectue avec une périodicité donnée, et ne s’effectue pas en
continue.

Réplication : Action de dupliquer des données entre 2 médias. Afin de se pouvoir changer de
média ,en cas d’incident ou de déménagement. Les données sur les 2 médias sont strictement
identiques et donc fortement liées. La duplication est quasiment instantanée et effectuée en continu
(cf. différence réplication synchrone réplication asynchrone).

Archivage: Action de déplacer et de transformer des données afin de supprimer les données non
indispensables à la plateforme d’origine, et/ou de garantir la relecture. Les données stockées sur le
média cible doivent être indépendantes de la plateforme d’origine, au niveau média ,mais également
logicielle .C’est l’objectif de la transformation (ex: d’un base Oracle à un PDF)

Sauvegarde VS archivage : l’archivage est une discipline en soit qui va au-delà de l’historisation par
sauvegarde. L’archivage a notamment valeur de preuve dans un contexte juridique

GRANDES CATEGORIES : sauvegarder pour restaurer

- RPO : perte de données maximale admissible
- Alimentation d’environnement : permet de reproduire un environnement à l’identique ,
permet de rafraichir les données d’un environnement
- Externalisation des données : Peut permettre de mettre en sécurité des données hors du
site où elles sont produites
- Retour en arrière : capacité après échec d’une manipulation
- Historisation : Mémorisation de l’état de données à une date précise
-

Comment sauvegarder ?
 Problèmes de cohérence
- Cohérence à l’échelle unitaire: les données restaurées =>pas valide unitairement
- Cohérence à l’échelle de la brique logicielle : briques logicielles ont un fonctionnement interne qui
repose en partie sur des écritures sur disque/Restaurer une photo de ces données ne permet pas
nécessairement de redémarrer la brique en question.
- Cohérence à l’échelle applicative : Une action applicative unitaire est souvent le fruit d’un
enchainement de plusieurs actions donnant lieu à des modifications de différentes données/Pour être
utilisable après restauration, l’application va requérir que ces ensembles de données soient cohérents entre
eux d’un point de vue applicatif

 Le périmètre de la sauvegarde : définit le scope de données copiées ainsi que la

granularité avec laquelle on peut restaurer
 SAUVEGARDE

ENJEUX AUTOUR DE LA SAUVEGARDE

- Architecture classique : supporté par tous les logiciels mais surcharge du LAN, des
sereveurs clients et des serveurs de sauvegarde
- Architecture « LAN-Free backup » : surcharge des servers clients uniquement,
compatibilité avec les logiciels à vérifier
- Architecture « Serverless backup » : Aucune surcharge mais compatibilité avec les
logiciels et avec le SAN à vérifier

GESTION DES DEPARTEMENTS DES DONNEES :

o Disk-to-tape : sauvegarde Classique vers des bandes
o Disk-to-disk : sauvegarde vers des disks (utilisation de baies de disques peu $
=> sauvegarde dans le cadre d’un PRA
 Coût d’une solution de sauvegarde sur disque = élevé
o Disk-to-disk-to-tape : sauvegarde mixte :diminue l’impact sur le serveur de
production
COMPARAISON DES SAUVEGARDES SUR DISQUE ET SUR BANDE

Problème des bandes Avantages des disques

- Débit faible
- Risque de panne mécanique élevé
- Processus de restauration lents
- Multiplexage et multi streaming > risques
d’échec
Avantages des bandes
- Facilité d’externalisation
- Résilience face à la menace cyber
- Performances /robustesse accrues
- Réduction des fenêtres de sauvegarde
- Forte extensibilité
Inconvénients des disques
- Nécessite une refonte de l’architecture de
sauvegarde
- Compatibilité limitée avec les anciens
systèmes
- Prix plus élevé que les bandes

Conclusion : adapter les moyens aux usages

SAN :