# MODIFIABLE REQUEST FOR PROPOSALS (RFP) TEMPLATE
## Project Title: Oracle RAC, Active Data Guard (Fast-Start Failover) & Maximum Availability Architecture (MAA) on OCI & ODA
- **RFP Document Reference**: `VNA-RFP-028` (Companion to Solution Brief `VNA-SB-028`)
- **Issuing Organization**: `[INSERT ORGANIZATION / COMPANY NAME]`
- **Issue Date**: `[2026-10-27]`
- **Proposal Due Date**: `[INSERT DATE, e.g., +30 Calendar Days]`
- **Reference Architecture Portal**: https://oracle-rac-maa-dr-active-dataguard.web.app/
- **Template Attribution**: This site is designed by Viscosity.AI

---

## SECTION 1: ISSUING ORGANIZATION PROFILE & PROCUREMENT SCHEDULE (MODIFIABLE)

> **Instructions for RFP Author**: Replace all bracketed placeholders (`[...]`) below with your organization's specific dates, contacts, and environment metrics before issuing to prospective bidders.

| Procurement Milestone | Target Date / Entry (Modifiable) |
|---|---|
| Issuing Organization Name | `[Insert Legal Entity Name]` |
| Primary Procurement / Technical Contact | `[Insert Name, Title, Email]` |
| RFP Issue Date | `[2026-10-27]` |
| Vendor Written Questions Due | `[Insert Date - Week 2]` |
| Organization Responses to Vendor Q&A | `[Insert Date - Week 3]` |
| Final Vendor Proposals & Pricing Due | `[Insert Date - Week 4]` |
| Technical Architecture Demos / Oral Presentations | `[Insert Date - Week 5]` |
| Target Contract Award & Phase 0 Kickoff | `[Insert Date - Week 6]` |

### 1.1 Executive Summary & Business Objectives
`[INSERT COMPANY NAME]` ("Organization") is soliciting competitive proposals from qualified enterprise architecture and engineering firms to modernize and transition our current **Single-Instance Oracle, Fragile SAN Replication, Manual Standby Scripts, Split-Brain RAC Clusters** environment to **Oracle MAA Gold/Silver: RAC on ExaCS/ODA X11, Active Data Guard 23ai, Application Continuity (TAC)**.

Our primary business and technical objectives are:
- Storage-array replication (SRDF / SnapMirror) replicates physical disk blocks blindly without verifying Oracle redo/SCN block consistency, risking ORA-01578 corruption during failover.
- Traditional passive Data Guard standbys sit idle consuming expensive hardware and licenses without offloading reporting, backups, or read-only APEX/BI queries.
- When a database node or primary site fails, middle-tier connection pools throw ORA-03113 / ORA-03135 errors to end users because Transparent Application Continuity (TAC) is not configured.

---

## SECTION 2: CURRENT ENVIRONMENT BASELINE INVENTORY (MODIFIABLE)

Bidders must size their technical delivery plan and fixed-fee milestone pricing against the baseline inventory table below:

| Inventory Dimension | Current Baseline Count / Footprint (Modifiable) | Target Modernization SLA / Objective |
|---|---|---|
| Legacy Source Stack (`Stack X`) | Single-Instance Oracle, Fragile SAN Replication, Manual Standby Scripts, Split-Brain RAC Clusters | Full retirement / modernization |
| Target Architecture (`Stack Y`) | Oracle MAA Gold/Silver: RAC on ExaCS/ODA X11, Active Data Guard 23ai, Application Continuity (TAC) | Production-grade HA/DR & security |
| Mission-Critical Oracle Databases | `[Insert Count, e.g., 8 databases]` | 100% functional parity & optimization |
| Hourly Cost of Unplanned Downtime ($K/hr) | `[Insert Count, e.g., 75 $K/hr]` | Automated AST & schema uplift |
| Target Cutover Downtime Window | `[e.g., < 15 Minutes / Near-Zero Downtime]` | Rehearsed parallel run + rollback plan |
| Security, Compliance & Identity | `[e.g., SSO/MFA via Entra ID / Okta, Row-Level VPD, Audit Logs]` | Zero critical/high CVEs at Go-Live |

---

## SECTION 3: MANDATORY TECHNICAL SCOPE OF WORK & DELIVERABLES (MODIFIABLE)

The selected partner shall execute the project across four gated phases (**Phase 0: AST Discovery & Architecture Blueprint**, **Phase 1: Core Foundation & Data/Code Conversion**, **Phase 2: Integration, Runtime Filtering & UAT**, and **Phase 3: Parallel Run, Cutover & Hypercare**).

### 3.1 Core Architectural Requirements
1. **[MODIFIABLE REQUIREMENT 1]**: MAA Tier Right-Sizing: Match each database to its exact business SLA - ODA X11 Standard Edition HA for departmental workloads, or RAC + Active Data Guard for Tier-1 ERP and clinical systems.
2. **[MODIFIABLE REQUIREMENT 2]**: Active Data Guard 23ai + Far Sync: Configure synchronous zero-data-loss redo transport (`MAX PROTECTION` / `MAX AVAILABILITY`) with Data Guard Broker and Observer Fast-Start Failover (FSFO).
3. **[MODIFIABLE REQUIREMENT 3]**: Transparent Application Continuity (TAC): Configure role-based Database Services, FAN/ONS fast connection failover, and Transaction Guard so in-flight transactions replay automatically without user errors.
4. **[MODIFIABLE REQUIREMENT 4]**: Active Standby Offload & Cyber Vault: Offload RMAN incremental backups, batch reporting, and read-only Oracle APEX 24.2 dashboards to the Active Data Guard standby while locking immutable backups in OCI Recovery Service.

### 3.2 Component-Level Conversion & Deliverable Matrix
Bidders must confirm compliance with each component conversion requirement below:

| Req ID | Legacy Artifact / Baseline Workload | Required Target Architecture | Engineering Method & Acceptance Criteria | Priority (Modifiable) |
|---|---|---|---|---|
| REQ-01 | Storage SAN Snapshot / VM Replication for Oracle DB | Oracle Data Guard / Active Data Guard Redo Transport | Replace block-blind disk replication with SCN-validated in-memory redo apply | `[Mandatory / Optional]` |
| REQ-02 | Idle Passive Standby Database | Active Data Guard Real-Time Query + RMAN Backup Offload | Open standby read-only with real-time apply; redirect reporting and RMAN I/O off primary | `[Mandatory / Optional]` |
| REQ-03 | Manual DBA Switchover / Failover Runbooks (2-4 hr RTO) | Data Guard Broker + Fast-Start Failover (FSFO < 15s RTO) | Deploy quorum Observer in third fault domain with automatic Flashback Database reinstate | `[Mandatory / Optional]` |
| REQ-04 | Application ORA-03113 / Session Drop on Node Failure | Transparent Application Continuity (TAC) + ONS/FAN | Replay uncommitted in-flight SQL transactions transparently on surviving RAC/ADG node | `[Mandatory / Optional]` |
| REQ-05 | Vulnerable NFS / Tape RMAN Backups | OCI Autonomous Recovery Service / ZDLRA Immutable Vault | Eliminate weekly full backups via forever-incremental delta shipping and retention locks | `[Mandatory / Optional]` |

### 3.3 Mandatory Platform & Tooling Standards
- Oracle Real Application Clusters (RAC) & Grid Infrastructure 19c / 23ai
- Oracle Active Data Guard 23ai, Far Sync & Data Guard Broker FSFO
- Transparent Application Continuity (TAC) & Fast Application Notification (FAN)
- OCI Autonomous Recovery Service & Zero Data Loss Recovery Appliance (ZDLRA)
- Oracle Database Appliance (ODA X11) & Exadata Cloud Service (ExaCS)

---

## SECTION 4: VENDOR TECHNICAL Q&A QUESTIONNAIRE & SCORING RUBRIC

Bidders must provide direct, concise written responses to each question below. The Issuing Organization's evaluation committee will grade responses using the embedded benchmark criteria.

### Vendor Question 1: Can we get High Availability with Oracle Standard Edition 2 (SE2) without paying for RAC?
- **Bidder Response Requirement**: Provide a concrete architectural explanation, reference toolset, and verifiable production proof. Generic marketing statements will be scored zero.
- **Evaluation Benchmark (What High-Scoring Responses Must Demonstrate)**: Yes. While Oracle removed RAC from Standard Edition 2 in 19c, deploying SE2 on an Oracle Database Appliance (ODA X11 High-Availability model) uses native Oracle Grid Infrastructure clusterware failover with shared NVMe storage to provide automated node failover at a fraction of Enterprise Edition cost.
- **Evaluator Score (0 to 10 Points)**: `[   / 10 ]`

### Vendor Question 2: What is Transparent Application Continuity (TAC) and why does it matter?
- **Bidder Response Requirement**: Provide a concrete architectural explanation, reference toolset, and verifiable production proof. Generic marketing statements will be scored zero.
- **Evaluation Benchmark (What High-Scoring Responses Must Demonstrate)**: Without TAC, when an Oracle node fails over, users in the middle of clicking 'Save' get a connection error and lose their work. TAC tracks session state and automatically replays the in-flight transaction on the surviving node so the user only sees a brief 2-second pause.
- **Evaluator Score (0 to 10 Points)**: `[   / 10 ]`

### Vendor Question 3: How do you prevent report and query fan-out bloat, and how do you guarantee zero vendor lock-in?
- **Bidder Response Requirement**: Detail your methodology for clustering redundant legacy queries/reports into canonical core SQL views with runtime or AI-inference filtering, and specify customer code/data ownership upon project completion.
- **Evaluation Benchmark (What High-Scoring Responses Must Demonstrate)**: Bidder must demonstrate deterministic AST SQL clustering (collapsing 75%-90% of cloned reports into core database views with runtime predicates), 100% customer ownership of all DDL, PL/SQL, application source code, and Terraform scripts, and zero proprietary runtime lock-in.
- **Evaluator Score (0 to 10 Points)**: `[   / 10 ]`

### Vendor Question 4: Describe your automated regression testing, parallel run, and zero-downtime cutover methodology.
- **Bidder Response Requirement**: Specify how data parity, business-rule equivalence, and rollback safety are verified prior to production cutover.
- **Evaluation Benchmark (What High-Scoring Responses Must Demonstrate)**: Bidder must provide automated row-count and cryptographic hash reconciliation, automated unit/UI test suites (e.g., utPLSQL, Playwright), and a rehearsed cutover runbook with sub-minute rollback capability.
- **Evaluator Score (0 to 10 Points)**: `[   / 10 ]`

---

## SECTION 5: COMMERCIAL PRICING & LICENSING MATRIX (MODIFIABLE)

Bidders must complete the fixed-price milestone table below and disclose all recurring software or cloud consumption assumptions.

| Milestone / Cost Category | Deliverable & Acceptance Gate | Fixed Fee / Annual Cost (USD) | Estimated Duration (Weeks) |
|---|---|---|---|
| **Phase 0: Discovery & AST Code/Schema X-Ray** | Verified inventory, dead-code manifest, core SQL fan-out map, and final blueprint | `$[Insert]` | `[2 - 3 Weeks]` |
| **Phase 1: Target Environment & Automated Uplift** | Provisioned target stack, schema migration, and core business logic conversion | `$[Insert]` | `[4 - 8 Weeks]` |
| **Phase 2: UI, Integrations, Reporting & UAT** | Completed application/portal screens, runtime reports, AOP templates, and UAT sign-off | `$[Insert]` | `[3 - 6 Weeks]` |
| **Phase 3: Production Cutover & Hypercare** | Rehearsed cutover, reconciliation sign-off, documentation, and 30-day hypercare | `$[Insert]` | `[2 - 3 Weeks]` |
| **Optional: Annual Managed Services / Support** | 24x7 monitoring, patching, DBA performance tuning, and quarterly enhancements | `$[Insert / yr]` | `[12 Months]` |

---

## SECTION 6: PROPOSAL EVALUATION SCORECARD (MODIFIABLE)

| Evaluation Criterion | Weight (%) | Description |
|---|---|---|
| **1. Technical Architecture & Automation Tooling** | `35%` | Depth of AST automation, query fan-out rationalization, database/cloud architecture, and zero lock-in. |
| **2. Verifiable Production Experience & References** | `25%` | Proven track record delivering identical `Oracle RAC, Active Data Guard & MAA DR Modernization` engagements with measurable outcomes. |
| **3. Cutover Safety, Testing & Compliance** | `20%` | Rigor of data reconciliation, automated regression testing, security/compliance controls, and rollback safety. |
| **4. Commercial Value & Total Cost of Ownership (TCO)** | `20%` | Transparent fixed-fee milestone pricing and 3-to-5 year software/cloud licensing savings. |
| **TOTAL** | **`100%`** | |

---
*Template Reference: `VNA-RFP-028` | Companion Portal: https://oracle-rac-maa-dr-active-dataguard.web.app/ | This site is designed by Viscosity.AI*