Default Admin user handling productive

Post Reply
st2000
Posts: 62
Joined: Mon Aug 15, 2016 8:48 am
OLAP Product: TM1 (Windows) & SSAS 2014 Ent.
Version: 10.2.0 FP3
Excel Version: Excel 2013
Location: Hamburg, DE, EU
Contact:

Default Admin user handling productive

Post by st2000 »

I wondered what might be the best practice to deal with the admin user in place from first creation of a TM1 server.
I'd like to disable it (or at least take it out from ADMIN group) as I defined named users being admin now. But switch off the checkbox for the ADMIN group isn't allowed, as I observed...
But if I don't use it on the one hand, and don't want to waste the admin-license on the other hand, how would you all dealing with the ADMIN when going to production?
-----------------------------------
Best regards,
Stefan
User avatar
gtonkin
MVP
Posts: 1274
Joined: Thu May 06, 2010 3:03 pm
OLAP Product: TM1
Version: Latest and greatest
Excel Version: Office 365 64-bit
Location: JHB, South Africa
Contact:

Re: Default Admin user handling productive

Post by gtonkin »

What IntegratedSecurityMode are you using? If you are using non-TM1, you can probably map Admin to a particular user. I do this with client where we have intergrated login to Windows AD. A rule in the client propoerties cube derives the uniqueID for admin as the relevant windows account. In most instances, there is only one modeller license too which makes this a necessity.
BR, George.

Learn something new: MDX Views
tomok
MVP
Posts: 2839
Joined: Tue Feb 16, 2010 2:39 pm
OLAP Product: TM1, Palo
Version: Beginning of time thru 10.2
Excel Version: 2003-2007-2010-2013
Location: Atlanta, GA
Contact:

Re: Default Admin user handling productive

Post by tomok »

The Admin user is hard-coded into TM1. You cannot delete it nor disable it. AFAIK, it does not count as a user license since it is not a "person" in your installation unless, of course, you use it to log in to TM1 and do things. If you are using integrated login you can do some workarounds, like gtonkin posted, but if you are using Architect or Perspectives there is nothing to stop the user from unchecking integrated login and logging in as Admin. Best practice would be to set a VERY STRONG password for this ID and just let it be.
Tom O'Kelley - Manager Finance Systems
American Tower
http://www.onlinecourtreservations.com/
Wim Gielis
MVP
Posts: 3245
Joined: Mon Dec 29, 2008 6:26 pm
OLAP Product: TM1, Jedox
Version: PAL 2.1.5
Excel Version: Microsoft 365
Location: Brussels, Belgium
Contact:

Re: Default Admin user handling productive

Post by Wim Gielis »

tomok wrote:Best practice would be to set a VERY STRONG password for this ID and just let it be.
Very strong, like apple.
Best regards,

Wim Gielis

IBM Champion 2024-2025
Excel Most Valuable Professional, 2011-2014
https://www.wimgielis.com ==> 121 TM1 articles and a lot of custom code
Newest blog article: Deleting elements quickly
Alan Kirk
Site Admin
Posts: 6672
Joined: Sun May 11, 2008 2:30 am
OLAP Product: TM1
Version: PA2.0.9.18 Classic NO PAW!
Excel Version: 2013 and Office 365
Location: Sydney, Australia
Contact:

Re: Default Admin user handling productive

Post by Alan Kirk »

Wim Gielis wrote:
tomok wrote:Best practice would be to set a VERY STRONG password for this ID and just let it be.
Very strong, like apple.
Yeah, that's why I always change it to "Banana" as soon as I do a new install. I mean, have you smelt one of those things after they've been sitting in the kitchen for 3 days of an Australian summer?

Strong? Freow, nobody can get near the thing without two metre-long barbecue tongs.

(In case any newbies take this seriously, no, I actually use a randomly generated 25+ character long alphanumeric string. But trust me, nobody would get past an over-ripe Australian summer-cooked banana either. They're more likely to die in the attempt.)
"To them, equipment failure is terrifying. To me, it’s 'Tuesday.' "
-----------
Before posting, please check the documentation, the FAQ, the Search function and FOR THE LOVE OF GLUB the Request Guidelines.
st2000
Posts: 62
Joined: Mon Aug 15, 2016 8:48 am
OLAP Product: TM1 (Windows) & SSAS 2014 Ent.
Version: 10.2.0 FP3
Excel Version: Excel 2013
Location: Hamburg, DE, EU
Contact:

Re: Default Admin user handling productive

Post by st2000 »

tomok wrote:...AFAIK, it does not count as a user license since it is not a "person" in your installation unless, of course, you use it to log in to TM1 and do things. ...
That's the main point for us, as I don't want somebody do something with admin, but instead only with one's named admin user. But in that scenario I don't want to have a 5-digit-EUR priced licence to become over-ripe just laying in the virtual cupboard, like the banana :D

Thanks a lot to all for your quick replies.
-----------------------------------
Best regards,
Stefan
tomok
MVP
Posts: 2839
Joined: Tue Feb 16, 2010 2:39 pm
OLAP Product: TM1, Palo
Version: Beginning of time thru 10.2
Excel Version: 2003-2007-2010-2013
Location: Atlanta, GA
Contact:

Re: Default Admin user handling productive

Post by tomok »

Admin licenses are not counted from the inside out, it's the opposite. IBM doesn't care how many entries you have in the }Clients dimension that have been designated as "Admin", it's how many humans you have in your organization that use an Admin designated ID to log in and perform Admin-like functions.
Tom O'Kelley - Manager Finance Systems
American Tower
http://www.onlinecourtreservations.com/
Post Reply