Sauvegarde de données Exchange 2007 et service VSS

 

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

Dernière rubrique modifiée : 2012-03-26

Le service VSS dans Windows Server 2008 est utilisé par les applications pour la sauvegarde et la restauration de Microsoft Exchange Server 2007. Il fournit une infrastructure qui permet aux programmes de gestion de stockage, programmes de gestion et aux fournisseurs de matériels tiers de collaborer à la création et à la gestion des clichés instantanés. Les solutions basées sur cette infrastructure peuvent utiliser des clichés instantanés, ou une copie en miroir, pour sauvegarder et restaurer une ou plusieurs bases de données Exchange 2007.

Le service VSS coordonne la communication entre les demandeurs (applications de sauvegarde), les enregistreurs (applications dans Windows telles qu'Exchange 2007) et les fournisseurs (composants système, composants logiciels ou composants matériels qui créent les clichés instantanés). Pour utiliser le service VSS pour la sauvegarde d'Exchange 2007, un programme de sauvegarde doit inclure un demandeur VSS compatible avec Exchange 2007. L'utilitaire de sauvegarde de Windows Server, qui fait partie de Windows Server 2008, n'inclut pas de demandeur VSS compatible avec Exchange.

Toutefois, Exchange 2007 Service Pack 2 (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.

Les sauvegardes VSS compatibles avec Exchange sont prises en charge pour les groupes de stockage actifs et passifs. La solution de sauvegarde de la copie passive d'Exchange est basée sur le service VSS uniquement. Cette solution implémentée par l'enregistreur VSS de réplicas Exchange fait partie du service de réplication. Les sauvegardes en continu ne sont prises en charge qu'à partir de groupes de stockage actifs. Vous ne pouvez pas utiliser les API de sauvegarde en continu pour sauvegarder la base de données d'un réplica. À la place, vous devez utiliser un programme de sauvegarde compatible avec VSS avec le demandeur VSS pour l'enregistreur Exchange.

Exchange 2007 prend en charge l'exécution de deux opérations de sauvegarde VSS distinctes pour le même serveur Exchange. L'enregistreur Exchange 2007 permet de restaurer les données Exchange à un autre emplacement. Ceci inclut le groupe de stockage de récupération. L'enregistreur Exchange 2007 permet également de restaurer les fichiers de base de données vers un dossier qui n'est pas associé à un groupe de stockage. Vous pouvez ensuite utiliser le moteur de base de données JET pour relire les fichiers du journal des transactions dans la base de données pour mettre celle-ci dans un état cohérent et montable.

Pour la conformité avec Exchange 2007, les programmes de sauvegarde VSS doivent satisfaire les exigences de base suivantes :

• L'enregistreur Exchange doit être utilisé pour la sauvegarde des fichiers.

  Exchange 2007 inclut un enregistreur intégré à la banque d'informations Exchange.

• Le programme de sauvegarde doit valider le jeu de sauvegardes du service de cliché instantané.

• L'enregistreur Exchange doit être utilisé pour toutes les opérations de restauration des fichiers à leur emplacement d'origine.

  L'emplacement d'origine fait référence à un serveur Exchange avec des nom et chemin d'accès du fichier identiques à ceux du serveur depuis lequel la sauvegarde VSS a été effectuée.

Ces exigences permettent d'assurer l'intégrité et la capacité de récupération des sauvegardes du service de cliché instantané. Si celles-ci ne sont pas satisfaites, la solution de sauvegarde est considérée comme hors de l'infrastructure VSS d'Exchange par le support technique de Microsoft. Dans ce cas, le support technique de Microsoft n'est pas en mesure de résoudre les problèmes de sauvegarde et de restauration. Il est recommandé de contacter votre fournisseur de solution de sauvegarde pour vérifier que le programme de sauvegarde remplit les exigences indiquées dans cette rubrique. Pour plus d'informations sur ces exigences, consultez la section « Exigences d'Exchange 2007 relatives au service VSS » plus loin dans cette rubrique.

Pour plus d'informations sur la prise en charge des solutions VSS par le support technique de Microsoft, consultez l'article 841696 de la Base de connaissances Microsoft, Overview of the Microsoft third-party storage software solutions support policy (en anglais).

Pour plus d'informations

Exigences d'Exchange 2007 relatives au service VSS

Les sections suivantes décrivent les exigences d'Exchange 2007 que doivent satisfaire les programmes de sauvegarde du service de cliché instantané pour garantir l'intégrité et la capacité de récupération des bases de données Exchange. Ces sections répertorient les événements d'application spécifiques qui indiquent si les programmes de sauvegarde remplissent les exigences d'Exchange. Les programmes de sauvegarde et le serveur Exchange peuvent consigner d'autres événements associés au processus de sauvegarde et de restauration. Pour déterminer la conformité avec les exigences d'Exchange relatives au service VSS, vérifiez que les événements sont consignés lors des opérations de sauvegarde et de restauration.

Il n'existe actuellement aucun programme de certification pour les solutions de sauvegarde tierces exécutées sous Exchange. La conformité avec le service VSS permet d'assurer l'intégrité et la capacité de récupération des sauvegardes du service de cliché instantané. Toutefois, elle ne garantit pas les performances ou la fiabilité de la solution tierce.

L'enregistreur Exchange doit être utilisé pour la sauvegarde des fichiers

Les fichiers de base de données Exchange, les fichiers du journal des transactions et les fichiers de point de contrôle doivent être exclusivement sauvegardés via l'enregistreur Exchange. Les événements suivants sont consignés dans le journal des applications si l'enregistreur Exchange est utilisé lors des sauvegardes du service de cliché instantané :

Type d'événement : Informations Source de l'événement : ESE Catégorie d'événement : Cliché instantané ID de l'événement : 2005 Utilisateur : N/A Ordinateur : Nom_serveur.contoso.com Général : Banque d'informations (2884) Démarrage de l'instance 5 du cliché instantané. Il s'agira d'un cliché instantané Type_sauvegarde.

Type d'événement : Informations Source de l'événement : MSExchangeIS Catégorie d'événement : Enregistreur VSS de Microsoft Exchange ID de l'événement : 9608 Utilisateur : N/A Ordinateur : Nom_serveur.contoso.com Général : Enregistreur VSS d'Exchange (GUID de l'instance) prêt pour l'instantané.

Type d'événement : Informations Source de l'événement : MSExchangeIS Catégorie d'événement : Enregistreur VSS de Microsoft Exchange ID de l'événement : 9610 Utilisateur : N/A Ordinateur : Nom_serveur.contoso.com Général : L'enregistreur VSS d'Exchange (GUID de l'instance) a figé le ou les groupes de stockage.

Type d'événement : Informations Source de l'événement : MSExchangeIS Catégorie d'événement : Enregistreur VSS de Microsoft Exchange ID de l'événement : 9612 Utilisateur : N/A Ordinateur : Nom_serveur.contoso.com Général : L'enregistreur VSS d'Exchange (GUID de l'instance) a libéré le ou les groupes de stockage.

Le programme de sauvegarde doit valider le jeu de sauvegardes du service de cliché instantané

Il est recommandé que le programme de sauvegarde valide l'intégrité du jeu de sauvegardes du service de cliché instantané avant de notifier Exchange de la réussite de la sauvegarde, pour la raison suivante.

Après une sauvegarde correcte, Exchange effectue les deux opérations suivantes :

• Exchange met à jour les en-têtes des bases de données sauvegardées pour indiquer l'heure de la dernière sauvegarde réussie.

• Exchange tronque les journaux des transactions. Dans ce scénario, Exchange supprime les fichiers du journal des transactions qui ne sont plus requis pour la reprise à partir de la dernière sauvegarde correcte.  

Si un programme de sauvegarde reporte la vérification de l'intégrité après l'exécution de ces tâches par Exchange, vous devez veiller à conserver la dernière sauvegarde vérifiée, ainsi que les copies des fichiers du journal des transactions requis pour cette sauvegarde particulière. Même si la sauvegarde a déjà été identifiée comme correcte auprès d'Exchange, vous ne devez pas vous fier à la sauvegarde tant que le programme n'a pas procédé à la vérification de l'intégrité.

Pour plus d'informations sur l'exécution d'une vérification de l'intégrité et l'identification des fichiers de base de données et fichiers du journal des transactions qui doivent être conservés, consultez la section « Vérification de l'intégrité des sauvegardes VSS » plus loin dans cette rubrique.

L'enregistreur Exchange doit être utilisé pour toutes les opérations de restauration à l'emplacement d'origine

L'enregistreur Exchange doit être utilisé exclusivement pour toutes les opérations de restauration des fichiers liés à Exchange à leur emplacement d'origine. L'emplacement d'origine est un serveur Exchange avec des nom et chemin d'accès du fichier identiques à ceux du serveur Exchange depuis lequel la sauvegarde VSS a été effectuée.

L'enregistreur Exchange consigne les événements suivants dans le journal des applications lors de l'opération de restauration d'un cliché instantané :

Type d'événement : Informations Source de l'événement : MSExchangeIS Catégorie d'événement : Enregistreur VSS de Microsoft Exchange ID de l'événement : 9620 Utilisateur : N/A Ordinateur : Nom_serveur.contoso.com Général : L'enregistreur VSS d'Exchange (GUID de l'instance) a traité les événements antérieurs à la restauration.

Type d'événement : Informations Source de l'événement : MSExchangeIS Catégorie d'événement : Enregistreur VSS de Microsoft Exchange ID de l'événement : 9618 Utilisateur : N/A Ordinateur : Nom_serveur.contoso.com Général : L'enregistreur VSS d'Exchange (GUID de l'instance) a traité les événements postérieurs à la restauration.

Vérification de l'intégrité des sauvegardes VSS

Lorsque vous utilisez les API de sauvegarde en continu d'Exchange pour sauvegarder une base de données, chaque page de la base de données est lue et l'intégrité de la somme de contrôle de chaque page est vérifiée lors du processus de sauvegarde. L'intégrité de la somme de contrôle des fichiers du journal des transactions est également vérifiée avant la sauvegarde des fichiers du journal des transactions.

Toutefois, lors d'une sauvegarde VSS, Exchange n'a pas l'opportunité de lire chaque fichier de base de données et de vérifier l'intégrité de la somme de contrôle. Aussi, le programme de sauvegarde vérifie l'intégrité des fichiers de base de données et du journal des transactions. Vous pouvez exécuter la commande Eseutil pour effectuer ces vérifications.

Si la somme de contrôle des sauvegardes VSS n'est pas vérifiée, il se peut qu'une page endommagée ne soit pas détectée dans la base de données. Une telle page pourrait être présente dans toutes les sauvegardes disponibles. La seule récupération possible dans ce scénario consiste à réparer la base de données. La réparation d'une base de données peut impliquer un temps d'arrêt prolongé et entraîner la perte d'une partie des données. Vous perdrez les données dans les pages de base de données endommagées.

Toutefois, si vous vérifiez que la dernière sauvegarde VSS contient des pages correctes, vous pouvez purger les pages endommagées de la base de données. Pour cela, restaurez la sauvegarde vérifiée et restaurez la sauvegarde par progression à l'aide des fichiers du journal des transactions créés après la sauvegarde correcte. En général, cette opération implique un temps d'arrêt largement inférieur à celui lié à une réparation de base de données. Par ailleurs, vous pouvez effectuer ce type d'opération de récupération sans perte de données. Vous pouvez considérer qu'une sauvegarde VSS est correcte lorsque la somme de contrôle de tous les fichiers dans la sauvegarde a été contrôlée.

Il est recommandé de se baser sur les deux règles suivantes pour vérifier l'intégrité de la sauvegarde :

• Vous devez toujours conserver une copie des fichiers de base de données dont l'intégrité a été vérifiée (sauvegarde dans laquelle la somme de contrôle a été vérifiée sur le ou les fichiers de la base de données dans le jeu de sauvegarde).

• Vous devez sauvegarder les fichiers du journal des transactions nécessaires à la récupération du fichier de base de données le plus récent dont l'intégrité a été vérifiée. Vous devez également vérifier l'intégrité de la somme de contrôle des fichiers du journal des transactions.

Les journaux des transactions requis incluent, au minimum, la plage inclusive des fichiers journaux figurant dans le champ Journal requis dans l'en-tête des fichiers de base de données qui font partie de la dernière sauvegarde vérifiée. Si ces fichiers journaux ne sont pas disponibles, la base de données ne sera pas montable après sa restauration.

Important :
Ces conditions s'appliquent à la dernière sauvegarde dont l'intégrité à été vérifiée et non à la sauvegarde la plus récente. Une fois que la somme de contrôle de la sauvegarde la plus récente a été vérifiée, celle-ci est considérée comme une sauvegarde valide.

Vous pouvez également conserver les autres fichiers du journal des transactions requis pour la restauration par progression de la base de données une fois celle-ci restaurée. Il s'agit de tous les fichiers du journal des transactions dans une séquence ininterrompue, du fichier Journal requis le plus bas au journal des transactions créé le plus récemment et purgé du serveur Exchange. Des exemples de ces fichiers et des explications figurent ci-après.

La conservation des fichiers du journal des transactions autres que ceux figurant dans la ou les plages Journal requis est facultative, dans le sens où la conservation des fichiers journaux n'est pas strictement requise pour restaurer et monter correctement une base de données sauvegardée. Toutefois, si vous ne conservez pas tous les fichiers journaux appropriés, la restauration à partir de la sauvegarde entraînera la perte de toutes les modifications effectuées dans la base de données après la sauvegarde.

Il est fortement recommandé de conserver les fichiers du journal des transactions nécessaires à la restauration et au montage d'une base de données sauvegardée, ainsi que tous les fichiers du journal des transactions suivants nécessaires à la restauration par progression de la base de données.

Identification des fichiers du journal des transactions requis

Si une base de données Exchange en ligne est sauvegardée, au moins un fichier du journal des transactions est toujours sauvegardé simultanément. Ce comportement survient indépendamment de l'utilisation de l'API de sauvegarde en continu ou de l'API de sauvegarde VSS.

Après la restauration d'une sauvegarde en ligne, les informations des journaux des transactions doivent être appliquées à la base de données. Cette opération est appelée relecture des fichiers du journal des transactions. Le champ Journal requis de chaque en-tête de base de données enregistre les numéros de séquence (génération) de la plage des fichiers du journal des transactions qui doivent être relus dans la base de données.

Si le champ Journal requis affiche la valeur 0-0, la base de données est montable sans relecture des données d'autres journaux des transactions. Le champ Journal requis prend la valeur 0-0 uniquement après que la base de données soit mise dans un état d'arrêt correct. Lors de l'exécution d'une base de données, le champ Journal requis enregistre toujours la plage des journaux des transactions qui n'ont pas encore été appliqués à la base de données. La plage est mise à jour continuellement.

Une base de données sauvegardée dans un état en ligne a toujours une plage Journal requis non nulle. Aussi, les fichiers du journal des transactions appropriés doivent être sauvegardés avec la base de données. Si les fichiers journaux ne sont pas disponibles après la restauration d'une base de données, celle-ci ne sera pas montable. Si vous ne pouvez pas obtenir les fichiers journaux requis, vous devez effectuer une réparation de la base de données. La réussite de l'opération de réparation de la base de données n'est toutefois pas garantie. La réparation d'une base de données entraîne toujours la perte de quelques données, même si les seules données des fichiers journaux manquants sont perdues.

Si vous utilisez l'API de sauvegarde en continu d'Exchange ou l'API de sauvegarde VSS incluse avec l'enregistreur Exchange, les fichiers journaux requis pour le montage d'une base de données sont sauvegardés automatiquement avec la base de données. Si vous relisez uniquement les fichiers journaux spécifiés dans le champ Journal requis, la base de données est restaurée au point auquel la sauvegarde s'est arrêtée. Si vous voulez restaurer la base de données par progression au-delà de ce point, vous devez également lire les fichiers journaux générés après la sauvegarde.

Pour restaurer complètement la base de données à partir d'une sauvegarde donnée, vous devez conserver tous les fichiers journaux dans une séquence ininterrompue, du journal le plus bas dans la plage Journal requis au fichier journal généré le plus récemment dans le groupe de stockage de la base de données. Si un journal de la série manque ou est endommagé, vous pouvez procéder à la restauration jusqu'au point correspondant au dernier fichier journal correct avant le fichier manquant ou endommagé.

Pour éviter de perdre des données en cas de récupération à partir d'une sauvegarde, vous devez conserver les copies correctes de tous les fichiers du journal des transactions en commençant par la dernière sauvegarde de base de données correcte et vérifiée.

Troncature des journaux des transactions

Si les fichiers journaux des transactions ne sont pas supprimés d'un serveur Exchange, ils sont accumulés jusqu'à remplir l'espace disque disponible. Aussi, les API de sauvegarde en continu et VSS prennent en charge le nettoyage des fichiers du journal des transactions après l'exécution d'une sauvegarde normale ou incrémentielle. Les fichiers journaux antérieurs à ceux nécessaires à la récupération de la sauvegarde la plus récente sont supprimés automatiquement du serveur après que le programme de sauvegarde informe Exchange de la réussite de l'opération de sauvegarde.

Avec l'API en continu, la somme de contrôle de la base de données est vérifiée lors du processus de sauvegarde. Avant la fin de la sauvegarde, l'intégrité physique de la base de données complète et des fichiers journaux requis est vérifiée. Avec l'API VSS, la vérification de la somme de contrôle ne peut pas être effectuée dans le cadre du processus de sauvegarde actuel. Le fournisseur du programme de sauvegarde doit vérifier l'intégrité physique de la base de données indépendamment du processus de sauvegarde. Cette vérification peut être effectuée à l'aide de la commande Eseutil avant l'opération de sauvegarde ou après que le programme notifie Exchange de la fin de la sauvegarde.

• Si la somme de contrôle est vérifiée avant la fin de la sauvegarde et qu'un problème est détecté dans le jeu de sauvegarde, Exchange est notifié de l'échec de la sauvegarde. Cette action empêche la troncature par Exchange des fichiers du journal des transactions à partir du serveur.

• Si la vérification de la somme de contrôle est reportée après la notification de fin d'une sauvegarde, Exchange supprime les anciens fichiers journaux du serveur. Certains des fichiers journaux peuvent être nécessaires pour effectuer une restauration par progression à partir d'une sauvegarde correcte. Si vous n'avez pas déjà copié ces fichiers journaux, il se peut que vous ne puissiez pas effectuer une restauration complète.

Il est recommandé d'effectuer la vérification de la somme de contrôle sur une sauvegarde VSS avant que le programme de sauvegarde notifie Exchange de la fin de la sauvegarde. Si la vérification est reportée après l'exécution de la sauvegarde, le programme de sauvegarde doit conserver des copies de tous les fichiers du journal des transactions tronqués, sauf s'il n'est pas important que la restauration complète d'Exchange soit impossible.

Le plus souvent, tous les fichiers du journal des transactions requis pour la restauration par progression d'une sauvegarde VSS sont disponibles dans le jeu de fichiers journaux enregistrés avec la sauvegarde précédente et les fichiers journaux enregistrés avec la sauvegarde actuelle. Toutefois, lorsque vous sélectionnez une solution de sauvegarde, vous devez vérifier que c'est le cas.

Restauration des sauvegardes non vérifiées

Il se peut que vous deviez restaurer une base de données à partir d'une sauvegarde avant la vérification de la somme de contrôle sur la sauvegarde. Dans ce scénario, il est recommandé de restaurer la base de données à partir d'une sauvegarde antérieure vérifiée, puis de restaurer cette sauvegarde par progression, plutôt que d'utiliser une sauvegarde non vérifiée.

Il se peut que votre contrat de niveau de service requiert une restauration des données plus rapide que celle possible à partir des sauvegardes antérieures. Dans ce scénario, la restauration à partir d'une sauvegarde non vérifiée peut être une meilleure option dès lors que vous conservez une sauvegarde précédente vérifiée avec tous les fichiers journaux requis pour une restauration complète par progression à partir de la sauvegarde précédente. Ceci vous permet d'effectuer une restauration par progression à partir d'une sauvegarde correcte connue si vous venez à découvrir que la sauvegarde non vérifiée est endommagée.

Vérification de la cohérence des instantanés

Le demandeur VSS doit vérifier la cohérence des instantanés. En outre, la vérification de la cohérence des instantanés est une condition de prise en charge d'une solution de sauvegarde par l'équipe Exchange. Exchange 2007 prend en charge les deux méthodes suivantes de vérification de la cohérence des instantanés :

• l'API CHKSGFILES ;

• l'outil de ligne de commande Eseutil.

Pour plus d'informations sur la vérification de la cohérence des instantanés à l'aide de l'API CHKSGFILES, consultez l'article Validating Backup Integrity By Using CHKSGFILES (en anglais).

Pour plus d'informations sur la vérification de la cohérence des instantanés à l'aide de l'outil de ligne de commande Eseutil, consultez l'article Validating Backup Integrity By Using Eseutil (en anglais).

Dépannage du service VSS

Par défaut, le service VSS est installé avec Windows Server 2008. Le service est défini sur un type de démarrage manuel. Il démarre si un programme de sauvegarde (le demandeur) peut utiliser le ou les enregistreurs VSS.

Vous pouvez utiliser les éléments suivants pour résoudre un problème rencontré avec les sauvegardes VSS d'Exchange 2007 :

• informations du journal des événements ;

• commandes VSSADMIN ;

• enregistrement des diagnostics ;

• outil Exchange Extra ;

• outil BETest.

Informations du journal des événements

Les étapes suivantes décrivent le processus de sauvegarde d'Exchange 2007 qui survient en cas d'utilisation de VSS avec les événements correspondants enregistrés. Examinez les événements enregistrés lors de l'opération de sauvegarde pour identifier le composant défaillant.

Étape 1 : préparation de la base de données

1. Le programme de sauvegarde (ou agent) exécute une tâche planifiée.

2. Le demandeur VSS dans le programme de sauvegarde envoie au service VSS une demande de préparation des groupes de stockage Exchange sélectionnés pour une sauvegarde instantanée.

3. Le service VSS transmet à l'enregistreur VSS d'Exchange une notification de préparation d'une sauvegarde instantanée.

Le tableau suivant indique la série d'événements consignés dans le journal des applications pour chaque instance de sauvegarde démarrée.

ID d'événement	Type d'événement	Source de l'événement	Général
9604	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange a collecté le document de métadonnées en vue d'une sauvegarde ou d'une restauration.
9818	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a été appelé pour « EcPrepareSGForBackup ». Données : 0000: 54 68 69 72 64 20 53 74 Third St 0008: 6f 72 61 67 65 20 47 72 orage Gr oup.
9811	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 56) a préparé le moteur de base de données pour une sauvegarde complète ou copie du groupe de stockage « Third Storage Group ». Les bases de données 1 suivantes sont montées et vont être sauvegardées : Third Storage Group Données : 0000: 46 75 6c 6c 00 Full.
9606	Informations	MSExchangeIS	Enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) prêt pour la sauvegarde.
9818	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a été appelé pour « CVssIExchWriter::OnPrepareSnapshot ».
9608	Informations	MSExchangeIS	Enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) prêt pour l'instantané.
2005	Informations	ESE	Banque d'informations (2256) Démarrage de l'instance 56 du cliché instantané. Il s'agira d'un cliché instantané complet.

Étape 2 : capture instantanée de la base de données

Une fois que l'enregistreur Exchange a indiqué au service VSS que la sauvegarde est prête, les actions suivantes se produisent :

1. L'enregistreur Exchange fige les bases de données Exchange appropriées. Dans ce scénario, Exchange exécute les opérations suivantes.

   • Exchange interdit les actions administratives sur le groupe de stockage particulier.

   • Exchange vérifie les dépendances du volume pour le groupe de stockage.

   • Exchange suspend toutes les opérations d'écriture sur les fichiers de base de données et fichiers du journal des transactions appropriés.

     Remarque :
     Exchange autorise toujours l'accès en lecture aux fichiers de la base de données et aux fichiers du journal des transactions.

2. Lorsqu'Exchange lance l'opération consistant à figer les fichiers de base de données Exchange et les fichiers du journal des transactions, Exchange démarre un thread de travail pour suivre la durée de création de la copie d'instantané de la base de données. La durée maximale du processus de copie est fixée à 10 secondes.

Le processus entier de copie d'instantané ne peut pas dépasser 70 secondes. Ceci inclut toutes les opérations survenues à l'étape 2 (capture instantanée de la base de données). Si le processus entier excède 70 secondes, le thread de travail expire. En cas d'expiration, Exchange arrête la tâche de sauvegarde et libère les groupes de stockage Exchange figés. Exchange reprend ensuite un fonctionnement classique.

Le tableau suivant indique la série d'événements consignés dans le journal des applications lors de l'opération de capture instantanée.

ID d'événement	Type d'événement	Source de l'événement	Général
2001	Informations	MSExchangeIS	MSExchangeIS (2256) Third Storage Group: Démarrage du blocage de l'instance 56 du cliché instantané.
9818	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a été appelé pour « CVssIExchWriter::OnFreeze ».
9610	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a figé le ou les groupes de stockage.
9818	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a été appelé pour « CVssIExchWriter::OnThaw ».
2003	Informations	ESE	Banque d'informations (2256) Interruption du blocage de l'instance 56 du cliché instantané.
9612	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a libéré le ou les groupes de stockage.
9818	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a été appelé pour « CVssIExchWriter::OnPostSnapshot ».

Étape 3 : vérification de la copie d'instantané

Le demandeur VSS dans le programme de sauvegarde vérifie l'intégrité de la copie d'instantané. Le programme notifie ensuite Exchange de la réussite ou de l'échec de la sauvegarde. Cette action indique la fin de l'opération de sauvegarde. La méthode OnBackupComplete() permet de réinitialiser l'indicateur backupInProgress.

Le tableau suivant indique la série d'événements consignés dans le journal des applications lors de l'exécution de la sauvegarde.

ID d'événement	Type d'événement	Source de l'événement	Général
9818	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a été appelé pour « CVssIExchWriter::OnBackupComplete ».
9818	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a été appelé pour « EcSGBackupComplete ». Données : 0000: 54 68 69 72 64 20 53 74 Third Storage Group.
9780	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a terminé la sauvegarde complète ou incrémentielle du groupe de stockage « Third Storage Group ».
2006	Informations	ESE	Banque d'informations (2256) Exécution de l'instance 56 du cliché instantané.
9616	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a traité l'événement d'achèvement de sauvegarde.

À la fin de l'opération de sauvegarde, l'enregistreur Exchange appelle la méthode OnBackupShutdown(). Celle-ci permet d'exécuter les opérations requises à l'arrêt d'un programme de sauvegarde après la fin d'une tâche de sauvegarde.

Si une erreur irrécupérable survient, la méthode OnBackupShutdown() définit le statut de l'enregistreur Exchange sur Échec.

Le tableau suivant indique la série d'événements consignés dans le journal des applications lors de l'événement d'arrêt de sauvegarde.

ID d'événement	Type d'événement	Source de l'événement	Général
9818	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a été appelé pour « CVssIExchWriter::OnBackupShutdown ».
9648	Informations	MSExchangeIS	L'enregistreur VSS d'Exchange (instance 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) a traité l'événement d'arrêt de sauvegarde.

Les deux appels de fonction suivants sont émis en cas d'échec de la sauvegarde :

• CVssIExchWriter::OnAbort()

  Cette méthode indique qu'une opération de cliché instantané s'est terminée de façon prématurée. L'enregistreur Exchange l'utilise pour nettoyer l'enregistreur Exchange et indiquer à la base de données JET de libérer la banque d'informations. Elle permet également à l'enregistreur Exchange de notifier la base de données JET de l'arrêt de la capture instantanée.

• CVssIExchWriter::EcBackupCleanup()

  En cas d'échec de la sauvegarde, Exchange utilise cette méthode pour effectuer les opérations de nettoyage postérieures à l'échec de la sauvegarde. Exchange utilise cette méthode pour notifier la base de données JET de l'échec de la capture instantanée. Elle permet également à Exchange de notifier la banque d'informations de l'échec de la capture instantanée.

Étape 4 : troncature des journaux des transactions

À la fin d'une sauvegarde correcte, Exchange exécute les opérations suivantes.

• Exchange tronque les journaux du fichier des transactions.

  Notes

  Si, au lieu d'une sauvegarde d'Exchange, vous effectuez une sauvegarde d'un volume contenant des fichiers de base de données Exchange, la sauvegarde est traitée de la même manière qu'une sauvegarde d'Exchange. Dans ce scénario, la sauvegarde est considérée comme une sauvegarde de copie et le journal des transactions n'est pas tronqué.

• Exchange met à jour les en-têtes de la base de données avec les informations de champ Journal requis appropriées.

• Exchange supprime le statut de sauvegarde en cours.

• Exchange enregistre la durée de la dernière sauvegarde pour les bases de données appropriées.

Commandes VSSADMIN

L'outil de ligne de commande d'administration VSS (VSSADMIN) permet d'obtenir des informations sur les enregistreurs et fournisseurs enregistrés auprès du service VSS.

Pour obtenir des informations sur les enregistreurs VSS, procédez comme suit :

1. Sur le serveur Exchange, cliquez sur Démarrer, sur Exécuter, entrez cmd, puis cliquez sur OK.

2. À l'invite de commandes, entrez vssadmin list writers, puis appuyez sur ENTRÉE.

   Examinez les résultats retournés pour localiser les résultats relatifs aux enregistreurs Exchange. L'enregistreur Exchange doit être dans un état stable. Les résultats suivants sont retournés lorsque l'enregistreur Exchange est dans un état stable :

   Nom de l'enregistreur : « Enregistreur Microsoft Exchange » ID de l'enregistreur : {76fe1ac4-15f7-4bcd987e-8e1acb462fb7} ID d'instance de l'enregistreur : {977637c2-fcdd-463e-b1f8-a9a5d603a2e8} État : [1] Stable Dernière erreur : Pas d'erreur

   Si le champ État n'a pas la valeur Stable, redémarrez le service de banque d'informations Microsoft Exchange. Des résultats semblables à ce qui suit sont retournés lorsque l'enregistreur Exchange est dans un état stable :

   Nom de l'enregistreur : « Enregistreur Microsoft Exchange » ID de l'enregistreur : {76fe1ac4-15f7-4bcd987e-8e1acb462fb7} ID d'instance de l'enregistreur : {977637c2-fcdd-463e-b1f8-a9a5d603a2e8} État : [14] Échec Dernière erreur : Erreur renouvelable

3. Pour obtenir des informations sur les fournisseurs VSS enregistrés, entrez vssadmin list providers à l'invite de commande. Les résultats suivants doivent apparaître :

   Nom du fournisseur : « Fournisseur de cliché instantané de logiciel Microsoft 1.0 » Type de fournisseur : Système ID du fournisseur : {b5946137-7b9f-4925-af80-51abd60b20d5} Version : 1.0.0.7

   Par défaut, seul le fournisseur de cliché instantané de logiciel Microsoft est indiqué. D'autres fournisseurs peuvent apparaître si un programme de sauvegarde tiers est installé.

Enregistrement des diagnostics

Si vous pensez que le problème rencontré est lié à l'enregistreur Exchange, activez l'enregistrement des diagnostics pour l'enregistreur Exchange. Pour ce faire, procédez comme suit :

1. Démarrez l'environnement de ligne de commande Exchange Management Shell.

2. Exécutez la commande suivante :

   get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"} | set-eventloglevel -level expert 
   

3. Pour vérifier le niveau d'enregistrement de l'enregistreur Exchange, exécutez la commande suivante :

   get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"}
   

4. Pour restaurer l'enregistrement des diagnostics au niveau par défaut, exécutez la commande suivante :

   get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"} | set-eventloglevel -level Lowest
   

Outil Exchange 2007 Extra

Vous pouvez utiliser l'outil Assistant Dépannage d'Exchange (Extra) inclus avec Exchange 2007 pour suivre l'enregistreur Exchange. Pour ce faire, procédez comme suit :

1. Sur le serveur Exchange, cliquez sur Démarrer, sur Exécuter, entrez extra, puis cliquez sur OK.

2. Si vous n'avez pas exécuté le programme auparavant, cliquez sur Participez au Programme d'amélioration de la satisfaction client Microsoft ou sur Je ne souhaite pas participer au programme maintenant.

3. Dans le volet Office, cliquez sur Sélectionner une tâche.

4. Dans l'écran de sélection des tâches de dépannage, cliquez sur Contrôle de suivi.

5. Si le message suivant s'affiche, cliquez sur OK :

   Ce serveur ne dispose pas du module nécessaire à l'interprétation des suivis. Procéder à cette opération uniquement si celle-ci est effectuée sous le contrôle direct d'un ingénieur du service d'assistance Exchange compétent.

6. Notez le chemin indiqué dans la zone Sélectionner l'emplacement du fichier de suivi.

7. Cliquez sur Définir des balises de suivi manuelles.

8. Dans la liste Composants à suivre, cliquez sur Banque, mais n'activez pas la case à cocher Banque.

9. Dans la liste Suivi des balises, activez la case à cocher tagVSS.

10. Cliquez sur Activer le suivi de la banque.

Outil BETest

L'outil BETest permet de déterminer si un problème est du à un demandeur VSS tiers.

Ce demandeur permet de tester l'enregistreur VSS d'Exchange. L'outil BETest utilise l'API VSS de Microsoft pour communiquer avec l'enregistreur Exchange et le tester. Il peut exécuter la plupart des tâches effectuées par un demandeur VSS classique. Vous pouvez utiliser l'outil BETest pour effectuer une sauvegarde VSS d'un groupe de stockage Exchange. BETest peut effectuer une capture instantanée VSS d'une base de données active ou d'une base de données réplica sur un serveur Exchange 2007.

Pour obtenir cet outil, téléchargez et installez le kit de développement logiciel (SDK) VSS, version 7.2. Pour obtenir ce kit, consultez la page Volume Shadow Copy Service SDK 7.2 (en anglais).

Le chemin suivant est l'emplacement d'installation par défaut de la version i386 de l'outil BETest :

C:\Program Files (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\i386

Pour utiliser l'outil BETest, procédez comme suit :

1. Ouvrez une fenêtre d'invite de commandes, puis accédez au répertoire approprié de votre système d'exploitation. Par exemple, accédez au répertoire C:\Program Files (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\amd64.

2. Vérifiez les enregistreurs VSS disponibles. Pour cela, entrez betest.exe >AvailableWriters.txt.

3. Créez un fichier Components.txt à utiliser avec BETest. Pour ce faire, procédez comme suit :

   1. Ouvrez le fichier AvailableWriters.txt à l'aide d'un éditeur de texte tel que le Bloc-notes.

   2. Localisez la section Enregistreur Microsoft Exchange. Dans le Bloc-notes, appuyez sur F3, entrez Enregistreur Microsoft Exchange dans la zone Rechercher, puis cliquez sur Suivant.

   3. Utilisez les informations qui apparaissent dans la section WriterName = Enregistreur Microsoft Exchange pour renseigner le fichier Components.txt. Le fichier a le format suivant :

      "<GUID_ID_enregistreur>": "<chemin_logique_composant>" {"target" # "new target", ...}, ..."<chemin_logique_composant>" : "<chemin_logique_sous-composant>,...";

      Dans ce fichier, <chemin_logique_composant> représente l'entrée LogicalPath, l'entrée LogicalPath et le GUID du composant, ou, s'il n'y a pas de valeur LogicalPath, le GUID du composant seulement. Le GUID du composant représente un groupe de stockage particulier. Par exemple, l'entrée <chemin_logique_composant> peut être « Microsoft Exchange Server\Microsoft Information Store\ServerName\000dd565-c4e8-4f58-a8b1-2e29eee4f5c0. »

      Ce qui suit est un exemple de fichier Components.txt :

      "{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Microsoft Information Store\Nom_serveur\999dd565-c4e8-4f58-a8b1-2e29eee4f5c0 ";

      Dans cet exemple, le premier GUID est celui de l'enregistreur Exchange. Vous ne pouvez pas modifier ce GUID. Le deuxième GUID appartient à un groupe de stockage particulier. Vous pouvez indiquer le groupe de stockage pour lequel vous voulez exécuter la commande en spécifiant le GUID du groupe de stockage approprié. Pour obtenir le GUID d'un groupe de stockage particulier, exécutez la cmdlet Get-StorageGroup '<Nom_groupe_stockage>' | fl GUID.

      Exchange ne prend en charge que les sauvegardes en continu des groupes de stockage actifs. Pour sauvegarder un groupe de stockage passif, vous devez utiliser une sauvegarde VSS. Si vous avez un cluster CCR Exchange ou si vous voulez sauvegarder la copie du réplica à partir d'un serveur activé pour la réplication continue locale (LCR), le fichier Components.txt doit ressembler à l'un des exemples suivants.

      Pour une copie passive CCR

      "{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Microsoft Information Store\Replica\<Nom du serveur de boîtes aux lettres en cluster>\<GUID du groupe de stockage>";

      Pour une copie passive LCR

      "{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Microsoft Information Store\Replica\<Nom du serveur>\<GUID du groupe de stockage>";

4. Après avoir créé le fichier Components.txt, exécutez la commande suivante pour sauvegarder le groupe de stockage :

   BETEST.exe /B /E /T 1 /S output.XML /C components.txt /D c:\betest > output.txt
   

   Notes

   Cette commande crée la sauvegarde dans le répertoire C:\Betest. Vous pouvez également exécuter cette commande sans l'option /E.

5. Si vous recevez un message d'erreur lors de l'exécution de la commande, cela indique un problème avec l'enregistreur Exchange. Pour résoudre le problème, examinez le contenu du fichier Output.txt créé lors de l'exécution de la commande à l'étape 4.

Meilleures pratiques

La liste suivante indique certaines des meilleures pratiques recommandées pour la résolution des problèmes de sauvegarde VSS :

• Vérifiez que vous avez installé les derniers Service Packs Windows et les dernières mises à jour VSS.

• Supposons que vous dépannez une erreur -2403 survenu au démarrage d'une tâche de sauvegarde. Dans ce cas, VSS utilise un type de démarrage manuel. Si une tâche de sauvegarde est bloquée, il se peut que VSS ne s'arrête pas, considérant que la sauvegarde est toujours en cours d'exécution. Dans ce scénario, vous recevez une erreur -2403 lorsque vous tentez de démarrer une nouvelle tâche de sauvegarde. Pour résoudre ce problème, arrêtez manuellement le service VSS, puis commencez la tâche de sauvegarde.

• Si vous utilisez le programme BETest pour résoudre un problème, effectuez plusieurs sauvegardes BETest sur une période de plusieurs jours. Lorsque vous exécutez le programme BETest, vous devez arrêter et désactiver temporairement les services de sauvegarde tiers.

• Si vous rencontrez des problèmes d'expiration avec l'enregistreur VSS, cela peut être du à des problèmes de performance sur le serveur. Dans ce scénario, collectez les journaux de performance pour vérifier s'il existe un problème de performance.

• L'enregistreur VSS est dans un état Renouvelable. Ce problème indique que l'enregistreur VSS a rencontré une erreur récupérable. L'état change automatiquement après quelques instants. Vous pouvez toutefois résoudre le problème d'état Renouvelable en redémarrant le serveur.

Références VSS

Les références suivantes sur le service VSS sont disponibles :

• Exchange Backup and Recovery Architecture

• Backup Sequence Diagrams

• VSS Frequently Asked Questions

• Troubleshooting Exchange 2007 VSS Backups

• Continuous Replications and Exchange Backups

• Vidéo en streaming (10 minutes) – Comment DPM 2007 protège vos données