2017-08-31 5 views
0

私はステートフルなサービスに均一なパーティションスキームを使用しており、Azure BLOBストレージへの状態のバックアップと復元を成功させています。このプロセスは、特定のパーティションのバックアップが格納されているコンテナを識別するpartitionIdによって異なります。PartitionIdが変更されたパーティションへのサービスファブリックのバックアップ

上記の作業は、クラスタが常に稼動しており、partitionIdsが決して変更されないと仮定すると有効です。それにもかかわらず、クラスタ全体がダウンしたとしても、自分の状態を復元する方法を頭で打っています。

誰か...誰でも: )?

ありがとうございます!

答えて

0

サービスファブリックIDではなく、パーティションキーが含まれるように、バックアップファイルの名前の規則を作成する必要があります。 例えば、ID(int)に10を法とする10個のパーティションを作成した場合、0から9までの名前でバックアップします。

+0

10xロバート!私は同様のアプローチを使用して終了しました - コンテナの名前は、サービスの名前とバックアップされているパーティションの低いキーの組み合わせである青空のBLOBコンテナを作成:) –

関連する問題