Afin de comprendre les détails de l'intégration de CA ARCserve Backup à CA ARCserve Replication, vous devez vous familiariser avec certains termes et définitions utilisés par chaque produit.
L'intégration utilise les termes et définitions suivantes :
Un scénario CA ARCserve Replication constitue la base fondamentale de la gestion du fonctionnement du système. Un scénario CA ARCserve Replication inclut toujours au moins un serveur maître et un serveur de réplication. De plus, plusieurs scénarios indépendants peuvent être exécutés sur un seul serveur.
Un scénario est une structure qui décrit les éléments suivants :
Remarque : CA ARCserve Backup prend uniquement en charge les scénarios du serveur de fichiers, de MS Exchange et de SQL Server.
Le serveur maître est le serveur actif ou de production qui permet de modifier activement (lire et écrire) les données. Toute modification effectuée à tout moment sur le serveur maître est capturée en permanence et en temps réel, puis transférée (ou répliquée) vers un ou plusieurs serveurs de réplication associés ; de cette façon, tous les serveurs de réplication contiennent toujours une copie exacte des données présentes sur le serveur maître.
Le serveur de réplication est le serveur passif. Il s'agit du serveur à partir duquel les données ne peuvent pas être modifiées (lecture seule), sauf lorsque les modifications sont répliquées à partir du serveur maître. Plusieurs serveurs de réplication peuvent être associés à un seul serveur maître. Lors de la synchronisation des données répliquées avec le serveur maître, les données sont comparées entre les deux serveurs et seules les modifications effectuées sur le serveur maître sont envoyées aux serveurs de réplication, réduisant ainsi le trafic WAN.
La protection continue des données est la fonction permettant de récupérer des données, non seulement lors de certains états isolés capturés précédemment (par exemple, lors d'une sauvegarde ou d'un cliché quotidien ou hebdomadaire), mais aussi jusqu'à n'importe quel point spécifié dans le temps. De cette façon, si un virus se produit, vous pouvez récupérer vos données jusqu'à quelques minutes avant son apparition, permettant ainsi une perte quasi nulle des données et une vitesse de récupération très rapide.
Le basculement est une fonction qui, après avoir détecté l'échec d'une application protégée sur le serveur maître, bascule (automatiquement ou manuellement) vers un serveur de réplication avec presque aucune perte de données ni de temps. Si un serveur maître tombe en panne ou doit être fermé pour maintenance, une réplication synchronisée (localement ou à distance) le remplacera instantanément et automatiquement.
Le rembobinage des données est une méthode de récupération permettant le rembobinage des fichiers jusqu'à un point spécifié dans le temps (point de rembobinage), antérieur à leur corruption. Cette technologie de rembobinage intégrée s'applique au serveur de réplication et tout rembobinage des données à leur état précédent peut uniquement être effectué sur ce serveur.
Un point de rembobinage est un point de contrôle situé dans le journal de rembobinage qui marque un événement ou une opération. Les informations stockées incluent l'opération qui annulera l'événement si la fonction de point de rembobinage est activée. La récupération de données utilise ces points de rembobinage, ou signets, présents dans le journal de rembobinage pour réinitialiser les données actuelles à leur état précédent.
Assured Recovery vous permet d'effectuer un test réel de votre serveur de récupération après sinistre en exécutant l'application et en modifiant les données, sans avoir d'impact sur votre environnement de production ni sur vos données répliquées précédemment.
Assured Recovery vous permet également d'effectuer un test transparent, sans interruption de fonctionnement, d'un cliché des données répliquées pour démarrer les services d'applications et effectuer toutes les opérations nécessaires à la vérification de l'intégrité des données sur le serveur de réplication. Assured Recovery propose cette fonctionnalité sans exposer vos systèmes de production à un quelconque risque pendant le test, sans interrompre la disponibilité des applications de production et sans la nécessité de resynchroniser les données à la fin du test.
Le mode suspension interrompt temporairement la livraison des modifications au serveur de réplication suspendu. Les modifications sont enregistrées dans une file d'attente jusqu'à la reprise de la réplication de façon à ce qu'une resynchronisation ne soit pas nécessaire. Après la reprise de la réplication, les modifications accumulées sont transférées et appliquées sans nécessité d'une resynchronisation complète des données.
Lorsque vous sauvegardez un scénario en ayant préalablement configuré Assured Recovery, la sauvegarde est cohérente par rapport à l'application et ne nécessite aucune récupération de l'application après la restauration. En revanche, lorsque vous sauvegardez un scénario avec le mode suspension activé (sans avoir configuré Assured Recovery), la sauvegarde peut nécessiter la récupération de l'application après la restauration, selon l'état de l'application lors de la sauvegarde.
La synchronisation est un processus consistant à synchroniser les données figurant sur un serveur de réplication avec les données figurant sur un serveur maître. Pour synchroniser correctement le serveur maître et le serveur de réplication, les deux structures de fichiers sont comparées afin de déterminer le contenu (fichiers et dossiers) manquant ou différent sur le serveur maître par rapport au contenu du serveur de réplication. Les niveaux de synchronisation sont les suivants :
La réplication est un processus qui conserve des copies identiques de fichiers et de bases de données grâce à une capture en temps réel des modifications de niveau octet effectuées sur les fichiers placés sur le serveur maître. Les modifications capturées sont transmises de manière synchronisée aux serveurs de réplication. La réplication mettant continuellement à jour les données sources sur un ordinateur différent, le serveur de réplication contient toujours les mêmes données que le serveur maître. Pour éviter toute tentative de restauration de fichiers en cours d'utilisation, l'application ne doit pas être en cours d'exécution (hors ligne).
Définit le niveau de détail le plus précis pour un scénario CA ARCserve Replication, concernant la sauvegarde ou la restauration. Le niveau de précision d'une entité dépend du type de scénario.
Pour un scénario du serveur de fichiers, une entité représente tous les fichiers et répertoires appartenant au même volume sur un serveur maître.
Par exemple, sur un serveur maître, le contenu du lecteur C constitue une entité et le contenu du lecteur D est considéré comme une entité séparée.
Pour un scénario SQL Server, une entité représente une base de données SQL.
Par exemple, sur un serveur maître, le contenu de la base de données Employés de la société A constitue une entité et le contenu de la base de données Employés de la société B est considéré comme une entité séparée.
Pour un scénario MS Exchange, une entité représente un groupe de stockage MS Exchange. Le nom de l'entité correspond au nom du groupe de stockage de MS Exchange.
| Copyright © 2011 CA. Tous droits réservés. | Envoyer un courriel à CA Technologies sur cette rubrique |