How to Migrate Oracle EE with BYOL and Privileged Third-Party Features to AWS?

SAA-C03 By islever Editorial Last updated

Short answer

B Migrate to Amazon RDS Custom for Oracle with native tools and customize the database settings so the third-party privileged-access features keep working.

Question

A company runs its application on Oracle Database Enterprise Edition. The company needs to migrate the application and the database to AWS. The company can use the Bring Your Own License (BYOL) model while migrating to AWS. The application uses third-party database features that require privileged access. A solutions architect must design a solution for the database migration. Which solution will meet these requirements MOST cost-effectively?
  1. Migrate the database to Amazon RDS for Oracle by using native tools. Replace the third-party features with AWS Lambda.
  2. Migrate the database to Amazon RDS Custom for Oracle by using native tools. Customize the new database settings to support the third-party features. Correct Answer
  3. Migrate the database to Amazon DynamoDB by using AWS Database Migration Service (AWS DMS). Customize the new database settings to support the third-party features.
  4. Migrate the database to Amazon RDS for PostgreSQL by using AWS Database Migration Service (AWS DMS). Rewrite the application code to remove the dependency on third-party features.

Key Takeaways

The question tests whether you know that RDS Custom for Oracle exposes OS- and database-level control that third-party Oracle tools require, whereas standard Amazon RDS for Oracle deliberately withholds that privileged access — the trap is picking the seemingly cheaper managed-service or rewrite option.

Migrating an Oracle Database Enterprise Edition workload that depends on third-party features with privileged access, while using the BYOL model, is most cost-effectively done with Amazon RDS Custom for Oracle. This page explains why option B satisfies both the licensing and privileged-access requirements better than standard RDS for Oracle, DynamoDB, or PostgreSQL.

Common mistake: Choosing Amazon RDS for Oracle (A) because it looks like the closest managed Oracle option, then patching the privileged-access gap by 'moving features to Lambda' — but standard RDS for Oracle does not grant the OS/database-level access those third-party features need, so the application would break.

Expert Analysis

Why the Answer Is Correct

Amazon RDS Custom for Oracle is the only managed AWS database service that gives you underlying OS and database-level access for Oracle, which is exactly what third-party features requiring privileged access need. It also supports the Bring Your Own License (BYOL) model for Oracle Database Enterprise Edition, so the company keeps its existing license investment instead of buying new licensing. Because it is still a managed service with automation for backups, patching windows, and monitoring, it is far more cost-effective than re-platforming or re-architecting the application. As Scheldon put it, "BYOL + third-party features/applications = RDS Custom," and the linked AWS documentation confirms that RDS Custom supports customizing the database environment for such workloads. Option B keeps both the engine (Oracle) and the licence model (BYOL) intact while enabling the required privileged access.

Why the Other Options Are Wrong

Option A uses Amazon RDS for Oracle, which does not provide the OS-level or privileged database access third-party features require; replacing those features with AWS Lambda would force significant application rewriting and new operational complexity at extra cost. Option C moves to DynamoDB, a NoSQL service that cannot run Oracle-specific schemas or third-party Oracle features at all, so AWS DMS alone cannot make this work. Option D migrates to Amazon RDS for PostgreSQL and explicitly rewrites application code to remove the third-party dependency, which is the opposite of the cost-effective requirement the question asks for. In all three alternatives, the company either loses required functionality or pays for an unnecessary rewrite, which is why they fail the 'MOST cost-effectively' test.

Community Comment Notes

All of the recorded voters selected the same option, with Scheldon (3 likes) pointing to the RDS Custom documentation and blog links as justification for the BYOL plus privileged-feature combination. jcck202020 reasoned that the customization capability is what lets the solution accommodate the specific third-party features, calling it both suitable and cost-effective. zinabu and Hkayne gave shorter confirmations that BYOL combined with third-party features that need privileged access points directly at RDS Custom for Oracle. The consistent consensus reinforces that standard RDS for Oracle should be rejected in this scenario, not accepted as a cheaper substitute.

Official Reference

Exam Strategy

When a scenario pairs Oracle BYOL with third-party features that need privileged access, jump straight to RDS Custom rather than evaluating rewrites — AWS positions RDS Custom precisely for this OS-level access gap. Immediately eliminate answers that switch engines (DynamoDB, PostgreSQL) or that replace features with Lambda, because they add migration and development cost the question is trying to avoid.

Frequently Asked Questions

Why not use standard Amazon RDS for Oracle for privileged third-party features?

Standard RDS for Oracle hides the OS and database host, so third-party tools needing privileged access cannot be installed or configured. RDS Custom for Oracle is the managed option that exposes that level of control.

Does RDS Custom for Oracle support BYOL for Enterprise Edition?

Yes. RDS Custom for Oracle supports the Bring Your Own License model, letting the company reuse its existing Oracle Database Enterprise Edition licence instead of paying for new AWS-included licensing.

More SAA-C03 FAQ →

Community Votes

B
100%

100% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.

Discussion 4 contributions

Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.

From public community threads 4

  1. Scheldon 👍 3 Answered B
    AnswerB BYOL + third-party features/applications = RDS Custom. Hence customer is using Oracle so we should use RDS customer for Oracle https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-custom.html https://aws.amazon.com/blogs/aws/amazon-rds-custom-for-oracle-new-control-capabilities-in-database-environment/ https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/working-with-custom-oracle.html
  2. jcck202020 👍 2
    Considering the requirements and the need to use Oracle Database features with privileged access and BYOL, Option B (Migrate the database to Amazon RDS Custom for Oracle by using native tools. Customize the new database settings to support the third-party features) is the most cost-effective and suitable solution. It allows for significant customization needed to accommodate specific third-party features while leveraging existing Oracle licenses.
  3. Hkayne 👍 1 Answered B
    B IS suitable for this use case : thé use or BYOL and the use or third party features with privileged access
  4. zinabu 👍 1 Answered B
    Amazon RDS Custom for Oracle by using native tools= to support the third-party features.

Reader comments & corrections

No reader corrections yet — spotted an error or have a note? Share it below.

Log in to comment, report an error, or add a note about this question.

Submitted for moderation before publishing. Keep it helpful and respectful.

Practice All SAA-C03 Questions

Access 120 questions with complete answers and detailed explanations.

View Full SAA-C03 Practice Test →

← Back to SAA-C03 Study Guide