Microsoft 维护着一份不良 DLL 列表。这是该列表中的一项(强调我的)
UMPPC*.DLL 和 SCRIPTCONTROL*.DLL
如果您为 CrowdStrike 防病毒/端点保护程序启用其他用户模式数据防护设置,这些 DLL 文件将加载到 SQL Server 相关进程的地址空间中。当 SQL Server 代理在执行作业时尝试创建新进程时,您可能会注意到失败。尝试启动 SQL Server Management Studio 时可能会遇到失败。您可能还会看到 SQL Server 无法启动 SQLDumper.exe 来生成内存转储。我们建议您联系 Crowdstrike 支持并提供与您的问题相关的信息,并询问是否有可用的修复程序。
我使用的是 SQL Server 2019 机器,并且有许多 UMPPC*.DLL 和 SCRIPTCONTROL*.DLL 文件。我正在考虑使用 SQL Server 代理来触发一些 SSISDB 包。但是,我不确定如何检查这些 DLL 是否引起问题。这给了我我的问题:当 UMPPC .DLL 和 SCRIPTCONTROL .DLL 触发 SSISDB 包时,SQL Server 代理中会导致出现哪些确切的错误消息?
让您知道,我是该页面的作者之一。页面上的 dll 并不是故意的,但由于它们的运行方式和原因,它们会导致大量问题。因此,他们造成了许多事件,大多数人认为这些事件是产品问题,但实际上并非如此,当然,除非您指的是安全产品的问题😂 安全软件的版本有的可以工作,有的则不能。不管是成功还是失败,我发现使用一种安全产品很奇怪,因为它本身使用与它所保护的项目相同的技术来保证安全。
我想如果事情不起作用那么它就会保持安全。/秒
您可能会遇到不同的随机错误,这取决于问题发生的位置。大多数情况下,作业输出中会显示无法启动应用程序。
当您的工作似乎无法正常运行时,您就会知道。当您开始调查时,您会注意到应用程序未正确执行,应用程序抛出看似随机的错误,其中大部分没有多大意义。没有一个或任何“确切的消息”。
例如,尝试运行可能与 ML 服务对话的项目:
没有任何地方可以让您找到正在加载这些内容的安全软件。然而,一旦您进行了必要的挖掘,您就会发现它会绕过某些 API 调用来阻止 ML 进程启动。
最后一项是它们不仅仅影响SQL 代理。它们影响服务器上任何正在运行的进程。时期。它可能(并且已经/确实)导致数据库引擎和服务器上的任何其他项目出现问题。