İçeriğe geç
Özgür Yazılım Veritabanı Dönüşümü

Yaklaşım

Veritabanı göçü, “dump-restore” değildir. Stored procedure’lar, trigger’lar, vendor-specific SQL özellikleri ve performans sürprizleri — hepsi yol haritasında ele alınmalıdır.

Biz işe gerçek üretim sorgularını alıp hedef veritabanında çalıştırıp ölçerek başlarız. Sonra şema dönüşümü, ardından shadow read modunda paralel çalışma ve son olarak kanary write ile tam geçiş.

Çıktılar

  • Üretim kesintisi: tipik olarak <15 dakika (hatta sıfır)
  • Performans: %95’ten yüksek sorgular hedef sistemde ≤ kaynak gecikme
  • Maliyet: lisanslı veritabanı yenileme döngüsünden çıkış

İlgili teknolojilerimiz

Sürecimiz

  1. 1

    Uyumluluk değerlendirmesi

    3-4 hafta

    ora2pg veya equivalent ile schema + stored procedure analizi. Vendor-specific özelliklerin envanteri. Hedef veritabanına uyum yüzdesi (genelde %70-95).

  2. 2

    Şema + uygulama portu

    6-10 hafta

    Şema dönüşümü (otomatik + manuel). Stored procedure / trigger PL-pgSQL'e port. Uygulama tarafında driver + bağlantı string güncellemesi.

  3. 3

    Shadow read + paralel çalışma

    2-4 hafta

    Üretim sorguları hem kaynak hem hedefe paralel gönderilir. Performans + sonuç doğruluğu karşılaştırılır. Sorun varsa düzeltme.

  4. 4

    Geçiş ve kalan operasyon

    1 gün - 1 hafta

    Logical replication ile veri eşitleme. Cutover sırasında kesinti < 15 dakika tipik. Sonrasında kaynak DB read-only mod, sonra kapatma.

Sıkça sorulan sorular

Oracle'dan PostgreSQL'e geçişte zorluk nedir?
Stored procedure’lar (PL/SQL → PL/pgSQL), partition semantiği farkı, hierarchical query (CONNECT BY → recursive CTE), sequence + trigger kombinasyonu (PostgreSQL’de IDENTITY kullan), bazı Oracle-specific function’lar (NVL → COALESCE). ora2pg %70-90 otomatik dönüştürür, gerisi manuel.
Geçiş sırasında veri kaybı oluyor mu?
Hayır — tipik geçişlerimizde veri kaybı sıfırdır. Bunu logical replication + change-data-capture ile sağlıyoruz. Cutover öncesi son 24 saat replikasyon takip edilir; lag sıfır olduğunda geçiş yapılır.
Hangi durumda MariaDB tercih edersiniz?
Mevcut MySQL ekosistemine derin yatırım, Galera Cluster (multi-primary sync replication) ihtiyacı, ya da basit OLTP iş yükleri varsa. Yeni projeler için neredeyse her zaman PostgreSQL daha güçlüdür (JSONB, CTE, partial index).
Lisans tasarrufu ne kadar?
Oracle Enterprise + Diagnostics + Tuning + RAC paketinden çıkış genelde %50-80 tasarruf getirir (lisans + bakım + destek toplamı). Mono SLA + topluluk desteği, vendor desteği maliyetinin %20-30’una çoğunlukla yeterli.

Bir sonraki dönüşümü birlikte planlayalım.

Ekibimiz teknik gereksinimlerinizi anlamak ve hızlıca prototip çıkarmak için hazır.