Partager via

Créer des applications de sauvegarde et de restauration pour Exchange 2013

  • Article

Trouvez des informations sur les composants et l’architecture des applications de sauvegarde et de restauration pour Exchange 2013, ainsi que sur la configuration système requise pour la création d’une application de sauvegarde et de restauration.

S’applique à : Exchange Server 2013

Vous pouvez utiliser le service VSS (Volume Shadow Copy Service) dans les versions de Windows Server commençant par Windows Server 2008 pour créer des applications qui sauvegardent et restaurent Exchange Server données 2013. VSS fournit une infrastructure qui vous permet de créer et de gérer des clichés instantanés sur des systèmes de gestion de stockage tiers, des applications métier et du matériel. Vous pouvez créer des solutions basées sur l’infrastructure VSS qui utilisent des clichés instantanés pour sauvegarder et restaurer une ou plusieurs bases de données Exchange 2013.

Prérequis pour la sauvegarde et la restauration de l’application

Pour que votre application de sauvegarde et de restauration personnalisée et VSS sauvegarde et restauration des bases de données Exchange 2013, votre environnement doit inclure les éléments suivants :

  • Une version de Windows Server commençant par Windows Server 2008

  • Exchange 2013

En outre, si vous créez une application de sauvegarde et de restauration, vous devez connaître les restrictions suivantes sur l’environnement de développement :

  • VSS est une API COM non managée qui est accessible à partir du code managé .NET Framework via un assembly COM Interop.

  • Exchange Management Shell est une application managée accessible via du code managé .NET Framework.

  • L’API CHKSGFILES fournie avec Exchange 2013 est une DLL 64 bits en code natif. L’utilisation de la DLL CHKSGFILES Exchange 2007 32 bits avec des bases de données Exchange 2013 n’est pas prise en charge.

Vue d’ensemble de l’application de sauvegarde et de restauration

VSS coordonne la communication entre les composants suivants :

  • Le demandeur VSS, qui est votre application de sauvegarde

  • Enregistreur VSS

  • Le fournisseur VSS, qui est le système, les logiciels ou les composants matériels qui créent les clichés instantanés

Pour utiliser VSS pour sauvegarder des données Exchange 2013, votre application de sauvegarde doit être un demandeur VSS prenant en compte Exchange 2013. Exchange 2013 inclut un enregistreur VSS, appelé Enregistreur Microsoft Exchange, pour le programme de sauvegarde Windows Server ; Toutefois, l’enregistreur Exchange sauvegarde uniquement des volumes entiers. Il ne sauvegarde pas les bases de données Exchange 2013 individuelles. Si vous avez besoin de plus de flexibilité, vous pouvez utiliser une application de sauvegarde tierce qui dispose d’un enregistreur VSS prenant en charge Exchange qui peut fonctionner avec des bases de données Exchange individuelles, ou vous pouvez créer un demandeur VSS personnalisé.

Avant que votre application appelle VSS pour lancer une sauvegarde, elle doit obtenir des informations sur la configuration de stockage pour le système Exchange 2013 qu’elle sauvegarde. Ces informations sont stockées dans services de domaine Active Directory (AD DS). Votre application de sauvegarde peut obtenir des données de configuration de stockage Exchange à l’aide des commandes Exchange Management Shell. Pour plus d’informations, consultez Exchange Server PowerShell (Exchange Management Shell).

Les applications de sauvegarde Exchange 2013 appellent les API COM VSS pour créer des sauvegardes complètes, de copie, différentielles et incrémentielles de bases de données Exchange ; ils n’interagissent pas directement avec l’enregistreur VSS. La fonctionnalité de groupe de disponibilité de base de données (DAG) dans Exchange permet également à votre application de créer une sauvegarde entièrement cohérente, même si la sauvegarde complète initiale et les sauvegardes incrémentielles ultérieures proviennent de différents serveurs dans le DAG. Une fois que VSS a créé la copie des données Exchange, votre application de sauvegarde stocke les données sur le support prévu.

Pour restaurer une base de données Exchange 2013, votre application de restauration récupère la base de données et les fichiers journaux à partir du support de sauvegarde et les stocke sur le stockage sur disque actif d’un serveur Exchange. Les bases de données individuelles ne sont pas associées à un serveur Exchange particulier.

Les applications de sauvegarde et de restauration doivent spécifier un certain nombre de paramètres spécifiques à Exchange 2013 pour contrôler et gérer correctement les opérations exécutées par VSS sur les bases de données Exchange 2013. Par exemple, étant donné qu’Exchange 2013 prend en charge jusqu’à 100 bases de données actives simultanément, l’application de sauvegarde doit spécifier et traiter correctement le fichier de base de données, les fichiers journaux des transactions et les composants de base de données de fichier de point de contrôle.

Pour reconstruire une base de données qui a subi des modifications depuis la dernière sauvegarde complète, votre application de restauration nécessite des fichiers de base de données et des fichiers journaux de différentes sauvegardes. Par exemple, cela peut nécessiter une sauvegarde complète hebdomadaire et une ou plusieurs sauvegardes incrémentielles quotidiennes. Dans les systèmes Exchange 2013 qui utilisent des DAG, votre application de restauration peut reconstruire une base de données à l’aide de sauvegardes de différentes copies de base de données sur différents serveurs dans le même DAG. Toutefois, la seule méthode prise en charge pour restaurer une base de données DAG à partir d’une sauvegarde consiste à restaurer toutes les copies actives et passives de la base de données en utilisant les mêmes données.

Une fois toutes les données en place, votre application de restauration signale à Exchange de vérifier l’intégrité de la base de données et des fichiers journaux. Si la base de données et les fichiers journaux ont été restaurés correctement, le serveur Exchange peut alors relire les fichiers journaux de base de données pour mettre à jour la base de données et la monter. Si la base de données a été récupérée sur un serveur qui dispose déjà d’une copie active de la base de données montée, la base de données est traitée comme une base de données de récupération. Si la base de données a été récupérée sur un autre serveur, la base de données peut être montée indépendamment ou ce réplica peut ensuite être ajouté au DAG.

Architecture système de sauvegarde et de restauration

VSS communique avec le système de fichiers Windows Server et avec le pilote de périphérique de stockage de masse par le biais d’un fournisseur tiers (ou personnalisé). Le fournisseur de matériel détermine où le cliché instantané sera créé. VSS extrait le cliché instantané spécifique au matériel afin que votre application de sauvegarde et de restauration puisse accéder au cliché instantané sans informations sur les détails de l’implémentation matérielle. La figure suivante montre comment votre application de sauvegarde et de restauration interagit avec Exchange 2013 et Windows Server.

Figure 1. Architecture système de sauvegarde et de restauration

Diagramme présentant les interactions entre une application de sauvegarde et de restauration. La communication à double sens existe entre Exchange, Windows Server et l’application cliente. Le serveur Windows interagit également avec un dispositif de stockage de masse ou un média de sauvegarde.

L’application de sauvegarde et de restauration fonctionne en tant que demandeur VSS. Le demandeur communique avec VSS pour obtenir des informations sur Exchange 2013, lancer la création de clichés instantanés et accéder aux données à des fins de sauvegarde.

La banque Exchange est un composant d’Exchange 2013 et accède aux bases de données Exchange 2013 via le système de fichiers Windows Server. Dans le système de fichiers, chaque serveur Exchange peut monter simultanément jusqu’à 100 bases de données avec les fichiers de base de données (.edb) associés, les fichiers journaux des transactions et un fichier de point de contrôle.

Pour prendre en charge VSS, Exchange 2013 inclut un enregistreur Exchange intégré au magasin Exchange. L’enregistreur Exchange coordonne avec le magasin Exchange (qui fonctionne pour le compte du demandeur) pour figer et démonter la base de données avant de la sauvegarder, puis pour libérer et monter la base de données une fois la sauvegarde terminée. Pendant une restauration, votre application de sauvegarde et de restauration indique au writer Exchange de se coordonner avec le magasin Exchange pour démonter la base de données, remplacer les fichiers de base de données, monter la base de données, puis relire les journaux des transactions (si nécessaire).

Pendant une restauration, le demandeur communique également avec VSS pour préparer le système pour la restauration, puis pour remettre les données sur le périphérique de stockage de masse. Votre application de sauvegarde et de restauration est également responsable de l’utilisation de Windows Server pour lire et écrire des données sur le support de stockage de sauvegarde, qu’il s’agisse d’une archive sur bande, d’un réseau de zone de stockage ou d’un autre support de sauvegarde.

La base de données restaurée peut être montée en tant que base de données normale et active ou en tant que base de données de récupération Exchange 2013. Une seule base de données montée peut être désignée comme base de données de récupération sur chaque serveur Exchange.

Les informations requises pour effectuer correctement les opérations de sauvegarde et de restauration entre Exchange 2013, VSS et votre application de sauvegarde et de restauration sont transférées dans le cadre des métadonnées de l’enregistreur Exchange.

Dans cette section

Voir aussi