兄弟，我太懂你这个报错的头疼了！之前帮好几个朋友解决过一模一样的问题，咱们一步步来捋清楚：

首先，你在SQL Server 11.0中执行的这条BULK INSERT语句：

BULK INSERT [dbo].[Andy] FROM "Y:\users\joe\APP data main file.csv" WITH (FIRSTROW = 2, FIELDTERMINATOR = ',' , ROWTERMINATOR = '\n', TABLOCK)

返回了这个让人抓狂的错误：

无法批量加载，因为文件"Y:\users\joe\APP data main file.csv"无法打开。操作系统错误代码3(系统找不到指定的路径)。

核心原因 #

很多人都会踩这个坑：BULK INSERT是由SQL Server的服务账户来执行文件访问操作的，不是你用来登录SSMS或者执行查询的那个用户账户！你自己登录电脑能看到Y盘，但SQL服务运行的账户和你的用户会话完全隔离，它根本看不到你映射的驱动器，或者没有访问该路径的权限。

实用解决方案 #

• 换成UNC网络路径：把映射的Y盘换成服务器的共享路径，比如改成 \\你的文件服务器名\共享文件夹名\users\joe\APP data main file.csv。这样不管SQL服务账户在什么上下文，只要它有这个共享文件夹的读取权限，就能精准找到文件。
• 检查SQL服务账户的权限：打开SQL Server配置管理器，找到你的SQL服务实例，查看它运行的账户（默认可能是NT SERVICE\MSSQLSERVER）。然后去文件所在的服务器或本地文件夹，给这个账户添加读取和列出文件夹内容的权限——这一步是关键，很多时候就是权限没给够导致的。
• 彻底放弃映射驱动器：映射驱动器是针对当前登录用户的会话创建的，SQL服务的独立会话根本识别不到这些映射，用UNC路径才是稳定可靠的做法。
• 手动验证路径可达性：登录到SQL Server所在的服务器，用runas /user:SQL服务账户名 cmd打开命令提示符，然后执行dir \\你的文件服务器名\共享文件夹名\users\joe\APP data main file.csv，确认文件是否能被正常访问，这样能快速排查路径拼写错误或者权限问题。

内容的提问来源于stack exchange，提问作者mediaeval