标签: sql-server-2014

右键单击数据库时，SSMS 选项中的“提取数据层应用程序”和“导出数据层应用程序”有什么区别？

如果您的服务器上有 SSIS 目录，则SQL Server 2014 SP1 的安装将失败。之后，服务器不会启动。重建系统数据库没有帮助（不确定，可能是因为系统数据库实际上没有损坏，因此它们可能没有真正重建）。

在第 3188 行随 SP1 一起提供的脚本 SSIS_hotfix_install.sql 中存在一个错误：

CREATE NONCLUSTERED INDEX [IX_internal_object_parameters_inc] ON [internal].[object_parameters]

他们为表使用了一个由两部分组成的名称，而应该在主数据库中执行升级 SSISDB 的脚本。

默认情况下，可以在 中找到该脚本C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Install，但显然他们不会在服务器启动时从那里获取它以执行。
他们可能把它从sqlscriptupgrade.dll在找到的C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Binn。有人知道如何绕过该脚本的执行并启动服务器吗？

具体来说，我想要这些生命支持的终止日期：

• 视窗服务器 2012 R2
• SQL Server 2014

我们有很多自己设计的程序可以与我们的 SQL Server (SQL Server 2014 Express) 通信。它们时不时地开始到处爆炸；我们跑来跑去试图找出问题所在，结果打开 SQL Server Management Studio 并发现我们的数据库没有运行。

更具体地说：我们打开 SSMS，展开“数据库”节点并显示：
[DATABASE NAME] (Recovery Pending)

打开 SQL Server 配置管理器并重新启动已关闭数据库的服务可以解决问题，并且一切都会重新开始工作……一段时间。

在遇到此问题几次后，我注意到它仅在我们重新启动服务器后才会发生 - 尽管不是每次都如此。这意味着有时当服务器启动时，SQL 无法执行相同的操作。一个有趣的事实是，我们在 SQL 服务器上运行了多个数据库，并且它们不会一起出现故障；其中一个数据库可能会显示“(Recovery Pending)”，而另一个则可以正常工作。

我一直无法找到解决这个问题的方法——甚至找不到原因。有任何想法吗？

编辑：

在浏览服务器的事件日志后，我发现了这一点：

日志名称：应用程序源：MSSQL$SQLEXPRESS 事件 ID：17204 任务类别：服务器级别：错误关键字：经典描述：FCB::Open 失败：无法打开文件 C:\Program Files\Microsoft SQL Server\MSSQL12.SQLEXPRESS\MSSQL \DATA\DuraDB.mdf 用于文件编号 1。操作系统错误：32（进程无法访问该文件，因为它正被另一个进程使用。）。

什么会导致文件锁定，尤其是在重新启动后？

在运行 Windows Server 2012 R2 Datacenter 的服务器上，我使用非常典型的安装方式安装了 MS SQL Server 2014。在 Windows 7 客户端上，我安装了 SQL Server Management Studio 2016。我能够使用 SSMS 很好地连接到我的 SQL Server（作为数据库引擎）。但是，当我尝试使用 SSMS 连接到完全相同的服务器主机上的集成服务时，如下所示：

我收到此错误：

我不相信我安装了 SQL Server 2005 集成服务，因为我进行了开箱即用的 SQL Server 2014 安装，我希望（至少希望）集成服务匹配。

但是，我能够很好地部署 SSIS 包并使用来自集成服务目录的 SSMS 运行它们。我只在尝试直接登录到 Integration Services 或访问 SSIS 包存储时遇到问题。

SQL Server 的版本是 12.0.4459.0（这也是我的 Integration Services 服务 MsDtsSrvr.exe 的版本）。

我该如何解决？