Delphix Products

 View Only
  • 1.  Virtualization - Oracle - License Implications

    Posted 05-19-2022 06:05:00 AM
    Hi Team,

    Could you please share your thoughts on how delphix implementation can impact (positvely or negatively) the oracle license costs ? This is where licsensing is based on the processor count required for running the database.

    Thanks,
    Rajat Solanki

    ------------------------------
    Rajat Solanki
    TCS
    Delphix Community Members
    ------------------------------


  • 2.  RE: Virtualization - Oracle - License Implications

    Posted 05-20-2022 01:55:00 AM
    Hi Rajat,

    Delphix does not effect license costs directly, company pays to Oracle based on the aggreement (like based on CPU count).

    However, with Delphix it might be easily possible to have more databases available in the overall system.

    For example, without Delphix customer might have 10 databases but with Delphix they can have 50 databases in total.

    This would mean that their licenses are used more efficiently, but still paid same amount to Oracle.

    BR,

    ------------------------------
    Rahim Cetinel
    Solution Architect | Delphix Blackbelt
    ------------------------------



  • 3.  RE: Virtualization - Oracle - License Implications

    Posted 05-20-2022 02:21:00 AM
    Thank you Rahim, this is helpful.

    One follow-up on this. Please let me know if my understanding is correct: On a target server (which has an existing physical oracle database running), if I create a virtual database using Delphix, I would need more CPUs on the target (for both the databases to run in parallel) and hence this will lead to more oracle license cost ?

    Regards,

    ------------------------------
    Rajat Solanki
    TCS
    Delphix Community Members
    ------------------------------



  • 4.  RE: Virtualization - Oracle - License Implications

    Posted 05-20-2022 04:05:00 AM
    Hi Rajat,

    As far as I know Oracle license is counted not on the server but physical level. So the license is calculated over the CPUs you have in the ESX server. It does not matter how many CPUs are assigned in pfile level.

    So, if you have enough CPU and Memory on your Target Servers you can provision as many VDBs as you require without any license issues.

    I would still recommend checking with internal license team as well as Oracle.

    BR,

    ------------------------------
    Rahim Cetinel
    Solution Architect | Delphix Blackbelt
    ------------------------------



  • 5.  RE: Virtualization - Oracle - License Implications

    Posted 05-20-2022 04:10:00 AM
    Thank you Rahim.

    ------------------------------
    Rajat Solanki
    TCS
    Delphix Community Members
    ------------------------------



  • 6.  RE: Virtualization - Oracle - License Implications
    Best Answer

    Posted 05-20-2022 04:31:00 AM
    Hi Rajat,
    Rahim is correct, however let me just clarify.  Oracle usually license based on hard CPU and hard CPU partitioning (you will need to check with Oracle directly how it works in your environment), my understanding from past experience is that soft partitioning (like VMWare) is usually ignored from a licensing perspective and you have to license according to the physical CPU available in the ESX host.

    As for running to Oracle databases on a single VM, then it's likely that you might need additional resources, including CPU and therefore a potential increased licensing cost.  The performance of the database can be affected by CPU constraints on the target VM.

    Delphix brings value in a number of ways to ease the license costs:

    1) The Delphix engine provides a compressed caching which can improve performance (think of a shared SGA, but running on the delphix engine, improving read performance, as there is less requirement to read from disk.
    2) A Virtual database can be provided with Self-Service for the end-user - i.e. developer, tester, analyst, etc.  With the self service interface you can stop and start virtual databases running on that target server, quite easily.  This can help with scheduling workloads and performance tests.
    3) With Self-service you can create Branch copies of a database instance.  This is a storage level block-sharing copy that allows you to provide a completely different version/copy of the database running at the same connection string.  Which branch you run at that connection string can be controlled by a simple self-service interface so that you can switch quickly and seamlessly between branch copies of the database.  You can only run one branch at a time but because it is very fast to switch between branches, even for very large multi-TB databases then this can prevent the need to create a new VM to run a copy of the database.
    4) Database migration - it's very straight-forward to move a database to a different server using the Delphix UI or API or central management tool, which allows you to balance workloads easily.  Imagine that you don't need to actually move the data itself you simply move the file pointers - or from the UI perspective just click and move the database to another machine.

    Ultimately if you are running more databases however, the likelihood is that you will need more CPU, but the above mitigations are powerful and useful in saving license costs.

    Regards,
    Gary

    ------------------------------
    Gary Hallam
    Director of Channel Sales, EMEA & Asia Pacific
    ------------------------------



  • 7.  RE: Virtualization - Oracle - License Implications

    Posted 05-20-2022 04:50:00 AM
    This is very useful. Thank you Gary.

    ------------------------------
    Rajat Solanki
    TCS
    Delphix Community Members
    ------------------------------