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?
Default Admin user handling productive
-
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
-----------------------------------
Best regards,
Stefan
Best regards,
Stefan
- 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
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.
-
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
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.
-
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
Very strong, like apple.tomok wrote:Best practice would be to set a VERY STRONG password for this ID and just let it be.
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
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
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?Wim Gielis wrote:Very strong, like apple.tomok wrote:Best practice would be to set a VERY STRONG password for this ID and just let it be.
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.
-----------
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
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 bananatomok 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. ...
Thanks a lot to all for your quick replies.
-----------------------------------
Best regards,
Stefan
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
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.
