This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(99.2, 15%, 19%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EPJ%3C/text%3E%3C/svg%3E)
The running script can only be viewed by the owner. How can this process be launched on a server so that anyone one the server can see that is running, and if locked up by an error, anyone can see that error and stop the process. All of this running process also needs to be backed up on one drive too. The manager and I have come to the conclusion that an alias account is the only way to do this? Is this true?
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(32, 79%, 13%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ENJ%3C/text%3E%3C/svg%3E)
The script should be run from a "Service Account" and you shouldn't really need to see the running script if you are generating appropriate log files.
I guess its all according to how the errors show if it locks up. If its errors in the script, then you should be able to capture this.
Generate the log files in a central location so everyone can see them.
If you want to go further, use a dashboard to view the log files and if setup and refreshed appropriately you should be able to see near real time results (and therefore know if its not running for any reason).
If this script takes a long time, just write the start time and end time to another log file. If the end time isn't being written in an expected time frame, then someone needs to investigate.
would you know, if we set up a service account, how would we know who's logging in. I guess the administrator would know.
Well yes, a log would be good enough, but not to the managers liking. My manager stored his remote connection on my computer. Now I can see what he see's.
Sounds like you have "trust" issues.
You should not be logging into the server with the service account.
The scheduled task uses the service account to run the script. You logon with your own "admin" account to configure the scheduled task.
Not sure where you are running the scripts from, but usually it would be some sort of integration server which may be running various scripts for various purposes.
Access to said server would usually be limited to those who support the scripts\server and no-one else. Tech staff only.
Even better if you set it up to run as a windows service using something like NSSM (Non-Sucking Service Manager). I'd recommend NSSM as you mentioned the main issue is that the script sometimes gets locked.
If you use the general tools from the windows server resource kit to create a service from a PowerShell script, it doesn't have good control of the execution state. If the script crashes, the service does not know and the service will just keep running. NSSM doesn't have those weaknesses. This way, you don't even need to be logged onto the server. Still need to sort out the logging though.