Rad*_*dhi 15 sql-server ssis integration sql-server-2014
尝试在 sql server 2014 集成服务中创建目录时出现以下错误。知道我在安装或其他任何地方错过了什么吗？
无法访问目录备份文件“C:\Program Files\Microsoft SQL Server\120\DTS\Binn\SSISDBBackup.bak”。确保数据库文件存在，并且 SQL Server 服务帐户能够访问它（Microsoft.SqlServer.IntegrationServices.Common.ObjectModel）
小智 19
我遇到了这个问题，它与用户权限无关。我之前安装了 SQL Server 并选择安装除“集成服务”之外的许多选项，因此我再次运行 SQL Server 安装中心应用程序，这次选择安装“集成服务”功能。我认为尽管没有安装“集成服务”，但我仍然可以在 SMSS 中看到“集成服务目录”节点的原因是在我早期的 SQL Server 安装过程中选择安装“主数据服务”。
bil*_*nkc 14
我决定看看当您在 SSMS 中实际单击“创建目录”时会发生什么。执行了许多步骤，但基本前提是备份存在于
C:\Program Files\Microsoft SQL Server\120\DTS\Binn\SSISDBBackup.bak
并且作为目录创建的一部分，该备份将被还原以创建 SSISDB。
下面的路径Program Files将受到保护，以防止其中的文件意外丢失。您遇到的错误表明运行 SSMS 的人无权访问该文件C:\Program Files\Microsoft SQL Server\120\DTS\Binn
假设您没有使用runas或类似的东西来启动 SSMS，请尝试打开 Windows 资源管理器（而不是 Internet Explorer）并导航到该文件夹。如果您可以到达那里，您可能必须单击“是”以显示“向我展示文件，我知道我在禁区”之类的内容，然后我建议 UAC 正在影响您安装 SSISDB 的能力。
如果是这种情况，请关闭所有 SSMS 实例。然后，右键单击 SSMS 并选择“以管理员身份运行”这应该可以防止授权弹出窗口在目录安装发生时将扳手扔进作品中。
文件系统权限如何被破坏是另一个站点（超级用户或系统管理员）的问题
我偶然发现了这个Connect 项目，它表明如果您使用的 SSMS 版本与您连接到的基础 SQL Server 版本不同（SSMS 2014 指向 2012 年安装），则创建可能会失败。因此，请验证您的 120 (SQL Server 2014) 与您的实例匹配。那里的另一种可能性“为了解决它，我只是从安装媒体运行 SQL Server 2012 安装程序并添加了集成服务功能。”
小智 10
如果您仍然卡住，请务必检查：
由于各种原因，SSIS 是特定于版本的，并且仅限于没有向后/向前兼容性。将 SQL 版本视为单独的产品并使用随实例安装的 VS 和 SSMS 版本非常重要。
在安装过程中，我的经验是最低版本要求可以为 Visual Studio 提供一些向后的工作室兼容性。在 2014 Enterprise 安装期间，我注意到它链接回 VS 2010 而不是安装较新版本。但是，我仍然必须使用 SSMS 2014 连接到 SQL 才能创建目录，SSMS 2012 不起作用。
小智 9
刚刚自己解决了这个问题，您的 SQL Server 缺少一些功能，这就是SSISDBBakup.bak文件丢失的原因，它应该在：
C:\Program Files\Microsoft SQL Server\120\DTS\Binn\SSISDBBackup.bak
安装 SQL Server 集成服务功能，它将起作用。