Questions tagged «sql-server-localdb»

4
LocalDB v14为mdf文件创建错误的路径
最近,我使用SQL Server Express安装程序和此指令将LocalDB从版本13升级到了版本14。。安装后,我停止了版本13的现有默认实例(MSSQLLOCALDB)并创建了一个新实例,该实例自动使用v14.0.1000服务器引擎。 我经常使用LocalDB进行数据库集成测试,即在我的xunit测试中,我创建一个(临时)数据库,该数据库在测试完成时将被删除。从新版本开始,很遗憾,由于以下错误消息,我的所有测试均失败: 尝试打开或创建物理文件'C:\ Users \ kepflDBd0811493e18b46febf980ffb8029482a.mdf'时,CREATE FILE遇到操作系统错误5(访问被拒绝。) 奇怪的是,mdf文件的目标路径不正确,C:\ Users \ kepfl和DBd0811493e18b46febf980ffb8029482a.mdf(这是单个测试的随机数据库名称)之间缺少反斜杠。通过简单的命令创建数据库CREATE DATABASE [databaseName]-这里没有什么特别的。 在SSMS中,我看到数据,日志和备份的目标位置如下: 但是,当我尝试更新位置时,出现另一条错误消息: 如何更新默认位置,以便LocalDB能够再次创建数据库?很明显,LocalDB没有正确组合默认位置目录和数据库文件名-是否有我可以编辑的注册表项?还是其他? 在道格的回答和坟墓的评论后更新 根据这个Stackoverflow问题,默认位置也应该可以通过注册表更改。但是,如果我尝试找到相应的键“ DefaultData”,“ DefaultLog”和“ BackupDirectory”,则无法在注册表中找到它们。SQL Server v14是否重命名了这些注册表项,还是将这些信息移出了注册表?

1
如何从默认位置移动SQL Server LocalDB实例的文件夹?
我收到多个错误消息LocalDB(启动错误,无法从SQL Server Management Studio创建数据库,并且在尝试还原备份时也遇到多个 问题),我发现的任何修复方法都无济于事。在我看来,所有错误的根源都在于未正确设置权限。 现在,一个简单的DDL表创建脚本可以在SQL Server Management Studio中正常运行,并在用户帐户文件夹的根目录中创建数据库(如此处所述)。但是,Instances文件夹(D:\Users\[My name]\AppData\Local\Microsoft\Microsoft SQL Server Local DB\Instances尽管在通过高级服务安装SQL Server Express时位于该文件夹,但我在另一个位置指定了DATA文件夹-仅.mdf存储标准SQL Server Express 文件,但不存储LocalDB实例)在权限方面存在问题(与帐户相反)因此,也为了将我的数据库文件放在项目中的某个位置,我想将Instances文件夹移动到另一个位置。这可能吗?我什至没有找到相应的注册表项。 我正在使用SQL Server Express 2012和相同版本(已安装最新更新)的SSMS。 任何帮助,将不胜感激。 编辑: 前面提到的“数据库设置”页面KookieMonster对我造成了错误,无法编辑或查看那里的任何配置。我让Windows Update再次检查更新,并且有一些未安装的SQL Server Express更新(尽管我确定我选择了所有要安装的东西),所以我安装了它们。这使我可以转到设置页面。 我尝试将LocalDB实例的根文件夹设置到其他位置,但是对于尝试的每个文件夹,我都会收到拒绝访问错误,即 设置“ Microsoft.SqlServer.Management.Smo.ObjectKeyBase”的更改失败。(Microsoft.SqlServer.Smo) - - - - - - - - - - - - - - - 附加信息: 执行Transact-SQL语句或批处理时发生异常。(Microsoft.SqlServer.ConnectionInfo) RegCreateKeyEx()返回错误5,“访问被拒绝。” …

8
无法使用我的Windows帐户启动SqlLocalDB实例
我是管理员,只需运行以下命令: sqllocaldb start v11.0 结果: Start of LocalDB instance "v11.0" failed because of the following error: Error occurred during LocalDB instance startup: SQL Server process failed to sta rt. 事件查看器日志事件ID:528 Windows API调用WaitForMultipleObjects返回了错误代码:575。Windows系统错误消息是:{Application Error}应用程序无法正确启动(0x%lx)。单击“确定”关闭该应用程序。报告在线:3621。 我尝试了另一个(用户和管理员)帐户,它们没有问题。 我卸载并重新安装了SQLLocalDB.msi 2012版本,但没有运气。您有任何想法和解决方法吗?

1
在PowerShell中通过SQLCMD连接到LocalDB
我正在尝试使用SQLCMD实用程序通过PowerShell访问计算机上的“ localdb \ MSSQLLocalDB”服务器。我正在使用PowerShell v5,.NET v5.0,并且服务器名称是(localdb)\MSSQLLocalDB在Microsoft SQL Server Management Studio 2014中连接到服务器时的名称。 PS C:\> sqlcmd -S localdb\MSSQLLocalDB并PS C:\> sqlcmd -S .\localdb\MSSQLLocalDB导致此错误: Sqlcmd:错误:SQL Server的Microsoft ODBC驱动程序11:SQL Server网络接口:查找指定的[xFFFFFFFF]服务器/实例时出错。 我在Management Studio中查询了服务器名称,SELECT @@ServerName并-S在上述命令中使用了该名称,并得到了相同的错误。 PS C:\> sqlcmd -S localdb 给出此错误: Sqlcmd:错误:SQL Server的Microsoft ODBC驱动程序11:命名管道提供程序:无法打开与SQL Server的连接[53] 其他说明:我可以使用以下连接字符串连接到服务器并在C#控制台应用程序中使用名为testdb01的数据库进行工作System.Data.SqlClient: "Data Source=(localdb)\\mssqllocaldb;Initial Catalog=testdb01;Integrated Security=SSPI;"

3
应该允许开发人员使用LocalDB还是“开发”实例?
就像之前在此处围绕“ 开发人员是否能够查询生产数据库? ” 这一问题的脉络一样,我想让您对另一个特别烦人的话题发表想法! 许多公司阻止开发人员在开发计算机上安装SQL Server Express等,而是促进使用集中式开发SQL Server。 具体而言,这样做是为了确保: 开发服务器和生产之间的补丁程序级别一致性 能够证明和验证上面的任何补丁 数据安全; 仅开发服务器上的数据用于开发 可恢复性;数据是可恢复的并且仍在备份 整理差异可能会在转移到生产中时引​​起问题 在我看来,所有这些论点都是特别无效的,也许是补丁的例外。但是,如果本地计算机上的数据库仅用于开发活动而不是测试,则当应用程序通过Test / UAT等进行生产时,将证明补丁是可行的。 排序规则似乎不是一个正当的理由,好像这是数据库的问题一样,无论如何在创建数据库时都应进行设置。据我所知,只有SharePoint和SCCM对此有问题;) 现在,假设它仅用于开发,并且数据库不会“移至”生产环境,唯一的移动是: 创建数据库的脚本正在生成以部署到生产环境 来自“生产”第三方系统的备份在适用于验证和开发的情况下被还原和截断 谁能看到任何问题吗?我想念什么吗? 我想最大的担忧之一是本地数据库实例过时的能力,但这就是软件管理问题,而不是DBA IMO。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.