Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide d'administration des systèmes Oracle® ZFS Storage Appliance |
Utilisation de la présente documentation
Chapitre 1 Présentation d'Oracle ZFS Storage Appliance
Chapitre 3 Configuration initiale
Chapitre 4 Configuration réseau
Chapitre 5 Configuration de stockage
Chapitre 6 Configuration du réseau de stockage SAN
Chapitre 7 Configuration utilisateur
Chapitre 8 Définition des préférences de ZFSSA
Chapitre 9 Configuration des alertes
Chapitre 10 Configuration de cluster
Chapitre 12 Partages, projets et schéma
Présentation de la réplication
Terminologie relative à la réplication
Cibles de réplication de projet
Actions et packages de réplication de projet
Pools de stockage de réplication du projet
Réplication de niveau projet et de niveau partage
Configuration de la réplication de projet
Création et modification de cibles
Création et modification de cibles dans la BUI
Création et modification des cibles dans la CLI
Création et modification d'actions
Création et modification d'actions dans la BUI
Création et modification d'actions dans la BUI
Modes de réplication : programmé ou continu
Réplication - Inclure les instantanés intermédiaires
Réplication - Envoi et annulation de mises à jour
Gestion des packages de réplication
Gestion des packages de réplication dans la BUI
Gestion des packages de réplication dans la CLI
Annulation de mises à jour de réplication
Exportation de systèmes de fichiers répliqués
Interruption de la réplication
Inversion du sens de réplication
Destruction d'un package de réplication
Inversion de la réplication - Etablir une réplication
Inversion de la réplication - Simuler la récupération suite à un sinistre
Inversion de la réplication - Reprendre une réplication depuis un système de production
Forcer la réplication à utiliser une route statique
Forcer la réplication à utiliser une route statique
Clonage d'un projet de réplication reçu
Détails de la réplication distante
Evénements d'audit de réplication
Cohérence des instantanés et des données
Réplication d'une configuration iSCSI
Mise à niveau à partir des versions 2009.Q3 et antérieures
Chapitre 15 Ecriture de scripts à l'aide de la CLI
Un clone d'un package répliqué désigne un projet local et mutable qui peut être géré comme n'importe quel autre projet du système. Les partages du clone sont des clones des partages répliqués en fonction du dernier instantané reçu. Ces clones partagent le stockage avec leurs instantanés d'origine de la même manière que le font les clones des instantanés de partages (reportez-vous à la section Clonage d'un instantané). Ce mécanisme peut être utilisé pour un basculement dans le cas d'un problème majeur sur la source de réplication, ou simplement pour fournir une version locale modifiable des données.
Cliquez sur le bouton
dans la BUI ou exécutez la commande clone dans la CLI (dans le contexte du package) pour créer un clone de package basé sur l'instantané de réplication le plus récent. Dans les interfaces CLI et BUI, l'administrateur doit indiquer un nom pour le nouveau projet clone et autoriser les administrateurs à remplacer le point de montage du projet ou de ses partages pour garantir qu'ils n'entrent pas en conflit avec ceux des autres partages présents sur le système.
Dans les versions 2009.Q3 et antérieures, le clonage d'un projet répliqué était la seule façon d'accéder à ses données et donc le seul moyen d'implémenter le basculement en cas de récupération après sinistre. Dans les versions 2010.Q1 et ultérieures, les systèmes de fichiers individuels peuvent être exportés en lecture seule sans créer de clone. En outre, les packages de réplication peuvent être convertis directement en projets locaux inscriptibles dans le cadre d'une opération de basculement. Par conséquent, cloner un package n'est plus nécessaire ou recommandé, car ces alternatives offrent les mêmes fonctionnalités avec des opérations plus simples et sans avoir à gérer des clones et leurs dépendances.
Lorsqu'un clone existe, son instantané d'origine ne peut pas être supprimé. Lors de la suppression de l'instantané (conséquence possible de la destruction du partage, du projet ou du package de réplication dont l'instantané est membre), le système avertit les administrateurs de la présence de clones dépendants qui seront supprimés par l'opération. Notez que les instantanés peuvent également être détruits sur la source à tout moment, et qu'ils sont supprimés de la cible dans le cadre d'une mise à jour de réplication ultérieure. Si un instantané de ce type possède des clones, il est renommé avec un nom unique (généralement recv-XXX).
Les administrateurs peuvent également cloner des instantanés de partage répliqué dans les interfaces BUI et CLI classiques.