Want to add Web Report Studio as a link in the SAS 9.2/9.3 Portal with single sign-on?
Add a Portal application using the following url:
http://<your server>:<your port>/SASWebReportStudio/logonFromPortal.do
By default when you install and configure LSF as part of SAS you get two users created lsfadmin and lsfuser.
Good SAS Admin practice is not use either of these accounts to schedule your production batch runs, but to create a new user for this specific task.
Of course the steps to creating new LSF users is buried in the middle of a raft of user and admin guides so most customers I deal with don;t bother.
Michael from Scorpio (he is Australian and drinking out of saucers at the moment
has written a step by step blog that describes what you need to do to achieve this process over here:
Doing some work to figure out how to remove the Edit tab for a user in WRS 4.3.
Found this table of roles for WRS on the SAS Support site here:
Predefined Roles and Capabilities for SAS Web Report Studio
By the way the trick on the edit tab is to make sure PUBLIC doesnt have access to the WRS roles, which is does seem to by default.
“Note: By default, the PUBLIC group is a member of both the Web Report Studio: Report Creation and the Web Report Studio: Report Viewing roles. So, when you are ready to restrict access to specific capabilities, remember to remove PUBLIC (which includes all users in your deployment) from the applicable roles.”
Usage Note 30789: Implementing the most basic view-only access to reports in SAS® Web Report Studio
| Capability | Report Viewing | Report Creation | Advanced | |
|---|---|---|---|---|
| Basic | ||||
| Comments | X | X | X | |
| X | X | X | ||
| Allow Direct Access to Information Maps1 | X | X | X | |
| Allow Direct Access to Cubes2 | X | X | X | |
| Allow Direct Access to Tables2 | ||||
| Promote WRV to WRS | X | X | X | |
| Refresh Data | X | X | X | |
| Modify Repository | X | X | X | |
| OLAP | ||||
| Drill | X | X | X | |
| Drill to Detail | X | X | X | |
| Expand and Collapse | X | X | X | |
| Expand and Collapse All | X | X | ||
| Output | ||||
| Save | X | X | X | |
| X | X | |||
| Export | X | X | ||
| Schedule Own Report | X | X | ||
| Report Creation | ||||
| Create Report | X | X | ||
| Basic Edit | X | X | ||
| Aggregate or Detail | X | |||
| Select All Data | X | X | ||
| Select Data in View | X | X | ||
| Copy Section2 | X | X | ||
| Advanced Report Creation | ||||
| Create Cascade Reports | ||||
| Create Report Links | X | |||
| Create Remote Application Report Links2 | X | |||
| Advanced Edit | X | |||
| Update Resources3 | X | |||
| Advanced Scheduling | ||||
| Distribute | X | |||
| Save Archive | X | |||
| Schedule Any Report | X | |||
| Schedule Folder | X | |||
| Administrative | ||||
| Manage Distribution List | ||||
| 1 If you are using (or if you migrated from) SAS Web Report Studio 4.2, then the name of this capability is Open Maps as Reports.2 This capability is new in SAS Web Report Studio 4.3.
3 If you are using (or if you migrated from) SAS Web Report Studio 4.2, then the name of this capability is Repair Report. |
||||
In order to be functional, some capabilities have prerequisites. Following is an explanation of each capability and prerequisites for certain capabilities:
If you are using (or if you migrated from) SAS Web Report Studio 4.2, then the name of this capability is Open Maps as Reports.
This capability is new in SAS Web Report Studio 4.3.
By default, this capability is not assigned to any roles because it would allow users to bypass BI row-level permissions. If you have not implemented BI row-level permissions, then consider adding this capability to the same roles to which Allow Direct Access to Cubes is assigned.
This capability is new in SAS Web Report Studio 4.3.
The Report Creation: Basic Edit capability is a prerequisite for this capability. In SAS Web Report Studio, the Include Member with Only Missing Values menu item is available only for multidimensional data sources. The Suppress Empty function in the Advanced Edit capability is required in order for users of multidimensional data sources to view and use the Include Member with Only Missing Values menu item under the Data Menu in SAS Web Report Studio.
One of the sessions I got a lot out of at the SAS Global Forum was Margaret Crevar’s session where she outlined what options existed for tuning SAS on Windows 2008.
Some recommendations I noted where:
One of the areas Margaret covered was the issues with file cache within Windows 2008. Apparently Microsoft has re-written the file cahce system in Windows 2008 and R1 and then again in Windows 2008 R2. Both of these versions have major problems with SAS environments that have a high I/O footprint. SAS have raised the issue with Microsoft but have yet to have a resolution.
Interesting point was we experienced the same issue in Windows 2003:
Problem Note 36664: Potential issues with heavy SAS® I/O workloads on Windows 2003, 32- or 64-bit operating systems
You can read an excellent paper Margaret has authored at:
370-2011: Configuration and Tuning Guidelines for SAS®9 in Microsoft Windows Server 2008
Some other papers you may want to reference are:
We have been looking to upgrade a client to SAS 9.2 and at the same time move to the clients corporate IT standard of virtualising the environments.
The client has standardised on vSphere and I thought great SAS 9.2 supports vSphere (as much as the following SAS support page say’s SAS supports virtualisation)
SAS® Product Support for Virtualization Environments
But after talking to Oracle about Weblogic support on VMware the answer is no, Oracle do not support any Oracle product on VMWare.
To quote from Oracle Metalink note: 249212.1 (found on a comment in response to another blog) :
“Oracle has not certified any of its products on VMware virtualized environments. Oracle Support will assist customers running Oracle products on VMware in the following manner: Oracle will only provide support for issues that either are known to occur on the native OS, or can be demonstrated not to be as a result of running on VMware. ”
“If a problem is a known Oracle issue, Oracle support will recommend the appropriate solution on the native OS. If that solution does not work in the VMware virtualized environment, the customer will be referred to VMware
for support. When the customer can demonstrate that the Oracle solution does not work when running on the native OS, Oracle will resume support, including logging a bug with Oracle Development for investigation if required.”
So what does Oracle Weblogic support in terms of virtualisation? OVM of course. Does SAS support OVM, of course not! (well actually this doesn’t seem to be true more on that later)
If we look at SAS Supported UNIX Operating Environments we see that Oracle Enterprise Linux (OEL) is not on the list. If we look at SAS Support for Alternative Operating Systems we see that OEL is not support but SAS will offer “best efforts” support.
The question is does OVM require OEL?
Well the answer is no, according to this Oracle VM Server for x86 FAQ OVM support Red Hat Linux (REHL). So in theory we can run Weblogic on REHL in a OVM environment.
Is this supported by Oracle, yes it seems from all the links above.
Is it supported by SAS, well waiting to here back officially, but remember this SAS® Product Support for Virtualization Environments states that they support any virtualisation (but have the same get out of jail free card as Oracle), so that should be a yes, SAS should support the use of OVM!
Now the real issue if after installing SAS eBI, using Oracle Weblogic on RHEL 5 within a Oracle VM environment we strike a problem, who the heck do we ring first? (you know its going to be SAS Support right
At the SAS Global Forum 2011 in the Grid architecture session , it was mentioned that SAS servers should be looking for a minimum I/O throughput of between 30-50mb/s per server (or Grid node).
There is a good SAS paper on how to test the I/O throughput of a SAS server on both Windows and Linux/Unix including code examples you can use.
You can find the paper here: http://support.sas.com/rnd/scalability/grid/grid_testingbench.pdf
If you run the code you might get the following error:
“ERROR: Shell escape is not valid in this SAS session.”
If so you will need to turn x commands on for the server, a SAS note outlining how to do that is here:
grid requires 30-50mb I/O through put per node
I had the pleasure of sitting through a session by Margaret Crevar on I/O limitations of SAS on windows 2008. Will blog more on the sessions later but really the guts is if you are thinking of using SAS on Windows 2008 and have any sort of I/O requirements then the solution is simple…..
Go Linux.
Anyway once we got onto the discussion of I/O footprints we of course got onto the discussion of SAS on VMware.
Margaret mentioned she had just posted a Best Practice guide on SAS and VMware, which you can find here:
http://support.sas.com/resources/papers/MovingVirtuaVMware.pdf
As with all the papers Margaret seems to publish she actually puts the software through its paces in multiple scenarios before she posts her recommendations, so if you are looking at installing SAS on VMware its a paper well worth reading.
And importantly it was written in conjunction (or at least reviewed by) VMware themselves before publishing which is good news.
Actually overheard another conversation on Wednesday between a VMware person and a SAS R&D bod, which indicated that SAS was struggling to get to the right people in VMware for a while to form the relationships required, but that in the last few months the two companies have managed to connect the right people at the right level and things have accelerated quickly. Good news for all SAS customers as virtualisation becomes more prevalent.
I wonder if the change is due to Oracle pushing its OVM platform much harder these days (some would say even mandating it) or its was just a matter of right people, right time?
Anyho main thing is the days of “no we don’t recommend running SAS on virtualised environments” seems a thing of the past, so one more step in the process of making SAS part of a standard operating environment for customers and less of an orphan.
Had an interesting experience with the new SAS 9.2 environment at a customer site.
We have got SAS 9.2 (actually SAS Grid but thats irrelevant for this post) installed on RedHat 5 Linux. As we are using Linux and not Windows we lose the standard integration with Active Directory. We didn’t want to implement PAM integration with AD (mainly because nobody can articulate clearly all the steps required to get it working).
So we were left with Host authentication. As we only had a few users in this phase thats not so bad, but as we have a few servers (i.e Grid) I really wanted a easy way to avoid creating userid’s on each server.
Aha I thought Ill use internal SAS user id’s and then get the user to inherit a trusted/host user id to run the SAS processes.
So I setup the user in Metadata with an internal id, made sure they didn’t have a standard user identity (i.e username/pwd against DefaultAuth). Also assigned the user to be a member of SAS General Servers (to inherit sassrv, planned to change this when it worked) and for extra fun added a OraAuth with a username/pwd for the Oracle DB and assigned the user as a member of that as well.
So into DI Studio and Information Map Studio as the user using the internal userid/pwd and:
Now connect using EG 4.3 with same internal userid/pwd and:
mmmmm talk to helpful onsite SAS installer, he could get it to work by adding DefaultAuth in the EG connection in the Auth Domain field. Ok try that and yip all good. So carry on testing.
mmmmm get a could not access Auth Domain.
So into some more tesing, worked out you can type what ever you ant in the Auth Domain connection to get this behaviour (i.e x would do the same as DefaultAuth).
As you do we tried all the combinations we could think of, and no cigar. So helpful SAS installer logged tech suport track and just go this back.:
Followed the distructions and wahoo we have lift off.
So it looks like you can’t use the standard Username/Password authentication method if you want to use internal userid’s/passwords and EG 4.3.
But SAS Token Authentication does work.
Now to test all the other options to see if this change effects anything else, oh the joy of testing …..
We always recommend to customers that they create two user ids for the SAS Administrators.
One that is granted standard user rights(or developer user rights) and one that is granted administrator rights.
(remember nobody should use sasadm should they!)
The reason is that it stops the administrator users from accidentally doing something they didn’t mean to when in the SAS environment (like delete a workspace server definition), as they will be using their normal account login.
When they need to do something gnarly they use their Administrator login and believe me when I say it does put you in a different head space.
(again your not using sasadm are you!, and we also don’t recommend shared admin user accounts, you need to be able to trace changes back to the admin user who did them)
In SAS 9.1 you were forced to created to host userid’s or Active Directory userid’s for each admin.
In SAS 9.2 you can use a dual account technique outlined here.
Its a short article so copied it here to save me one click later when I need it again.
To enable someone to alternately function as an administrator and as a nonadministrator, create two user definitions for that person as follows:
Dual users log on with their internal account when they need administrative privileges and with their external account the rest of the time.
Note: The only way to make someone a dual user is to give that person two user definitions, each based on a different account. You can’t create a dual user by adding a login to a definition that already has an internal account or by adding two logins to one definition.
Note: Dual users should use a dedicated client-side connection profile for their internal account. In that profile, the user should leave the Authentication Domain field blank. This optimizes credential reuse.
Recent Comments