我继承了一个不是专家的SQL Server盒子。当时，我安装了 SSMS 2014，以密切关注在其上运行的日常 SSIS 作业。我想因为我是个白痴并使用了 SSMS 的 2014 年评估副本，一旦评估期停止，作业就会停止。
我在同一台计算机上安装了 SSMS 2016。如果我只是卸载 2014 并改用 2016，有没有办法让 SSIS 作业再次运行？
以用户身份执行：[*]。Microsoft (R) SQL Server 执行包实用工具版本 12.0.2000.8，适用于 64 位版权 (C) Microsoft公司。保留所有权利。
开始： 8：00：00 AM
错误： 2017-04-03 08：00：00.76
代码： 0xC0000033
来源： *
说明：
集成服务评估期已过期。
结束错误错误：2017-04-03 08：00：00.76
代码：0xC0000033
来源：***
说明：
集成服务评估期已过期。
结束错误由于错误0xC0000033，无法执行包。
开始： 上午 8：00：00完成：
上午 8：00：00 已用： 0.187 秒。
命令行参数无效。步骤失败。
为了清楚起见，以下是导致此处的事件的粗略年表：
- 二月 - 获得工作站的访问权限，而当前的维护者正准备离开。在操作系统上设置了两个帐户(只是常规的旧窗口 10)：他的和我的。我安装了 SQL Server Management Studio 2014，以便可以访问计算机上的数据库
- Mar - 我需要访问 Azure SQL 数据仓库，因此需要安装 SSMS 2016 以进行 SSMS 2014 中不支持的集成身份验证。我在 3 月 14 日安装了 SQL Server 2016。
- 四月 - 系统的老经理离开，他的帐户被停用。这是我开始遇到2014年的问题，说它的评估期已经过期。这可能是真的，因为我想我在安装时跳过了在其中放置产品密钥。绑定到数据库的 SQL 服务器代理作业不久后开始失败。
SSMS 现在是一个单独的免费产品，每月更新一次。卸载旧版本，然后下载并安装最新版本。此时的最新版本是 16.5.3。
不要下载 17.0 RC3，它仍然缺少一些重要功能。
顺便说一句，SSIS 作业不是由 SSMS 执行的。它们由 SQL Server 代理执行。安装 SSMS 16.5.3 后，您需要检查作业历史记录以查看它们停止的原因、发生的错误等。
如果 SSIS 包有问题，则必须检查包的执行历史记录。打开集成服务目录，找到包，右键单击它并选择Reports > All Executions。
我仍然不完全清楚问题是什么，但现在已经解决了。我进入了SQL Server 2014的安装中心，并为其输入了一个产品密钥。升级后，一切按预期工作。