Prise en charge de la récupération après sinistre pour la segmentation en unités

Vous pouvez configurer Oracle Blockchain Platform pour la prise en charge de la récupération après sinistre dans les scénarios de segmentation en unités.

Pour que vous puissiez configurer la prise en charge de la récupération après sinistre dans un scénario de segmentation en unités, le réseau de chaîne de blocs doit être configuré pour la récupération après sinistre, en suivant les directives suivantes. Pour plus d'informations, voir Ajouter au réseau des organisations participantes Oracle Blockchain Platform.

En plus de l'instance fondatrice d'Oracle Blockchain Platform, créez au moins deux instances de participant supplémentaires et joignez-les au réseau de chaîne de blocs.
Ajoutez au moins deux responsables des commandes de chaque instance de participant au réseau de chaîne de blocs. En général, vous ajoutez au moins trois commandants à partir de chaque instance de participant.
Joignez-vous aux organisations participantes aux mêmes canaux et installez des codes de chaîne sur les instances participantes.
Assurez-vous que les responsables des commandes des instances de participant sont joints aux canaux de l'instance fondatrice.

Vous pouvez ensuite vous préparer à la récupération après sinistre dans un scénario de segmentation en unités en désignant une deuxième instance d'Oracle Blockchain Platform comme organisation de récupération après sinistre. Lorsqu'une instance principale d'Oracle Blockchain Platform est arrêtée et ne peut pas envoyer de transactions au code de chaîne, une instance secondaire d'Oracle Blockchain Platform configurée en tant qu'organisation de récupération après sinistre peut être utilisée pour envoyer la transaction au code de chaîne au nom de l'instance principale.

Dans l'exemple suivant, l'organisation fondatrice de l'instance principale est Org1MSP et l'organisation participante de l'instance de récupération après sinistre est Org2MSP.

Pour configurer une deuxième instance pour la récupération après sinistre dans des scénarios de segmentation en unités, procédez comme suit.

Créez des inscriptions personnalisées dans l'organisation de récupération après sinistre et ajoutez un attribut personnalisé pour primaryOrgMSPId qui est l'ID de l'organisation fondatrice (Org1MSP). Vous pouvez utiliser un outil tel que Postman pour créer l'inscription personnalisée. Cette inscription indique que Org2MSP est une organisation de reprise après sinistre pour l'organisation principale, Org1MSP.
L'exemple suivant présente un exemple de corps de demande pour le point d'extrémité REST {{bc-url}}/console/admin/api/v2/nodes/restproxies/{{bc-restproxy-id}}/enrollments. Vous pouvez obtenir la valeur bc-restproxy-id dans la réponse à partir d'une demande GET pour le point d'extrémité REST {{bc-url}}/console/admin/api/v2/nodes.
```
{
   "enrollmentId": "<enrollmentId>",
    "attributes":{
        "primaryOrgMSPId": "<primaryOrgId>"
    }
 }
```
L'exemple suivant est la réponse attendue.
```
{
"respMesg": "SUCCESS"
}
```
Ajoutez des utilisateurs à l'inscription personnalisée. Vous pouvez utiliser Postman ou la console Oracle Blockchain Platform pour ajouter des utilisateurs. Les ID inscription et les noms d'utilisateur dans l'organisation de récupération après sinistre (Org2MSP) doivent correspondre aux ID inscription et aux noms d'utilisateur dans l'organisation principale (Org1MSP). La seule différence est l'attribut personnalisé primaryOrgMSPId, qui pointe vers l'organisation principale (Org1MSP).
L'exemple suivant présente un exemple de corps de demande pour le point d'extrémité REST {{bc-url}}/console/admin/api/v2/nodes/restproxies/{{bc-restproxy-id}}/enrollments/{{bc-enrolment-id}}/users .
```
{
    "userName": "<userId>"
 }
```
L'exemple suivant est la réponse attendue.
```
{
"respMesg": "SUCCESS"
}
```