BookmarkSubscribeRSS Feed
🔒 This topic is solved and locked. Need further help from the community? Please sign in and ask a new question.
metallon
Pyrite | Level 9

Hi Guys,

one document says on thing, one the other, what is the truth?

SAS®9.4 Foundation

http://support.sas.com/documentation/installcenter/en/ikwinbasicri/66608/PDF/default/setinit_basic.pdf

"You should add the SAS installation data file to the sid_files directory of the SAS Software Depot ,rather than replacing the SID file that was delivered with the original order. "

VS.

http://support.sas.com/kb/46/207.html

"Beginning with SAS 9.3, all SAS license files are located in the SASHOME/licenses directory."

1 ACCEPTED SOLUTION

Accepted Solutions
jakarman
Barite | Level 11

Ok even that part of applying a license is becoming a tremendous confusing complexity of all issue.  That is the truth.

1/ Running a SAS-base (foundation) there is a setinit being applied that is ( one of the many) license protections.

To view and update that information you can use "proc setitnit".  When you get the SID you can recognize that as some part of it.

2/ The SID is coming in for the installation with usage of that special "software depot" to be able to use that you to update that one.

3/ With some/several Solutions there is the license being registered in the SAS-metadata. The midtier solutions of SAS can check that one.

4/ Additional tools like LSF and SPD (server) have their own license with a connection by the sid in the same way.

5/ Yep it can be copied  to some SASHOME\... location so an additional check can be made is possible,

Someone claiming the deployment of SAS (see gartner BI/Analytic reports feb 2015) would be easy is not knowing the real situation

Check the product/version you have and use those instructions guidelines until you know all of the SAS products how they are related.

---->-- ja karman --<-----

View solution in original post

1 REPLY 1
jakarman
Barite | Level 11

Ok even that part of applying a license is becoming a tremendous confusing complexity of all issue.  That is the truth.

1/ Running a SAS-base (foundation) there is a setinit being applied that is ( one of the many) license protections.

To view and update that information you can use "proc setitnit".  When you get the SID you can recognize that as some part of it.

2/ The SID is coming in for the installation with usage of that special "software depot" to be able to use that you to update that one.

3/ With some/several Solutions there is the license being registered in the SAS-metadata. The midtier solutions of SAS can check that one.

4/ Additional tools like LSF and SPD (server) have their own license with a connection by the sid in the same way.

5/ Yep it can be copied  to some SASHOME\... location so an additional check can be made is possible,

Someone claiming the deployment of SAS (see gartner BI/Analytic reports feb 2015) would be easy is not knowing the real situation

Check the product/version you have and use those instructions guidelines until you know all of the SAS products how they are related.

---->-- ja karman --<-----

suga badge.PNGThe SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment. 

Join SUGA 

CLI in SAS Viya

Learn how to install the SAS Viya CLI and a few commands you may find useful in this video by SAS’ Darrell Barton.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 1 reply
  • 1483 views
  • 1 like
  • 2 in conversation