问题标签 [sql-server-2014-localdb]

标题：Microsoft SQL Server 管理工作室

为服务器“(localdb)\mssqllocaldb”附加数据库失败。(Microsoft.SqlServer.Smo)

附加信息：

Database Attach 至少需要一个文件。(Microsoft.SqlServer.Smo)

我正在尝试将此.mdf数据库文件附加到我的 LocalDb 实例。如果我也可以将它发送到 SQL Server 也可以。我.ldf在同一目录中有文件

我正在尝试使用 LocalDB 实例设置 Python 项目。由于业务限制，我绑定到 MS SQL Server 2014 后端以与 Django 1.8 一起使用，并且我正在尝试使用 pyodbc 驱动程序连接到它。我想使用 LocalDB 实例而不是 SQL 服务器进行开发，但我遇到了一些问题。我得到了使用以下设置的连接。

Django 设置：

我用我的 SqlLocalDB.exe 创建了这个实例：

我使用 SSMS 在实例中创建了 my_db 并建立了连接。快！

但是，有一点问题。当我启动 Django 应用程序时，它会自动启动 LocalDB 实例（我可以看到一个 sqlservr.exe 在我的用户帐户下的任务管理器中运行）。但是当我运行时SqlLocalDB.exe info hands-on，输出是

当我打开 SSMS 并连接到连接时(LocalDB)\hands-on，连接就很好了，但是在我的任务管理器中，我现在可以看到第二个sqlservr.exe 正在运行，事实证明我现在已经连接到了。所以 Django/pyodbc 和 SMSS/SqlLocalDB.exe 似乎以某种方式与同一个 LocalDB 实例的两个单独实例交互，这两个实例都非常乐意报告被调用hands-on。

我找到了一种解决方法，包括删除 LocalDB 实例及其文件，然后使用 SqlLocalDB.exe 重新创建和启动它，然后才使用我的 Django 应用程序连接到它。然后所有软件似乎都与同一个实例进行交互，并且只有一个 sqlservr.exe 进程正在运行。可悲的是，这种解决方法有一个很大的缺点，即一旦您犯了错误并在之前运行 Django，它就不再工作了SqlLocalDB.exe start hands-on。然后重新创建 ghost 实例，从那一刻起，Django 一直连接到它，即使你杀死了实例，用 SqlLocalDB 启动它，然后重新连接到 Django；幽灵实例将再次出现。因此，这种解决方法非常脆弱，我几乎无法将其推荐给我的同事。

有没有人知道发生了什么以及如何解决问题？除了不尝试结合 Django 和 SQL 服务器之外，我的意思是：p

我在 Visual Studio 中构建了一个代码优先项目。当我运行它时，dbConext“HistoryContext”出现在 VS 服务器资源管理器中的 DataConnections 选项卡下。但是有一个小红色 x，当我尝试单击 HistoryContext 时，我收到错误消息：

无法打开登录请求的数据库“History1”。登录失败。用户 'LAPTOP\Jerome' 登录失败。

我去了 Microsoft SQL Server Management Studio 并连接到 localDb。然后我进入安全设置，SQL 和 Windows 身份验证都被勾选了。但是，当我尝试将其设置为 Windows 身份验证时，我收到了错误消息：

标题：Microsoft SQL Server 管理工作室

---

更改服务器“(localdb)\MSSQLLocalDB”失败。(Microsoft.SqlServer.Smo) 如需帮助，请点击：http: //go.microsoft.com/fwlink ?ProdName=Microsoft+SQL+Server&ProdVer=13.0.16100.1+((SSMS_Rel_16_5).161130-1812)&EvtSrc=Microsoft.SqlServer .Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=Alter+Server&LinkId=20476

---

附加信息：执行 Transact-SQL 语句或批处理时发生异常。(Microsoft.SqlServer.ConnectionInfo)

---

RegCreateKeyEx() 返回错误 5，“访问被拒绝。” （Microsoft SQL Server，错误：22002）如需帮助，请单击： http: //go.microsoft.com/fwlink ?ProdName=Microsoft%20SQL%20Server&ProdVer=13.00.1601&EvtSrc=MSSQLServer&EvtID=22002&LinkId=20476

---

按钮：好的

---

关于如何验证我的凭据的任何建议都会很棒。

谢谢，

杰罗姆

我正在使用 localdb 进行一些实体框架存储库集成单元测试。我已经实现了一个标准的构建配置，在阅读了最初的问题后，我应该初始化并启动 SQL Local DB。为此，我添加了以下内容来测试项目构建后：

但我在本地和 Visual Studio Online Build 中遇到错误，例如：

因此，经过一些研究，我添加了以下内容。

这在本地修复了问题，但在 VSO 构建代理中我仍然遇到错误。看起来localdb已经初始化好了，但是SQLCMD可以找到刚刚创建的服务器实例。登录下方。

任何帮助将不胜感激。

我有 SQL Server 2016 LocalDB（.mdf文件），我想备份我的数据库。我使用下面显示的代码，但它不起作用。我测试了 stackoverflow 中存在的所有代码，但没有一个有效。

这是我的代码（此代码在 SQL Server 2014 上完美运行，但在 localdb 上不起作用）：

我正在尝试将我的集成测试包含在我的 CI 构建中。

我想将一个数据库项目部署到 VSTS (localDB) 实例，以便我可以运行我的单元测试。

到目前为止，我在构建过程中安装了 SQL 本地数据库，这有助于

我还发现这个PS 脚本可以将 dacpac 部署到 localDb（在本地运行良好）。

但是，当我运行脚本时登录失败。

我尝试将连接字符串更改为 IntegratedSecurity=True - 但这不起作用。

如何为测试数据库添加登录名？

我怎样才能启用Full Text Search in SQL Server 2014.

最近几个小时我一直在网上搜索，一些关于 SQL Server 2012 的帖子说它在安装过程中的功能中，但我去了那里，我没有启用它的选项。我确定它肯定已安装但未启用运行以下查询：

哪个返回：

谢谢！

我已经使用此代码从 2 个表中获取数据

但我在 2 列中有额外的数据

我必须
从数据中删除它

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

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

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

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

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

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

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

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

应用程序成功与数据库通信，直到下次 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. 为应用程序文件夹启用所有“安全”权限。

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

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

我已经使用 VS2015 在 vb.net 4.5 中开发了一个应用程序，并且我正在使用 InstallShield Limited Edition 来创建 MSI 安装文件。

一些最终用户没有互联网，所以我需要包含SQLLocalDB.msi并静默安装。

我找不到一个样本，这应该是一个常见的场景吧？