Jay,

Keep in mind that these are usually runtime licenses.

The license agreement probably stipulates that you can 
do no development on databases with a runtime license.

This week I have a consultant in installing an app
that runs on Oracle with a 3rd party license.  Our 
finance dept bought the app without talking to us
first, and got the workgroup version of the app.

Oracle's runtime license with this vendor stipulates that
they are not allowed to give their customers the sys password.

You can only get around this temporarily by creating a new
password file, but you have to put it back to run the app.

The only way to circumvent it is to pay the vendor $3k for
a rep to come out and install the 'enterprise' version.

ie. on a database I created.

So, make sure you know what their licensing restrictions are.

Jared


On Thu, 2003-12-11 at 06:14, Jay Hostetter wrote:
> We are purchasing a software package from a vendor.  The vendor states that the 
> package includes sufficient Oracle licenses.  Since I'm supposed to keep on top of 
> our licensing costs, I'm trying to make sure that there are no surprises down the 
> road - such as additional Oracle support fees or Oracle claiming that we don't have 
> this new box licensed, etc.  How can the vendor prove that they are providing a 
> license?  When I asked them for some type of proof, they forward the OLSA to me, 
> which is basically generic - it doesn't tell me if the license is SE, EE, SE One, 
> perpertual, term, CPU, Named User, etc.  Any thoughts or do I just take their word 
> for it?
> 
> Thanks,
> Jay
> 
> 
> 
> **DISCLAIMER
> This e-mail message and any files transmitted with it are intended for the use of 
> the individual or entity to which they are addressed and may contain information 
> that is privileged, proprietary and confidential. If you are not the intended 
> recipient, you may not use, copy or disclose to anyone the message or any 
> information contained in the message. If you have received this communication in 
> error, please notify the sender and delete this e-mail message. The contents do not 
> represent the opinion of D&E except to the extent that it relates to their official 
> business.
> -- 
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> -- 
> Author: Jay Hostetter
>   INET: [EMAIL PROTECTED]
> 
> Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
> San Diego, California        -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Jared Still
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to