Oracle Cloud Infrastructure
Cloud target platform for Disaster Recovery and Migration deployments, with OCI-specific provisioning, validation, and cutover planning.
Platform Compatibility
In Yorigu architecture, the product boundary is the workload, not the infrastructure it currently runs on. Source environment, operating system, and database engine coverage are handled separately from target delivery models, enabling recovery and migration planning without vendor lock-in.
Source workloads can be Physical Servers, Virtual Machines, or DB Systems running across On-Premises, Cloud, hosted, or virtualized environments. Yorigu evaluates coverage at the workload and operating system level instead of treating the source location as the product boundary.
Common Use Cases
Target delivery is platform-specific. OCI, Proxmox VE, and OLVM each keep their own deployment, validation, and rollout assumptions.
Target selection also determines data residency. OCI keeps workloads in the chosen OCI region, and Proxmox VE keeps them on infrastructure the organization controls.
Cloud target platform for Disaster Recovery and Migration deployments, with OCI-specific provisioning, validation, and cutover planning.
On-Premises and Virtualized Infrastructure target for Disaster Recovery and Migration deployments, with Proxmox VE-specific delivery and validation.
On-premises target for Disaster Recovery and Migration where Oracle Linux KVM, OLVM management, Oracle Database placement, and Oracle-documented hard partitioning planning need to stay aligned.
Database-Aware workflows add consistency, validation, cutover readiness, and recovery readiness for supported DB Systems without treating databases as generic machines.
Next Step
Reach out to discuss compatibility for environments or database deployments outside the lists above.