La réplication des données de copie vers un espace de stockage distant protège les données en cas de sinistre sur le site principal et réduit la quantité d'espace de stockage requise sur le site principal. L'objectif de la réplication est de récupérer vos données en cas de perte de données et d'impact sur vos systèmes de production en raison de problèmes tels qu'une défaillance matérielle, des problèmes logiciels ou un événement sur site. La réplication de données permet également de créer des copies distantes des données de test/développement, d'assurance qualité et d'analyse. Les données peuvent être répliquées d'un dispositif de sauvegarde/récupération vers un deuxième dispositif (distant) ou vers le cloud à des fins de récupération, de reprise après sinistre, ou de test et de développement.
Vos modèles de sauvegarde déterminent la méthode, la planification et la fréquence de la réplication des données vers un site distant. Le modèle de sauvegarde définit comment déplacer et stocker efficacement les données vers l'appareil de sauvegarde/restauration distant. La réplication des données est contrôlée par les règles de chaque modèle :
Les règles "Production vers miroir" protègent les données de votre application ou de votre VM contre une défaillance du site en créant une copie complète de ces données sur un site de production distant. Les applications sont tenues à jour et peuvent être redémarrées à tout moment sur le site distant en accédant aux données de la copie de DR distante. La mise en miroir des données peut être considérée comme une réplication optimisée pour l'accès vers un site distant. Pour en savoir plus, consultez Réplication des règles de production vers le miroir.
Les règles d'instantané vers OnVault utilisent une connexion HTTPS pour envoyer des données au stockage défini par un pool OnVault. L'option de compression est activée par défaut dans les pools OnVault. Pour en savoir plus, consultez la section Envoyer des instantanés vers un ou plusieurs pools OnVault.
Envoyer des instantanés vers un ou plusieurs pools OnVault
La règle d'instantané vers OnVault vous permet d'envoyer des données d'instantané vers un emplacement défini par un pool OnVault. Une planification de la stratégie est utilisée pour envoyer l'instantané le plus récent pris par la stratégie de production vers instantané du modèle de stratégie vers l'emplacement défini par le pool OnVault. Le stockage du pool OnVault est généralement utilisé pour la conservation à long terme. Pour en savoir plus sur le pool OnVault, consultez Envoyer des instantanés vers un ou plusieurs pools OnVault.
Lors de l'envoi de données vers un espace de stockage défini par un pool OnVault, une connexion HTTPS est utilisée pour assurer la sécurité des données sur le réseau. L'option de compression du pool OnVault est activée par défaut pour minimiser le trafic réseau.
Après l'ingestion initiale de l'instantané complet, seules les modifications apportées aux données sont envoyées au pool OnVault. Il s'agit du même modèle incrémentiel permanent que celui utilisé par d'autres règles.
Lorsque vous accédez aux données d'un pool de stockage OnVault, tenez compte des points suivants :
Les appliances de sauvegarde/récupération peuvent créer des clones.
Impossible de créer des LiveClones.
OnVault vers plusieurs pools OnVault
Les données d'application peuvent être envoyées à plusieurs cibles OnVault dans le cloud. Chaque cible OnVault est contrôlée par des règles distinctes, de sorte que la fréquence de mise à jour et les durées de conservation peuvent être différentes (par exemple, des mises à jour locales fréquentes avec une conservation courte, ainsi que des mises à jour moins fréquentes dans le cloud avec une conservation à long terme).
OnVault multicible est compatible avec tous les types d'applications, y compris Direct-to-OnVault avec les VM VMware. Dans ce cas, les données sont écrites directement dans le premier pool OnVault, en contournant le pool d'instantanés, puis lues à partir du premier pool OnVault et envoyées aux autres.
Réplication de la stratégie de production vers la stratégie miroir
Les règles de production vers miroir permettent de répliquer une copie des données de l'application ou de la VM sur un appareil de sauvegarde/restauration cible et d'accéder aux données sans fenêtre de restauration, ce qui permet d'obtenir un RTO très faible. Si nécessaire, vous pouvez effectuer un failback vers le site de production avec un ensemble de données identique, mis en miroir entre les dispositifs de sauvegarde/récupération local et distant.
StreamSnap
StreamSnap facilite la haute disponibilité en vous permettant de conserver une copie à distance du stockage et de la configuration d'une application à jour et prête pour un scénario de basculement. En cas de défaillance d'une application gérée par StreamSnap, vous installez une sauvegarde de basculement de l'application à partir du site distant. Une fois le problème résolu, vous pouvez restaurer la sauvegarde de synchronisation sur le site local avec les dernières modifications, puis effectuer un retour arrière de l'application vers le site de production.
StreamSnap réplique les instantanés de données sur un appareil de sauvegarde/récupération distant via un réseau IP à bande passante de haute qualité, ce qui peut fournir des RPO d'une heure seulement.
Pour les VM VMware, la réplication des instantanés est diffusée en parallèle vers le deuxième appareil de sauvegarde/récupération. Le streaming d'une VM VMware est effectué pour éviter d'attendre la fin du job d'instantané local avant de lancer la réplication.
Pour les applications de VM non VMware, la réplication des instantanés se produit une fois la tâche d'instantané local terminée.
Les règles de production vers miroir avec réplication StreamSnap sont liées à une règle de production vers instantané spécifique. Ils utilisent les paramètres de planification et de fréquence de la stratégie de production vers instantané associée.
Vous pouvez conserver des sauvegardes de plusieurs moments précis disponibles sur le site distant en appliquant une règle de conservation StreamSnap. Lors de la conservation des sauvegardes sur l'appareil distant, une nouvelle sauvegarde est créée sur l'appareil distant avec une date d'expiration déterminée par les paramètres de la règle. Chaque sauvegarde à distance est compatible avec toutes les opérations disponibles avec une sauvegarde locale lorsqu'elle est accessible depuis le gestionnaire d'applications.
La réplication StreamSnap nécessite une connexion réseau fiable pour répliquer les instantanés de données sur l'appareil distant. La bande passante requise sur la connexion réseau est directement liée à la taille de l'application (copie initiale) et à la quantité de modifications (pour les mises à jour incrémentielles).
Technologie de réplication de données Backup and DR :
- Protège les données en cas de perte ou de dommage potentiel, sur des sites distants, des centres de données et des zones géographiques. En cas d'interruption, la réplication des données permet de reprendre rapidement l'accès à ces données et leur utilisation.
- Utilise la bande passante réseau de manière optimale en exploitant la technologie de compression.
- Élimine le besoin d'un accélérateur/optimiseur WAN dédié.
- Préserve l'ordre d'écriture, même sur plusieurs LUN d'un groupe de cohérence.
- S'intègre à Backup and DR Resiliency Director.
- Chiffre les données à l'aide de la norme de chiffrement AES-256. L'authentification entre les appareils est effectuée à l'aide de certificats RSA de 2 048 bits.
Méthodes de réplication
Vos modèles de sauvegarde déterminent la méthode, la planification et la fréquence de la réplication des données vers un site distant. Le modèle de sauvegarde définit comment déplacer et stocker efficacement les données vers l'appareil de sauvegarde/restauration distant. Les profils de ressources définissent l'emplacement de stockage des données. Les données peuvent être stockées localement ou sur un appareil de sauvegarde/récupération distant sur lequel elles seront répliquées.
La réplication des données peut être implémentée de différentes manières :
- Mise en miroir des données : les règles de production vers miroir protègent les données de votre application ou de votre VM contre une défaillance du site en créant une copie complète de ces données sur un site de production distant. Les applications sont tenues à jour et peuvent être redémarrées à tout moment sur le site distant en accédant aux données de la copie de DR distante. La mise en miroir des données peut être considérée comme une réplication optimisée pour l'accès vers un site distant. La mise en miroir des données entre un site de production et un site miroir est disponible dans la méthode de réplication StreamSnap. Pour en savoir plus, consultez la page Réplication de production vers miroir.
Instantané vers OnVault et directement vers OnVault : les règles OnVault envoient des données sur le réseau vers Cloud Storage. Ces règles vous permettent d'envoyer des données d'application et de VM vers un espace de stockage défini par un pool OnVault Backup and DR. Pour en savoir plus, consultez la page Répliquer vers un stockage d'objets défini par un pool OnVault Backup and DR.
Voici les avantages de chaque méthode de réplication.
| Méthode de réplication | Utilisation recommandée | Avantages | Inconvénients |
|---|---|---|---|
| Instantané vers OnVault ou directement vers OnVault | Conservation à court, moyen et long terme. | Économique
La compression réduit la consommation de bande passante Les données sont chiffrées en transit et, éventuellement, au repos |
Utilisation de la bande passante plus élevée.
Les applications ne peuvent pas être exécutées dans un espace de stockage défini par un pool OnVault. |
| Mise en miroir des données : StreamSnap | Reprise après sinistre pour les applications nécessitant un RPO plus court. | RPO d'une heure seulement avec accès aux données et basculement quasi instantanés
Données compressées et chiffrées Réplication de grands volumes de données également Conserve les sauvegardes de plusieurs moments disponibles sur l'appareil distant La technologie StreamSnap peut être utilisée pour la réplication des journaux entre les appareils locaux et distants |
Consommation de bande passante plus élevée |
Sélectionner un pool de stockage pour les données répliquées
Pour sélectionner le pool de stockage de destination à utiliser pour stocker les données de réplication StreamSnap entrantes :
- Cliquez sur l'onglet Gérer, puis sélectionnez Appliances dans le menu déroulant.
- Sélectionnez un appareil.
- Cliquez sur Configurer l'appareil pour ouvrir la page Configuration de l'appareil.
- Accédez à Système, puis à Configuration, puis à Paramètres de l'appareil.
- Cliquez sur l'onglet Espace de stockage. Un menu déroulant s'affiche, dans lequel vous pouvez sélectionner le pool d'instantanés de destination pour les données répliquées qui arrivent sur ce dispositif de sauvegarde/récupération.
(Facultatif pour VMware uniquement) Vous pouvez remplacer ce paramètre pour les VM VMware si vous souhaitez qu'elles soient envoyées vers un datastore ESX. Cochez la case Remplacement de VM et sélectionnez les options suivantes :
- Sélectionnez un vCenter pour gérer l'opération. Ce vCenter doit idéalement se trouver sur le site de DR.
- Sélectionnez un hôte ESXi pour héberger les VM VMware. Cet hôte ESXi doit également se trouver sur le site de reprise après sinistre, et doit être sous tension et disponible à tout moment. Vous ne pouvez sélectionner qu'un seul hôte ESXi.
- Sélectionnez les datastores qui contiendront les données de DR. Les datastores doivent disposer d'un espace suffisant pour contenir les VMDK (disques virtuels) répliqués. Si vous sélectionnez plusieurs datastores, l'appareil de sauvegarde/récupération les utilisera l'un après l'autre.
L'appareil de sauvegarde/récupération créera des VM sur le site de DR en utilisant le nom
DR-<original VM name>. Par exemple, si la VM source s'appelle testvm, la copie de reprise après sinistre s'appellera DR-testvm. Si la VM existe déjà et qu'elle est éteinte, l'appareil de sauvegarde/récupération l'utilise comme cible pour les VM répliquées.Cliquez sur le bouton gris Enregistrer les paramètres.
Configurer la réplication StreamSnap
En fonction de vos exigences de mise en miroir de la production pour répliquer une copie de vos données sur un deuxième dispositif de sauvegarde/récupération, vous pouvez exécuter le basculement d'une sauvegarde de réplication StreamSnap vers un site de production de données mis en miroir sur un deuxième dispositif de sauvegarde/récupération. Par la suite, les modifications apportées au site de DR peuvent être répliquées (failback) dans votre environnement de production au niveau de l'appliance de sauvegarde/récupération locale.
- Plusieurs sauvegardes de synchronisation peuvent être utilisées pour répliquer les modifications cumulées apportées au site de DR vers la production.
- Les sauvegardes de synchronisation peuvent être installées, clonées ou restaurées sur le site de production pour restaurer l'accès.
Pour gérer une application ou une VM à l'aide d'une règle de réplication StreamSnap, procédez comme suit :
- Vérifiez que les deux appareils sont configurés et associés (échange de certificats de sécurité) et qu'ils fonctionnent en mode de partage.
Dans Plans de sauvegarde, créez un modèle qui inclut un élément de chaque type suivant :
- Règle de production vers instantané. Les règles de production vers miroir qui utilisent l'option de réplication StreamSnap sont liées à une règle d'instantané spécifique. La règle StreamSnap nécessite les paramètres de planification et de fréquence de la règle d'instantané associée dans le modèle. Vous ne pourrez pas enregistrer la règle de réplication StreamSnap sans règle d'instantané de base associée dans le modèle.
- Règle de mise en miroir de la production. La stratégie de mise en miroir de la production utilise la réplication StreamSnap. Les sauvegardes à distance sont compatibles avec toutes les opérations disponibles avec une sauvegarde locale lorsqu'elles sont accessibles dans le gestionnaire d'applications.
Dans Plans de sauvegarde, créez un profil de ressource qui spécifie où stocker les données localement et où les répliquer. Consultez la page Créer un profil de ressource.
Dans le gestionnaire d'applications, sélectionnez les données d'application que vous souhaitez gérer, puis appliquez le modèle de stratégie pour gérer les applications ou les VM.
Les instantanés sont pris localement et répliqués sur un appareil distant. Les données sont ensuite disponibles sur l'appareil distant pour offrir la flexibilité d'un accès instantané. Les sauvegardes apparaissent sur le système distant lorsque vous cliquez sur le bouton Remote Snap (Instantané distant) dans la fenêtre Restore (Restaurer) d'App Manager.
Testez le basculement vers l'appareil distant comme décrit dans Tester le basculement.
En fonction de vos exigences de production en matière de mise en miroir pour répliquer une copie de vos données sur un deuxième appareil, vous pouvez exécuter le basculement d'une sauvegarde de réplication StreamSnap vers un site de production sur un deuxième appareil. Par la suite, les modifications apportées au site de DR peuvent être répliquées (restauration) dans votre environnement de production sur l'appareil local. Pour en savoir plus, consultez la page Basculement et restauration.
Gestion des exceptions des jobs StreamSnap
Lorsqu'un modèle de sauvegarde inclut une règle de réplication StreamSnap et une règle d'instantané, et que vous appliquez ce modèle de sauvegarde à une application ou à une VM, le moniteur enregistre les résultats du job StreamSnap. Pendant son exécution, le job StreamSnap apparaît comme un job unique dans Surveiller. Une fois la réplication terminée, deux jobs s'affichent dans Surveiller : un pour le job d'instantané et un second pour le job StreamSnap.
Notez les façons dont un dispositif de sauvegarde/récupération suit ces jobs :
- Si la réplication réussit, deux entrées de job distinctes s'affichent dans la liste des jobs de la page Jobs avec l'état Réussi. Les deux entrées de job ont le même nom de job, sauf que le job StreamSnap inclut également un suffixe "S" dans son nom de job.
- En cas d'échec d'un job, qu'il s'agisse du job StreamSnap ou du job d'instantané, deux entrées de job apparaissent dans la liste des jobs de la page Jobs pour identifier le job qui a réussi et celui qui a échoué.
Les heures de début et de fin de l'entrée de job StreamSnap et de l'entrée de job d'instantané seront identiques dans Surveillance. La durée réelle de la phase d'instantané est indiquée sur la page Statistiques du job StreamSnap.
Le tableau suivant décrit l'historique des jobs et le comportement de gestion des exceptions en fonction de la réussite ou de l'échec de la stratégie d'instantanés et de la stratégie de réplication StreamSnap lorsqu'elles sont utilisées pour protéger une application.
| Scénario de protection | Comportement de l'historique des jobs |
|---|---|
| Les jobs d'instantané et StreamSnap aboutissent. | Deux entrées de job distinctes s'affichent dans la liste des jobs avec l'état Réussi une fois le job terminé. Les deux entrées de job ont le même nom de job, sauf que le job StreamSnap inclut également un suffixe "S" dans son nom de job. |
| La tâche d'instantané réussit, mais la tâche StreamSnap échoue | Pour le job d'instantané, une entrée de job apparaît dans la liste des jobs avec l'état Réussi.
Le job StreamSnap est relancé jusqu'à trois fois. |
| Les jobs d'instantané et StreamSnap échouent, mais l'appareil tente ensuite de les relancer. | Une entrée de job StreamSnap apparaît dans la liste des jobs avec l'état Réessayé.
Si le job d'instantané réussit, mais que le job StreamSnap échoue toujours, deux entrées de job sont créées et aucune autre tentative n'est effectuée pour StreamSnap. |
| Les jobs d'instantané individuel et StreamSnap échouent après le nombre maximal de nouvelles tentatives | Une entrée de job StreamSnap apparaît dans la liste des jobs avec l'état Échec. |
Nouvelles tentatives de réplication StreamSnap
La réplication StreamSnap (SnapReplicate) réplique un instantané à un moment précis de l'application d'origine. Pour en savoir plus, consultez la page Créer une règle de production de réplication StreamSnap vers un miroir.
Avantages
La réplication StreamSnap vers différents hôtes peut s'exécuter simultanément. Par conséquent, la réplication vers plusieurs hôtes peut être effectuée beaucoup plus rapidement.
Si la phase d'instantané d'un job StreamSnap réussit, mais que la phase StreamSnap échoue, cette dernière est relancée jusqu'à trois fois avant que le job StreamSnap n'échoue. Le job StreamSnap comporte un suffixe S suivi de la lettre a, b ou c, qui indique le nombre de nouvelles tentatives.
Si le job d'instantané échoue, il est relancé. Si une nouvelle tentative réussit, le job de réplication peut se poursuivre. Si le job d'instantané échoue même après plusieurs tentatives, le job StreamSnap échoue également.
Lorsque vous exécutez un nouveau job StreamSnap alors qu'un job StreamSnap existant est déjà en cours d'exécution, le nouveau job StreamSnap est automatiquement divisé en deux jobs (instantané + réplication) avant d'être mis en file d'attente. Dans ce scénario, la partie instantané du deuxième job peut s'exécuter en parallèle avec la partie réplication du deuxième job. La partie de réplication du deuxième job attend que le job d'instantané se termine avant de s'activer.
Réplication d'instantanés à la demande
La console de gestion des appliances vous permet de répliquer l'instantané local ou un StreamSnap depuis n'importe quelle appliance associée vers n'importe quelle appliance associée à l'aide de l'option Répliquer du menu déroulant de la section des détails de l'image. La réplication correspondra toujours aux modifications apportées entre la sauvegarde sélectionnée et la plus récente sur le site distant. C'est pourquoi il est préférable de répliquer les sauvegardes de la plus ancienne à la plus récente s'il y en a plusieurs à répliquer. Vous pouvez indiquer votre propre durée de conservation lors de la réplication de la sauvegarde. Consultez la section Répliquer une sauvegarde.
Répliquer une sauvegarde
Suivez ces instructions pour répliquer une sauvegarde :
Cliquez sur l'onglet App Manager (Gestionnaire d'applications), puis sélectionnez l'option Applications dans la liste déroulante.
La page Applications s'ouvre.
Sélectionnez l'application contenant la sauvegarde que vous souhaitez répliquer, puis choisissez Accéder dans la liste déroulante en bas à droite de la page Applications. La page Accès s'ouvre et liste les sauvegardes capturées dans la vue de la chronologie. Les types de sauvegardes d'instantanés et de sauvegardes à distance, y compris les sauvegardes StreamSnap, peuvent être sélectionnés et répliqués.
Sélectionnez une sauvegarde, puis Répliquer dans la liste des opérations d'accès.
La page Répliquer s'ouvre.
Dans le menu déroulant Destination, sélectionnez l'appareil de destination pour la réplication.
Dans la section Expiration, sélectionnez l'une des options suivantes pour la sauvegarde nouvellement répliquée :
- Identique à la source : sélectionnez Identique à la source si vous souhaitez définir la même date d'expiration que la sauvegarde source.
- Conserver : sélectionnez Conserver si vous souhaitez définir la durée d'expiration de la sauvegarde répliquée en heures, jours, semaines, mois ou années.
- Expire le : sélectionnez Expire le si vous souhaitez définir une date d'expiration pour l'instance répliquée.
- Expire le : sélectionnez Expire le et spécifiez la date d'expiration de la sauvegarde répliquée.
- N'expire jamais : sélectionnez Jamais si vous ne souhaitez pas que la sauvegarde répliquée expire.
Cliquez sur Envoyer.