使用OData从SharePoint采集数据的SSIS包报错：内部服务器错误500

看起来你遇到的问题是SharePoint安装安全补丁后，原本正常的SSIS OData数据抽取包失效了——这种情况大概率是补丁改变了SharePoint OData服务的行为或者安全策略。结合你提到的补丁信息（尤其是生产和开发都安装的KB4011599），可以按以下步骤排查：

• 先验证SharePoint OData端点可用性
  直接在浏览器或API测试工具中访问你的OData地址（比如https://your-sharepoint-site/_api/web/lists/getbytitle('目标列表名称')/items），确认能正常返回JSON数据。如果出现401未授权、500内部错误，说明问题出在SharePoint端，需要联系SharePoint管理员核对补丁带来的配置变更（比如OData服务是否被禁用、权限策略是否调整）。

• 检查SSIS OData数据源的身份验证配置
  很多SharePoint安全补丁会收紧身份验证规则，比如禁用旧版NTLM认证、强制Kerberos或者要求OAuth。打开你的SSIS包，检查OData数据源的凭据是否有效，尝试切换身份验证方式（比如从“Windows身份验证”改为适配本地SharePoint的Kerberos配置，或者对应云环境的SharePoint Online身份验证）。

• 分析SSIS包的具体错误日志
  不要只看“无法工作”的笼统描述，提取SSIS执行时的详细错误信息：

  • 如果是远程服务器返回错误: (401) 未授权：优先排查身份验证和权限（比如服务账号是否被移除了SharePoint列表的访问权限）
  • 如果是远程服务器返回错误: (404) 未找到：确认OData端点的URL是否因为补丁变更了路径（比如某些旧版OData路由被废弃）
  • 如果是500内部服务器错误：大概率是SharePoint的OData服务在补丁后出现异常，需要SharePoint团队查看ULS日志定位问题。

• 针对性排查KB4011599补丁的影响
  这个补丁是SharePoint的核心安全更新，主要修复了权限提升和远程代码执行类漏洞，其中可能涉及到OData服务的访问控制规则变更。可以查看该补丁的内部官方说明，确认是否修改了OData请求的校验逻辑，比如要求特定请求头、限制批量操作或者禁用了某些旧版OData函数。

• 更新SSIS的OData组件
  旧版本的SSIS OData数据源组件可能与补丁后的SharePoint不兼容。尝试安装最新的SQL Server Integration Services累积更新，或者改用最新版的Microsoft OData Client来重新配置数据源连接。

• 测试最小化的SSIS包
  新建一个极简包：只添加OData数据源指向目标列表，再连接一个SQL Server目标表，直接执行测试。排除原包中转换任务、脚本组件等其他环节的干扰，确认问题是否确实出在OData连接层面。

内容的提问来源于stack exchange，提问作者J.D. Walker