Sauvegarder ou archiver correctement demande de conserver sur de longues périodes des copies prises à intervalle régulier des mêmes fichiers. Les volumes de données s'accroissant sans cesse, les volumes à conserver en font de même.
Plusieurs technologies se posent en concurrentes de la bande :

• les supports optiques (CD, DVD, DON...)
• les disques magnétiques à bas coût (Serial ATA),
• les copies astucieuses de SAN et NAS (voir le Dossier "Sauvegardes des SAN et NAS").

Toutefois, si la bande est un support lent qui nécessite des manipulations, elle offre un bon rapport fiabilité/coût, c'est pourquoi elle resiste bien

Technologies

On dénombre une demi-douzaine de technologies de bande de sauvegarde, chacune ayant connu plusieurs évolutions de performance.
Plusieurs critères permettent de les différencier et les destinent chacune à un emploi spécifique :

• le prix du lecteur, bien sûr
• le prix de la cartouche (le prix des cartouches nécessaires à un an d'exploitation dépasse fréquemment celui du lecteur)
• la fiabilité du mode d'encodage
• la capacité totale de la cartouche
• le débit théorique lors de la lecture
• la compatibilité ascendante (avec des systèmes éventuellement déjà installés)
• l'universalité (nombre de fabriquants, d'intégrateurs, de solutions déployées...)

Notons que le débit varie, entre autre, suivant l'interface (FireWire, SCSI ou Fibre Channel).
On peut discerner le haut de gamme avec LTO et SDLT (enregistrement linéaire) et pour les configurations plus modestes, DDS, DAT72, AIT, VXA (enregistrement hélicoïdal).

Sur le serveur membre nouvellement installé, la messagerie Microsoft Exchange va être installée tout simplement, comme une première fois dans un domaine. Le serveur Microsoft Exchange sera donc dans un premier temps serveur de messagerie du domaine supportest.local, et non pas des deux domaines. La configuration d’Active Directory et d’Exchange pour supporter les deux domaines se fera plus tard.

Avant d’installer Microsoft Exchange, il faut installer quelques composants Windows :

-       .NET Framework

-       ASP.NET

-       IIS

-       Services Web

-       SMTP

-       NNTP

L’installation de Microsoft Exchange se déroule en 3 étapes :

-       Préparation de la forêt Active Directory

-       Préparation du domaine

-       Installation de Microsoft Exchange

Pour préparer la forêt, il faut tout d’abord lancer la commande Setup /ForestPrep dans le domaine qui contient le Schema Master. Si cette commande est exécutée dans un autre domaine que celui qui contient le Schema Master, ForestPrep le signale et donne le domaine qui contient le Schema Master. En général, le Schema Master est sur le premier contrôleur de domaine installé dans une forêt. Lorsque l'option /ForestPrep est utilisée, le programme d'installation étend le schéma Active Directory pour ajouter des classes et attributs spécifiques à Exchange. ForestPrep crée également l'objet conteneur pour l'organisation Exchange dans Active Directory.

Le compte utilisé pour lancer ForestPrep doit être membre des groupes Enterprise Administrator (Administrateur de l’Entreprise) et du Schema Administrator (Administrateur du Schéma) et bien sûr Administrateur local du serveur. Lors de l’exécution de ForestPrep, il faut choisir un compte qui deviendra Full Exchange Administrator (Administrateur Intégral Exchange). Ce compte aura la permission de gérer le serveur Microsoft Exchange et de déléguer le contrôle de ce serveur une fois l’installation terminée. Il est possible d’exécuter ForestPrep à partir d’un contrôleur de domaine ou d’un serveur membre. Afin de réduire le temps de réplication, il est recommandé de lancer la commande ForestPrep sur un contrôleur de domaine du domaine racine. Dans le cas du présent document, le ForestPrep est lancé à partir du contrôleur de domaine SupporTest01 en tant que « Administrator » et le compte qui deviendra Full Exchange Administrator sera « Administrator » du domaine parent.

La deuxième étape de l’installation du serveur Microsoft Exchange est l’exécution de la commande Setup /DomainPrep. DomainPrep crée les groupes et permissions nécessaires aux serveurs Exchange pour lire et modifier les attributs des utilisateurs. Avant de lancer cette commande, il faut attendre que la réplication nécessaire après le ForestPrep soit terminée. L’exécution de DomainPrep ne demande que les permissions suivantes : Domain Administrator (Administrateur du Domaine) et Administrateur local. Le DomainPrep est lancé pour cet exemple dans le domaine parent (supportest.local) en tant que SUPPORTEST\Administrator. Il est possible de trouver un complément d’information sur ForestPrep et DomainPrep à l’adresse : http://support.microsoft.com/default.aspx?scid=kb;en-us;326136

Dans le cas de plusieurs domaines devant recevoir la messagerie Microsoft Exchange, il faut exécuter la commande Setup /DomainPrep dans chaque domaine où seront créés des boites aux lettres. En revanche, la commande Setup.exe /ForestPrep n’est à exécuter qu’une seule fois par forêt.

Lorsque la forêt et le premier domaine qui va recevoir la messagerie Exchange ont été préparés, il suffit de lancer le programme d’installation Setup tout simplement. Le compte qui installe Exchange doit avoir les droits de Full Exchange Administrator (Administrateur Intégral Exchange) et d’Administrateur local. Dans cet exemple, c’est donc SUPPORTEST\Administrator qui va installer Exchange sur le serveur SupporTest-Mail. L’installation de Microsoft Exchange Server 2003 se déroule sans difficulté (normalement). Une fois l’organisation spécifiée (SupporTest pour cet exemple), le programme d’installation modifie le schéma Active Directory pour le préparer à recevoir les paramètres Exchange. Cette opération se révèle un peu longue mais est obligatoire. Ensuite, la copie des fichiers débute. A la fin de l’installation, le domaine supportest.local bénéficie dès lors du service de messagerie offert par Microsoft Exchange.

Lors de l’installation du serveur de messagerie, l’Administrateur du domaine supportest.local se voit créer une boîte aux lettres, avec plusieurs adresses mail :

-       Administrator@supportest.local

-       postmaster@supportest.local

L’adresse Administrator@supportest.local est l’adresse mail par défaut créée pour l’Administrateur du domaine supportest.local. La seconde n’est juste un alias, ce qui signifie que tous les messages envoyés par « Administrator » auront comme adresse de réponse Administrator@supportest.local.

Bien sûr, les messages envoyés à postmaster@supportest.local seront correctement reçus par « Administrator ».

Il faut maintenant que l’administrateur du domaine enfant, c’est-à-dire du domaine test.supportest.local, puisse attribuer à ses utilisateurs des boîtes aux lettres et adresses de messagerie en @test.supportest.local. Il faut alors installer, à l’instar du contrôleur du domaine parent, le System Manager de Microsoft Exchange, et seulement le System Manager.

Maintenant, le domaine enfant bénéficie lui aussi du système de messagerie Microsoft Exchange. Comme il n’y a qu’un seul serveur Microsoft Exchange, il est conseillé de séparer les Storage Groups (Groupes de Stockage) de chaque domaine. La création d’un second Storage Group pour le domaine enfant s’avère utile afin de séparer les espaces de données des messages pour chaque domaine.

Cependant, à partir de la console de gestion des utilisateurs Active Directory du domaine enfant, il n’est toujours pas possible de créer, supprimer des boîtes aux lettres pour les utilisateurs du domaine enfant. Un problème de droit subsiste. Il faut donc, toujours dans le System Manager, attribuer les droits adéquats à l’Administrateur du domaine enfant par exemple. Pour cela, rien de plus simple : il est possible de déléguer le contrôle du serveur Microsoft Exchange aux  administrateurs du domaine enfant. Pour la délégation au niveau de l’organisation Exchange, trois modes sont disponibles :

-       Accès en lecture ;

-       Administration des boîtes aux lettres ;

-       Administration des boîtes aux lettres et changement des permissions (Contrôle total du serveur Microsoft Exchange).

Le choix qui s’impose parmi ces trois là pour les administrateurs Exchange du domaine enfant est donc le choix 2, et non pas le 3. Rien qu’avec les droits d’administration des boîtes aux lettres, il est possible de faire tout ce qui est habituel sur un serveur Exchange. Si un utilisateur doit être délégué pour faire l’administration totale du serveur Microsoft Exchange, il doit, en plus d’être délégué pour l’administration, faire partir du groupe des Administrateurs de la machine qui héberge Microsoft Exchange, c’est-à-dire SupporTest-Mail.

Pour affiner les droits sur le serveur Microsoft Exchange pour le délégué du domaine enfant, il est aussi possible d’enlever des droits sur les Mailbox Store que cet utilisateur délégué ne doit pas administrer.