Within the Oracle Database ecosystem, 11g (11.2.0.4) has long been regarded as a symbol of stability. However, the revolutionary features introduced with Oracle 23c (App Simple) and the end of extended support for 11g make modernization inevitable.
This article addresses the architectural transformations, upgrade strategies, and operational risk management considerations involved in migrating from 11g to 23c from a technical perspective.
Oracle 11g uses the traditional Non-CDB (Standalone) architecture, whereas Oracle 23c is built entirely on the Multitenant (CDB / PDB) architecture. This represents the most critical shift in the upgrade process.
11g Architecture:There is no direct upgrade path from Oracle 11.2.0.4 to 23c. As a result, two primary strategies emerge for database administrators.
If an in-place upgrade is preferred, an intermediate stop is mandatory:
Stage 1: 11.2.0.4 → 19c (Long Term Release)This is the most commonly preferred approach in modernization projects. A new 23c environment is established, and the data is migrated into it.
This approach also enables:
Operating system upgrades (e.g., RHEL 6 → RHEL 9)Oracle’s next-generation automation tool, AutoUpgrade, analyzes 11g source databases, performs pre-checks, and manages the entire upgrade process end to end.
Advantage:
It minimizes human error and manages the entire process through a single configuration file.
If the database size is below the terabyte scale, this is one of the most flexible methods.
Cross-platform: Enables migration between different operating systemsUsed for mission-critical systems—especially in finance and telecommunications—where downtime tolerance is minimal.
Real-time replication is established between 11g and 23c, enabling near-zero-downtime migration.
The optimizer version change from 11.2 to 23.1 may alter execution plans.
Solution:
Before migration, SQL Plan Baselines should be created on the 11g database and transferred to 23c using a Staging Table.
While network access (sending emails, calling web services, etc.) was more permissive in 11g, Fine-Grained Access Control and enhanced ACL structures are mandatory in 23c.
Solution:
Before migration, DBA_NETWORK_ACLS should be reviewed, and scripts should be updated according to the new security model.
The Boolean data type and enhanced JSON support introduced in 23c present a major opportunity to modernize temporary solutions in 11g that rely on NUMBER(1) or CLOB.
After the upgrade is completed, the following steps are essential:
Statistics Gathering:Although migrating from Oracle 11g to 23c may initially appear complex and risky, these risks can be significantly reduced with the right planning, methodology, and tools such as AutoUpgrade.
Beyond maintainability and supportability, this migration also enables organizations to adopt modern application development capabilities such as AI Vector Search and JSON-Relational Duality.
Oracle Veritabanı ekosisteminde 11g (11.2.0.4), uzun yıllar boyunca stabilitenin sembolü oldu. Ancak Oracle 23c (App Simple) ile gelen devrimsel yenilikler ve 11g’nin genişletilmiş desteğinin sona ermesi, sistem modernizasyonunu artık kaçınılmaz hale getiriyor.
Bu yazıda; 11g’den 23c’ye geçiş sürecinde karşılaşılan mimari dönüşümler, yükseltme stratejileri ve operasyonel risklerin nasıl yönetilmesi gerektiği teknik bir perspektifle ele alınıyor.
Oracle 11g, geleneksel Non-CDB (Standalone) mimarisini kullanırken; Oracle 23c tamamen Multitenant (CDB / PDB) mimarisi üzerine inşa edilmiştir. Bu da geçiş sürecindeki en kritik kırılım noktasıdır.
11g Yapısı:Oracle 11.2.0.4 sürümünden 23c’ye doğrudan (direct upgrade) bir yol bulunmamaktadır. Bu nedenle DBA’lar için iki temel strateji öne çıkar.
Yerinde yükseltme (in-place upgrade) tercih edildiğinde ara bir durak zorunludur:
Aşama 1: 11.2.0.4 → 19c (Long Term Release)Modernizasyon projelerinde en çok tercih edilen yaklaşımdır. Yeni bir 23c ortamı kurulur ve veri bu ortama taşınır.
Bu yöntem aynı zamanda:
İşletim sistemi yükseltmesini (ör. RHEL 6 → RHEL 9)Oracle’ın yeni nesil otomasyon aracı AutoUpgrade, 11g kaynaklı veritabanlarını analiz eder, ön kontrolleri yapar ve yükseltme sürecini uçtan uca yönetir.
Avantajı:
İnsan hatasını minimize eder ve tüm süreci tek bir konfigürasyon dosyası üzerinden yönetir.
Veritabanı boyutu terabayt seviyelerinin altındaysa en esnek yöntemlerden biridir.
Cross-platform: Farklı işletim sistemleri arasında geçişe olanak tanırKesinti süresine toleransı olmayan; özellikle finans ve telekom gibi kritik sistemlerde tercih edilir.
11g ve 23c arasında gerçek zamanlı replikasyon kurularak geçiş neredeyse anlık olarak gerçekleştirilir.
Optimizer sürümünün 11.2’den 23.1’e çıkması, yürütme planlarını (execution plan) değiştirebilir.
Çözüm:
Geçiş öncesinde 11g üzerinde SQL Plan Baselines oluşturulmalı ve bu baselinelar Staging Table aracılığıyla 23c ortamına taşınmalıdır.
11g’de ağ erişimleri (mail gönderme, web servis çağırma vb.) daha gevşekken; 23c’de Fine-Grained Access Control ve gelişmiş ACL yapıları zorunlu hale gelmiştir.
Çözüm:
Geçiş öncesinde DBA_NETWORK_ACLS kontrol edilmeli, yeni güvenlik modeline uygun scriptler hazırlanmalıdır.
23c ile gelen Boolean veri tipi ve gelişmiş JSON desteği, 11g’de kullanılan NUMBER(1) veya CLOB bazlı geçici çözümleri modernize etmek için önemli bir fırsat sunar.
Oracle 11g’den 23c’ye geçiş ilk bakışta karmaşık ve riskli görünse de; AutoUpgrade gibi araçlar, doğru metodoloji ve sağlam bir planlama ile bu riskler büyük ölçüde azaltılabilir.
Bu geçiş yalnızca desteklenebilirliği artırmakla kalmaz; aynı zamanda AI Vector Search ve JSON-Relational Duality gibi modern uygulama geliştirme yeteneklerini de kurumlara kazandırır.
This article was prepared by Murat Özdemir