通过SQL存储过程执行ogr2ogr批处理时无法加载ogr_MSSQLSpatial.dll

你遇到的这个问题很典型——手动运行正常但服务上下文执行失败，核心原因基本都和SQL Server服务的运行环境、权限或依赖缺失有关，下面分几个方向帮你排查解决：

1. 确认SQL Server服务账户的权限与路径有效性 #

• 首先，你提到给GDAL文件夹授权，但要确保是SQL Server实际运行的服务账户（比如NT SERVICE\MSSQLSERVER，具体可以在服务管理器里查看）拥有权限，而不是你自己的登录账户。这个账户需要对Z:\BroadSpectrumSQLTreeExtract\ogr2ogr\整个目录（包括子文件夹gdalplugins）有读取+执行权限，甚至要检查ogr_MSSQLSpatial.dll文件本身的权限是否被限制。
• 另外，网络驱动器Z:在服务上下文里大概率是无效的！SQL Server服务账户不会继承你登录时映射的网络驱动器，建议把批处理里的路径换成UNC路径（比如\\你的服务器名\共享名\BroadSpectrumSQLTreeExtract\ogr2ogr\），这样服务账户才能正确访问到GDAL文件。

2. 补全GDAL运行所需的环境变量 #

手动运行时你的用户环境可能已经配置了GDAL相关变量，但SQL Server服务的环境里没有，这会导致DLL加载失败：

• 在批处理文件的开头添加以下命令，强制设置GDAL的核心环境变量：

  set GDAL_DATA=\\你的服务器名\共享名\BroadSpectrumSQLTreeExtract\ogr2ogr\data
  set PATH=%PATH%;\\你的服务器名\共享名\BroadSpectrumSQLTreeExtract\ogr2ogr\bin
  set GDAL_DRIVER_PATH=\\你的服务器名\共享名\BroadSpectrumSQLTreeExtract\ogr2ogr\gdalplugins
  

• 这样能确保ogr2ogr.exe在执行时能找到ogr_MSSQLSpatial.dll及其依赖的所有文件。

3. 排查DLL的依赖缺失问题 #

ogr_MSSQLSpatial.dll可能依赖其他系统或GDAL配套的DLL，手动运行时你的环境能找到这些依赖，但服务环境不行：

• 用Visual Studio自带的dumpbin /dependents ogr_MSSQLSpatial.dll命令，查看这个DLL需要的所有依赖项。
• 把缺失的依赖DLL（比如GDAL核心的gdal204.dll之类的）复制到gdalplugins目录，或者确保这些依赖所在的路径被加入到上面设置的PATH变量里。

4. 验证SQL Server与ogr2ogr的身份验证权限 #

ogr_MSSQLSpatial.dll要和SQL Server交互，所以要确认：

• 如果你的批处理里用的是Windows身份验证连接SQL Server，那SQL Server服务账户需要有访问源数据库的权限（读取源表、写入目标表的权限）。
• 如果用的是SQL身份验证，要确保连接字符串里的用户名和密码正确，且该SQL账户拥有足够的数据库操作权限。

调试小技巧 #

• 在批处理里添加gdalinfo --formats > C:\temp\gdal_formats.txt命令，分别手动运行和通过SQL存储过程调用，查看输出的文件里是否有MSSQLSpatial格式，这能快速验证DLL是否加载成功。
• 用Sysinternals的Process Monitor工具，监控SQL Server调用批处理时ogr2ogr.exe的文件访问行为，看加载ogr_MSSQLSpatial.dll时是否出现“拒绝访问”或“文件未找到”的错误，精准定位问题点。

内容的提问来源于stack exchange，提问作者Joshua J Geoghegan