1 2 Previous Next 23 Replies Latest reply on Apr 28, 2009 10:54 AM by ymcp Go to original post
      • 15. Re: Attn Oracle DBAs
        petedr Virtuoso
        User Moderators

        Every environment is different but we ran an Oracle applications production environment ( 11.5.9, database ) as a VM for about 7 years with a lot of success. We actually first ran it under GSX and then move to ESX.

        • 16. Re: Attn Oracle DBAs
          ZippySLC Enthusiast

          My company develops software for managing and deploying Oracle databases. We have close to 100 VM's running Oracle, including single instance as well as RAC in VMWare, for development, QA, and customer demos.


          We also are experimenting with it in Sun Logical Domains, but so far the results are disappointing there.


          We've been very happy with our success running Oracle in VMWare.

          • 17. Re: Attn Oracle DBAs
            petedr Virtuoso
            User Moderators

            Its good to hear about some other Oracle success stories with vmware.

            • 18. Re: Attn Oracle DBAs
              aandriolli Expert
              VMware Employees


              You may be interested in reading Ten Reason Why ESX is the best platform to run Oracle.



              I used to be an Oracle DBA myself, and it makes perfect sense for me.



              • 19. Re: Attn Oracle DBAs
                petedr Virtuoso
                User Moderators

                thanks I just saw the posted the other day on the VMTN blog pages.

                • 20. Re: Attn Oracle DBAs
                  hicksj Master

                  If you can't hard partition (a la LPARs, etc.) you must pay for the total number of CPUs on the box. But if you have 16 CPUs and you cut an LPAR for 8 and run Oracle solely for this partition then you only pay an 8-way license.

                  Sounds like if you go VMWare with Oracle, you will pay for the number of CPUs you build into the VM and then license that way. And if you end up needing more, then you will pay additional costs as you grow.


                  This is not how I understood Oracle's take, specific to VMware.  Technically, you cannot gaurentee that you're running on 8 specific processors (out of 16).  The VM load is spread around, so even with 8 vSMP processors, you're taking advantage of 16 processors (but only up to 8 at a time).  Therefore you MUST license for 16 processors (or whatever Oracle's licensing multiplier of the week is for multi-core CPUs).






                  With "named" licenses, that isn't a problem.






                  Note:  I hope what I understood above is completely wrong.  Someone _please _prove me wrong with something official from Oracle.

                  • 21. Re: Attn Oracle DBAs
                    randy.castle Lurker


                    Here is a link describing how to do "hard partitioning using OracleVM (xen?) http://www.oracle.com/technology/tech/virtualization/pdf/ovm-hardpart.pdf



                    I don't see the difference between this and scheduling affinity under VMWare ESX (Virtual Machine Properties/Resource Tab/Advanced CPU).



                    Interestingly, I see this option when using VMware Infrastructure Client direct to the Virtual Server but NOT when I connect to Virtual Infrastructure???






                    • 22. Re: Attn Oracle DBAs
                      ymcp Novice

                      I know this is an old discussion, but feel that I should point out that the following statement is not entirely correct:


                      With "named" licenses, that isn't a problem.


                      The issue here is that Oracle specify a certain minimum number of named users per CPU.  With Enterprise Edition the current minimum is 25 users per CPU, so a server with 16 CPUs must be licensed for a minimum of 400 users.  The current list price for that is around $200,000 which could well be a problem!

                      • 23. Re: Attn Oracle DBAs
                        ymcp Novice


                        1 2 Previous Next