Utilisation d'une sauvegarde NT pour sauvegarder des données Exchange

S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Dernière rubrique modifiée : 2010-07-28

Cette rubrique décrit l'utilisation de l'outil Backup (NTBackup.exe), application de sauvegarde incluse dans Windows Server 2003. Vous pouvez vous en servir pour sauvegarder et restaurer votre organisation Microsoft Exchange Server 2007. Une connaissance approfondie des éléments à sauvegarder, de l'emplacement de stockage des sauvegardes et de la procédure de restauration des sauvegardes est essentielle pour être un bon administrateur Exchange. Pour plus d'informations sur les éléments à sauvegarder dans Exchange 2007, consultez la rubrique Éléments à protéger dans un environnement Exchange.

Remarque :

La sauvegarde Windows Server dans Windows Server 2008 ne prend plus en charge les sauvegardes ou les restaurations prenant en charge Exchange. Contrairement aux versions antérieures de la sauvegarde Windows Server, vous ne pouvez pas effectuer ou restaurer des sauvegardes en continu Exchange avec la sauvegarde Windows Server. Pour sauvegarder ou restaurer Exchange Server 2007 SP1 ou Exchange 2007 RTM sous Windows Server 2008, vous devez utiliser une application compatible avec Exchange qui prend en charge l'enregistreur VSS (Volume Shadow Copy Service) pour Exchange 2007, telle que Microsoft System Center Data Protection Manager, une application VSS tierce compatible avec Exchange ou une application tierce compatible avec Exchange utilisant les API de sauvegarde en continu localement sur le serveur Exchange pour procéder à une sauvegarde localement sur le serveur Exchange. Une application utilisant l'agent de sauvegarde qui s'exécute localement sur le serveur Exchange et diffuse la sauvegarde à distance vers une application de sauvegarde est considérée comme une sauvegarde locale. Toutefois, Exchange 2007 SP2 inclut un nouveau plug-in qui permet d'effectuer des sauvegardes de type VSS (Volume Shadow Copy Service) des données Exchange à l'aide de la sauvegarde Windows Server dans Windows Server 2008. Vous pouvez utiliser la sauvegarde Windows Server pour sauvegarder et restaurer vos bases de données Exchange 2007 SP2. Une connaissance approfondie des éléments à sauvegarder, de l'emplacement de stockage des sauvegardes et de la procédure de restauration des sauvegardes est essentielle pour être un bon administrateur Exchange. Pour plus d'informations sur les éléments nécessitant une sauvegarde dans Exchange 2007, consultez la rubrique Utilisation de la sauvegarde Windows Server pour sauvegarder et restaurer des données Exchange.

L'utilitaire de sauvegarde est modifié automatiquement pour la prise en charge d'Exchange lorsque vous installez les outils de gestion Exchange sur un ordinateur. L'utilitaire de sauvegarde utilise les API en continu héritées pour effectuer les opérations de sauvegarde et de restauration des bases de données de boîtes aux lettres et de dossiers publics. L'utilitaire de sauvegarde intègre une fonction VSS (Volume Shadow Copy Service) pour les sauvegardes au niveau fichier mais n'effectue pas de sauvegardes VSS compatibles avec Exchange (il ne fonctionne pas avec les enregistreurs VSS Exchange). Il n'est pas recommandé d'utiliser l'utilitaire de sauvegarde comme solution de sauvegarde basée sur VSS pour les bases de données Exchange car ces sauvegardes peuvent seulement être effectuées au niveau du système de fichiers.

Utilisez Sauvegade pour sauvegarder et restaurer les éléments suivants sur un serveur Exchange :

• Répertoires entiers   Par exemple, le répertoire des messages d'assistance vocale de messagerie unifiée.

• Fichiers sélectionnés   Par exemple, les fichiers .xml avec des paramètres modifiés par l'utilisateur stockés dans le dossier \bin.

• Données sur l'état du système   Par exemple, les informations de registre du système d'exploitation Windows Server 2003.

• Bases de données des boîtes aux lettres Exchange   Une base de données ou groupe de bases de données.

• Bases de données de dossier public Exchange   La base de données de dossier public sur tout serveur.

• Groupes de stockage entiers   Groupes de stockage, y compris les fichiers journaux et fichiers de base de données.

• Données distantes   Informations des serveurs ou postes de travail sur le réseau.

La meilleure pratique consiste à exécuter des procédures de sauvegarde et de restauration dans un environnement de test avant de sauvegarder ou de restaurer les serveurs de production de votre organisation.

Sauvegardes Exchange et réplication continue

L'utilisation de la réplication continue locale (LCR) ou de la réplication continue en cluster (CCR) permet de décharger les sauvegardes VSS des groupes de stockage actifs vers les groupes de stockage passifs.

Les sauvegardes VSS Exchange sont prises en charge pour les groupes et les bases de données de stockage actifs et passifs. La prise en charge des sauvegardes de copie passive s'applique uniquement à VSS et est implémentée par l'enregistreur VSS de réplicas Exchange inclus dans le service de réplication Microsoft Exchange. Les sauvegardes en continu ne sont prises en charge qu'à partir de groupes de stockage actifs. Vous pouvez utiliser les API de sauvegarde en continu pour sauvegarder la base de données dans les groupes de stockage passifs.

Troncature de journaux

Une tâche courante durant les sauvegardes Exchange est la troncature des fichiers journaux de transactions une fois la sauvegarde terminée. Toutefois, les sauvegardes de groupes de stockage passifs compatibles avec Exchange modifient l'en-tête de la base de données. Par exemple, le processus de sauvegarde ajoute des informations relatives à l'heure de la dernière sauvegarde de la base de données. Les sauvegardes VSS sont possibles grâce à l'enregistreur VSS de réplicas Exchange intégré au service de réplication Microsoft Exchange. Bien que le service de réplication Microsoft Exchange puisse relire les fichiers journaux dans sa copie de chaque base de données, il ne peut pas modifier la copie de façon indépendante car cela provoquerait des incohérences. Il ne peut donc pas modifier l'en-tête de sa copie de base de données.

Par conséquent, dans Exchange 2007, le service de réplication Microsoft Exchange coordonne ses sauvegardes avec le service de banque d'informations Microsoft Exchange. Dès le démarrage de la sauvegarde d'un groupe de stockage passif, le service de réplication Microsoft Exchange contacte le service de banque d'informations Microsoft Exchange qui contrôle le groupe actif et lui indique qu'une sauvegarde est sur le point de démarrer. Cela permet d'empêcher la sauvegarde simultanée du même groupe de stockage sur les noeuds actif et passif. À la fin de la sauvegarde, le service de réplication Microsoft Exchange contacte le service de banque d'informations Microsoft Exchange et lui indique que la sauvegarde est terminée.

Les modifications dans l'en-tête de la base de données résultant de la sauvegarde sont ensuite reportées par le service de banque d'informations Microsoft Exchange sur le groupe de stockage actif. Cette action génère un enregistrement de fichier journal; qui est copié vers le noeud passif via la réplication continue. Lorsqu'il est relu, l'en-tête de la base de données sur le nœud passif est ensuite mis à jour. Cette approche est plus complexe que les sauvegardes habituelles mais certains effets secondaires sont intéressants. Par exemple, si vous regardez l'en-tête d'une base de données sur le noeud passif immédiatement après la sauvegarde d'un groupe de stockage passif, vous remarquerez qu'il ne reflète pas la sauvegarde. C'est l'en-tête de la base de données du côté actif qui la reflètera. Par conséquent, si vous sauvegardez des bases de données dans un environnement de réplication continue, la manière la plus efficace de déterminer l'heure de la dernière sauvegarde consiste à regarder la base de données sur le noeud actif. Autre effet secondaire : si le service de banque d'informations Microsoft Exchange n'est pas en cours d'exécution, vous ne pouvez pas effectuer de sauvegarde à partir du nœud passif. Vous devez exécuter le service de banque d'informations Microsoft Exchange de sorte que les sauvegardes puissent être coordonnées et l'en-tête de base de données mis à jour.

Les fichiers journaux copiés étant requis par le service de réplication Microsoft Exchange, leur suppression devient plus complexe. Actuellement, la méthode la plus conventionnelle de suppression des fichiers journaux est l'exécution d'une sauvegarde. La sauvegarde est exécutée puis, lorsqu'elle a réussi, elle supprime les fichiers journaux inutiles. L'introduction de la réplication continue modifie la définition des besoins car elle prend désormais en compte l'état de la réplication. Si un fichier journal n'a pas été copié, il est cependant requis (même si le service de réplication Microsoft Exchange n'en aura peut-être pas besoin). Le fichier journal n'est donc pas supprimé jusqu'à ce qu'il :

• ne soit plus nécessaire pour la récupération en cas d'échec.

• ait été relu sur le noeud passif.

• ait été sauvegardé.

Pour coordonner tout cela, chaque fois que le service de réplication Microsoft Exchange termine une relecture, il contacte le service de banque d'informations Microsoft Exchange et lui demande de relire le groupe de stockage X jusqu'au numéro de génération Y. À ce stade, le service de banque d'informations Microsoft Exchange sait que les fichiers journaux jusqu'à ce numéro de génération ne sont plus requis par le service de réplication Microsoft Exchange. Il peut ensuite analyser l'état de la dernière sauvegarde et de la dernière récupération suite à un échec, et identifier les fichiers journaux qui ne sont plus requis sur le noeud passif. Sur le noeud passif, le processus est encore plus simple. Le noeud passif peut analyser ses propres fichiers journaux et identifier ceux requis pour la récupération et ceux requis pour la sauvegarde.

Changements relatifs aux sauvegardes en continu dans Exchange 2007 SP1

Dans le cadre des initiatives de sécurité développées en permanence par Microsoft, Microsoft Exchange Server 2007 Service Pack 1 (SP1) intègre désormais un changement de comportement visant à réduire la surface d'exposition aux attaques du système. Ce changement a une incidence directe sur les sauvegardes en continu à distance sous Windows Server 2003.

Dans la version de publication (RTM) d'Exchange Server 2007, la sauvegarde en continu à distance est activée par défaut. Cette configuration par défaut est moins sécurisée. En effet, toute personne dans le domaine disposant des droits de sauvegarde suffisants peut procéder à la sauvegarde d'un serveur exécutant Exchange. En outre, les données sauvegardées à distance ne sont pas chiffrées et la sauvegarde est souvent exécutée sur un réseau public (accessible par les clients).

Conformément à l'initiative Microsoft Sécurisé par défaut, la fonctionnalité de sauvegarde en continu à distance désactivée (côté serveur) dans Exchange 2007 SP1 est désactivée par défaut. Un remplacement manuel sous la forme de la valeur de Registre suivante doit être activé pour restaurer cette fonctionnalité :

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem

Nom : Activer la sauvegarde en continu à distance

Type : DWORD

Valeur : 0 = comportement par défaut (sauvegarde à distance désactivée) ; 1 = sauvegarde à distance activée

Après avoir entré la valeur de registre ci-avant, redémarrez la banque d'informations de Microsoft Exchange pour appliquer la modification en procédant comme suit :

• Sur un serveur autonome, ouvrez une fenêtre d'invite de commandes, puis exécutez les commandes suivantes :

  net stop msexchangeis
  net start msexchangeis
  

• Sur un serveur de boîtes aux lettres en cluster, ouvrez l'environnement de ligne de commande Exchange Management Shell, puis exécutez les commandes suivantes :

  Stop-ClusteredMailboxServer <CMSName> -StopReason "Enable Remote Streaming Backup" -Confirm:$False
  Start-ClusteredMailboxServer <CMSName>
  

Les applications tierces peuvent nécessiter la fonctionnalité de sauvegarde en continu à distance. Consultez votre fournisseur d'applications pour voir si la vôtre est concernée.

Restaurations Exchange et réplication continue

Après la restauration d'une base de données à partir d'une sauvegarde dans un groupe de stockage activé pour la LCR ou la SCR, ou un groupe de stockage dans un environnement de CCR, vous devez suspendre puis reprendre la réplication continue pour le groupe de stockage à l'aide des cmdlets Suspend-StorageGroupCopy et Resume-StorageGroupCopy, respectivement. Ce processus est requis pour mettre à jour le service de réplication de Microsoft Exchange avec les informations correctes de génération de journaux. Si la réplication continue n'est pas suspendue et reprise, le service de réplication de Microsoft Exchange disposera d'informations de génération de journaux obsolètes et arrêtera la réplication des fichiers journaux.

Pour plus d'informations

Pour obtenir des informations détaillées sur la procédure d'exécution d'une sauvegarde avec l'utilitaire de sauvegarde, consultez la rubrique Procédure d'exécution d'une sauvegarde de base de bases de données Exchange. Pour obtenir des informations détaillées sur la procédure de restauration sans utiliser l'utilitaire de sauvegarde, consultez la rubrique Procédure d'exécution d'une restauration de base de bases de données Exchange.

Pour plus d'informations sur les éléments nécessitant une sauvegarde dans Exchange 2007, consultez la rubrique Éléments à protéger dans un environnement Exchange.

Pour plus d'informations sur l'utilisation de l'utilitaire de sauvegarde, consultez la rubrique Sauvegarde et restauration de données dans l'aide de Windows Server 2003.