SQL 代理命令行未保存
我有一个 SSIS 包，我正在尝试安排时间。我在 SQL Server 代理下创建了一个新作业。在作业步骤的“命令行”选项卡上，我选择“手动编辑命令行”。
当我在作业步骤中从一个选项卡切换到另一个选项卡时，更改会被保留，但每当我退出并保存作业时，更改都会丢失。
有什么想法吗？
我使用的是 SQL Server 2008。
I have a SSIS package I am trying to schedule. I create a new job under SQL Server Agent. On the Command line tab of the jobstep, I choose "Edit the command-line manually".
The changes are retained as I switch from tab to tab within the job step but whenever I exit and save the job, the changes are lost.
Any ideas what's going on?
I'm on SQL Server 2008.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
这是一个已确认的错误，但我的团队使用以下解决方法：
1) 编写创建作业语句的脚本（无需您的编辑）
2) 从 SQL 代理删除作业
3) 在创建脚本中执行编辑
4) 执行创建作业
这将允许您保留手动修改的命令行选项。
This is a confirmed bug, but here's a workaround that my team uses:
1) Script the create job statement (without your edits)
2) Delete the job from SQL Agent
3) Perform your edits in the create script
4) Execute the create job
This will allow you to keep your manually modified command line options.
SQL Server Agent for SSIS 包中的“设置值”属性存在错误。我认为您需要在仍在选项卡上时保存作业步骤（？）。我会看看我是否能记住并重现这些步骤，但你不会发疯的。 ;)
在继续进行作业中的任何其他更改之前，您可能需要单击作业步骤的“确定”，并单击作业的“确定”。
There is a bug with the Set Values properties in SQL Server Agent for SSIS packages. You need to save the job step while still on the tab I think(?). I'll see if I can remember and reproduce the steps, but you're not going crazy. ;)
You may need to click "OK" for the job step, and "OK" for the job before moving on to any other changes in the job.
尝试在包上另存为副本并保存更改保护级别以使用密码加密敏感数据
try a copy save as on the package and save change the protection level to encrypt sensitive data with password
当尝试将 /DumpOnError 附加到作业中唯一步骤的命令行选项卡时，我遇到了同样的问题。我意识到改变确实发生了。我通过生成“创建作业”脚本发现了这一点。当时发生了什么？好吧，似乎在命令行选项卡的编辑框中您总是获得“默认”配置，但真正的配置却是。我检查了三个安装。 2008年标准、2012年企业、2017年企业。
I had the same issue when trying to append /DumpOnError to the command line tab of the only step in a job. What I realized was that the change was really performed. And I found it out by generating the "create job" script. What was happening then? Well, it seems as if in the edit box of the command line tab you always got the "default" configuration, however the real one is. I checked it on three installations. 2008 standard, 2012 enterprise and 2017 enterprise.