Very basic license question
Moderators: chulett, rschirm, roy
Very basic license question
When I open a designer and director at the same time on my client, does that get considered as two users or one user? We have issues with too many people logging into DS in one servers and the answer to this question will shed some light to our admins.
Re: Very basic license question
Baha,
We were having similar problem at one of our client site. It was counting it as two users (designer and director) even when they were having same auth code. We had v7.1. I think they had to increase the licenses, and tell people not to open too many modules. But I'm not sure if that was a bug or that's how Ascential designed it - Sachin
We were having similar problem at one of our client site. It was counting it as two users (designer and director) even when they were having same auth code. We had v7.1. I think they had to increase the licenses, and tell people not to open too many modules. But I'm not sure if that was a bug or that's how Ascential designed it - Sachin
PilotBaha wrote:When I open a designer and director at the same time on my client, does that get considered as two users or one user? We have issues with too many people logging into DS in one servers and the answer to this question will shed some light to our admins.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
More detailed response
The following applies with effect from version 6.0.
DataStage server is licensed per CPU. This is outside the scope of the question.
DataStage clients are licensed for a maximum number of users; this means a maximum number of connected client machines.
When a DataStage client connects, a number of things occurs. These include the following.
For example, if there is a client that has a Manager and a Designer open, there will be two records in DS_LICENSE, one for each client. They will have the same client Windows ID, and therefore will only consume one licence.
The first connected client establishes the limit. I recently had a client upgrade from five users to 10 but, before all developers' PCs could have their licences upgraded, one early bird logged in with the old, five-user licence. Five became the limit until the number of connected users fell to zero, after which the next connection established a new limit.
Note that there are other mechanisms for enforcing licensing; what I have described above are the visible aspects. Actual licence management occurs in the disk shared memory segment. If you really want to see it, use the command analyze.shm -x (but there's nothing you can do to affect (thwart?) it). If it's any consolation, I can't break it either - the internal structure of the shared memory segment can not be determined without access to source code, and indeed is different on different platforms.
Using this mechanism, one connected machine can theoretically have as many clients open as required. In practice, though I've not encountered it, there may be a limit. For example, UniVerse uses a similar (but different) "device licensing" mechanism; you get a maximum of ten connections from one client machine, the eleventh costs another licence seat. As does the twelfth, and so on.
Looking forward, all this will change. The new user interface (code name Sorcerer), which goes into beta in June 2005, uses active services, so no doubt the licensing algorithms will all change. We will have to await the next major release (code name Hawk) to see exactly how they've done it.
The short answer to the original question is that you can have any number of open DataStage clients on one machine, and they still count as one connection to the DataStage server.
Of course, if you're connecting to more than one DataStage server (for example with Version Control), then you are consuming a licence on each.
DataStage server is licensed per CPU. This is outside the scope of the question.
DataStage clients are licensed for a maximum number of users; this means a maximum number of connected client machines.
When a DataStage client connects, a number of things occurs. These include the following.
- A shared lock is taken on a non-existent record in the UV.ACCOUNT table (hashed file). The ID of that record is projectname.&!DS.ADMIN!& and it serves to signal to the administrative utilities that require exclusive access that there is one or more connected clients.
A record is created in the DS_LICENSE table (hashed file) and an exclusive (RU) lock taken on it. The ID of the record is made up of the Windows ID for the client machine, the hostname of that machine, and the process ID on the DataStage server machine of the dsapi_slave process associated with the connected client.
For example, if there is a client that has a Manager and a Designer open, there will be two records in DS_LICENSE, one for each client. They will have the same client Windows ID, and therefore will only consume one licence.
The first connected client establishes the limit. I recently had a client upgrade from five users to 10 but, before all developers' PCs could have their licences upgraded, one early bird logged in with the old, five-user licence. Five became the limit until the number of connected users fell to zero, after which the next connection established a new limit.
Note that there are other mechanisms for enforcing licensing; what I have described above are the visible aspects. Actual licence management occurs in the disk shared memory segment. If you really want to see it, use the command analyze.shm -x (but there's nothing you can do to affect (thwart?) it). If it's any consolation, I can't break it either - the internal structure of the shared memory segment can not be determined without access to source code, and indeed is different on different platforms.
Using this mechanism, one connected machine can theoretically have as many clients open as required. In practice, though I've not encountered it, there may be a limit. For example, UniVerse uses a similar (but different) "device licensing" mechanism; you get a maximum of ten connections from one client machine, the eleventh costs another licence seat. As does the twelfth, and so on.
Looking forward, all this will change. The new user interface (code name Sorcerer), which goes into beta in June 2005, uses active services, so no doubt the licensing algorithms will all change. We will have to await the next major release (code name Hawk) to see exactly how they've done it.
The short answer to the original question is that you can have any number of open DataStage clients on one machine, and they still count as one connection to the DataStage server.
Of course, if you're connecting to more than one DataStage server (for example with Version Control), then you are consuming a licence on each.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Ray,
thanks for taking the time and replying back to my original question with a very detailed explanation. I don't know what we would do without you
The reason I asked the question is we have about 10-14 developers (some off shore, some on) working for diffferent project groups. We all use the same box for DS development.
Everyhting was started on the wrong foot because they though the PROD machine would require more resources than the DEV machine at the start of the project.
One of the problems we are facing is not being able to logon to the server in busy times. Our DS admin takes a look at the server and sees 13-15 users logged in, which he believes should be fine since we have license for 20 users.
Having that many users logged in and the number being less than 20 made us to believe that the number of users must be calculates by the number of clients you have on the machine (Director + Desginer = 2 users). Apparently that 's not the case from your explanation, if I got it right..
thanks for taking the time and replying back to my original question with a very detailed explanation. I don't know what we would do without you
The reason I asked the question is we have about 10-14 developers (some off shore, some on) working for diffferent project groups. We all use the same box for DS development.
Everyhting was started on the wrong foot because they though the PROD machine would require more resources than the DEV machine at the start of the project.
One of the problems we are facing is not being able to logon to the server in busy times. Our DS admin takes a look at the server and sees 13-15 users logged in, which he believes should be fine since we have license for 20 users.
Having that many users logged in and the number being less than 20 made us to believe that the number of users must be calculates by the number of clients you have on the machine (Director + Desginer = 2 users). Apparently that 's not the case from your explanation, if I got it right..
-
- Participant
- Posts: 3337
- Joined: Mon Jan 17, 2005 4:49 am
- Location: United Kingdom
When you log into DataStage, it makes a registry entry. If you log in as a non-admin user in your Client machine, you landup making one new entry for each client application which will be interpretted as different user entries.
Hence you need to log in as an admin user for the first time and then onwards work as regular user.
Hence you need to log in as an admin user for the first time and then onwards work as regular user.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Get your DS Admin to look at the licences (the dslictool utility) to see whether there are any defunct processes holding licence seats. Also check the DS_LICENSE table records to see what DataStage believes your developer user count is.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.