Oracle Database en Autonomous Database: de keuze van het doel

Drie Oracle-databases, beoordeeld

Een demo-omgeving, geschreven voor deze pagina en beoordeeld op 4 november 2026: een DB-systeem met twee nodes en twee Autonomous Databases, één voor transacties en één voor analytics. Links de invoer. Rechts de beslissing die de run vastlegde, zoals die in assessment.json staat. assessment.json staat op één regel, dus het venster toont geselecteerde velden van elke eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden.

resource "oci_database_db_system" "erp" {
  compartment_id          = var.compartment_id
  availability_domain     = var.availability_domain
  subnet_id               = oci_core_subnet.db.id
  hostname                = "erpdb"
  shape                   = "VM.Standard.E5.Flex"
  database_edition        = "ENTERPRISE_EDITION"
  license_model           = "LICENSE_INCLUDED"
  node_count              = 2
  data_storage_size_in_gb = 512
  ssh_public_keys         = ["ssh-rsa AAAAexample"]
  display_name            = "erp"

  db_home {
    db_version   = "19.0.0.0"
    display_name = "erp-home"

    database {
      admin_password = var.db_admin_password
      db_name        = "ERP"
      character_set  = "AL32UTF8"
    }
  }
}

resource "oci_database_autonomous_database" "orders" {
  compartment_id           = var.compartment_id
  db_name                  = "ORDERS"
  display_name             = "orders"
  db_workload              = "OLTP"
  admin_password           = var.db_admin_password
  compute_model            = "ECPU"
  compute_count            = 4
  data_storage_size_in_tbs = 1
  license_model            = "LICENSE_INCLUDED"
}

resource "oci_database_autonomous_database" "reporting" {
  compartment_id           = var.compartment_id
  db_name                  = "REPORTING"
  display_name             = "reporting"
  db_workload              = "DW"
  admin_password           = var.db_admin_password
  compute_model            = "ECPU"
  compute_count            = 2
  data_storage_size_in_tbs = 2
  license_model            = "BRING_YOUR_OWN_LICENSE"
}

[
  {
    "id": "oci_database_db_system.erp",
    "result": {
      "class": "REDESIGN",
      "confidence": "LOW",
      "reason": "STACKIT has no Oracle Database service. Decide whether the database changes engine, with a schema and procedure conversion, or stays on self-managed Oracle under your own licence."
    }
  },
  {
    "id": "oci_database_autonomous_database.orders",
    "result": {
      "class": "REDESIGN",
      "confidence": "LOW",
      "reason": "STACKIT has no Oracle Database service. Decide whether the database changes engine, with a schema and procedure conversion, or stays on self-managed Oracle under your own licence."
    }
  },
  {
    "id": "oci_database_autonomous_database.reporting",
    "result": {
      "class": "REDESIGN",
      "confidence": "LOW",
      "reason": "STACKIT has no Oracle Database service. Decide whether the database changes engine, with a schema and procedure conversion, or stays on self-managed Oracle under your own licence."
    }
  }
]

• REDESIGN, zekerheidsniveau LOW, geen doel

  Alle drie zijn REDESIGN met zekerheidsniveau LOW en stellen geen STACKIT-dienst voor. De reden is voor elk dezelfde: de keuze is die tussen een nieuwe engine en zelf beheerd Oracle.

• Alleen het netwerk is gekoppeld

  Van de 5 eenheden in de run zijn het VCN en het subnet RECONFIGURE met zekerheidsniveau MEDIUM. Elke open ontwerpbeslissing van deze omgeving ligt bij de drie databases.

• De instellingen die de beslissing dragen

  Het rapport noemt 16 kritieke instellingen van het DB-systeem die aan u zijn overgelaten, waaronder de editie, het aantal nodes, de opslaggrootte en de verwijzing naar het beheerderswachtwoord, en 9 voor elke Autonomous Database, waaronder het rekenmodel en -aantal en de opslag in terabytes.

De opties naast elkaar

Drie manieren om een Oracle-workload op STACKIT te laten landen. De eerste twee noemt de run; de derde is een gangbare tweedeling, als praktijk aangeduid.

De feiten over PostgreSQL Flex komen uit de STACKIT-introductie en de FAQ; de uitspraak over Oracle-support komt uit het overzicht van OCI Base Database, en het licentiepunt is de reden van de run.

Hoe u kiest, workload voor workload

De run kan dit niet voor u beslissen: de run heeft geen omvang, geen querymix en geen licentiegegevens. Deze vragen geven de doorslag.

• Hoeveel code in de database zit

  Stored procedures, packages en triggers bepalen de conversie-inspanning. Een database die vooral uit tabellen en gewone SQL bestaat, verhuist anders dan een ERP-schema met jaren aan procedurele code.

• Welke Oracle-functies de applicatie nodig heeft

  Maak een lijst van waar de applicatie op steunt naast gewone SQL: RAC, Data Guard, edities, workloadtypen. Bij Base Database Service noemt Oracle Enterprise Edition - Extreme Performance als vereist voor RAC-DB-systemen met meerdere nodes en heeft het de uitfasering van die editie aangekondigd met ingang van 31 juli 2026.

• Welke licentie u hebt

  De demo-omgeving zet license_model op LICENSE_INCLUDED voor twee databases en op BRING_YOUR_OWN_LICENSE voor één. Bij de twee databases met licentie inbegrepen loopt de support via het OCI-abonnement, dus zelf beheerd Oracle vergt een eigen licentie- en supportpositie; bevestig ook die van de BYOL-database met uw licentiebeheerder.

• Transactioneel of analytisch

  De orderdatabase is OLTP, de rapportagedatabase is DW. Beide hebben db_workload onder hun kritieke instellingen, maar de run zegt niets over hoe elk workloadtype converteert of welk doel bij analytische queries past. Test met uw eigen queries voordat u kiest.

• Wie het beheert

  Een managed service zoals PostgreSQL Flex draagt replicatie en back-ups over aan STACKIT; bij zelf beheerd Oracle blijven patchen, back-ups en failover bij uw team. Laat de keuze afhangen van wie de piketdienst draait.

• Downtime die u kunt accepteren

  Het plan voor dataverplaatsing noemt alle drie de databases met mechanisme UNKNOWN en toegestane downtime NOT_PROVIDED. Geef de run uw cijfers in een applicatiebestand en de run legt ze vast zoals geschreven.

Wat de run over de data zegt

Het bestand voor dataverplaatsing noemt de drie databases als stateful eenheden en kiest geen methode. Dit zijn de rijen precies zoals ze in migration/data-movement.md staan.

| Unit | Source service | Target service | Application | Mechanism | State | Data class | RPO | Downtime tolerance |
|---|---|---|---|---|---|---|---|---|
| oci_database_autonomous_database.orders | oci_database_autonomous_database | NO_TARGET_PROPOSED |  | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| oci_database_autonomous_database.reporting | oci_database_autonomous_database | NO_TARGET_PROPOSED |  | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| oci_database_db_system.erp | oci_database_db_system | NO_TARGET_PROPOSED |  | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |

• Geen doel voorgesteld

  De kolom Target meldt NO_TARGET_PROPOSED voor alle drie de databases. Zolang uw architecten geen optie kiezen, is er niets om naartoe te verplaatsen.

• De omvang stelt u vast

  De run noemt de omvang van de data, de wijzigingssnelheid en de toegestane downtime als niet bekend. Ook toont de run de ingerichte capaciteit als niet vermeld in de bron, hoewel de invoer 512 GB voor het DB-systeem en 1 en 2 TB voor de Autonomous Databases opgeeft; neem die omvang zelf uit de bron over. StackToIT verplaatst nooit data en meet die nooit; een persoon kiest de methode op basis van die cijfers.

De volgorde die de run voorstelt

De afhankelijkheidsvolgorde heeft drie golven. Die beschrijft de eenheden in de omgeving, niet het datawerk.

1. 01

   Golf 1

   Het VCN en beide Autonomous Databases, die van geen andere eenheid afhangen.

2. 02

   Golf 2

   Het databasesubnet.

3. 03

   Golf 3

   Het DB-systeem, dat in het subnet staat.

Wat bij uw architecten ligt

• De beslissing over de engine, vastgelegd

  Schrijf de gekozen optie per database in de notitie van de bijbehorende stap in review/progress.yaml en in uw wijzigingsregistratie. De run legde voor deze eenheden geen beslissingen vast, dus decisions.yaml is leeg.

• De reikwijdte van de conversie

  Tel procedures, packages en Oracle-specifieke SQL voordat u kiest. De run markeert de conversie; de inventarisatie is een taak voor een conversietool en uw ontwikkelaars.

• De licentiepositie

  Bevestig bij de licentiebeheerder wat geldt als Oracle op STACKIT draait, voordat u een server dimensioneert. De run legt alleen vast dat de licentie van u is.

• De datamethode en de repetitie

  Kies de overdrachtsmethode op basis van omvang, wijzigingssnelheid en toegestane downtime, en oefen die met een hersteltest vóór het venster.

Vragen van databaseteams

Bronnen

• Oracle-documentatie: overzicht van Base Database Service
• Oracle-documentatie: over Autonomous Database Serverless
• STACKIT-documentatie: introductie van PostgreSQL Flex
• STACKIT-documentatie: PostgreSQL Flex FAQ