Blog Post

Data Architecture Blog
1 MIN READ

New White Paper- Recommended Practices for Oracle on Azure IaaS

DBAKevlar's avatar
DBAKevlar
Icon for Microsoft rankMicrosoft
Mar 04, 2022

I know this is a long-awaited white paper and I would like to get this out into the hands of the public to help those who simply want to know the recommended practices for successfully assessing, sizing, architecting and migrating Oracle onto Azure Infrastructure as a Service (IaaS).  

 

This white paper provides guidance from beginning to end that can be used by any organization to assess an Oracle workload and begin its journey to successfully migrating it to Oracle on Azure IaaS.  The goal is to centralize all the recommended practices into one document and yes, it will become a Microsoft document eventually, (we're still in the early stages or redesigning all the Oracle documentation for Microsoft) but the Data Architecture Blog provides me a quick way to get content to customers in a very easy and consumable manner.

 

This will also be linked in the upcoming SQLBits and MVP Summit presentations around Oracle to Azure Migration Strategy presentations, but this paper is customer available for all those ready to bring Oracle workloads to Azure.

Recommended Practices for Success with Oracle on Azure IaaS

Updated Apr 11, 2022
Version 3.0
  • Hello and thank you-  glad to see that this paper provides value.  ASR isn't an option for 95% or more Oracle workloads, as it can only handle churn of 54MBPs or less, (block changes).  Very few Oracle databases fall into this category and due to this, isn't supported for Oracle database.  For Oracle replication/DR, consider Oracle Data Guard, Azure Backup Volume Snapshots for Oracle and Oracle Golden Gate.

  • BThomas888's avatar
    BThomas888
    Copper Contributor

    Kellyn - Excellent white paper. Thank you for producing and sharing for the community. It would be great to add a section about using ASR (Azure Site Recovery) for Oracle databases. Pros & Cons or when to use or when not to use.