Récupération après sinistre
L'objectif de la reprise après sinistre est de fournir une haute disponibilité au niveau d'un site d'installation et de protéger les charges de travail critiques hébergées sur Private Cloud Appliance contre les pannes et les pertes de données.
Le logiciel de contrôleur Private Cloud Appliance actuel fournit un service de reprise après sinistre avec orchestration des opérations de reprise après sinistre à partir de l'Enclave de service. Le service est également appelé démarrage après sinistre natif car il est intégré directement à la couche des services d'infrastructure.
Les installations existantes peuvent utiliser la récupération après sinistre de génération précédente, qui s'appuie sur un troisième système exécutant Oracle Enterprise Manager avec Oracle Site Guard. Un chemin est fourni pour la migration vers le service RS courant.
La documentation sur la reprise après sinistre de première génération est disponible sur Oracle Help Center dans le guide de l'administrateur de Private Cloud Appliance. Voir le chapitre Récupération après sinistre.
La configuration de la récupération après sinistre relève de la responsabilité d'un administrateur de boîtier ou d'un ingénieur Oracle. Les systèmes participant à la configuration de la reprise après sinistre sont des environnements entièrement opérationnels, fonctionnant dans différents emplacements physiques. Une connexion mutuelle entre pairs doit être établie en premier, afin qu'ils puissent fonctionner en tant que base de secours ou réplique l'un de l'autre en cas de panne sur l'un des sites. Les services de reprise après sinistre sur les bâtis principal et de secours communiquent à l'aide d'appels d'API REST. Les commandes locales sont envoyées au service d'infrastructure en nuage approprié au moyen des services de messagerie et d'administration internes de la couche de plate-forme.
Le service de reprise après sinistre fait une distinction claire entre les ressources et les opérations. L'administrateur détermine les charges de travail et les ressources soumises à une protection de récupération après sinistre en créant et en gérant des configurations DR. Les configurations RS définissent les instances de calcul protégées contre les incidents au niveau du site, et mappent les compartiments source et cible pertinents, ainsi que les ressources de réseau entre les systèmes appairés.
Les opérations de reprise après sinistre sont définies dans un plan de reprise après sinistre, qui décrit les étapes à effectuer lors d'une opération de permutation, de basculement ou de post-basculement. Les configurations et les plans de reprise après sinistre sont partagés entre les systèmes appairés et peuvent être créés et gérés à partir du système principal ou de secours. Les opérations de récupération après sinistre peuvent également être exécutées à partir de l'un ou l'autre des systèmes, à l'exception du basculement, qui est toujours déclenché à partir de la base de secours.
Il est important de comprendre ce qui est couvert par la reprise après sinistre et ce qui ne l'est pas.
-
Instances de calcul
-
Les volumes par blocs associés à ces instances de calcul
-
Les systèmes de fichiers ne sont pas pris en charge
-
Le stockage d'objets n'est pas pris en charge
-
Les grappes OKE ne sont pas prises en charge
-
Les équilibreurs de charge d'application et de réseau ne sont pas pris en charge
-
Les instances SR-IOV ne sont pas prises en charge
-
Les instances de calcul avec des volumes par blocs partagés ne sont pas prises en charge.