Créer la base de données d'état de secours

Vous pouvez vous connecter à Oracle Database pour créer une base de données d'état de secours. Le modèle de base de données d'état hybride utilise une base de données d'état de secours, qui peut devenir la base de données d'état principale en cas de problème avec la base de données d'état imbriquée sur le pair.

Définition de la base de données d'état de secours

La base de données d'état de secours conserve une copie secondaire de la base de données d'état dans Oracle Database, tandis que la base de données d'état principale est stockée sur la base de données Berkeley intégrée.

La base de données d'état est stockée sur chaque pair pour tous les canaux auxquels le pair est joint. Oracle Blockchain Platform utilise la base de données Berkeley en tant que base de données intégrée sur les noeuds homologues. Si un pair tombe en panne ou redémarre, la base de données d'état peut être endommagée. Oracle Blockchain Platform détecte et reconstruit automatiquement une base de données d'état endommagée à partir du registre, mais cela peut prendre beaucoup de temps en fonction de la taille du registre et du nombre de blocs. Le noeud homologue n'est pas disponible pour l'approbation ou la validation des transactions au cours du processus de reconstruction.

Le modèle de base de données à état hybride ajoute une base de données Oracle Database externe en tant que base de données de secours. En fonctionnement normal, les homologues effectuent des validations de blocs synchrones vers la base de données d'état de base de données Berkeley et des validations asynchrones vers la base de données de secours. Si la base de données d'état intégrée échoue, le pair bascule automatiquement pour utiliser Oracle Database pour les validations synchrones tandis que la base de données d'état de base de données Berkeley est reconstruite de manière asynchrone. Une fois le processus de reconstruction terminé, le pair revient au fonctionnement normal.

Vous devez utiliser Oracle Autonomous Transaction Processing comme base de données de secours.

Activer la base de données d'état de secours

Utilisez la console pour fournir des informations de connexion à la base de données et sélectionnez les homologues dans lesquels configurer une base de données d'état de secours.

1. Accédez à la console et cliquez sur l'icône Actions supplémentaires dans la barre de titre, où le nom de l'instance est également affiché.
2. Cliquez sur Configurer la base de données d'état de secours.
   La fenêtre Configurer la base de données d'état de secours apparaît.
3. Indiquez les informations de connexion pour Oracle Autonomous Transaction Processing.
   1. Si vous avez déjà configuré la base de données d'historique enrichi et que vous voulez utiliser les mêmes informations de connexion pour la base de données d'état de restauration, cliquez sur Utiliser la configuration de la base de données d'historique enrichi pour utiliser la même instance d'Oracle Database que la base de données d'état de restauration. Sinon, indiquez un nom utilisateur, un mot de passe et une chaîne de connexion, et téléchargez éventuellement un fichier de portefeuille. Pour plus d'informations sur les chaînes de connexion, reportez-vous à Création de la chaîne de connexion Oracle Database Classic Cloud Service.
   2. Pour configurer la base de données de secours pour chaque homologue du réseau, cliquez sur Activer pour tous les homologues.
   3. Pour configurer la base de données de secours pour tout homologue (redimensionné) nouvellement ajouté, cliquez sur Activer pour les homologues nouvellement redimensionnés.
   4. Cliquez sur Enregistrer.
      Tous les homologues sélectionnés redémarrent lorsque vous appliquez la configuration.
4. Pour activer ou désactiver la base de données d'état de restauration sur un pair spécifique, modifiez la configuration du pair.
   1. Cliquez sur l'onglet Noeuds.
   2. Dans la table des noeuds, pour le pair à modifier, cliquez sur l'icône Actions supplémentaires, puis sur Modifier la configuration.
   3. Sous Base de données d'état de restauration, sélectionnez Activer ou DÉSACTIVER, puis cliquez sur Soumettre.

Surveiller la base de données d'état

Après avoir configuré une base de données d'état de secours sur un noeud homologue, vous pouvez surveiller le statut de la base de données d'état.

Vous devez configurer une base de données d'état de secours pour surveiller le statut de la base de données d'état.

1. Accédez à la console et cliquez sur l'onglet Noeuds.
2. Dans la table des noeuds, cliquez sur l'icône Actions supplémentaires du noeud homologue à surveiller, puis sur Surveiller la base de données d'état.
   Un tableau contenant les informations suivantes sur le statut de la base de données d'état s'affiche.

   Nom de canal

   Canal auquel le pair est joint.

   Base de données active

   Base de données qui accepte actuellement les validations de blocs synchrones, à savoir la base principale (Berkeley DB) ou la base de secours (Oracle Database).

   Hauteur de bloc de livre

   Nombre de blocs actuellement stockés dans le livre.

   Etat de la base de données principale

   • SYNC_COMMITS : la base de données fonctionne normalement en mode synchrone.
   • ASYNC_RECOVERY : la base de données traite les validations en mode asynchrone et tente de rattraper la hauteur de bloc du livre.
   • ASYNC_ABORTED : une erreur persistante est survenue pendant le traitement des validations de la base de données en mode asynchrone ou la file d'attente de blocs asynchrones est pleine. Dans les deux cas, le problème sous-jacent doit être corrigé et le pair doit être redémarré.

   Hauteur de bloc de base de données principale

   Nombre de blocs actuellement stockés dans la base de données d'état principale.

   Etat de la base de données de restauration

   • ASYNC_COMMITS : la base de données fonctionne normalement en mode de secours, en mode asynchrone.
   • SYNC_COMMITS : la base de données fonctionne en mode synchrone, car il y a eu un problème avec la base de données principale ou parce que la hauteur du bloc de la base de données principale était inférieure à la hauteur du bloc du livre alors que la hauteur du livre de la base de données de secours était égale à la hauteur du bloc du livre.
   • ASYNC_RECOVERY : la base de données traite les validations en mode asynchrone et tente de rattraper la hauteur de bloc du livre.
   • ASYNC_ABORTED : une erreur persistante est survenue pendant le traitement des validations de la base de données en mode asynchrone ou la file d'attente de blocs asynchrones est pleine. Dans les deux cas, le problème sous-jacent doit être corrigé et le pair doit être redémarré.

   Hauteur de bloc de base de données de restauration

   Nombre de blocs actuellement stockés dans Oracle Database (base de données de secours).

   Longueur de file d'attente asynchrone

   Nombre de blocs dans la file d'attente en attente de traitement asynchrone par la base de données asynchrone en cours.

   Dernière erreur asynchrone

   Erreur la plus récente liée à la base de données asynchrone, qui peut inclure des problèmes de connexion, d'informations d'identification ou de taille de clé asynchrone.