I didn't understand that from your original post, sorry. You can use a PowerShell remote session or psexec to do a "schtasks /run". Or a sanur for that matter. (Runas isn't going to work in an automated system since it prompts for a password.)
Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Jeff Bunting [mailto:[email protected]] Sent: Thursday, February 18, 2010 5:19 PM To: NT System Admin Issues Subject: Re: Remote 2008 server management via script Thanks for that suggestion Michael. I hadn't poked around in 2008 scheduled tasks yet and see they've added a lot of new features. I think the problem is that the script needs to execute whenever the backup server tells it to, rather than at a specified time. I see that a task can be set to run on command, but wouldn't this also have to be executed locally too? schtasks doesn't appear to have any remote options available. Jeff On Thu, Feb 18, 2010 at 4:57 PM, Michael B. Smith <[email protected]<mailto:[email protected]>> wrote: You can set a script to "run with full permissions" in Scheduled Tasks. Regards, Michael B. Smith Consultant and Exchange MVP http://TheEssentialExchange.com From: Jeff Bunting [mailto:[email protected]<mailto:[email protected]>] Sent: Thursday, February 18, 2010 4:53 PM To: NT System Admin Issues Subject: Remote 2008 server management via script Hi all, looking for the preferred method to execute a script against a 2008 domain member with UAC enabled. Details: backup folks have a script that executes on backup server that sends sc commands to stop some selected services. This is giving "access denied" messages on the new 2008 server. Is this possible to do without turning off UAC? The only method I've been able to think of is to execute the script locally with runas/psexec/cmd (assuming this works under 2008; haven't tried yet). Additional info: the backup service account is a local machine account (member of administrators) on the 2008 box; the backup server is a Windows 2003 member in a different domain. The 2008 server is a member of a different 2003 mixed mode domain. Thanks, Jeff ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~
