System.Fabric.FabricNotPrimaryException从计时器

时间:2016-11-22 10:19:30

标签: c# azure-service-fabric service-fabric-stateful

我正在编写Service Fabric中托管的有状态服务。该服务的工作是使用来自外部队列的消息,转换它们并将它们放在我们自己的消息系统上。根据供应商文档,吞吐量可以达到6k消息/秒。

我已将服务配置为多个分区以分散消息负载,并且每个分区具有最小2个/最多3个副本。要从故障中恢复,我可以订阅供应商队列并传入时间戳,我希望从该时间戳接收消息。为此,我将存储在服务状态下处理的最后一条消息的时间戳。由于消息的数量,我决定在计时器上“保存”(并允许下游的潜在重复消息)

这是时间调用的代码:

private async void _timer_Elapsed(object sender, ElapsedEventArgs e)
    {
        var saveRetryPolicy = Policy
            .Handle<Exception>()
            .WaitAndRetryAsync(5, retryAttempt =>
                TimeSpan.FromSeconds(Math.Pow(2, retryAttempt))
            );

        await saveRetryPolicy.ExecuteAsync(async () =>
        {
            using (var tx = _stateManager.CreateTransaction())
            {
                var state = await _stateManager.TryGetAsync<IReliableDictionary<string, long>>(TimestampStateName);

                if (state.HasValue)
                {
                    await state.Value.AddOrUpdateAsync(tx, TimestampStateName, _lastTXTimestamp,
                        (s, l) => _lastTXTimestamp);

                    await tx.CommitAsync();
                }
                else
                {
                    var s =
                        await _stateManager.GetOrAddAsync<IReliableDictionary<string, long>>(tx, TimestampStateName);

                    await tx.CommitAsync();
                    _timer_Elapsed(this, null);
                }
            }
        });
    }

每次尝试持续存在时,我都会在每个分区上出现“System.Fabric.FabricNotPrimaryException”错误。

我已经包含了一个重试政策(由Polly Retry提供),因为有一个类似问题的评论建议这样做。这没有任何影响,可以延长报告错误之前的时间。

我是否误解了应该如何使用SF的基本内容?这似乎是一个简单的用例。

1 个答案:

答案 0 :(得分:2)

评论回答:

确保您没有在所有副本上启动计时器,但只能在主副本上启动计时器。