Migration Strategies and Modernization Guide from Oracle 11g to 23c

Summary

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.

---

1. Architectural Transformation: From Non-CDB to Multitenant Architecture

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:
Memory (SGA / PGA) and background processes serve a single database.
23c Architecture:
Multiple Pluggable Databases (PDBs) are hosted under a single Container Database (CDB). An existing 11g database must be positioned as a PDB within the 23c environment.

---

2. Analysis of Upgrade Paths

There is no direct upgrade path from Oracle 11.2.0.4 to 23c. As a result, two primary strategies emerge for database administrators.

2.1 Two-Stage Upgrade (Indirect Upgrade)

If an in-place upgrade is preferred, an intermediate stop is mandatory:

Stage 1: 11.2.0.4 → 19c (Long Term Release)
Stage 2: 19c → 23c

---

2.2 Data Migration and Rebuild (Out-of-place)

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)
Infrastructure simplification

---

3. Implementation Methodologies

A. AutoUpgrade Utility (Recommended)

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.

---

B. Oracle Data Pump (expdp / impdp)

If the database size is below the terabyte scale, this is one of the most flexible methods.

Cross-platform: Enables migration between different operating systems
Reorganization benefit: Data fragmentation is eliminated, and indexes are rebuilt during migration

---

C. Oracle GoldenGate

Used 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.

---

4. Technical Challenges and Recommended Solutions

4.1 SQL Performance Regression

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.

---

4.2 Security and Network ACLs

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.

---

4.3 Data Types

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.

---

5. Post-Upgrade Critical Steps

After the upgrade is completed, the following steps are essential:

Statistics Gathering:
Up-to-date statistics must be collected for the new optimizer using DBMS_STATS.GATHER_DATABASE_STATS.
Timezone Upgrade:
Database timezone (DST) files must be upgraded to the 23c level.
Invalid Objects:
All PL/SQL objects should be recompiled by running utlrp.sql.

---

Conclusion

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 11g’den 23c’ye Geçiş Stratejileri ve Modernizasyon Rehberi

Özet

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.

---

1. Mimari Dönüşüm: Non-CDB’den Multitenant Yapıya Geçiş

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ı:
Bellek (SGA / PGA) ve arka plan süreçleri tek bir veritabanına hizmet eder.
23c Yapısı:
Bir Container Database (CDB) altında birden fazla Pluggable Database (PDB) barındırılır. Mevcut 11g veritabanı, 23c ortamında bir PDB olarak konumlandırılmalıdır.

---

2. Yükseltme Yollarının Analizi (Upgrade Paths)

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.

2.1 İki Aşamalı Yükseltme (Indirect Upgrade)

Yerinde yükseltme (in-place upgrade) tercih edildiğinde ara bir durak zorunludur:

Aşama 1: 11.2.0.4 → 19c (Long Term Release)
Aşama 2: 19c → 23c

2.2 Veri Taşıma ve Yeniden Oluşturma (Out-of-place)

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)
Altyapı sadeleştirmeyi

---

3. Uygulama Metodolojileri

A. AutoUpgrade Utility (Önerilen)

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.

---

B. Oracle Data Pump (expdp / impdp)

Veritabanı boyutu terabayt seviyelerinin altındaysa en esnek yöntemlerden biridir.

Cross-platform: Farklı işletim sistemleri arasında geçişe olanak tanır
Re-org avantajı: Veri taşınırken fragmantasyon giderilir, indeksler yeniden oluşturulur

---

C. Oracle GoldenGate

Kesinti 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.

---

4. Teknik Zorluklar ve Çözüm Önerileri

4.1 SQL Performans Regresyonu

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.

---

4.2 Güvenlik ve Network ACL

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.

---

4.3 Veri Tipleri

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.

---

5. Geçiş Sonrası (Post-Upgrade) Kritik Adımlar

Statistics Gathering:
DBMS_STATS.GATHER_DATABASE_STATS ile optimizer için güncel istatistikler toplanmalıdır.
Timezone Upgrade:
Veritabanı zaman dilimi (DST) dosyaları 23c seviyesine güncellenmelidir.
Invalid Objects:
utlrp.sql çalıştırılarak tüm PL/SQL objeleri yeniden derlenmelidir.

---

Sonuç

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