Restauration des bases de données Exchange 2013
Trouvez des informations sur les différentes façons dont vous pouvez restaurer vos bases de données Exchange 2013.
S’applique à : Exchange Server 2013
L’enregistreur Exchange inclus dans Exchange Server 2013 offre une certaine flexibilité dans la façon dont vous restaurez vos bases de données Exchange. En utilisant l’enregistreur Exchange dans Exchange 2013, vous pouvez restaurer vos sauvegardes de clichés instantanés aux emplacements suivants :
La base de données d’origine, que la configuration du chemin d’accès de la base de données ou du fichier journal des transactions ait été modifiée ou non.
Une base de données de récupération.
Toute base de données de production, que le nom d’affichage de la base de données corresponde ou non au nom d’un jeu de sauvegarde VSS.
Lorsque votre application de restauration restaure des informations dans la base de données d’origine, les fichiers journaux doivent être restaurés dans le chemin d’accès au répertoire spécifié dans services de domaine Active Directory (AD DS) pour cette base de données. Si votre application restaure une base de données à un autre emplacement, les fichiers journaux doivent être restaurés dans un dossier nommé _restoredLogs situé dans le répertoire du fichier journal de base de données.
Lors de la restauration sur un serveur ou une base de données différente de la base de données d’origine, votre application de restauration doit s’assurer que les chemins d’accès au répertoire de base de données fournis à VSS correspondent à ceux dans AD DS. Vous pouvez utiliser l’applet de commande get-MailboxDatabaseExchange Management Shell pour obtenir des informations sur les bases de données existantes. Pour plus d’informations sur l’environnement de ligne de commande Exchange Management Shell, veuillez consulter la rubrique Exchange Server PowerShell (Environnement de ligne de commande Exchange Management Shell).
La figure suivante montre la séquence d’événements dans une restauration classique d’une base de données Exchange gérée par le service VSS (Volume Shadow Copy Service).
Figure 1. Séquence d’événements pour la restauration des bases de données
Restauration des bases de données Exchange à l’emplacement d’origine
L’enregistreur Exchange permet aux applications de restaurer les bases de données et les fichiers journaux des transactions à leur emplacement d’origine sur le serveur Exchange. Par défaut, l’enregistreur Exchange relit les fichiers journaux des transactions une fois que le demandeur a confirmé que la restauration est terminée pendant l’opération OnPostRestore . L’application de restauration doit utiliser la méthode VSS SetAdditionalRestores pour empêcher la relecture des fichiers journaux. Les fichiers journaux peuvent être relus ultérieurement lorsque l’administrateur Exchange ou votre application remonte la base de données restaurée.
Lors de la restauration des bases de données vers leurs objets de base de données d’origine (de sorte que les GUID cibles dans la base de données correspondent à ceux du jeu de sauvegarde), mais à des chemins d’accès de fichiers différents, l’application doit déterminer les chemins d’accès de fichiers actuels et restaurer les fichiers de sauvegarde sur les chemins d’accès de fichiers correspondants spécifiés dans les propriétés de la base de données. Le demandeur doit appeler la méthode AddNewTarget pour communiquer à l’enregistreur Exchange l’emplacement où les fichiers sont restaurés avant que le writer puisse continuer avec le reste du processus de restauration. Si AddNewTarget n’est pas appelé, l’enregistreur Exchange suppose que les sauvegardes sont restaurées dans les chemins d’accès de fichiers spécifiés dans le document de métadonnées de sauvegarde.
En règle générale, votre application n’a pas besoin de spécifier un nouveau chemin pour les sauvegardes effectuées à partir d’une copie de groupe de disponibilité de base de données (DAG). Les administrateurs Exchange ne modifient généralement pas les chemins d’accès aux bases de données ou aux fichiers journaux. Toutefois, dans une configuration DAG, l’application de sauvegarde peut avoir à spécifier les chemins de base de données et de journal actifs, car les chemins de copie DAG sont toujours différents de ces chemins.
Notez qu’Exchange 2013 ne prend pas en charge la restauration des copies de base de données DAG inactives. Les copies DAG peuvent être restaurées à partir de données de sauvegarde uniquement lorsque la copie de base de données active est restaurée. L’utilisation de différents jeux de données de sauvegarde ou la tentative de restauration d’un sous-ensemble de copies de base de données peut rendre la base de données démontable. Dans ce cas, les applications de sauvegarde n’ont pas besoin d’appeler la fonction SetRestoreOptions , car les sauvegardes sont restaurées sur les objets de base de données d’origine à partir duquel elles ont été créées. Toutefois, si l’application de sauvegarde appelle SetRestoreOptions et que le document de métadonnées XML a les paramètres corrects, le résultat n’est pas une erreur.
Restauration de bases de données Exchange dans une base de données de récupération
L’enregistreur Exchange vous permet de restaurer des données directement dans une base de données de récupération. Le montage des données récupérées en tant que base de données de récupération permet à l’administrateur Exchange de restaurer des boîtes aux lettres individuelles, et même des éléments individuels dans une boîte aux lettres.
Si une base de données de récupération existe déjà, votre application peut démonter la base de données, restaurer les données sur la base de données de récupération et les fichiers journaux, puis remonter la base de données.
Chaque serveur Exchange 2013 autorise le montage d’une seule base de données de récupération à la fois. Le serveur peut contenir autant de bases de données récupérées que l’espace disque le permet, mais une seule peut être montée comme base de données de récupération. La base de données montée en tant que base de données de récupération est comptée dans le nombre maximal de bases de données qui peuvent être montées à la fois. Une base de données récupérée montée en tant que base de données de récupération d’un serveur n’est en aucun cas associée à la boîte aux lettres d’origine.
Pour effectuer une récupération dans une base de données de récupération, votre application doit appeler la méthode SetRestoreOptions et fournir un document XML qui indique les GUID de la base de données source et cible. Les GUID sources doivent correspondre à ceux du jeu de sauvegarde, et les GUID cibles doivent correspondre aux entrées de la base de données de destination dans AD DS. L’application de sauvegarde doit également appeler la méthode AddNewTarget pour spécifier le chemin du répertoire dans lequel les fichiers sont restaurés. Si les fichiers de base de données doivent être renommés, l’enregistreur Exchange renomme la base de données pendant l’opération OnPostRestore . Exchange nécessite la restauration des fichiers journaux des transactions dans un sous-dossier ( _restoredLogs) sous le chemin du fichier journal des transactions actuel. Si les fichiers journaux sont restaurés à un autre emplacement, l’enregistreur Exchange retourne une erreur. Étant donné que les bases de données montées en tant que base de données de récupération ne sont pas restaurées à leur emplacement d’origine, elles doivent être mises en état d’arrêt propre avant de pouvoir être montées. Par défaut, l’enregistreur Exchange place toutes les bases de données restaurées dans un état d’arrêt propre pendant la post-restauration. Si votre application de sauvegarde appelle la méthode SetAdditionalRestores , l’enregistreur Exchange ne relit pas les fichiers journaux, et l’administrateur ou votre application de sauvegarde doit placer la base de données dans un état d’arrêt propre avant le montage de la base de données.
Restauration de bases de données Exchange sur un serveur de récupération
Dans certains scénarios, vous devrez peut-être récupérer un jeu de sauvegarde sur un autre serveur . Par exemple, vous devrez peut-être effectuer une récupération après une défaillance de serveur catastrophique en transférant la base de données de boîtes aux lettres vers un autre serveur Exchange 2013 de la même organisation Exchange, ou effectuer une restauration sur un serveur dédié en dehors de l’environnement de production pour récupérer les données de boîte aux lettres et de dossiers publics.
Dans ces scénarios, les chemins d’accès aux fichiers de la base de données cible ainsi que ses GUID d’objet sont différents de ceux de la base de données d’origine. Par conséquent, votre application doit appeler la méthode SetRestoreOptions avec un document XML qui indique les informations de base de données source et cible, et appeler la méthode AddNewTarget pour spécifier les chemins d’accès au répertoire dans lequel restaurer les fichiers de sauvegarde. Pour l’enregistreur Exchange, cette restauration est identique à la restauration dans une base de données de récupération. Pour plus d’informations, consultez Restauration de bases de données Exchange dans une base de données de récupération plus haut dans cet article.