I'm experimenting with new implementations of autoload in VA 7.4 (on Windows server). I got it all set up, but noticed that the scheduled job that was created would be running under my own user account. Which, for the purposes of this, would be fine until I had to change my password. So I changed the account to the LASR administrator service account, which doesn't require password changes. However, this didn't work. Looking at the log it appeared that it wasn't picking up the extended attributes of the LASR library. Sure enough, the LASR administrator account doesn't have permissions to the folder which contains this library.
So, my question is, should the LASR administrator not have full SAS administrator access? Currently it is a member of the VA Data Administrators and Visual Data Builder Administrators groups, and the Management Console: Advanced role. But not SAS Administrators.
Thank you for responses from @SASKiwi and @Madelyn_SAS.
My main issue here was finding an account with the permissions to run the scheduled tasks. Because we have multiple LASR libraries with a complex access control structure, and so potentially multiple autoloads, I needed to identify an Active Directory domain account which had administrator access, both at the OS and SAS metadata levels. The LASR Administrator account wasn't a member of the SAS Administrator group or the Windows local administrators and I wasn't sure if adding it to them was potentially a bad idea. But after talking to a nice man at SAS I am reassured and therefore I'm able to use the LASR Administrator account to run the schedules.
Have you tried the general SAS Admin account, often called sasadm (but may by customised)?
Thanks @SASKiwi, I imagine that will work given that sasadm is unrestricted.
Is there any official guidance on which account(s) should be used for things like autoloads? I haven't come across any.
Actually, thinking about it, sasadm is an internal SAS account so won't work for Windows Scheduler.
The account requirements are in the SAS Visual Analytics Administration Guide under How to Start Autoload.
The scheduler account for autoload can be any account that has host-layer privileges required to start the associated SAS LASR Analytic Server. See Host Account Privileges in the SAS Visual Analytics Administration Guide. In addition, the account needs, R and W access to the autoload directories and their contents. For the permissions required on objects such as LASR tables and libraries, see Permissions: LASR Tables and Servers.
-------------------------------------------------------------------------
Four tips to remember when you contact SAS Technical Support
Tricks for SAS Visual Analytics Report Builders
SAS Visual Analytics Learning Center
You are correct, but the SAS Demo User (sasdemo?) should be an OS account
Thank you for responses from @SASKiwi and @Madelyn_SAS.
My main issue here was finding an account with the permissions to run the scheduled tasks. Because we have multiple LASR libraries with a complex access control structure, and so potentially multiple autoloads, I needed to identify an Active Directory domain account which had administrator access, both at the OS and SAS metadata levels. The LASR Administrator account wasn't a member of the SAS Administrator group or the Windows local administrators and I wasn't sure if adding it to them was potentially a bad idea. But after talking to a nice man at SAS I am reassured and therefore I'm able to use the LASR Administrator account to run the schedules.
SAS Innovate 2025 is scheduled for May 6-9 in Orlando, FL. Sign up to be first to learn about the agenda and registration!
See how to use one filter for multiple data sources by mapping your data from SAS’ Alexandria McCall.
Find more tutorials on the SAS Users YouTube channel.