Cette page explique les étapes de création d'une sauvegarde et les options de sauvegarde disponibles pour les types d'applications compatibles.
Étapes de création d'une sauvegarde
Pour créer des sauvegardes d'applications compatibles telles que des bases de données, des systèmes de fichiers et des VM, vous devez attribuer un plan de sauvegarde à exécuter selon un calendrier, puis:
Selon les paramètres du plan de sauvegarde, Backup and DR crée une image instantanée des données sources et l'enregistre dans les pools de stockage ciblés.
(Facultatif) Immédiatement ou ultérieurement, selon le plan de sauvegarde, Backup and DR copie l'image du pool ciblé vers un autre pool de stockage pour générer une deuxième copie. Il s'agit généralement du pool d'instantanés vers un pool OnVault.
Quand la protection des applications prend-elle effet ?
L'application d'un plan de sauvegarde ne protège pas immédiatement une application. Les tâches de protection s'exécutent selon un calendrier, en fonction de la disponibilité des ressources. Vous pouvez également exécuter la tâche immédiatement.
Le plan de sauvegarde inclut un calendrier d'exécution de la tâche de protection pour cette application, par exemple tous les jours entre 18h et 6h UTC, toutes les quatre heures. Si vous appliquez une protection à une application à 13h00 UTC aujourd'hui, la première opération de protection sera planifiée pour 18h00 UTC.
À l'heure planifiée, un slot de tâche est attribué à la tâche. Il peut être disponible lorsque la tâche est planifiée, mais ce n'est pas toujours le cas. Pour en savoir plus sur les emplacements de travail, consultez À propos des emplacements de travail.
Modifier le plan de sauvegarde
Vous pouvez modifier le plan de sauvegarde d'une application à tout moment. Les futures sauvegardes seront effectuées en fonction du nouveau modèle. Les sauvegardes existantes sont conservées conformément au modèle utilisé lors de leur création.
Mécanismes de suivi des modifications
Un appareil de sauvegarde/restauration sauvegarde les données en créant une copie complète initiale des données, puis en créant des copies des modifications incrémentielles. Cette fonctionnalité nécessite de pouvoir suivre et sauvegarder les modifications qui se produisent entre les opérations de sauvegarde. Pour suivre ces modifications, l'appareil de sauvegarde/restauration utilise les API Compute Engine, l'agent de sauvegarde et de reprise après sinistre ou Sauvegarde des VM VMware.
La sauvegarde et la reprise après sinistre utilisent plusieurs méthodes pour suivre les modifications apportées aux données sources, y compris les suivantes:
- Suivi des blocs de modifications basé sur l'agent pour SQL Server
- Suivi des modifications basé sur un agent pour les volumes logiques Linux (LVM)
- Suivi des modifications des instantanés Compute Engine
- Suivi des modifications de blocs Oracle
- Suivi des modifications basé sur VMware
Pilote de suivi des modifications de l'agent
L'agent de sauvegarde et de reprise après sinistre, avec son pilote de suivi des modifications (parfois appelé pilote de filtre), permet des sauvegardes incrémentielles efficaces en suivant les modifications du côté hôte. Après la première sauvegarde complète d'une base de données, l'appareil de sauvegarde/restauration effectue des sauvegardes incrémentielles par défaut. Si vos sauvegardes sont toujours des sauvegardes complètes, vérifiez les points suivants:
Le pilote de suivi des modifications est arrêté. Dans ce cas, redémarrez le service du pilote de suivi des modifications.
Le pilote de suivi des modifications Windows n'est pas installé. Dans ce cas, désinstallez l'agent Windows Backup and DR, puis effectuez une installation complète.
Pour l'OS Linux, la version du kernel n'est pas compatible avec l'agent installé. Consultez la matrice d'assistance pour connaître les versions de système d'exploitation Linux compatibles.
Instantanés complets et incrémentiels
Un instantané complet sauvegarde toutes les données requises dans l'application. Les instantanés complets, également appelés sauvegardes complètes, sont effectués la première fois qu'une application est sauvegardée et dans certaines situations inhabituelles. Après le premier instantané complet, Backup and DR crée des instantanés incrémentiels, qui sont beaucoup plus rapides.
Les instantanés incrémentiels fonctionnent comme suit :
Le premier instantané complet contient toutes les données sources.
Le deuxième instantané et les suivants ne contiennent que des nouvelles données ou des données modifiées. Les données qui n'ont pas changé depuis l'instantané complet ne sont pas incluses. Au lieu de cela, les instantanés incrémentiels suivants contiennent des références à l'image de l'instantané complet pour les données non modifiées de l'instantané d'origine.
L'instantané suivant contient toutes les données nouvelles ou modifiées depuis le deuxième instantané, mais aucune donnée non modifiée des instantanés précédents. Au lieu de cela, cet instantané contient des références aux blocs des instantanés précédents pour toute donnée non modifiée.
Options de sauvegarde
Backup and DR vous permet de:
Sauvegarde basée sur l'agent
L'agent de sauvegarde et de reprise après sinistre permet de sauvegarder des applications individuelles et des groupes d'applications sur des serveurs virtuels. L'agent de sauvegarde et de reprise après sinistre est un service léger, peu encombrant et spécifique au système d'exploitation, qui peut être installé sur des VM VMware ou des instances Compute Engine. L'agent Backup and DR offre une fonctionnalité de sauvegarde de données plus précise que celle fournie par les appels d'API VMware. Elle vous permet d'effectuer les opérations suivantes:
- Découvrir des applications
- Mettre les applications en veille pour assurer la cohérence des applications lors de la sauvegarde
- Active le suivi des blocs modifiés pour la stratégie de sauvegarde incrémentielle "Forever"
- Un seul modèle de stratégie peut être appliqué à plusieurs applications résidant sur un serveur.
- Évite les problèmes de "arrêt" des VM VMware
L'installation de l'agent de sauvegarde et de DR sur un serveur physique ou une VM vous permet de créer un seul modèle de stratégie pour sauvegarder toutes les applications sur le serveur ou plusieurs modèles de stratégie pour sauvegarder des groupes d'applications.
Sauvegarder les données d'application dans des groupes de cohérence
Un groupe de cohérence est activé par l'agent de sauvegarde et de reprise après sinistre. Comme leur nom l'indique, les groupes de cohérence garantissent une sauvegarde et une récupération cohérentes à un moment donné pour plusieurs applications sur le même hôte. Pour assurer la cohérence des applications, les membres d'un groupe de cohérence sont mis en veille et sauvegardés ensemble à l'aide d'un seul modèle de stratégie.
Si l'option de sauvegarde des journaux de base de données de la sauvegarde et de la DR est activée dans une stratégie d'instantané, toutes les bases de données sauvegardées par le modèle de stratégie dans lequel se trouve la stratégie d'instantané peuvent être récupérées au même moment. La récupération et la migration des journaux (pour les bases de données) d'un groupe sont effectuées à l'aide de la console de gestion en une seule action.
En plus d'accélérer les opérations de sauvegarde et de récupération, les groupes de cohérence consomment moins de ressources système (VDisks).
Sauvegarder des applications génériques (LVM)
La plupart des applications sont détectées via l'agent Backup and DR ou via les API intégrées à Backup and DR. Une application générique est une application que vous définissez en pointant vers un groupe de volumes LVM à protéger.
Sauvegarder les journaux de base de données
La sauvegarde des journaux de base de données est activée dans les options avancées d'une règle d'instantané. Il permet à une seule stratégie d'instantané de sauvegarder les journaux des bases de données Microsoft SQL Server, des bases de données Oracle et des groupes de cohérence contenant des bases de données Microsoft SQL Server ou Oracle. La fréquence à laquelle les journaux de la base de données sont sauvegardés est définie séparément de celle de la base de données. Par exemple, une base de données peut être sauvegardée tous les jours et ses journaux toutes les heures.
La fréquence de sauvegarde des journaux de la base de données est définie en minutes, et la fréquence à laquelle les journaux sont sauvegardés ne doit pas dépasser la fréquence à laquelle la base de données associée est sauvegardée. Par exemple, si la fréquence de sauvegarde de la base de données est de 24 heures, la fréquence de sauvegarde des fichiers journaux doit être inférieure à 24 heures. L'intervalle de sauvegarde le plus court pour les journaux de base de données est de 15 minutes.
La conservation des journaux est définie séparément de la conservation de la règle d'instantané. Un délai de conservation distinct vous permet d'utiliser des journaux en conjonction avec des copies de la base de données stockées dans le pool d'instantanés.
Quel que soit le nombre de journaux sauvegardés pendant une période de conservation de journaux spécifiée, les journaux sauvegardés d'une base de données sont mis en scène sur un seul VDisk dans le pool d'instantanés de sauvegarde et de reprise après sinistre. Pour économiser de l'espace dans le pool d'instantanés, vous pouvez utiliser un paramètre avancé pour demander à la base de données de compresser ses journaux.
Sauvegarder des instances Compute Engine
Pour sauvegarder des instances Compute Engine entières, l'appliliance de sauvegarde/restauration utilise les API Compute Engine. Compute Engine fournit un suivi des blocs de modifications pour la stratégie de sauvegarde incrémentielle "forever" de la sauvegarde et de la DR, et peut mettre en veille les applications pour assurer leur cohérence lors de la sauvegarde.
Lorsqu'un serveur virtuel complet est sauvegardé, un serveur virtuel entièrement fonctionnel (système d'exploitation, applications et données associées) est sauvegardé. Disposer d'une copie de l'intégralité du serveur virtuel garantit un accès rapide et sans problème aux données.
Sauvegarder des VM VMware
La sauvegarde et la reprise après sinistre utilisent les API de stockage VMware vSphere (appels de protection des données) pour sauvegarder l'intégralité d'un serveur virtuel VMware (ou des disques spécifiques alloués à cette VM). Ils permettent de suivre les blocs modifiés pour la stratégie de sauvegarde incrémentielle permanente de la sauvegarde et de la DR, et de mettre les applications en veille pour assurer la cohérence des applications lors de la sauvegarde.
Sauvegarder les applications et le volume de démarrage d'une VM VMware
Lorsque vous gérez des applications sur des VM, vous pouvez également sauvegarder le volume de démarrage de la VM. Lorsqu'un volume de démarrage d'une VM est sauvegardé, une image peut être présentée comme une VM amorçable. L'image peut ensuite être migrée vers un nouvel emplacement permanent, si nécessaire.
Sauvegarder des VM VMware entières
Lorsqu'un serveur virtuel complet est sauvegardé, un serveur virtuel entièrement fonctionnel (système d'exploitation, applications et données associées) est sauvegardé. Disposer d'une copie de l'intégralité du serveur virtuel garantit un accès rapide et sans problème aux données. Étant donné que l'image présentée est un serveur virtuel entièrement fonctionnel, elle peut être migrée vers un nouvel emplacement permanent si nécessaire.