Something has changed: I see the attachments in your previous append. 2008/9/19 Bill Munson <[EMAIL PROTECTED]> > > Terry, > > I forgot you can not send attachments - here is the LINK > > http://ew.share.org/proceedingmod/project.cfm?project_id=3147&conference_id=16 > > Sessions 9230 and 9231 to be specific > > good luck > > Bill Munson > Brown Brothers Harriman > z/VM System Programmer > 201-418-7588 > > President MVMUA > http://www2.marist.edu/~mvmua/ > > > > > "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> > Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> > > 09/18/2008 09:59 PM > > Please respond to > The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> > To > IBMVM@LISTSERV.UARK.EDU > cc > Subject > What people are doing > > > > > Hi > > Are you seeing a fair number of shops running Oracle on Linux on Z and if so > have the results been favorable? The question comes about becauseā¦. > > My management is hearing that when people move servers over to the Z under > Linux they are mostly moving servers that have very little usage already and > that databases like Oracle are staying put on the other platforms such as > Solaris in my case, giving them the impression that the z/Linux cannot handle > this. I know there are some situations where this may be true but I do not > believe on a whole this is necessarily true. What do you think! > > Thanks, > > Terry > > ________________________________ > > *************************** IMPORTANT NOTE ***************************** The > opinions expressed in this message and/or any attachments are those of the > author and not necessarily those of Brown Brothers Harriman & Co., its > subsidiaries and affiliates BBH. There is no guarantee that this message is > either private or confidential, and it may have been altered by unauthorized > sources without your or our knowledge. Nothing in the message is capable or > intended to create any legally binding obligations on either party and it is > not intended to provide legal advice. BBH accepts no responsibility for loss > or damage from its use, including damage from virus. > *******************************************************************
-- Kris Buelens, IBM Belgium, VM customer support