2017-08-31 1 views
0

J'utilise un schéma de partitionnement uniforme pour mes services avec état et je sauvegarde et restaure avec succès l'état vers/depuis Azure Blob Storage. Le processus dépend du partitionId à identifier dans le conteneur dans lequel les sauvegardes pour une partition particulière sont stockées. Ce qui précède fonctionne très bien en supposant que le cluster est toujours actif et que les ID de partition ne sont jamais modifiés. Néanmoins, je me suis cogné la tête comment être capable de restaurer mon état même si tout le cluster est tombé (ce qui conduit à des partitionsIds totalement différentes dans le cluster recréé)Restaurer le service Fabric Backup vers une partition avec un PartitionId modifié

Des idées ... n'importe qui:)?

Merci d'avance!

Répondre

0

Vous devez créer une convention de nom pour le fichier de sauvegarde afin qu'il contienne la clé de partition, et non son ID de structure de service. Par exemple, si j'ai 10 partitions faites avec modulo dix sur l'ID (int), alors je voudrais sauvegarder avec les noms de zéro à neuf.

+0

10x Robert! J'ai fini par utiliser une approche similaire - créer des conteneurs blob en azur où le nom du conteneur est une combinaison du nom du service et de la clé basse de la partition qui est sauvegardée :) –