sp_oacreate默认被策略级封锁，必须先启用高级选项并重新配置，再启用ole自动化过程且两次均需reconfigure；仅msxml2.serverxmlhttp为推荐progid，调用时须设context=1、显式设置content-type头、手动捕获错误并及时销毁对象。

不能直接“安全地”调用外部 Web 服务——sp_OACreate 是一个高风险、已弃用、仅限应急的同步调用通道，必须手动启用、严格校验、及时销毁。

为什么 sp_OACreate 调用直接报错 Msg 15281

SQL Server 默认完全禁用 sp_OACreate 及整套 OLE 自动化过程，不是配置没生效，而是被策略级封锁。不开启就调用，必然触发：

Msg 15281, Level 16, State 1, Procedure sp_OACreate, Line 1 SQL Server blocked access to procedure 'sys.sp_OACreate' of component 'Ole Automation Procedures'

开启必须两步且顺序不可颠倒：

• sp_configure 'show advanced options', 1 → 紧跟 RECONFIGURE
• sp_configure 'Ole Automation Procedures', 1 → 再次 RECONFIGURE

漏一次 RECONFIGURE，sp_configure 'Ole Automation Procedures' 查出来的 run_value 就是 0，等于白配。执行后务必验证该列是否为 1。

该用哪个 ProgID：MSXML2.ServerXMLHTTP 是唯一靠谱选择

可用 ProgID 很少，且行为差异极大：

• MSXML2.ServerXMLHTTP：支持 HTTPS、超时设置（setTimeouts）、自定义 Header、同步阻塞，是服务端场景唯一推荐项
• Msxml2.ServerXMLHTTP.3.0：兼容旧环境，但部分 Windows 补丁后会拒绝 TLS 1.2，慎用
• WinHttp.WinHttpRequest.5.1：轻量，但某些 SQL Server 实例需手动注册 COM 组件，稳定性不如前者
• Microsoft.XMLHTTP 或 XMLHTTP：客户端类，无服务端上下文，重定向/连接池下极易静默失败，禁止使用

创建时必须显式传入 context = 1（仅进程内 DLL），因为 MSXML2.ServerXMLHTTP 是 .dll 实现；传 4（本地 EXE）会失败。

POST 请求总返回空或 415？缺了 setRequestHeader

sp_OAMethod 对 setRequestHeader 的调用本身不报错，即使参数全错——错误被吞掉，只能靠后续 responseText 或 sp_OAGetErrorInfo 暴露。

JSON POST 必须写全三步：

• EXEC sp_OAMethod @obj, 'open', NULL, 'POST', @url, 'false'
• EXEC sp_OAMethod @obj, 'setRequestHeader', NULL, 'Content-Type', 'application/json'
• EXEC sp_OAMethod @obj, 'send', NULL, @body

漏掉第二行，绝大多数 API 直接返回 415 Unsupported Media Type 或空响应体；表单提交还额外要求 @body 是 URL 编码字符串（如 name=%E5%BC%A0%E4%B8%89&id=123），不是原始键值对。

对象生命周期和错误捕获必须手写，没有自动释放

OLE 对象作用域只在当前批处理内，不会跨语句存活。常见错误是忘了 sp_OADestroy，导致句柄泄漏，多次执行后可能触发资源耗尽错误。

每个关键步骤后都应检查错误：

• 创建后：EXEC sp_OAGetErrorInfo @obj, @src OUT, @desc OUT
• 调用 open / send 后：同样查 sp_OAGetErrorInfo
• 读取 responseText 前：先查 status 属性（sp_OAGetProperty @obj, 'status', @status OUT），避免解析空或 HTML 错误页

整个流程中任意一处出错，都必须显式 sp_OADestroy @obj，否则下次 sp_OACreate 可能因资源冲突失败。