Creare il database di stato di fallback

È possibile connettersi a Oracle Database per creare un database di stato di fallback. Il modello di database di stato ibrido utilizza un database di stato di fallback, che può diventare il database di stato primario in caso di problemi con il database di stato incorporato nel peer.

Cos'è il database di stato di fallback?

Il database di stato di fallback conserva una copia secondaria del database di stato in Oracle Database, mentre il database di stato primario è memorizzato nel database di Berkeley incorporato.

Il database di stato viene memorizzato su ogni peer per tutti i canali a cui è unito il peer. Oracle Blockchain Platform utilizza Berkeley DB come database incorporato nei nodi peer. Se un peer si blocca o si riavvia, il database di stato può essere danneggiato. Oracle Blockchain Platform rileva e ricostruisce automaticamente un database di stato danneggiato dal libro contabile, ma questo può richiedere un tempo significativo a seconda della dimensione del libro contabile e del numero di blocchi. Il nodo peer non è disponibile per la convalida o il commit delle transazioni durante il processo di rigenerazione.

Il modello di database di stato ibrido aggiunge un Oracle Database esterno come fallback. Durante il normale funzionamento, i peer completano i commit del blocco sincrono nel database di stato DB Berkeley e i commit asincroni nel database di fallback. Se il database di stato incorporato non riesce, il peer passa automaticamente all'uso di Oracle Database per i commit sincroni mentre il database di stato di Berkeley DB viene ricreato in modo asincrono. Al termine del processo di rigenerazione, il peer torna al normale funzionamento.

È necessario utilizzare Oracle Autonomous Transaction Processing come database di fallback.

Abilita il database di stato di fallback

Utilizzare la console per fornire informazioni sulla connessione al database e selezionare i peer in cui si desidera configurare un database di stato di fallback.

  1. Andare alla console e fare clic sull'icona Altre azioni nella barra del titolo, in cui viene visualizzato anche il nome dell'istanza.
  2. Fare clic su Configura database di stato di fallback.
    Viene visualizzata la finestra Configura database di stato fallback.
  3. Specificare le informazioni di connessione per Oracle Autonomous Transaction Processing.
    1. Se il database di cronologia avanzata è già stato configurato e si desidera utilizzare le stesse informazioni di connessione per il database di stato di fallback, fare clic su Usa configurazione database di cronologia Rich per utilizzare la stessa istanza di Oracle Database del database di stato di fallback. In caso contrario, specificare un nome utente, una password e una stringa di connessione e, facoltativamente, caricare un file wallet. Per ulteriori informazioni sulle stringhe di connessione, vedere Creare la stringa di connessione di Oracle Database Classic Cloud Service.
    2. Per configurare il database di fallback per ogni peer della rete, fare clic su Abilita per tutti i peer.
    3. Per configurare il database di fallback per qualsiasi peer appena aggiunto (ridimensionato), fare clic su Abilita per i nuovi peer scalati.
    4. Fare clic su Save.
      Tutti i peer selezionati vengono riavviati quando si applica la configurazione.
  4. Per abilitare o disabilitare il database di stato di fallback su un peer specifico, modificare la configurazione peer.
    1. Fare clic sulla scheda Nodi.
    2. Nella tabella nodi, per il peer che si desidera modificare fare clic sull'icona Altre azioni, quindi fare clic su Modifica configurazione.
    3. In Database di stato di failback, selezionare ENABLE o DISABLE, quindi fare clic su Submit.

Monitorare il database di stato

Dopo aver configurato un database di stato di fallback su un nodo peer, è possibile monitorare lo stato del database di stato.

È necessario configurare un database di stato di fallback per monitorare lo stato del database di stato.
  1. Andare alla console e fare clic sulla scheda Nodi.
  2. Nella tabella dei nodi, fare clic sull'icona Altre azioni per il nodo peer che si desidera monitorare, quindi fare clic su Monitora database di stato.
    Viene visualizzata una tabella contenente le seguenti informazioni sullo stato del database di stato.
    Nome canale
    Il canale a cui è unito il peer.
    Database attivo
    Il database che attualmente accetta commit a blocchi sincroni, il database primario (Berkeley DB) o il database di fallback (Oracle Database).
    Altezza blocco libro contabile
    Numero di blocchi attualmente memorizzati nel libro contabile.
    Stato del database primario
    • SYNC_COMMITS: il database funziona normalmente in modalità sincrona.
    • ASYNC_RECOVERY: il database sta elaborando i commit in modalità asincrona e sta tentando di recuperare l'altezza del blocco del libro contabile.
    • ASYNC_ABORTED: si è verificato un errore persistente durante l'elaborazione dei commit del database in modalità asincrona oppure la coda di blocchi asincrona è piena. In entrambi i casi, il problema sottostante deve essere corretto e il peer deve essere riavviato.
    Altezza primaria del blocco del database
    Il numero di blocchi attualmente memorizzati nel database di stato primario.
    Stato del database di failback
    • ASYNC_COMMITS: il database funziona normalmente come fallback, in modalità asincrona.
    • SYNC_COMMITS: il database funziona in modalità sincrona, perché si è verificato un problema con il database primario o perché l'altezza del blocco del database primario era inferiore all'altezza del blocco del libro contabile mentre l'altezza del registro del database di fallback era uguale all'altezza del blocco del libro contabile.
    • ASYNC_RECOVERY: il database sta elaborando i commit in modalità asincrona e sta tentando di recuperare l'altezza del blocco del libro contabile.
    • ASYNC_ABORTED: si è verificato un errore persistente durante l'elaborazione dei commit del database in modalità asincrona oppure la coda di blocchi asincrona è piena. In entrambi i casi, il problema sottostante deve essere corretto e il peer deve essere riavviato.
    altezza blocco database di failback
    Il numero di blocchi attualmente memorizzati in Oracle Database (database di fallback).
    Lunghezza coda asincrona
    Numero di blocchi nella coda in attesa di elaborazione asincrona da parte del database asincrono corrente.
    Ultimo errore asincrono
    L'errore più recente relativo al database asincrono, che può includere problemi di connessione o credenziali o problemi con la coda asincrona o le dimensioni delle chiavi.