I agree with Steve on this; it will be an administrative nightmare in a
large educational shop like ours. We have basically open registration,
where we try to persuade as many faculty and staff users as we can to
sign up for backup service because it can save their work, and their
research work is among the university's most valuable assets.
The bottom line is that this is not the kind of heirarchicaal
organization where we can control, or even know much about, the client
nodes out there. About all I know is what I can glean from QUERY NODE
and QUERY FILESPACE - the OS they run and how much disk space they have.
I can also ascertain their IP address from the Activity Log, to make
sure they really are on campus. Change is the rule. The statement
>> So do an inventory of your equipment so you know what you are using.
is quite simply impossible in any large academic/research setting.
I can tell you now that our notoriously ill-tempered administrative
person will run me out of town with both guns blazing if I present this.
How can we continue to purchase generic client licenses, in advance, in
quantity at bulk discounts, without knowing the exact characteristics of
each client node?
Roger Deschner University of Illinois at Chicago rogerd AT uic DOT edu
Academic Computing & Communications Center
====== "What would you rather do: Conduct a thorough analysis of =======
===== your finances and adjust your investments accordingly, or be =====
===== tied down next to an anthill and covered with grape jelly?" ======
================= -- Barbara Brotman, Chicago Tribune ==================
On Tue, 13 May 2003, Steve Roder wrote:
>This licesning per CPU is utterly ridiculus. In the past, we have bought
>TSM client licenses in advance of need, or knowing where they will get
>used. Will one have to know when a client requests services if it
>qualifies as a server, or client, and how many CPU's it has, before we can
>buy the license? What a headache! What a nightmare! We certainly don't
>want to have to generate PO's every week!
>
>And, what about the case of Open Registration? One has to have purchased,
>and registered, the licenses ahead of time. How could one conceivably
>KNOW this information about future (potential) clients!
>
>And I totally disagree with the logic below about a computer with a modem
>making it a server. Many people use there work desktop machines as secure
>portals into their work environments from home. This is still only
>serving one customer. And why a modem? Why not an ethernet card? After
>all, the ethernet card makes a machine better suited to be a "server" than
>a modem. Does anyone even buy or use modems anymore?
>
>I certainly hope there is a lot more to this that we have not yet been
>told. Otherwise, I hope IBM scrapes this model before we have to deal
>with it.
>
>sigh...
>
>> I was just on the phone with TSM licensing folks, and my VAR.
>>
>> They (the TSM licensing geeks) defined a 'TSM Client'
>> license as something we would put on a server (something that provides
>> services
>> to other computers or multiple concurrent users).
>>
>> A 'TSM Desktop' was defined as a computer that provides service only to one
>> user that logs onto its console. There is also the 'TSM Server', that runs
>> the
>> TSM server software, and typically is ALSO a 'TSM Client' (why does this
>> makes me think of the 'Hairclub for Men' TV commercial?).
>>
>> Example 1: I have an internal customer that has a desktop PC. This desktop
>> computer
>> is running Windows 2000 Professional (a desktop, not a server OS). But
>> since
>> it has a modem, and other computers dial into it (just to upload/download
>> files),
>> it is considered a SERVER, NOT a DESKTOP, for licensing purposes.
>>
>> Example 2: But my Win98 desktop computer, that no one else uses locally or
>> remotely, is
>> a DESKTOP for licensing purposes. Because it only serves the individual
>> currently
>> logged in at its console.
>>
>> Clear as mud? ... I thought so!
>>
>> Also, evidently there is just now forming a team to help with license
>> conversions from 'old licenses'
>> to 'new license' (i.e. old tier 1 windows client was allowed 1 to 4
>> processors, and the new licenses
>> are per processor). It is my understanding that they will be 'adjusting'
>> the inventory to show you have
>> not just 4 processors per client, but the number of processors you are using
>> per old client license.
>>
>> This was no official statement, just an indication from an IBM techie that
>> does licensing and his
>> current understanding of how it will work.
>>
>> So do an inventory of your equipment so you know what you are using.
>>
>> ... Enjoy.
>>
>> > -----Original Message-----
>> > From: Patrick Boutilier [SMTP:boutilpj AT STAFF.EDNET.NS DOT CA]
>> > Sent: Tuesday, May 13, 2003 12:39 PM
>> > To: ADSM-L AT VM.MARIST DOT EDU
>> > Subject: Re: new TSM Client Pricing
>> >
>> > Depends on how you define client. Most people would define a client as
>> > any computer that you backup to the TSM server.
>> >
>> > Tivoli defines a client as a desktop machine (Win98, etc..) and anything
>> > else requires a server license to backup to the TSM server.
>> >
>> >
>> >
>> > Gable, Josh wrote:
>> > > That is not true. There is a price difference between a TSM server and
>> > > client license.
>> > >
>> > > -----Original Message-----
>> > > From: Levinson, Donald A. [mailto:dlevinso AT ACSALASKA DOT COM]
>> > > Sent: Tuesday, May 13, 2003 12:27 PM
>> > > To: ADSM-L AT VM.MARIST DOT EDU
>> > > Subject: Re: new TSM Client Pricing
>> > >
>> > >
>> > > And furthermore it doesn't matter whether it is running TSM server or
>> > TSM
>> > > client. it is still the same per-processor license. So for the same set
>> > of
>> > > machines there is no cost different between using them as TSM servers or
>> > TSM
>> > > clients.
>> > >
>> > > -----Original Message-----
>> > > From: David E Ehresman [mailto:deehre01 AT LOUISVILLE DOT EDU]
>> > > Sent: Tuesday, May 13, 2003 9:23 AM
>> > > To: ADSM-L AT VM.MARIST DOT EDU
>> > > Subject: Re: new TSM Client Pricing
>> > >
>> > >
>> > > We were told yesterday that a processor is a processor. That it doesn't
>> > > matter whether the client runs on a desktop or a server, just how many
>> > > processors are being used in the box.
>> > >
>> > >
>> > >>>>kleinr AT EXCHANGE.NIH DOT GOV 05/13/03 01:10PM >>>
>> > >
>> > > I was speaking with our TSM sales rep earlier today about ordering TSM
>> > > client software upgrades. She said that as of this past January, a
>> > > factor
>> > > in the pricing of a client software license is whether or not the
>> > > client is
>> > > a server or a desktop and, if a server, how many cpus it has. Has
>> > > anyone
>> > > else heard anything about this?
>> > >
>> > > Thanks.
>> > >
>> > >
>> > > This transmittal may contain confidential information intended solely
>> > for
>> > > the addressee. If you are not the intended recipient, you are hereby
>> > > notified that you have received this transmittal in error; any review,
>> > > dissemination, distribution or copying of this transmittal is strictly
>> > > prohibited. If you have received this communication in error, please
>> > notify
>> > > us immediately by reply or by telephone (collect at 907-564-1000) and
>> > ask to
>> > > speak with the message sender. In addition, please immediately delete
>> > this
>> > > message and all attachments. Thank you.
>> >
>> > --
>> > Please avoid sending me Word or PowerPoint attachments.
>> > See http://www.fsf.org/philosophy/no-word-attachments.html
>>
>>
>
>Steve Roder, University at Buffalo
>HOD Service Coordinator
>VM Systems Programmer
>UNIX Systems Administrator (Solaris and AIX)
>TSM/ADSM Administrator
>(spr AT buffalo DOT edu | (716)645-3564)
>
|
