Disaster Recovery-Support für Tokenisierung

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

Bevor Sie 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 Teilnehmerorganisationen von Oracle Blockchain Platform 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 von jeder Teilnehmerinstanz zum Blockchain-Netzwerk hinzu. Normalerweise fügen Sie mindestens drei Orderer aus jeder Teilnehmerinstanz hinzu.
Verbinden Sie die teilnehmenden Organisationen mit denselben Kanälen, und installieren Sie Chaincodes auf den Teilnehmerinstanzen.
Stellen Sie sicher, dass die Orderer aus den Teilnehmerinstanzen mit den Kanälen auf der Gründerinstanz verknüpft sind.

Anschließend können Sie sich auf 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 wurde, 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 Org2MSP.

Führen Sie die folgenden Schritte aus, um eine zweite Instanz für das Disaster Recovery in Tokenisierungsszenarios einzurichten.

Erstellen Sie benutzerdefinierte Anmeldungen in der Disaster Recovery-Organisation, und fügen Sie ein benutzerdefiniertes Attribut für primaryOrgMSPId hinzu, das die ID der Gründerorganisation ist (Org1MSP). Sie können ein Tool wie Postman verwenden, um die benutzerdefinierte Anmeldung zu erstellen. Diese Anmeldung 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 aus 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. Sie können Postman oder die Oracle Blockchain Platform-Konsole verwenden, um Benutzer hinzuzufü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 (Org1MSP) verweist.
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"
}
```