Go to main content
Guide d'administration des systèmes Oracle® ZFS Storage Appliance, version OS8.6.x

Quitter la vue de l'impression

Mis à jour : Septembre 2016
 
 

Actions et packages de réplication

Une action de réplication spécifie le projet ou le partage qui sera répliqué, la fréquence de la mise à jour et les options sélectionnées. Les actions de réplication sont créées sur l'appareil source en spécifiant :

  • un groupe de réplication incluant soit un projet soit des partages individuels

  • le nom d'un appareil cible

  • le nom d'un pool de stockage sur l'appareil cible (utilisé uniquement lors de la configuration initiale)

  • une fréquence (programmée ou continue) de la mise à jour

  • des options supplémentaires telles que le chiffrement du flux de données ou la désactivation de la compression

Un groupe de réplication est implicitement spécifié par le projet ou le partage sur lequel l'action est configurée (reportez-vous à la section Pools de stockage de réplication). L'appareil cible et le pool de stockage ne peuvent pas être modifiés une fois cette action créée, mais il est possible de modifier les autres options à tout moment. Si une mise à jour de réplication est en cours lors de la modification d'une option, la nouvelle valeur sera prise en charge uniquement lors de la prochaine mise à jour.

Lorsqu'une action de réplication est exécutée sur l'appareil source, un package est créé sur l'appareil cible du pool de stockage spécifié. Le package sur l'appareil cible contient une copie exacte du projet et des partages de la source sur lesquels l'action est configurée, à l'heure de démarrage de la dernière mise à jour de réplication. Les actions constituent l'unité principale de la configuration de réplication sur l'appareil.

Modes de réplication : programmé ou continu

Les actions de réplication peuvent être configurées pour envoyer les mises à jour de manière planifiée ou en continu. Le processus de mise à jour de réplication en lui-même reste identique dans les deux cas. Cette propriété contrôle uniquement l'intervalle.

Les actions de réplication envoyant des mises à jour aussi souvent que possible, elles consistent en l'envoi d'un flux constant de modifications du système de fichiers vers le système cible. Pour les systèmes de fichiers dans lesquels de nombreux fichiers ont été créés et supprimés à courts intervalles, il peut en résulter la réplication de bien plus de données que nécessaire. Toutefois, tant que la réplication suit le rythme des modifications de données, une quantité minimale de données sera perdue en cas de sinistre sur le système source.

La réplication en continu est toujours asynchrone. Oracle ZFS Storage Appliance ne prend actuellement pas en charge la réplication synchrone, qui ne considère pas les données affectées au stockage stable tant qu'elles ne sont pas validées sur les systèmes de stockage à la fois principal et secondaire.

Instantanés de réplication intermédiaires

Lorsque la propriété "Inclure les instantanés" est définie sur true, les mises à jour de réplication incluent les instantanés de non-réplication créés après la précédente mise à jour de réplication (ou depuis la création du partage, dans le cas d'une première mise à jour complète). Cela comprend les instantanés automatiques et les instantanés créés par un administrateur. Cette propriété peut être désactivée pour ignorer ces instantanés et envoyer uniquement les modifications entre les instantanés de réplication avec chaque mise à jour.

Relation entre une action et un package de réplication

Une action et un package de réplication sont liés l'un à l'autre. Si le package est endommagé d'une manière quelconque ou qu'il est supprimé, l'action ne sera pas en mesure d'envoyer les mises à jour de réplication, même si la cible possède les données et les instantanés associés à l'action. De même, si une action est supprimée, le package ne sera pas en mesure de recevoir de nouvelles mises à jour de réplication (même si la source possède les données et les instantanés). Si vous essayez d'effectuer une opération risquant de détruire la connexion entre l'action et le package, un avertissement vous met en garde à la fois dans la BUI et la CLI. Si une erreur ou une opération administrative interrompt la connexion si bien que des mises à jour incrémentielles ne sont plus possibles, vous devez dissocier ou détruire le package et l'action, puis créer une nouvelle action sur la source.


Remarque -  L'appareil évite de supprimer des données sur la cible à moins d'une demande explicite de la part de l'administrateur. Par conséquent, si la mise à jour de réplication initiale pour une action échoue après la réplication d'une partie des données (laissant ainsi des données incomplètes à l'intérieur du package), les mises à jour de réplication ultérieures utilisant la même action échoueront également car l'appareil ne peut pas écraser les données reçues précédemment. Pour remédier à ce problème, les administrateurs doivent supprimer l'action et le package existants et créer une nouvelle action, puis redémarrer la réplication.

Rubriques connexes