La réplication des données copiées vers un stockage distant protège les données en cas de sinistre sur le site principal et réduit la quantité 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 le site. La réplication des données permet également de créer des copies à distance 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, le calendrier et la fréquence de 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 sur l'appliance de sauvegarde/restauration à distance. La réplication des données est contrôlée par les règles de chaque modèle :
Les règles de production vers mise en 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 qui est mise en miroir 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 reprise après sinistre distante. La duplication des données peut être considérée comme une réplication optimisée pour l'accès à un site distant. Pour en savoir plus, consultez Réplication des règles de production vers les règles de miroir.
Les règles de snapshot 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 "Instantané vers OnVault" vous permet d'envoyer des données d'instantané vers un emplacement défini par un pool OnVault. Une programmation dans la règle est utilisée pour envoyer le dernier instantané pris par la règle de production vers instantané du modèle de règle à 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 la page Pool OnVault pour le stockage à long terme des images.
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émental pour toujours que celui utilisé par d'autres règles.
Lorsque vous accédez à des données dans le stockage d'un pool 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. La fréquence de mise à jour et la durée de conservation peuvent donc être différentes (par exemple, des mises à jour locales fréquentes avec une durée de conservation courte, ainsi que des mises à jour moins fréquentes vers le cloud avec une durée de conservation à long terme).
Multi-target OnVault 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 de snapshots. Elles sont ensuite lues à partir du premier pool OnVault et envoyées aux autres.
Réplication de la stratégie de production vers la stratégie de mise en miroir
Les règles de mise en miroir de la production permettent de répliquer une copie des données d'application ou de VM sur un dispositif de sauvegarde/récupération cible et d'accéder aux données sans fenêtre de restauration, ce qui permet un RTO très faible. Si nécessaire, vous pouvez effectuer un retour à la production sur le site de production avec un ensemble de données identique, qui est mis en miroir entre les appliances de sauvegarde/récupération locales et distantes.
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. Lorsqu'une application gérée par StreamSnap échoue, vous installez une image de basculement de l'application à partir du site distant. Une fois le problème résolu, vous pouvez restaurer l'image 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 dispositif de sauvegarde/récupération à distance 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 sur le deuxième dispositif 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 a lieu 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 programmation et de fréquence de leur stratégie de production associée pour les instantanés.
Vous pouvez conserver les images d'instantanés à partir de plusieurs points temporels disponibles sur le site distant en appliquant une période de conservation dans une règle StreamSnap. Lorsque vous conservez des images instantanées sur l'appliance distante, une nouvelle image instantanée est créée sur l'appliance distante avec une date d'expiration déterminée par les paramètres de la règle. Chaque image d'instantané à distance est compatible avec toutes les opérations disponibles avec une image d'instantané local 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'appliance distante. La bande passante requise sur la connexion réseau est directement liée à la taille de l'application (copie initiale) et à l'ampleur des modifications (pour les mises à jour incrémentielles).
Technologie de réplication des données Backup and DR :
- Protège les données en cas de perte ou de dommage potentiel, dans les emplacements distants, les centres de données et les zones géographiques. En cas d'interruption, la réplication des données permet de rétablir rapidement l'accès à ces données et leur utilisation.
- Utilise la bande passante réseau de la manière la plus efficace possible en tirant parti de 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 au gestionnaire de résilience Backup and DR.
- Chiffre les données à l'aide de la norme de chiffrement AES-256. L'authentification entre les appliances 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, le calendrier et la fréquence de 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 sur l'appliance de sauvegarde/récupération à distance. 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/restauration à distance sur lequel les données 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 mise en miroir de la production 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 qui est mise en miroir 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 reprise après sinistre distante. La mise en miroir des données peut être considérée comme une réplication optimisée pour l'accès à un site distant. La mise en miroir des données entre un site de production et un site mis en miroir est disponible dans la méthode de réplication StreamSnap. Pour en savoir plus, consultez la page Réplication de la production vers le miroir.
Instantané vers OnVault et directement vers OnVault : les règles OnVault envoient les 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 Backup and DR OnVault. 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 | Rétention à 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 plus importante de la bande passante.
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 grandes quantités de données Conserve les images d'instantanés à partir de plusieurs points temporels disponibles sur l'appliance distante La technologie StreamSnap peut être utilisée pour la réplication des journaux entre les appliances locales et distantes. |
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 Appareils dans le menu déroulant.
- Sélectionnez un appareil.
- Cliquez sur Configurer l'appliance pour ouvrir la page Configuration de l'appliance.
- Accédez à Système, puis à Configuration, puis à Paramètres de l'appliance.
- Cliquez sur l'onglet Espace de stockage. Un menu déroulant s'affiche. Vous pouvez y sélectionner le pool d'instantanés de destination pour les données répliquées qui arrivent sur cet appareil 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 transférées vers un datastore ESX. Cochez la case Remplacer la VM et effectuez les sélections suivantes :
- Sélectionnez un vCenter pour gérer l'opération. Idéalement, ce vCenter doit se trouver sur le site de reprise après sinistre.
- 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 allumé et disponible à tout moment. Vous ne pouvez sélectionner qu'un seul hôte ESXi.
- Sélectionnez les datastores dans lesquels stocker les données de reprise après sinistre. Les datastores doivent disposer d'espace pour stocker les VMDK (disques virtuels) répliqués. Si vous sélectionnez plusieurs data stores, l'appliance de sauvegarde/récupération les utilisera chacun à son tour.
L'appliance de sauvegarde/récupération créera des VM sur le site de reprise après sinistre en utilisant le nom
DR-<original VM name>. Par exemple, si la VM source est appelée testvm, la copie de reprise après sinistre sera appelée DR-testvm. Si la VM existe déjà et est éteinte, l'appliance de sauvegarde/restauration 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 appliance de sauvegarde/récupération, vous pouvez exécuter le basculement d'une image de réplication StreamSnap vers un site de production de données en miroir sur un deuxième appliance de sauvegarde/récupération. Par la suite, les modifications apportées sur le site de reprise après sinistre peuvent être répliquées (failback) dans votre environnement de production au niveau de l'appliance de sauvegarde/récupération locale.
- Plusieurs images de synchronisation inverse peuvent être utilisées pour répliquer les modifications cumulatives apportées sur le site de reprise après sinistre vers la production.
- Les images Syncback peuvent être montées, clonées ou restaurées sur le site de production pour rétablir 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 partage.
Dans Plans de sauvegarde, créez un modèle qui inclut un élément de chacune des catégories suivantes :
- Règle de production vers instantané Les stratégies de production vers miroir qui utilisent l'option de réplication StreamSnap sont liées à une stratégie d'instantané spécifique. La règle StreamSnap nécessite les paramètres de programmation et de fréquence de la règle d'instantané associée dans le modèle. Vous ne pourrez pas enregistrer la stratégie de réplication StreamSnap sans stratégie d'instantané de base associée dans le modèle.
- Règle de mise en miroir de la production La production à laquelle la règle de mise en miroir s'applique utilise la réplication StreamSnap. Les images d'instantanés à distance sont compatibles avec toutes les opérations disponibles avec une image d'instantané local 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 règles 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'appliance distante pour offrir la flexibilité d'un accès instantané. Les images s'affichent sur le système distant lorsque vous cliquez sur le bouton Remote Snap (Instantané à distance) dans la fenêtre Restore (Restaurer) de l'App Manager (Gestionnaire d'applications).
Testez le basculement vers l'appliance distante, comme décrit dans Tester le basculement.
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 appareil, vous pouvez exécuter le basculement d'une image de réplication StreamSnap vers un site de production sur un deuxième appareil. Par la suite, les modifications apportées au site de reprise après sinistre peuvent être répliquées (reprise) dans votre environnement de production au niveau de l'appliance locale. Pour en savoir plus, consultez la page Basculement et retour à l'état initial.
Gestion des exceptions des tâches StreamSnap
Lorsqu'un modèle de sauvegarde inclut une règle de réplication StreamSnap et une règle de snapshot, et que vous appliquez ce modèle de sauvegarde à une application ou à une VM, Monitor enregistre les résultats du job StreamSnap. Pendant son exécution, le job StreamSnap apparaît comme un job unique dans Monitor. Une fois la réplication terminée, deux jobs s'affichent dans Surveillance : un pour le job d'instantané et un second pour le job StreamSnap.
Voici comment 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 sur la page Jobs avec l'état Réussie. 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 (StreamSnap ou snapshot), deux entrées de job s'affichent dans la liste des jobs de la page Jobs (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 du succès ou de l'échec de la règle d'instantané et de la règle 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 réussissent | Deux entrées de tâches distinctes s'affichent dans la liste des tâches avec l'état Réussie une fois la tâche terminée. 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 s'affiche dans la liste des jobs avec l'état Réussi.
La tâche StreamSnap est relancée jusqu'à trois fois. |
| Les tâches d'instantané et StreamSnap échouent, mais l'appliance tente une nouvelle opération. | Une entrée de tâche StreamSnap s'affiche dans la liste des tâches avec l'état Retried (Nouvelle tentative).
Si le job de snapshot 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 tâches d'instantané individuel et StreamSnap échouent après le nombre maximal de tentatives. | Une entrée de tâche StreamSnap s'affiche dans la liste des tâches 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 production de réplication StreamSnap pour refléter une règle.
Avantages
La réplication StreamSnap vers différents hôtes peut s'exécuter simultanément. La réplication vers plusieurs hôtes peut donc être effectuée beaucoup plus rapidement.
Si la phase d'instantané d'un job StreamSnap réussit, mais que la phase StreamSnap échoue, la phase StreamSnap est relancée jusqu'à trois fois avant l'échec du job StreamSnap. Le nom du job StreamSnap est suivi du suffixe S, puis de la lettre a, b ou c, qui indique le nombre de nouvelles tentatives.
Si la tâche d'instantané échoue, elle est relancée. Si une nouvelle tentative réussit, la tâche de réplication peut se poursuivre. Si la tâche d'instantané échoue même après plusieurs tentatives, la tâche StreamSnap échoue.
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é et réplication) avant d'être mis en file d'attente. Dans ce scénario, la partie "snap" du deuxième job peut s'exécuter en parallèle avec la partie "replicate" du deuxième job. La partie "répliquer" 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 autre appliance associée à l'aide de l'option Répliquer du menu déroulant de la section "Détails de l'image". La réplication correspondra toujours aux modifications apportées à l'image sélectionnée par rapport à la plus récente sur le site distant. Pour cette raison, il est idéal de répliquer les images de la plus ancienne à la plus récente si plusieurs images doivent être répliquées. Vous pouvez fournir votre propre période de rétention lors de la réplication de l'image. Consultez la section Répliquer une image instantanée.
Répliquer une image d'instantané
Suivez ces instructions pour répliquer une image instantanée :
Cliquez sur l'onglet Gestionnaire d'applications, puis sélectionnez l'option Applications dans la liste déroulante.
La page Applications s'ouvre.
Sélectionnez l'application contenant l'image 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 images capturées dans la vue de la rampe de la timeline. Les types d'images d'instantanés et d'instantanés à distance, y compris les images StreamSnap, peuvent être sélectionnés et répliqués.
Sélectionnez une image, 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'appliance de destination pour la réplication.
Dans la section Expiration, sélectionnez l'une des options suivantes pour la nouvelle image répliquée :
- Identique à la source : sélectionnez Identique à la source si vous souhaitez définir la même date d'expiration que l'image source.
- Conserver : sélectionnez Conserver si vous souhaitez définir la durée d'expiration de l'image répliquée en heures, jours, semaines, mois ou années.
- Expiration le : sélectionnez Expiration le si vous souhaitez définir une date d'expiration pour la réplique.
- Expiration le : sélectionnez Expiration le, puis spécifiez la date d'expiration de l'image répliquée.
- Aucun délai d'expiration : sélectionnez Aucun si vous ne souhaitez pas que l'image répliquée expire.
Cliquez sur Envoyer.