由于无法打开文件“”，因此无法批量加载。操作系统错误代码5（访问被拒绝。）

好。我确实看到已经提出了很多类似的问题。从表面上看，我似乎不应该问这个问题，因为很多人已经尝试回答这个问题，但是我将解释我的情况是不同的：

首先我的设置：

我在负载均衡器后面有两个服务器

服务器A：将Windows服务作为域Service_account运行服务器B：将Windows服务作为域Service_account运行

然后该Windows服务最终会调用SQL Server执行存储过程，该存储过程当然会尝试从\ network \ location上的文件进行大容量插入。现在，我不知道他的信息有多重要，但是这个网络位置实际上是作为网络共享共享的文件夹，Server B因此基本上\ network \ location = Server B：C /某物。

现在，我已将所有人添加为该文件夹中的用户，并将其设置为完全控制，以确保尝试访问该文件夹的任何人都没有权限问题。

现在，我确实收到此错误：Cannot bulk load because the file “" could not be opened. Operating system error code 5(Access is denied.).

只有某些时候。这里的整个问题是该错误不能始终如一地再现。它仅每周发生一次。我尝试绕过负载平衡器并直接从服务器发出请求，但没有发现任何问题。另外，我还观察到在此失败请求之前和之后发出的请求都是成功的。这意味着这是in a true sense一个零星的错误。

浏览完SO之后，我发现传统上导致此错误的两个主要原因是：

当用户真正运行该服务时，将无权访问此文件夹。事实并非如此，因为实际上每个人都可以访问此文件夹。

我遇到了一些线索，人们将Kerberos Double Hop潜在问题视为潜在问题。如此处所述：https : //docs.microsoft.com/zh-cn/previous-versions/msp-np/ff649317(v=pandp.10)?redirectedfrom=MSDN

可能是Kerberos，我正在进一步研究以查看它是否是问题。但是与此同时，Kerberos double hop罪魁祸首是什么？是什么解释了此错误的偶发性？如果kerberos删除凭据，那么会不会一直删除凭据，而不是仅删除几次？

或者，也可以说这两个都不是导致此错误的真正原因。真正的问题不是错误本身，而是错误的非常零星的本质。可能是网络中的某些东西导致连接中断吗？