Our corporate SQL team won't let us use SSIS packages on SQL Server or in SSIS Catalogs. We have to put them on a SAN share and call them via an Operating system (CmdExec) job step. Unfortunately, we can't seem to get the step to work. When I run the job manually to test it out, I keep getting a "must be a member of server admin group" message.
It doesn't matter if I'm doing it on my desktop with my normal account or logged into the server with an administrator account. Both ways the job fails when calling it manually.
Command line is: dtexec.exe /DTS "\"G:\SSIS\Folder\MyPackage\"" /SERVER MyInstance /CONFIGFILE "\"E:\Folder\Configfiles\MyPackage.dtsConfig\"" /CHECKPOINTING OFF /REPORTING E
Error is: Description: Connecting to the Integration Services service on the computer "MyInstance" failed with the following error: "Access is denied." By default, only administrators have access to the Integration Services service. On Windows Vista and later, the process must be running with administrative privileges in order to connect to the Integration Services service. See the help topic for information on how to configure access to the service. Source: Started: 1:48:11 PM Finished: 1:48:11 PM Elapsed: 0.031 seconds. Process Exit Code 5. The step failed.
At the very least, it should have worked when calling it on the server. I checked the DCOM config and the administrators group has all the right access to SSIS on the server. I checked Computer Management and our group is in the administrators group.
Any thoughts as to what I could possibly be missing or have gotten wrong here?