Disaster Recovery-Support für Tokenisierung

Sie können Oracle Blockchain Platform für Disaster Recovery-Unterstützung in Tokenisierungsszenarios konfigurieren.

Bevor Sie die Disaster Recovery-Unterstützung in einem Tokenisierungsszenario einrichten können, muss das Blockchain-Netzwerk gemäß den folgenden Richtlinien für Disaster Recovery konfiguriert werden. Weitere Informationen finden Sie unter Oracle Blockchain Platform-Teilnehmerorganisationen zum Netzwerk hinzufügen.

Erstellen Sie zusätzlich zur Gründerinstanz von Oracle Blockchain Platform mindestens zwei weitere Teilnehmerinstanzen, und verbinden Sie sie mit dem Blockchain-Netzwerk.
Fügen Sie mindestens zwei Orderer aus jeder Teilnehmerinstanz zum Blockchain-Netzwerk hinzu. In der Regel fügen Sie mindestens drei Auftragnehmer aus jeder Teilnehmerinstanz hinzu.
Verbinden Sie die Teilnehmerorganisationen mit denselben Kanälen, und installieren Sie Chaincodes auf den Teilnehmerinstanzen.
Stellen Sie sicher, dass die Auftragnehmer aus den Teilnehmerinstanzen mit den Kanälen auf der Gründerinstanz verknüpft sind.

Sie können dann das Disaster Recovery in einem Tokenisierungsszenario vorbereiten, indem Sie eine zweite Instanz von Oracle Blockchain Platform als Disaster Recovery-Organisation angeben. Wenn eine primäre Oracle Blockchain Platform-Instanz heruntergefahren ist und keine Transaktionen an den Chaincode senden kann, kann eine sekundäre Oracle Blockchain Platform-Instanz, die als Disaster Recovery-Organisation eingerichtet ist, verwendet werden, um die Transaktion im Namen der primären Instanz an den Chaincode zu senden.

Im folgenden Beispiel lautet die Gründerorganisation auf der primären Instanz Org1MSP, und die Teilnehmerorganisation auf der Disaster-Recovery-Instanz lautet Org2MSP.

Gehen Sie folgendermaßen vor, um eine zweite Instanz für Disaster Recovery in Tokenisierungsszenarios einzurichten.

Erstellen Sie benutzerdefinierte Anmeldungen für die Disaster Recovery-Organisation, und fügen Sie ein benutzerdefiniertes Attribut für primaryOrgMSPId hinzu, das die ID der Gründerorganisation (Org1MSP) ist. Sie können ein Tool wie Postman verwenden, um die benutzerdefinierte Anmeldung zu erstellen. Diese Registrierung gibt an, dass Org2MSP eine Disaster Recovery-Organisation für die primäre Organisation Org1MSP ist.
Das folgende Beispiel zeigt einen Beispielanforderungsbody für den REST-Endpunkt {{bc-url}}/console/admin/api/v2/nodes/restproxies/{{bc-restproxy-id}}/enrollments. Sie können den Wert bc-restproxy-id in der Antwort von einer GET-Anforderung für den REST-Endpunkt {{bc-url}}/console/admin/api/v2/nodes abrufen.
```
{
   "enrollmentId": "<enrollmentId>",
    "attributes":{
        "primaryOrgMSPId": "<primaryOrgId>"
    }
 }
```
Das folgende Beispiel ist die erwartete Antwort.
```
{
"respMesg": "SUCCESS"
}
```
Fügen Sie der benutzerdefinierten Anmeldung Benutzer hinzu. Mit Postman oder der Oracle Blockchain Platform-Konsole können Sie Benutzer hinzufügen. Die Registrierungs-IDs und Benutzernamen in der Disaster Recovery-Organisation (Org2MSP) müssen mit den Registrierungs-IDs und Benutzernamen in der primären Organisation (Org1MSP) übereinstimmen. Der einzige Unterschied ist das benutzerdefinierte Attribut primaryOrgMSPId, das auf die primäre Organisation verweist (Org1MSP).
Das folgende Beispiel zeigt einen Beispielanforderungsbody für den REST-Endpunkt {{bc-url}}/console/admin/api/v2/nodes/restproxies/{{bc-restproxy-id}}/enrollments/{{bc-enrolment-id}}/users .
```
{
    "userName": "<userId>"
 }
```
Das folgende Beispiel ist die erwartete Antwort.
```
{
"respMesg": "SUCCESS"
}
```