Types d’opérations de sauvegarde pour Exchange 2013

Recherchez des informations sur les différents types de sauvegardes que vous pouvez effectuer sur vos bases de données de magasin Exchange 2013, notamment les sauvegardes complètes, de copie, incrémentielles et différentielles.

S’applique à : Exchange Server 2013

Cet article fournit des informations sur les différents types de sauvegardes que vous pouvez effectuer sur Exchange Server bases de données 2013 et sur la façon dont ces sauvegardes affectent les fichiers de base de données.

Les applications de sauvegarde et de restauration qui utilisent le service VSS (Volume Shadow Copy Service) et l’enregistreur Exchange peuvent effectuer les types de sauvegarde répertoriés dans le tableau suivant.

Tableau 1. Types d’opérations de sauvegarde

Les composants, ou fichiers de base de données, définis par l’enregistreur Exchange représentent les fichiers de base de données et les journaux des transactions dans les bases de données Exchange 2013. Cela permet à votre application de sauvegarde et de restauration d’afficher les noms des composants dans une base de données Exchange 2013 pendant les opérations de sauvegarde. Toutefois, votre application de sauvegarde ne peut pas sauvegarder des composants de base de données individuels . il peut uniquement sauvegarder des bases de données entières.

L’enregistreur Exchange normalise les chemins logiques des composants de base de données, qui sont spécifiés dans les métadonnées de l’enregistreur Exchange. L’enregistreur Exchange retourne les chemins d’accès logiques à votre application de sauvegarde et de restauration en fonction des besoins.

L’enregistreur Exchange fournit des chemins d’accès logiques sous la forme :

logicalPath = "Exchange Server\Microsoft Information Store\<Server name>"

Les composants serveur et base de données sont des composants de groupe de fichiers, mais ils n’ont aucun fichier associé. Ils ont des sous-composants qui spécifient les fichiers individuels. Une base de données ne contient qu’un seul composant de journal, nommé Journaux. Les noms des composants de base de données individuels sont les GUID des bases de données, affichés sous forme de chaînes.

L’enregistreur Exchange répertorie uniquement les bases de données qui peuvent être sauvegardées, en fonction des instructions de l’infrastructure VSS. Les bases de données montées en tant que base de données de récupération Exchange 2013, ainsi que les bases de données qui ne sont pas montées, ne peuvent pas être sauvegardées et ne sont donc pas répertoriées dans les métadonnées de l’enregistreur Exchange.

La figure suivante illustre le processus de sauvegarde de l’enregistreur Exchange.

Figure 1. Séquence d’événements pour le processus de sauvegarde

Sauvegardes complètes

Une sauvegarde complète d’une base de données Exchange implique la création et le stockage d’une copie du fichier de base de données, des journaux des transactions et des fichiers de point de contrôle. Une base de données Exchange 2013 comporte un ensemble de fichiers journaux des transactions dédiés.

Une fois la base de données sauvegardée, les fichiers journaux des transactions sur le disque sont tronqués de sorte que seules les modifications de base de données qui se sont produites après la sauvegarde restent. Pendant ce processus, l’enregistreur Exchange supprime toutes les entrées de journal jusqu’au point de contrôle, en partant de l’hypothèse que les bases de données ont maintenant été sauvegardées dans un état cohérent qui contient toutes les modifications jusqu’au point de contrôle le plus récent.

Si la base de données en cours de sauvegarde est démontée pendant l’opération de sauvegarde, Exchange 2013 ne tronquera pas les journaux des transactions et le résultat sera l’équivalent d’une opération de copie de sauvegarde, et non d’une opération de sauvegarde complète.

Lorsqu’une sauvegarde complète est terminée, les en-têtes de la base de données montée active sont mis à jour avec les informations de sauvegarde actuelles. Dans les déploiements répliqués, ces informations sont validées dans un fichier journal des transactions et répliquées sur les autres copies DAG de la base de données. Les en-têtes des copies de base de données sont mis à jour à mesure que ce fichier journal des transactions est relu dans la copie de base de données.

Une sauvegarde de cliché instantané complet est nécessaire pour exécuter des sauvegardes de clichés instantanés incrémentiels ou différentiels. Les sauvegardes complètes peuvent être extraites de n’importe quelle copie, à condition qu’il s’agit d’une sauvegarde par cliché instantané.

Les sauvegardes complètes sont utilisées dans les scénarios suivants :

• Une base de données est endommagée ou perdue, mais les fichiers journaux des transactions sur le disque sont intacts. Dans ce scénario, les fichiers de base de données affectés peuvent être restaurés à partir de la sauvegarde complète, puis récupérés en relisant les journaux des transactions qui sont toujours sur le disque.

• Les fichiers journaux des transactions, ainsi que le fichier de base de données sur le disque, sont perdus. Dans ce scénario, les fichiers journaux des transactions qui ont été sauvegardés au moment de la sauvegarde complète sont restaurés avec la base de données.

Dans Exchange 2013, les journaux peuvent être restaurés sans avoir à restaurer la base de données applicable à partir d’un jeu de sauvegarde complet. Cette option permet de restaurer une sauvegarde complète précédente et de la combiner avec les fichiers journaux des transactions de la sauvegarde complète la plus récente pour effectuer une restauration par progression.

Lorsque l’énumération VSS_BACKUP_TYPE dans VSS est définie sur VSS_BT_FULL lorsque l’enregistreur Exchange effectue une sauvegarde, les composants suivants sont inclus dans la sauvegarde :

• Base de données avec le chemin logique Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

• Un fichier journal avec le chemin logique Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

Copier des sauvegardes

Une copie de sauvegarde d’une base de données Exchange implique la création et le stockage des mêmes éléments que ceux inclus dans une sauvegarde complète. Toutefois, contrairement à une sauvegarde complète, les fichiers journaux des transactions sur le disque ne sont pas tronqués une fois la sauvegarde terminée. Les sauvegardes de copie ne sont pas destinées à la récupération de données. Au lieu de cela, les sauvegardes de copie fournissent une image des données à utiliser dans le test, le diagnostic des problèmes ou pour l’amorçage d’un réplica.

Par exemple, un administrateur Exchange 2013 qui rencontre des problèmes avec le magasin Exchange peut effectuer une sauvegarde de copie à utiliser dans un environnement de test sans affecter le système de production. Les sauvegardes de copie n’affectent pas les planifications de sauvegarde régulières ; Toutefois, étant donné qu’une sauvegarde de copie place également la banque Exchange dans un état de sauvegarde en cours, elle empêche les autres sauvegardes planifiées de continuer jusqu’à ce que la sauvegarde de copie soit terminée ou abandonnée.

Lorsque l’énumération VSS_BACKUP_TYPE dans VSS est définie sur VSS_BT_COPY, les composants suivants sont inclus dans une sauvegarde de copie :

• Base de données avec le chemin logique Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

• Un composant de fichier journal avec le chemin logique Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

Sauvegardes incrémentielles

Une sauvegarde incrémentielle d’une base de données Exchange 2013 enregistre les modifications apportées à la base de données depuis la dernière sauvegarde complète ou incrémentielle. Lorsque tous les fichiers de base de données et fichiers journaux sont restaurés sur le système, ils peuvent être récupérés à l’état dans lequel ils se trouvaient au moment de la dernière sauvegarde incrémentielle. Les données stockées dans une sauvegarde incrémentielle incluent uniquement les fichiers journaux des transactions jusqu’à l’heure actuelle.

Une fois la sauvegarde terminée, le serveur Exchange tronque les fichiers journaux et marque l’heure de sauvegarde dans les en-têtes de base de données. L’utilisation d’une sauvegarde incrémentielle pour récupérer une base de données nécessite la restauration d’au moins deux jeux de données : la dernière sauvegarde complète, puis chaque sauvegarde incrémentielle effectuée après la dernière sauvegarde complète. L’avantage de l’utilisation de sauvegardes incrémentielles est que les sauvegardes individuelles sont beaucoup plus petites qu’une sauvegarde complète et que les sauvegardes incrémentielles individuelles sont souvent plus petites que les sauvegardes différentielles.

L’inconvénient de l’utilisation de sauvegardes incrémentielles est que si de nombreuses sauvegardes incrémentielles ont été effectuées entre les sauvegardes complètes, la récupération de la banque Exchange peut impliquer la récupération de nombreuses sauvegardes incrémentielles. Exchange n’autorise pas une sauvegarde incrémentielle à se produire lorsqu’il n’existe aucune sauvegarde complète précédente pour établir le point de départ des modifications incrémentielles.

Une sauvegarde complète effectuée à partir d’un emplacement de copie DAG peut être suivie d’une sauvegarde incrémentielle à partir de l’emplacement actif et vice versa. Une restriction à garder à l’esprit est que le dernier état de sauvegarde est conservé dans l’en-tête de la base de données active et que les modifications apportées à l’en-tête de base de données sont écrites dans les journaux des transactions, répliquées et relues à l’emplacement de la base de données de copie, comme tous les autres journaux des transactions dans les déploiements DAG. Étant donné que les sauvegardes et les restaurations interagissent, les applications de sauvegarde peuvent fournir la fonctionnalité permettant d’exécuter des sauvegardes exclusivement sur un nœud DAG spécifique, que le nœud soit actif ou passif, ainsi que d’exécuter des sauvegardes exclusivement à partir du nœud passif ou exclusivement à partir du nœud actif.

Lorsque l’énumération VSS_BACKUP_TYPE dans VSS est définie sur VSS_BT_INCREMENTAL, les composants suivants sont inclus dans une sauvegarde incrémentielle :

• Base de données avec le chemin logique Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

• Un fichier journal avec le chemin logique Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

Sauvegardes différentielles

Une sauvegarde différentielle d’une base de données Exchange 2013 enregistre les modifications apportées à la base de données depuis la dernière sauvegarde complète ou incrémentielle. Lorsque les fichiers de base de données et les fichiers journaux sont restaurés par le système, ils peuvent être récupérés à l’état dans lequel ils se trouvaient lors de la dernière sauvegarde différentielle.

Les données stockées dans une sauvegarde différentielle incluent uniquement les fichiers journaux des transactions jusqu’au point de contrôle actuel. Les sauvegardes différentielles ne suppriment ni ne modifient les fichiers journaux, ni les en-têtes de base de données. Pour utiliser une sauvegarde différentielle afin de récupérer une base de données, vous devez uniquement restaurer deux jeux de données : la dernière sauvegarde complète, puis la sauvegarde différentielle la plus récente.

L’inconvénient de l’utilisation de sauvegardes différentielles est que les sauvegardes différentielles dupliquent les données sauvegardées dans chaque sauvegarde jusqu’à ce qu’une sauvegarde complète soit effectuée. Si de nombreuses sauvegardes différentielles sont effectuées entre les sauvegardes complètes, l’espace de stockage requis peut dépasser celui requis par le même nombre de sauvegardes incrémentielles. Exchange n’autorise pas une sauvegarde différentielle lorsqu’il n’y a pas eu de sauvegarde complète ou incrémentielle pour établir le point de départ des sauvegardes différentielles.

Une sauvegarde complète effectuée à partir de l’emplacement de copie peut être suivie d’une sauvegarde différentielle à partir de l’emplacement actif et vice versa. Une restriction à garder à l’esprit est que le dernier état de sauvegarde est conservé dans l’en-tête de la base de données active et que les modifications apportées à l’en-tête de base de données sont écrites dans les journaux des transactions, répliquées et relues à l’emplacement de la base de données de copie, comme tous les autres journaux des transactions dans les déploiements DAG. Étant donné que les sauvegardes et les restaurations interagissent, les applications de sauvegarde fournissent la fonctionnalité permettant d’exécuter toutes les sauvegardes exclusivement sur un nœud DAG spécifique, que le nœud soit actif ou passif, ainsi que d’exécuter des sauvegardes exclusivement à partir du nœud passif ou exclusivement à partir du nœud actif.

Lorsque l’énumération VSS_BACKUP_TYPE dans VSS est définie sur VSS_BT_DIFFERENTIAL, les composants suivants sont inclus dans une sauvegarde différentielle :

• Base de données avec le chemin logique Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

• Un fichier journal avec le chemin logique Exchange Server\Microsoft Information Store\<Server Name>\<Database GUID>

Voir aussi

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

• Concepts de sauvegarde et de restauration pour Exchange 2013

• Restauration des bases de données Exchange 2013

• Valider l’intégrité de la sauvegarde à l’aide de l’API CHKSGFILES dans Exchange 2013

• Valider l’intégrité de la sauvegarde à l’aide de l’outil Eseutil dans Exchange 2013