Supporto di disaster recovery per la tokenizzazione

È possibile configurare Oracle Blockchain Platform per il supporto del disaster recovery negli scenari di tokenizzazione.

Prima di poter impostare il supporto per il disaster recovery in uno scenario di tokenizzazione, la rete blockchain deve essere configurata per il disaster recovery, utilizzando le linee guida riportate di seguito. Per ulteriori informazioni, vedere Aggiungere le organizzazioni partecipanti a Oracle Blockchain Platform alla rete.

Oltre all'istanza fondatore di Oracle Blockchain Platform, crea almeno altre due istanze dei partecipanti e uniscile alla rete blockchain.
Aggiungere almeno due ordini di ogni istanza partecipante alla rete blockchain. In genere si aggiungono almeno tre ordini per ogni istanza del partecipante.
Unisciti alle organizzazioni partecipanti agli stessi canali e installa codici concatenati nelle istanze dei partecipanti.
Assicurarsi che gli ordini delle istanze dei partecipanti vengano uniti ai canali dell'istanza fondatore.

Puoi quindi prepararti per il disaster recovery in uno scenario di tokenizzazione designando una seconda istanza di Oracle Blockchain Platform come organizzazione di disaster recovery. Quando un'istanza primaria di Oracle Blockchain Platform è inattiva e non è in grado di inviare transazioni al codice concatenato, è possibile utilizzare un'istanza secondaria di Oracle Blockchain Platform impostata come organizzazione di recupero da errori irreversibili per inviare la transazione al codice concatenato per conto dell'istanza primaria.

Nell'esempio seguente, l'organizzazione fondatore nell'istanza primaria è Org1MSP e l'organizzazione partecipante nell'istanza di disaster recovery è Org2MSP.

Per impostare una seconda istanza per il disaster recovery negli scenari di tokenizzazione, completare i passi riportati di seguito.

Creare iscrizioni personalizzate all'organizzazione di disaster recovery e aggiungere un attributo personalizzato per primaryOrgMSPId che sia l'ID dell'organizzazione fondatrice (Org1MSP). È possibile utilizzare uno strumento come Postman per creare l'iscrizione personalizzata. Questa iscrizione indica che Org2MSP è un'organizzazione di disaster recovery per l'organizzazione principale, Org1MSP.
L'esempio seguente mostra un corpo di richiesta di esempio per l'endpoint REST {{bc-url}}/console/admin/api/v2/nodes/restproxies/{{bc-restproxy-id}}/enrollments. È possibile ottenere il valore bc-restproxy-id nella risposta da una richiesta GET per l'endpoint REST {{bc-url}}/console/admin/api/v2/nodes.
```
{
   "enrollmentId": "<enrollmentId>",
    "attributes":{
        "primaryOrgMSPId": "<primaryOrgId>"
    }
 }
```
L'esempio seguente è la risposta prevista.
```
{
"respMesg": "SUCCESS"
}
```
Aggiungere utenti all'iscrizione personalizzata. È possibile utilizzare Postman o la console di Oracle Blockchain Platform per aggiungere utenti. Gli ID di iscrizione e i nomi utente nell'organizzazione di disaster recovery (Org2MSP) devono corrispondere agli ID di iscrizione e ai nomi utente nell'organizzazione principale (Org1MSP). L'unica differenza è l'attributo personalizzato primaryOrgMSPId, che punta all'organizzazione principale (Org1MSP).
L'esempio seguente mostra un corpo di richiesta di esempio per l'endpoint REST {{bc-url}}/console/admin/api/v2/nodes/restproxies/{{bc-restproxy-id}}/enrollments/{{bc-enrolment-id}}/users .
```
{
    "userName": "<userId>"
 }
```
L'esempio seguente è la risposta prevista.
```
{
"respMesg": "SUCCESS"
}
```