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
Uyumluluk değerlendirmesi
3-4 haftaora2pg veya equivalent ile schema + stored procedure analizi. Vendor-specific özelliklerin envanteri. Hedef veritabanına uyum yüzdesi (genelde %70-95).
-
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
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
Geçiş ve kalan operasyon
1 gün - 1 haftaLogical replication ile veri eşitleme. Cutover sırasında kesinti < 15 dakika tipik. Sonrasında kaynak DB read-only mod, sonra kapatma.