3

我有一个 WPF 应用程序,它连接到 SQL Server 2014 Express LocalDB(即本地.mdf数据库文件)。

该应用程序使用 Entity Framework Core 库版本 7.0.0-rc1-final。

这是我正在使用的连接字符串:

data source=(LocalDb)\InstanceLocalDB; Initial Catalog = MyAppDB; Integrated Security=True; MultipleActiveResultSets=True; Connection Timeout = 10

我在应用程序的安装过程中安装了 SQL Server LocalDB。SqlLocalDB实例的创建和启动也是如此,使用以下命令执行:

SqlLocalDB.exe create "SqlLocalDBInstance"
SqlLocalDB.exe start "SqlLocalDBInstance"

该应用程序在大约 50 台电脑上成功运行,但在以下两台电脑上失败:

起初,应用程序与数据库成功通信,但过了一段时间,如果没有活动,实例会自动停止(大约 10 分钟后),然后重新连接失败,导致以下错误:

您的 SQL Server 安装已损坏或已被篡改(未知包 ID)。

使用上述相同的命令行手动启动 LocalDB 实例:

SqlLocalDB.exe start "SqlLocalDBInstance"

应用程序成功与数据库通信,直到下次 LocalDB 实例停止,依此类推。

Windows 日志显示以下错误:

Windows API 调用 WaitForMultipleObjects 返回错误代码:575。Windows
系统错误消息为:{Application Error} 应用程序无法正确启动 (0x%lx)。单击确定关闭应用程序。

SQL LocalDB 日志文件提供了以下通知消息:

RANU 实例正在终止以响应其内部超时。这只是一条信息性消息。无需用户操作。

我已经重新安装并重新安装(Microsoft SQL Server 2014 Express 以及删除了.mdf.ldf文件),并不断收到相同的错误。

我注意到在两台有问题的机器上,UAC 都被关闭了。所以我尝试在关闭 UAC 的测试机器上重现该问题 - 没有任何问题重现。

2 台有问题的机器在 Windows 10 pro 64bit 下运行。

最后,经过进一步调查,我通过重命名应用程序文件夹或更改其位置找到了解决方法。

我如何识别解决方案?

我已将整个应用程序文件夹(及其所有二进制文件)重新定位到“C:\Program Files (x86)”之外

目录进入“C:\”路径中的其他目录,问题就消失了。

以同样的方式,我将应用程序文件夹移回原来的位置;只是现在我改变了

应用程序文件夹的名称,它再次工作。

也许这个问题与目录权限有关。

尽管如此,我在下面做了这些步骤,但没有任何成功:

  1. 取消选中文件夹属性的“只读”选项。

  2. 为应用程序文件夹启用所有“安全”权限。

注意:我正在使用各种自定义策略的组织域中工作......

我的下一步是使用一些实用工具来提取应用程序文件夹的所有权限,然后尝试追查问题的根源。你能为我推荐一些工具吗?

4

2 回答 2

2

我终于找到了问题的根源。

问题在于应用程序可执行文件的兼容模式,该模式设置为“以兼容模式运行此程序:Windows 8”(在文件属性中的“兼容性”选项卡下)。

一旦我删除(未选中)此选项,错误就消失了,问题终于为我解决了。

于 2018-07-04T07:37:20.130 回答
0

关于系统文件夹的权限,我遇到了类似的问题。我使用 SysInternals 的 AccessEnum 来完成这项任务。

请参阅此处:https ://docs.microsoft.com/en-us/sysinternals/downloads/accessenum

于 2018-07-03T09:11:14.150 回答