你好莫里茨，

我们对该参数进行了深入研究，发现了以下内容：

• 读取文件不会受到最大重试次数的影响，甚至写入文件也不会受到重试的影响，除非在一种特定情况下，在评估我们是否可以释放编写器时……
• 在FRS提交新文件后，我们评估是否可以释放编写器。 在释放编写器之前，我们检查文件的大小。 如果我们检测到文件，则重试不相关。 仅当找不到文件时，才使用重试。

• 重试之间的等待时间被硬编码为200毫秒，因为我们不应该等待太久。 200ms足够长，甚至可以进行网络挂载
• 释放作者并不重要。 如果我们未能释放编写器，则在闲置一分钟后仍将对其进行清理
• 在某些极端情况下，重试值应较低。 默认值为1，通常可以正常使用

因此，似乎该设置并不代表我们认为的含义。 现在，我们将删除警报。 从长远来看，我们将跟进BIP的开发，以根据我们的发现确定是否需要更改管理指南。 我个人认为，从FRS读取文件时，如果实际使用重试将是最​​佳选择。 因此，也许可以在将来的版本中将其添加到BI 4.2。

关于
托比

嗨托比，

非常感谢您的分析和详细的回复！

致谢
莫里茨

嗨莫里茨，

感谢您的发布。 实际上存在最佳做法的冲突（此KBA指南说2，而索尔曼说使用10）。 我们目前正在与开发人员对话，以获取最佳指导和更精确的设置信息（在这种情况下将重试文件）。 例如，在我们的测试中，我们发现如果文件丢失，则根本不会重试。 找到最终答案后，我们将为下一个补丁更新警报和KBA，我将确保我们进行跟进，并让您知道所发现的内容。

干杯
Toby

嗨托比，

感谢您的答复。

对我来说听起来不错。 感谢您的支持！

最好的问候
Moritz

我们绝对没有改变。
我刚刚创建了一个新的OFRS服务器，并将其值设置为1 也没有设置。
"使用配置模板"也未设置。
因此，我怀疑是这种情况。

Ah和btw：我刚刚检查了BIP管理员指南（ 4.2 SP3），该状态还指出此参数的默认值是1 ...

此参数的平台默认值是10，因此如果将其设置为1- 更改了。