Sur cette page
Pratiques générales
Considérations relatives à la configuration de
Microsoft Exchange
Stratégies de type de sauvegarde
Pratiques générales
Créez et vérifiez quotidiennement vos
sauvegardes
La vérification des sauvegardes est une étape
critique pour la récupération après incident
grave (vous ne pouvez récupérer de données
à moins de disposer d'une sauvegarde valide), mais de
nombreuses personnes semblent l'ignorer. Ne présumez pas
que les bandes de sauvegarde sont échangées, et que
les données sont sauvegardées correctement :
assurez-vous que la procédure est vérifiée
quotidiennement. Passez en revue tous les journaux de
sauvegarde et résolvez les éventuelles erreurs ou
incohérences. Veillez à sauvegarder le Registre et
les données du serveur Gestionnaire de clés. Outre
qu'elles préservent les données valides avec
lesquelles vous pourrez restaurer le système, les
sauvegardes complètes (normales) réinitialisent et
suppriment les journaux des transactions, libérant ainsi
de l'espace disque. Si les sauvegardes complètes
quotidiennes échouent, les journaux des transactions ne
sont pas éliminés et le disque du journal des
transactions se remplit rapidement. La libération de
l'espace disque n'est pas aussi importante si vous activez
l'enregistrement circulaire. Cependant, en libérant de
l'espace disque par d'autres moyens, vous pouvez éviter le
recours à l'enregistrement circulaire.
Comment vérifier les sauvegardes
-
Restaurez les bases de données Exchange à
partir d'une sauvegarde
-
Exécutez l'utilitaire de vérification de
l'intégrité de la base de données (ESEUTIL /G)
si vous êtes sous Exchange 5.5.
-
Défragmentez la base de données (EDBUTIL /D) si
vous êtes sous Exchange 4.0 ou 5.0.
Exécution de sauvegardes périodiques des
fichiers
Pour capturer toutes les données de configuration,
veillez à effectuer des sauvegardes périodiques des
fichiers. Pour être sûr que tous les fichiers
liés à Exchange sont fermés et en mesure
d'être sauvegardés, arrêtez les services. Vous
pouvez effectuer cette opération durant la fenêtre de
maintenance planifiée. La sauvegarde en ligne (non
basée sur fichiers) est recommandée pour les bases de
données de la banque d'informations et de l'annuaire.
Sauvegarde des fichiers journaux existants avant
l'exécution de la restauration
Par précaution, il vous est recommandé de
sauvegarder les fichiers journaux existants avant de restaurer
un serveur Exchange. En cas de perte de données ou de
restauration d'une sauvegarde plus ancienne par erreur, les
journaux vous permettront de récupérer vos
données.
Prenons l'exemple de scénario suivant. Une sauvegarde
en ligne complète a été effectuée dimanche
soir, puis de nouveau lundi soir. La banque d'informations
fonctionne mardi, et génère 50 fichiers
journaux. Un problème survient et vous devez effectuer une
restauration à partir de la sauvegarde. Vous voulez
restaurer la sauvegarde en ligne complète du lundi soir,
mais par erreur vous restaurez celle du dimanche soir. Vous
avez donc restauré une base de données du dimanche,
mais les fichiers journaux du disque ont été
générés le mardi, il n'y a aucun fichier journal
du lundi car ils ont été éliminés par la
sauvegarde du lundi soir. Lors du démarrage du service, le
moteur de base de données détecte une lacune dans la
séquence des fichiers journaux (aucun journal du lundi),
et supprime donc les fichiers journaux du mardi (tous les
fichiers journaux ultérieurs à la lacune) car ils ne
peuvent pas être reconstitués et le service doit
générer des journaux avec ces mêmes numéros
de séquence. Si cela se produit, vous avez perdu votre
unique chance de récupérer les données
générées le mardi.
Si vous aviez sauvegardé les fichiers journaux
existants avant d'effectuer la restauration, vous auriez pu
résoudre le problème. Malheureusement…
Normalisation des formats de sauvegarde sur bande
L'équipement de récupération doit être
compatible avec les périphériques à bande de
production. Si vous déployez un nouveau type de lecteur de
bande, veillez à déployer un modèle compatible
sur l'équipement de récupération. Testez
toujours un nouvel équipement avant de vous y fier, testez
périodiquement l'équipement installé.
Déployez un onduleur (UPS) et testez-le
périodiquement
Ne tolérez pas que la coupure d'alimentation d'un
serveur Exchange puisse se propager à tous les autres
serveurs. Dans la mesure du possible, protégez-vous à
l'aide d'une alimentation de secours (UPS) et vérifiez-la
si elle est déjà installée. Parfois, les
installations d'UPS ne couvrent pas toutes les prises
d'alimentation électrique d'un site. Si vous n'avez pas
d'UPS dédié, demandez à un électricien ou
à un membre du personnel technique de tester la structure
de votre site. Ne présumez pas que vous êtes
protégé : si les utilisateurs perdent toutes
leurs données Exchange, le fait qu'à un moment
donné quelqu'un a signé un papier déclarant que
les prises de courant étaient protégées par UPS
ne changera rien pour eux. Les batteries d'UPS pour
systèmes de catégorie serveur ont une durée de
vie d'environ trois ans : vérifiez-les
régulièrement.
Effectuez un exercice de récupération
d'urgence
Un tel exercice permet de mesurer votre capacité de
récupération après un incident grave et de
certifier vos plans de récupération. Créez un
environnement de test et tentez simplement d'effectuer une
récupération complète. Veillez à bien
utiliser les données des bandes de production, et à
prendre note du temps nécessaire à la
récupération. Ces informations peuvent vous permettre
de créer des plans précis et fiables en cas
d'incident réel. L'exercice devrait vous montrer qu'un bon
tiers du temps de récupération est nécessaire
pour recueillir les informations, dresser un plan et mettre les
bons outils en place.
Pour que l'exercice ait un effet maximum, ne prévenez
pas votre personnel. Ceci sera l'expérience la plus
précieuse de votre planification de récupération
après incident grave.
Étudiez l'environnement lors de la mise en place des
serveurs de production.
Inspectez la zone de déploiement des serveurs.
Assurez-vous que l'environnement dispose d'une alimentation
suffisante. Si possible, dédiez des lignes secteur à
l'équipement Exchange. Passez en revue les exigences en
courant existantes et nouvelles. Placez les serveurs dans un
emplacement physique sécurisé, et veillez à ce
que la température ambiante reste dans des limites
acceptables. Si le site est doté d'extincteurs
automatiques d'incendie (plutôt que d'un système
anti-incendie à gaz), ne placez pas les serveurs en
dessous. Lors du déploiement des serveurs, effectuez une
maintenance préventive élémentaire.
Vérifiez quotidiennement les journaux des
événements Windows NT
Passez régulièrement en revue les journaux. Ceci
peut vous aider à identifier les problèmes dès
qu'ils surviennent, parfois avant qu'ils aient un impact. Tirez
parti de la fonction d'enregistrement disponible dans Exchange
et des outils d'enregistrement du Kit de ressources
Microsoft BackOffice.
Créez un kit d'incident
Créez un kit d'incident comprenant une feuille de
configuration du système d'exploitation, une feuille de
configuration du partitionnement du disque dur, une
configuration RAID, une feuille de configuration
matérielle, des disques de configuration EISA/MCA, une
feuille de configuration Exchange, une disquette de
réparation d'urgence Windows NT, une feuille de
paramètres d'Assistant Performance Microsoft Exchange,
etc. Il n'est pas difficile de compiler ces documents et ceci
peut réduire le temps de récupération dont une
grande partie peut être passée à localiser les
informations ou les disques nécessaires à la
configuration du système de récupération.
Publiez vos fenêtres de maintenance Microsoft
Exchange
Un serveur Exchange exige des contrôles et une
maintenance. Certaines organisations planifient avec soin la
maintenance des gros ordinateurs, mais négligent celle des
serveurs. Une maintenance planifiée réduit
généralement le temps d'immobilisation non
prévu. N'oubliez pas d'informer les utilisateurs de la
planification du temps d'immobilisation, ils s'attendent
souvent à une disponibilité 24 heures sur 24, 7 jours
sur 7. À côté de la maintenance
régulière, vous devrez appliquer des Services Packs
et des mises à niveau pour le matériel et les
logiciels. Vous devrez parfois interrompre le service Banque
d'informations pour réduire la taille des fichiers
stockés, à l'aide de EDBUTIL. Informez les
utilisateurs à l'avance de ces interruptions du
système.
Déterminez le coût du temps d'immobilisation
Les évaluations de coût de temps d'immobilisation
sont utiles lors de l'estimation des achats d'équipement
de récupération. Les modèles de calcul de ces
coûts varient. Certains incluent les commandes
perdues/heure, le coût des transactions financières
retardées et le coût du retard des décisions de
marché pour lesquelles le facteur temps est
décisif.
Prévoyez le stockage de bandes et d'équipement en
dehors du site
Si pour des raisons juridiques, de sécurité ou de
coût vous n'envoyez pas de bandes de sauvegarde à un
emplacement tiers hors site, envoyez-les au moins à un
emplacement hors site de votre entreprise.
Mettez en place un équipement de
récupération dédié et créez un
laboratoire de récupération
Dédiez certains équipements à la
récupération. Il arrive souvent que des équipes,
pour économiser quelques centimes, "empruntent"
l'équipement de test ou de récupération pour le
mettre en production. Il est vivement conseillé de
disposer d'un équipement de récupération
dédié, de le maintenir en bon état de marche et
à disposition à tout moment. Outre son utilisation
continue, un laboratoire de tests peut vous être salutaire
lors d'une opération de récupération.
L'utilisation de EDBUTIL pour la récupération et la
défragmentation des bases de données exige
jusqu'à deux fois l'espace disque de la plus grosse base
de données de banque d'informations sur serveur de
production. Il est souvent rentable de conserver un serveur de
récupération avec suffisamment d'espace disque.
Gardez un enregistrement de toutes les opérations de
configuration effectuées sur le serveur de production
Vous avez besoin de telles informations pour configurer le
serveur de récupération. Conservez un enregistrement
fidèle des paramètres de réglage
Windows NT, des informations de chemin d'accès, des
adresses de protocole, de la configuration des connecteurs
Exchange, etc. Incluez ces informations dans votre kit de
récupération après incident.
Surveillez la banque d'informations
Surveillez la croissance de la banque d'informations et les
performances du serveur, et veillez à disposer d'un plan
afin de faire face aux problèmes d'expansion et de
logistique. Définissez des alertes Windows NT en cas
d'espace disque faible, surveillez l'espace disque restant.
Utilisez les objets de l'Analyseur de performances pour la
banque d'informations.
Concevez un plan d'archivage
Un plan d'archivage permet aux utilisateurs de déplacer
des messages basés sur serveurs dans des fichiers de
stockage locaux. Ceci permet de réduire la taille de la
banque d'informations basée sur serveur. Demandez aux
utilisateurs de stocker les fichiers .PST sur des lecteurs
locaux, ou sur un disque ou serveur différent de celui de
la banque d'informations. Au besoin, si vous vous apercevez que
les données sont réduites dans la banque mais
ajoutées dans une autre zone du même disque ou
lecteur logique, dédiez un serveur de fichiers à
l'archivage .PST. Ceci peut être très profitable, car
les fichiers .PST stockent les messages dans les formats .RTF
et ASCII et vous ne pouvez pas définir de limites d'espace
disque pour les fichiers .PST. Incluez toutes les données
sensibles dans vos stratégies de sauvegarde, y compris les
fichiers .PST des utilisateurs. Utilisez le cryptage lorsque
vous créez des fichiers .OST et .PST.
Considérations relatives à la configuration de
Microsoft Exchange
Prenez en compte les rôles de serveur Microsoft
Exchange
Si vous définissez le serveur Exchange en tant que
contrôleur principal de domaine (PDC) et qu'il devient
indisponible, il vous faut transformer un autre contrôleur
de domaine en PDC. Si le serveur Exchange n'est pas le PDC,
vous n'avez pas besoin de promouvoir ou de rétrograder des
contrôleurs de domaine durant la récupération.
Par conséquent, ne définissez pas le serveur Exchange
en tant que PDC.
Certaines entreprises préfèrent placer le serveur
Exchange sur un BDC dans le domaine de comptes, de manière
à se passer d'un second ordinateur pour l'authentification
Windows NT dans les bureaux distants. Ceci évite
l'achat d'un autre ordinateur. Cependant, si vous optez pour
cette tactique, veillez à fournir assez de RAM pour
satisfaire aux exigences mémoire de la base de
données SAM de Windows NT et du serveur Exchange. En
général, les contrôleurs de domaine de
Windows NT Server ont besoin d'une quantité de RAM
égale à 2,5 fois celle qui est utilisée par
la base de données SAM. Pour plus d'informations sur la
planification de domaine, voir le Guide de mise en
réseau Windows NT 4.0 sur TechNet.
Si le serveur Exchange est un serveur membre (ni un PDC, ni
un BDC), aucun temps de gestion mémoire
supplémentaire pour la base de données SAM du domaine
n'est encouru, bien que les entreprises ayant des bureaux
distants puissent économiser de l'argent en forçant
le serveur Exchange local à fournir une authentification
(c'est-à-dire à jouer le rôle de BDC) et des
services de messagerie. Une restauration correcte du service
Annuaire nécessite l'accès à la base de
données SAM d'origine. N'installez jamais de serveur
Exchange dans un domaine qui n'a pas de BDC.
Une autre solution consiste à placer les serveurs
Exchange dans un grand domaine de ressources qui approuve
chaque domaine de compte. Dans ce cas, vous pouvez placer les
serveurs Exchange sur des BDC sans encourir de temps de gestion
mémoire importants, car la base de données SAM du
domaine de ressources Exchange sera relativement petite.
Placez les fichiers journaux de transactions sur un disque
physique dédié
Ceci est l'aspect le plus important des performances du
serveur Exchange. Des implications existent également pour
la récupération. Les journaux des transactions
fournissent un mécanisme de récupération
supplémentaire lorsqu'ils se trouvent sur un disque
physique dédié : si vous perdez le lecteur de la
base de données, vous pouvez toujours effectuer la
récupération à l'aide des fichiers journaux de
transactions.
Pour une protection supplémentaire, nous vous
recommandons d'utiliser un contrôleur de disque
séparé pour le disque du journal des
transactions.
Placez la banque d'informations sur un agrégat par
bandes RAID5 ou un jeu de disques miroir
La banque d'informations utilise un accès
aléatoire, en la plaçant sur un agrégat par
bandes ou un jeu de disques miroir, vous obtiendrez
d'excellentes performances ainsi qu'un niveau
supplémentaire de facteur de récupération.
Désactivez l'écriture en mémoire cache du
contrôleur SCSI
Vous pouvez également éviter la perte des
données en désactivant l'écriture en
mémoire cache du contrôleur SCSI. Windows NT
n'utilise pas de mémoire tampon si l'indicateur
d'écriture continue est commandé au niveau du
programme. Ainsi, lorsqu'un programme reçoit un signal
d'écriture terminée de la part de Windows NT, il
est certain que l'écriture a été effectuée
sur disque. Ceci est essentiel au processus d'enregistrement
des transactions dans les journaux Exchange. Si l'écriture
en mémoire cache est activée, Windows NT pense
qu'une écriture a été effectuée sur disque,
et il informe l'application appelante de cette "fausse"
information. Ceci peut entraîner une altération des
données en cas de blocage avant que l'opération
d'écriture différée n'ait réellement eu
lieu sur le disque.
Vous pouvez activer en toute sécurité
l'écriture en mémoire cache sur les contrôleurs
SCSI disposant d'une batterie de secours. Pour plus de
détails, consultez le fabricant de votre
matériel.
Utilisez la mise en miroir ou RAID5 sur la partition du
système d'exploitation
Ceci permet de fournir une redondance pour le système
d'exploitation sous-jacent.
Utilisez une mise en miroir ou un système RAID
matériel si possible
Après une panne, un système RAID logiciel
nécessite une reconfiguration afin d'ajouter un nouveau
lecteur, lors du rétablissement de la configuration
d'origine du système. Chaque fois que vous le pouvez,
préférez l'utilisation d'un système RAID5
matériel, de manière à pouvoir réparer
immédiatement une panne de lecteur en branchant un lecteur
de remplacement. Les partitions système doivent être
mises en miroir ou RAID5 pour la redondance.
Désactivez l'enregistrement circulaire
L'enregistrement circulaire peut contribuer à
l'économie d'espace disque, mais il présente des
inconvénients majeurs : il désactive la
sauvegarde incrémentielle ou différentielle et
crée un historique des transactions cyclique et
tronqué qui ne peut être relu. Pour vous assurer que
les fichiers journaux de transactions sont
régulièrement purgés et libèrent ainsi de
l'espace disque, mettez en place une solide stratégie de
sauvegarde sans faire appel à l'enregistrement
circulaire.
Limitez dès le départ les attributs de la banque
d'informations
Configurez des limites de stockage des boîtes aux
lettres et l'âge maximum des messages stockés sur le
serveur. Limitez la taille des messages MTA et la taille des
messages pouvant être envoyés par les utilisateurs.
Ceci permet de définir les attentes des utilisateurs et de
réduire la charge du serveur.
Configurez les MTA en conséquence
Configurez la fréquence des MTA pour vider les files
d'attente rapidement, et pour que les messages mis en file
d'attente ne s'accumulent pas dans la banque d'informations.
Définissez un chemin d'accès MTA redondant de
manière à ce que les messages continuent de circuler
en cas de panne de liaison. Lorsque les MTA peuvent traiter le
trafic qui les traverse, les messages de la banque sont
réduits et les délais de remise de messages sont
améliorés.
Effectuez périodiquement une maintenance hors
connexion de la banque d'informations
Si vous supprimez ou déplacez une grande quantité
de boîtes aux lettres sur un serveur, ou effectuez un
nettoyage de boîte aux lettres ayant pour résultat la
suppression d'une grande quantité de messages, il est
judicieux d'effectuer une défragmentation hors connexion
de la banque d'informations.
Avec Microsoft Exchange Server version 5.5, Service
Pack 1, le service consigne un événement dans le
journal des événements Windows NT lors de la
maintenance de la banque d'informations, indiquant la
quantité d'espace libre disponible dans les bases de
données privée et publique. Voici un exemple de cet
événement :
Événement : 1221
Source : BI MSExchange Privée
Type : Information
Catégorie : Générale
Description : la base de données dispose de
95 mégaoctets d'espace libre après
l'exécution de la défragmentation en ligne.
Même si cela n'est pas nécessaire, nous vous
conseillons de vérifier périodiquement (disons tous
les trois mois) l'intégrité des bases de données
Exchange en exécutant eseutil /g. Cela vous
permet d'évaluer les bases de données et de prendre
des mesures correctives avant qu'une situation ne devienne un
problème.
N' exécutez pasedbutil /d /r ou
eseutil /p pour réparer des bases de données
dans le cadre du programme de maintenance ordinaire.
Planification pour les bases de données d'une taille
supérieure à 16 Go dans Exchange 5.5
Dans Exchange Server 5.5, la limite de 16 Go sur
la taille des bases de données a été
supprimée, et cette taille est désormais limitée
uniquement par le matériel. Ceci permet de consolider
plusieurs serveurs en un seul, réduisant ainsi les
coûts matériels et administratifs.
Si vous consolidez des serveurs, gardez à l'esprit la
récupération après incident grave lors de la
planification des bases de données. Plus une base de
données est importante, plus il faudra de temps pour la
sauvegarder, plus il faudra de temps pour la restaurer, et plus
il faudra de temps pour effectuer la maintenance hors
connexion.
Exchange Server 5.5 apporte plusieurs
améliorations des performances pour la gestion des bases
de données très volumineuses. Les API de sauvegarde
prennent maintenant en charge des vitesses supérieures
à 30 Go/heure. S'il y a des goulets
d'étranglement de sauvegarde, ils sont probablement dans
votre matériel. Les utilitaires de bases de données
ont également été améliorés. Suivant
le matériel et la charge de votre ordinateur, le nouveau
programme ESEUTIL peut vérifier l'intégrité des
bases de données à raison d'environ 10 Go/heure,
peut défragmenter les bases de données à la
vitesse de 4 ou 5 Go/heure, et peut les réparer
à la vitesse de 8 ou 10 Go/heure.
Lorsque vous calculez la limite supérieure des bases de
données de banque d'informations, gardez à l'esprit
la maintenance, la sauvegarde et le temps d'immobilisation
jusqu'à la récupération. Ces procédures
sont d'autant plus longues que les bases de données sont
volumineuses. Définissez des limites de boîtes aux
lettres, contrôlez la quantité de boîtes aux
lettres par serveur, définissez des limites de taille de
message et nettoyez régulièrement les boîtes aux
lettres.
La rétention des éléments supprimés est
une fonction très utile de Microsoft Exchange 5.5,
mais n'oubliez pas que l'espace utilisé par les
éléments supprimés n'est pas pris en compte lors
du calcul de l'espace utilisé par une boîte aux
lettres. L'activation de la rétention des
éléments supprimés peut accroître
sensiblement la taille de la banque d'informations
Exchange 5.5, comparé aux serveurs Exchange 4.0
et 5.0. Faites bien attention lorsque vous définissez le
nombre de jours après lesquels les éléments
supprimés sont éliminés de la banque
d'informations.
Espace disque suffisant sur les serveurs
Les routines de maintenance et de réparation hors
connexion exigent jusqu'à deux fois l'espace pris par le
fichier de base de données administré avec les
utilitaires EDBUTIL/ESEUTIL.
.gif)
Figure 10 Exemple de configuration
illustrant la distribution des données des banques
d'informations et locales de Microsoft Exchange
Pour des performances et un facteur de
récupération optimaux, le lecteur du système
d'exploitation doit être mis en miroir (ou RAID5), les
journaux des transactions doivent se trouver sur un lecteur
physique dédié (qui peut également être mis
en miroir), et la banque d'informations doit se trouver sur un
agrégat par bandes RAID5. Windows NT exige que le
fichier d'échange qui se trouve sur la même partition
que SYSTEM soit assez grand pour un vidage mémoire. Si
vous ajoutez des fichiers d'échange sur d'autres lecteurs,
le système les utilisera pour optimiser les performances
du disque.
Stratégies de type de sauvegarde
Les stratégies de sauvegarde dépendent souvent
d'exigences commerciales. Cette section examine les
caractéristiques de divers types de sauvegarde, leurs
avantages, limitations et inconvénients.
Temps nécessaire pour effectuer la sauvegarde
.gif)
Figure 11 Le temps nécessaire
pour effectuer la sauvegarde dépend du type de
sauvegarde
Le temps nécessaire dépend du type de sauvegarde
effectué. Ce schéma montre que c'est la sauvegarde
complète qui exige le plus de temps. Ceci peut demeurer
acceptable pour les bases de données de taille moyenne,
mais les sauvegardes complètes quotidiennes peuvent
devenir incommodes lorsque les bases de données sont
supérieures au gigaoctet. Dans certains cas, une
combinaison (sauvegardes complètes périodiques et
sauvegardes incrémentielles ou différentielles
intermédiaires) est plus pratique.
Durée nécessaire à la récupération
à partir de la sauvegarde
La durée nécessaire pour récupérer les
données à partir de la sauvegarde dépend du
temps requis pour restaurer tous les jeux de sauvegarde
nécessaires et du temps requis pour lire tous les fichiers
journaux de transactions. Avant de choisir une stratégie
de sauvegarde, il est important que vous déterminiez la
quantité de fichiers journaux de transactions
générés durant une journée de travail
ordinaire. Si la quantité de fichiers journaux
générés est importante, n'oubliez pas que chacun
des fichiers journaux sauvegardés durant des sauvegardes
incrémentielles ou différentielles devra être
relu lorsque ces sauvegardes devront être restaurées.
Cette procédure peut prendre plusieurs heures, suivant la
quantité de fichiers journaux impliqués.
Exemple A : sauvegarde complète quotidienne
Calendrier : DIM : C,
LUN : C, MAR : C, MER : C, JEU : C,
VEN : C, SAM : C
Avantages
Inconvénients
Supprime toujours les
fichiers journaux de transactions
Très fort impact sur
les performances du serveur
Ne nécessite qu'une
seule restauration de bande
Nécessite le plus
d'espace bande
Simplifie la
planification
Nécessite
généralement des échanges de bande
quotidiens
Autorise l'enregistrement
circulaire
|
Exemple B : sauvegarde complète plus une
sauvegarde incrémentielle
Calendrier : DIM : C,
LUN : I, MAR : C, MER : I, JEU : C,
VEN : I, SAM : C
Avantages
Inconvénients
Supprime toujours les
fichiers journaux de transactions
Nécessite la
restauration de deux bandes
Effectue plusieurs
sauvegardes complètes sur des bandes
séparées
Exige la connaissance du
cycle de sauvegarde
L'incrémentielle a
un impact beaucoup moins important sur les
performances
L'enregistrement
circulaire doit être désactivé
Les rotations de bandes
sont moins fréquentes
Au plus, nécessite
deux bandes pour la restauration
|
Exemple C : sauvegarde complète plus deux
sauvegardes incrémentielles
Calendrier : DIM : C,
LUN : I, MAR : I, MER : C, JEU : I,
VEN : I, SAM : C
Avantages
Inconvénients
Supprime toujours les
fichiers journaux de transactions
Nécessite la
sauvegarde complète plus chacune des sauvegardes
incrémentielles, dans le cas présent
jusqu'à trois bandes
Effectue des sauvegardes
complètes relativement peu
fréquemment
Exige la connaissance du
cycle de sauvegarde
Minimise l'impact sur les
performances du serveur
L'enregistrement
circulaire doit être désactivé
La sauvegarde
incrémentielle nécessite un espace bande
minimal
|
Exemple D : sauvegarde complète plus deux
sauvegardes différentielles
Calendrier : DIM : C,
LUN : D, MAR : D, MER : C, JEU : D,
VEN : D, SAM : C
Avantages
Inconvénients
Effectue des sauvegardes
complètes relativement peu
fréquemment
Les sauvegardes
différentielles ne suppriment pas les fichiers
journaux
Au plus, nécessite
deux bandes pour la restauration
L'enregistrement
circulaire doit être désactivé
A peu d'impact sur les
performances du serveur
La sauvegarde
différentielle nécessite un espace bande
minimal
|
La stratégie de sauvegarde doit correspondre à vos
exigences commerciales, mais globalement il est raisonnable
d'effectuer des sauvegardes complètes quotidiennes pour
les petits jeux de données, et une combinaison de
méthodes complètes, incrémentielles et
différentielles pour les jeux de données plus
importants. La combinaison des types de sauvegarde peut
minimiser l'impact sur les performances du système et
l'espace bande requis.
La question "Hot Spare"
Est-il possible de conserver un serveur hot spare (de
destination) en ligne à tout moment pour la
récupération Exchange ? La réponse
dépend de votre définition du terme "hot
spare".
Comme le serveur de récupération doit être
configuré avec le même nom d'ordinateur que le
serveur Exchange (pour une récupération complète
du serveur de banque d'informations/service Annuaire), il ne
peut demeurer en ligne (aucun nom NetBIOS ne peut exister en
double). Des ordinateurs ayant le même nom ne peuvent pas
non plus coexister dans un domaine Windows NT Server. Si
vous configurez le serveur de récupération avec un
nom différent, vous ne pouvez pas l'utiliser pour
restaurer l'annuaire Exchange mais vous pouvez restaurer
facilement des boîtes aux lettres (il vous faut toutefois
reconfigurer la sécurité Windows NT pour tous
les objets). Ceci peut être une opération complexe
car manuelle. Au strict minimum, préparez un
équipement de récupération avec des copies de
tous les codes de production requis.
La récupération d'une boîte aux lettres
n'inclut pas la restauration de l'annuaire Exchange, et
Exchange exige uniquement que le serveur de
récupération ait les mêmes noms de site et
d'organisation (pas le même nom d'ordinateur). Vous pouvez
donc maintenir un ordinateur Windows NT Server en ligne.
Si le serveur de récupération ne sert qu'un seul
site, Exchange peut être exécuté mais non
connecté au site de production.
La récupération de serveur complète
nécessite les mêmes noms de site, d'organisation et
d'ordinateur. Vous pouvez maintenir un serveur de
récupération exécutant des tâches non
critiques (assumant le rôle de serveur RAS
supplémentaire ou d'agent de transfert de messages
multitâches Microsoft Mail - MMTA) sous un nom
d'ordinateur différent. Lorsque vous avez besoin de cet
ordinateur pour une récupération de serveur
complète, renommez-le ou réinstallez Windows NT.
Conservez le code d'installation sur le serveur de
récupération (\ntinstall\i386, \patches\sp4,
\exchinst\i386) et assurez-vous qu'il a la même
capacité que le serveur de production.
Exchange Server 5.5 prend en charge Microsoft Cluster
Server et peut tirer parti de la haute disponibilité
offerte par les clusters.
Exemple d'automatisme de sauvegarde en ligne
Suivez les étapes ci-dessous pour effectuer une
sauvegarde en ligne de la banque d'informations ou du service
Annuaire :
-
Installez le programme WINAT.EXE, à partir du Kit
de ressources Windows NT, dans le répertoire
Windows NT de l'ordinateur local.
-
Créez un groupe commun Windows NT nommé
Sauvegarde Microsoft Exchange.
-
Créez une icône pour le fichier BACKUP.LOG.
Ceci vous permet d'accéder rapidement au journal de
sauvegarde.
-
Copiez l'icône NTBACKUP.EXE du groupe Outils
d'administration dans le groupe Sauvegarde Microsoft
Exchange.
-
Créez une icône pour WINAT.EXE dans le groupe
Sauvegarde Microsoft Exchange.
-
Dans le Panneau de configuration, cliquez sur
Services, sélectionnez le service Planning
et cliquez sur Démarrage. Configurez le
démarrage automatique en attribuant un identificateur
qui soit membre du groupe Opérateurs de Sauvegarde
Windows NT. Assurez-vous d'entrer le bon mot de passe.
Si le mot de passe de l'identificateur d'administrateur
change, vous devez changer ce même mot de passe dans le
service Planification. Ce compte doit également avoir
les privilèges "Admin" au sein du site d'organisation
Exchange et des conteneurs de configuration que vous allez
sauvegarder. Lorsque vous avez terminé, démarrez le
service Planification.
-
Créez le fichier de commandes de sauvegarde,
nommez-le BACK.BAT, et enregistrez-le dans le
sous-répertoire \winnt. Vous trouverez ci-dessous un
exemple de fichier.
-
Exécutez le programme WINAT.EXE et planifiez le
fichier BACK.BAT. Vous n'êtes pas obligé d'ouvrir
une session sur l'ordinateur sur lequel WINAT est
exécuté, car le service Planification se connecte
pour effectuer l'opération sous le contexte de
sécurité défini. Veillez à définir
le travail par lots en mode Interactif.
Exemple de fichier de commandes pour la sauvegarde en
ligne
rem ** 15/08/98 Sauvegarde écrite par <Votre
nom>
rem ** Ceci permet de sauvegarder la banque d'informations
(IS) et le service d'annuaire (DS) sur
<NOMDESERVEUR1> et
<NOMDESERVEUR2>.
ntbackup backup DS \\NOMDESERVEUR1 IS
\\NOMDESERVEUR1 /v /d "NOMDESERVEUR1 IS-DS" /b /t
Normal /l c:\winnt\backup.log /e
ntbackup backup DS \\NOMDESERVEUR2 IS
\\NOMDESERVEUR2 /a /v /d "NOMDESERVEUR2 IS-DS" /b
/t Normal /l c:\winnt\backup.log /e
exit
Exemple de fichier de commandes pour la sauvegarde hors
connexion : Exemple 1
Il vous faudra peut-être expérimenter l'ordre dans
lequel vous arrêterez les services. Il existe des
dépendances, et vous ne pouvez pas arrêter un service
sans arrêter également les services
dépendants.
rem ** arrêtez les services Microsoft Exchange
rem ** vous pouvez arrêter les services Microsoft
Exchange et les redémarrer automatiquement pour
sauvegarder
rem ** les fichiers laissés ouverts par un service
particulier
REM // arrêt de tous les services
echo Arrêt des Services...
net stop MSExchangeMSMI
net stop MSExchangePCMTA
net stop MSExchangeFB
net stop MSExchangeDX
net stop MSExchangeIMC
net stop MSExchangeMTA
net stop MSExchangeIS
net stop MSExchangeDS
net stop MSExchangeSA
ntbackup backup c:\ d:\ /a /v /d "Full File Based Backup" /b
/l c:\winnt\backup.log /e
REM edbutil OPTIONS
net start MSExchangeSA
net start MSExchangeDS
net start MSExchangeIS
net start MSExchangeMTA
net start MSExchangeIMC
net start MSExchangeDX
net start MSExchangeFB
net start MSExchangePCMTA
net start MSExchangeMSMI
Exemple de fichier de commandes pour la sauvegarde hors
connexion : Exemple 2
Vous pouvez démarrer et arrêter les services PCMTA
en mettant le nom du service entre guillemets. Vous pouvez
déterminer les noms des services à partir du
programme Administrateur Microsoft Exchange, du Panneau de
configuration Windows NT, ou en regardant dans le Registre
Windows NT
(HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services). Les
services sont listés par ordre alphabétique.
rem Fichier par lots pour arrêter et redémarrer les
services Microsoft Exchange Services
rem Pour une sauvegarde de fichiers
echo Arrêt des services ...
net stop MSExchangeMSMI
net stop MSExchangePCMTA
net stop MSExchangeFB
net stop MSExchangeDX
net stop MSExchangeMTA
net stop MSExchangeIMC
net stop MSExchangeIS
net stop MSExchangeDS
net stop "PC MTA - HUB"
net stop MSExchangeSA
ntbackup BACKUP d:\exchsrvr\mdbdata /v /d "File Based Backup"
/b /l c:\winnt\backup.log /e
net start MSExchangeSA
net start MSExchangeDS
net start MSExchangeIS
net start MSExchangeMTA
net start MSExchangeIMC
net start MSExchangeDX
net start MSExchangeFB
net start MSExchangePCMTA
net start MSExchangeMSMI
net start "PC MTA - HUB"
Planificateur WINAT et service Planificateur de tâches
de Windows NT
.gif)
Figure 12 Planificateur de
commandes Windows AT
NTBACKUP.EXE exige que les tâches BACK.BAT soient
définies en mode interactif.
Les tâches planifiées par l'intermédiaire du
planificateur WINAT sont exécutés par le service
Planificateur de tâches de Windows NT. Comme les
travaux par lots sont exécutés dans le contexte du
service Planificateur de tâches, vous devez prendre en
compte la sécurité Windows NT. Lorsque vous
configurez le service Planificateur de tâches,
définissez le compte comme un membre du Groupe
Opérateurs de sauvegarde Windows NT. Ceci vous permet
d'effectuer une sauvegarde complète de la banque
d'informations ou du service Annuaire.
.gif)
Figure 13 Boîte de dialogue
de configuration du service Planificateur de tâches de
Windows NT
Dernière
mise à jour le jeudi 21 septembre 2000
Pour en savoir plus