> Tech > Sortir d’un désastre avec Exchange

Sortir d’un désastre avec Exchange

Tech - Par iTPro.fr - Publié le 24 juin 2010
email

Ce numéro de Windows 2000 Magazine mettant en exergue la reprise après incident, nous allons évoquer les procédures de base à  suivre pour se préparer à  un incident (en l'occurrence, le plantage d'un système Exchange Server) et les premières mesures à  prendre après le plantage.

Sortir d’un désastre avec Exchange

Le manque de préparation est la principale cause des pertes permanentes de données
Exchange Server. Prenons un environnement typique mono-site avec 2 serveurs. Un
feu détruit un des serveurs.
Bien sur, les bandes de sauvegardes du serveur se trouvaient à  côté du serveur
en non dans un lieu protégé du feu ou un coffre-fort. Ce serveur est irrécupérable
parce que son administrateur n’a pas fait son travail et non à  cause de l’incendie.
Posez-vous les questions suivantes et ensuite, prenez les mesures qu’imposent
vos réponses.

· Pendant combien de temps puis-je accepter que mes serveurs soient en panne ?
Moins vous pouvez vous permettre de temps d’indisponibilité, plus vous devez préparer
aux incidents potentiels.
Par exemple, si vous ne pouvez vous permettre un serveur de messagerie planté
plus de 4 heures, vous devez penser à  une méthode qui permette de réduire le temps
de reprise (en utilisant par exemple des composants de rechange enfichables à 
chaud ou du clustering) ou changer votre stratégie de sauvegarde pour permettre
des restaurations plus rapides.

· Avons-nous les matériels de remplacement adéquats ? Si votre serveur principal
est un gros quadri-processeur avec 60 Gigaoctets de données stockées, que se passerait-il
si vous deviez restaurer les 60 Go de données sur une autre machine ? La meilleure
solution consiste à  avoir un clone de la configuration de votre serveur. Mais
si cela n’est pas possible, vous devrez peut-être recourir à  des moyens plus détournés
en cas d’absence de système de remplacement. Il faut bien sur vérifier également
que vous disposez des bons logiciels et dispositifs matériels de sauvegarde/restauration
sur le serveur de reprise ou vous pourriez bien ne pas pouvoir restaurer vos sauvegardes.

· Les sauvegardes sont-elles effectuées régulièrement et suffisamment souvent
pour capturer toutes les modifications réalisées sur mon serveur ? Les sauvegardes
couvrent-elles les informations systèmes telles que la base de données SAM du
domaine et le Registre du serveur ? Soyez rigoureux dans les sauvegardes et n’oubliez
rien.

· Faisons-nous les bonnes sauvegardes ? Vérifiez si vos sauvegardes capturent
de façon adéquate les données dont vous avez besoin. Si la réponse est non, revoyez
vos sauvegardes.

· Testons-nous régulièrement nos sauvegardes pour vérifier qu’elles fonctionnent
correctement ? Les journaux de sauvegarde sont-ils régulièrement vérifiés pour
contrôler les éventuelles erreurs ? Faisons-nous des tests de reprise après incident
pour éviter les surprises ? Les réponses à  ces trois questions ne peuvent être
que oui. Sinon, vous risquez de gros ennuis. Changez vos méthodes maintenant,
tant qu’il en est encore temps.

· Mes bandes de sauvegarde sont-elles stockées en lieu sûr ? Idéalement, vous
devriez disposer de plusieurs jeux de sauvegardes, certaines étant conservées
dans un endroit sûr, sur un site distant de celui du serveur.
Assurez-vous également que vous disposez d’un dérouleur de bandes de secours que
vous pourrez utiliser pour restaurer les bandes de sauvegarde. Pour bâtir un plan
de reprise réellement complet, vous devez connaître les mécanismes de reprise
après incident d’Exchange.

Je vous suggère de lire le livre blanc de Microsoft  » Microsoft Exchange Disaster
Recovery  » (à  l’adresse http://www.microsoft.com/exchange/55/whpprs/bachuprestore.htm)
dès que possible. Dans l’intervalle, les informations qui suivent vous donneront
les compétences de base requises pour commencer à  préparer un plan adapté à  votre
environnement.

Téléchargez cette ressource

Guide de Sécurité IA et IoT

Guide de Sécurité IA et IoT

Compte tenu de l'ampleur des changements que l'IA est susceptible d'entraîner, les organisations doivent élaborer une stratégie pour se préparer à adopter et à sécuriser l'IA. Découvrez dans ce Livre blanc Kaspersky quatre stratégies efficaces pour sécuriser l'IA et l'IoT.

Tech - Par iTPro.fr - Publié le 24 juin 2010