JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Guide d'administration des systèmes Oracle® ZFS Storage Appliance
Oracle Technology Network
Bibliothque
PDF
Aperu avant impression
Commentaires
search filter icon
search icon

Informations document

Utilisation de la présente documentation

Chapitre 1 Présentation d'Oracle ZFS Storage Appliance

Chapitre 2 Statut

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 11 Services ZFSSA

Chapitre 12 Partages, projets et schéma

Chapitre 13 Réplication

Présentation de la réplication

Description 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

Désactivation d'un package

Clonage d'un package ou de partages individuels

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

Tâches de réplication

Inversion de la réplication - Etablir une réplication

Inverser la réplication

Inversion de la réplication - Simuler la récupération suite à un sinistre

Inverser la réplication

Inversion de la réplication - Reprendre une réplication depuis un système de production

Inverser la réplication

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

Autorisations

Alertes

Evénements d'audit de réplication

Réplication et clustering

Cohérence des instantanés et des données

Gestion des instantanés

Réplication d'une configuration iSCSI

Réplication de clones

Observation de la réplication

Echecs de réplication

Compatibilité de réplication

Mise à niveau à partir des versions 2009.Q3 et antérieures

Chapitre 14 Migration shadow

Chapitre 15 Ecriture de scripts à l'aide de la CLI

Chapitre 16 Maintenance des workflows

Chapitre 17 Intégration

Index

Clonage d'un package ou de partages individuels

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 image:Cloner 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.