Cours Sauvegarde ch4

Sauvegarde et Migration
des données
Réalisé par: Mr MERCHICHI Mohammed
E-MAIL: mo.merchichi@gmail.com
Section: Réseaux S3
Mardi le 24/05/2021 Responsable: Mr MERCHICHI 1

Chapitre 4
LA MAITRISE DU SYSTEME
DE SAUVEGARDE

LES SOLUTIONS TECHNIQUES

Storage Area Network
Le SAN (Storage Area Network) est un réseau spécialisé permettant
de partager de l'espace de stockage à une librairie de sauvegarde et à
des serveurs. Dans le cas du SAN, les baies de stockage
n'apparaissent pas comme des volumes partagés sur le réseau. Elles
sont directement accessibles en mode bloc par le système de fichiers
des serveurs. En clair, chaque serveur voit l'espace disque d'une baie
SAN auquel il a accès comme son propre disque dur.
L'administrateur doit donc définir très précisément la zone d'accès
que possède un serveur sur le SAN, ceci afin d'éviter qu'un serveur
Unix n'accède aux mêmes ressources qu'un serveur Windows
utilisant un système de fichiers différent, par exemple.

SAN IBM

 Cette technologie permet de centraliser les systèmes d’exploitation sur le
SAN, protégeant ainsi les données et les configurations des défaillances
matérielles.
 Le SAN est conçu pour fournir de l'espace disque rapide et fiable. La
technologie la plus répandue pour y arriver est la fibre optique. Toutefois,
les équipements relatifs à cette dernière étant très coûteux, deux nouvelles
technologies ont vu le jour :
iSCSI : ce sont des commandes SCSI qui passent sur Ethernet
AOE : ATA over Ethernet, cette technologie est similaire à l’iSCSI mais
avec les commandes ATA utilisée sur les connectiques des disques durs.
Cette dernière est moins répandue car moins efficace que l’iSCSI.
Il y a encore peu de temps, on ne trouvait des SANs que dans les grands
centres informatiques de société ayant besoin d'un grand volume de
stockage très sécurisé. Les prix devenant plus raisonnables, des centres
informatiques plus modestes s'équipent d'architectures SAN plus simples
(tel que représenté dans le schéma suivant).

Le réseau SAN est indépendant du réseau Ethernet de l'entreprise. C'est ce qui fait sa
force : aucune perturbation du trafic, tout le réseau SAN est dédié aux transferts de
données. Les serveurs sont donc reliés à deux réseaux : celui de l'entreprise et celui du
SAN.
Avantages & Inconvénients
Le stockage en réseau permet une gestion de la sauvegarde

simplifiée à l'extrême : toutes les données du système
d'information sont stockées dans des baies de disques
parfaitement identifiées.
La question de la localisation des données ne se posant
alors plus, il est possible de consacrer davantage de temps à
leur hiérarchisation, par exemple.
Le stockage en réseau permet des temps de reprises très
bas. Il suffit de migrer la liaison du réseau de stockage
défectueux vers le réseau de stockage de backup, ce qui se
résume finalement à un changement d'adresse IP.

Il faut faire attention, en revanche, aux points de reprises (les RTO, que
nous aborderons au prochain chapitre). On peut être tenté, avec ce type
de solutions, de mettre en place une synchronisation des données. Veillez
à n'utiliser cette dernière que pour des applications à la criticité élevée
car une synchronisation peut très bien répandre des données corrompues
sur vos backups (corruption du serveur primaire et réplication de la
corruption sur les serveurs secondaires). Prudence donc.
D'un point de vue financier, les systèmes NAS, sont devenus très
abordables. On trouve chez les principaux constructeurs (Dell, HP, IBM,
Digital Storage, …) des systèmes NAS aux environs de 1 500 € HT.
Dell, par exemple, propose un NAS de 320 Go (sans RAID configuré),
incluant une garantie d’intervention à J+1 sur 3 ans, pour 2 000 € HT.

NAS et SAN ne répondent pas aux mêmes besoins. Les NAS s'adaptent très
facilement à des structures de petite et moyenne taille mais peuvent devenir
complexes à administrer quand la quantité de données augmente rapidement. De plus,
un NAS est forcément rattaché au site de production.

Les SAN sont coûteux et complexes mais ils offrent une

adaptation aux changements d'échelle intéressante et peuvent
être délocalisés et accédés par fibre optique, solution coûteuse
mais de loin la plus sûre.
Voici un rapide comparatif de ces deux sous-familles :

SAUVEGARDER
INTELLIGEMMENT POUR
REPARTIR EFFICACEMENT
ÉVALUER LE POINT DE REPRISE DES DONNÉES (RPO)

RPO
Le RPO, pour Recovery Point Objective, indique l'âge maximum
acceptable des données au moment de l'incident. Il est très rare
de voir des sauvegardes effectuées au cours de la journée car les
volumes de données élevés impliquent une saturation du réseau
et du serveur pendant la sauvegarde. Donc, dans la plupart des
cas, les sauvegardes ont lieu la nuit. Ce qui implique qu'en cas
d'incident pendant la sauvegarde le RPO est placé à 24 heures,
soit la sauvegarde de la nuit précédente.
Hormis dans le cas d'applications hautement critiques, c'est ce
RPO qui est communément utilisé.

ÉVALUER SON TEMPS DE
REPRISE MAXIMUM (RTO)
Le RTO, pour Recovery Time Objective, est le délai maximum acceptable
pour redémarrer l'exploitation après un incident. Il est lié à la criticité des
systèmes que l'on intègre dans notre politique. Cet aspect ne se limite pas
à la sauvegarde mais va bien au-delà. Il faut prendre en compte trois
aspects bien distincts :
a. les contrats de maintenance des équipements (H+4 pour des systèmes très
critiques, J+1 dans les cas plus généraux, J+2 pour des systèmes moins
critiques) ;
b. le personnel nécessaire pour redémarrer la structure, attribuer à chacun des
rôles bien définis et formaliser le tout via une cellule de crise ;
c. les sauvegardes, bien entendu. Où sont elles stockées, en combien de temps
peut-on restaurer les données ?

QUOI SAUVEGARDER ?
Une politique de sauvegarde implique que l'on sauvegarde tous les
fichiers de tous types présents sur tous les disques des systèmes
centraux. Il faut également vérifier que les utilisateurs ne stockent pas
de données critiques sur leurs postes de travail . Pour pallier à ce
problème, le stockage en réseau est plutôt efficace : on oblige les
utilisateurs à travailler sur des partages réseaux plutôt qu'en local.
Les informations de configurations sont également importantes à
sauvegarder. Les configurations des commutateurs, routeurs et autres
équipements peuvent être longues à recréer. Une sauvegarde
mensuelle ne prend que peu de temps et peut en faire gagner
beaucoup.

La loi ne demande pas aux entreprises de tenir une
quelconque politique de sauvegarde, elle ne parle que de
l'archivage (donc les données mortes). Cet aspect appartient
plus aux domaines de la gestion et de la comptabilité qu'à
celui de l'informatique.
Enfin, les systèmes d'exploitation peuvent éviter d'être
sauvegardés si leur configuration est suffisamment simple.
Dans le cas contraire, une sauvegarde du système peut être
appréciée afin d'éviter la lourde tâche de configuration.
Si seulement certains fichiers de configurations peuvent
s'avérer critiques, un système d'exploitation ne l'est pas et
vous n'aurez pas de mal à redéployer vos architectures
systèmes
DÉFINIR UNE POLITIQUE
DE SAUVEGARDE
Une seule solution de sauvegarde ne suffit pas : il faut en

imbriquer plusieurs. Nous répertorions ci-dessous des
méthodes qui ont fait leurs preuves :


Cours Sauvegarde ch4

Transféré par

Droits d'auteur :

Formats disponibles

Cours Sauvegarde ch4

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours Sauvegarde ch4

Transféré par

Droits d'auteur :

Formats disponibles

Sauvegarde et Migration

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 1

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 2

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 3

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 4

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 5

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 6

Le stockage en réseau permet une gestion de la sauvegarde

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 8

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 9

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 10

Les SAN sont coûteux et complexes mais ils offrent une

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 11

ÉVALUER LE POINT DE REPRISE DES DONNÉES (RPO)

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 13

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 14

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 15

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 16

Une seule solution de sauvegarde ne suffit pas : il faut en

Mardi le 24/05/2021 Responsable: Mr MERCHICHI 18

Vous aimerez peut-être aussi