Veri Gocu (Data Migration) Plani: Kesintisiz Geçiş İçin Adimlar (2026)

Veri Göçü Nedir ve Neden Kritik?

Bir sistemden diğerine taşınan şey aslında işletmenin yıllarca biriktirdiği dijital hafızasıdır

Veri göçü, kısaca verinin bir depolama sisteminden, formattan ya da uygulamadan bir diğerine taşınmasıdır. Ama işin özü taşımanın kendisi değil. Asıl mesele, veriyi öbür tarafa geçirirken bütünlüğünü, tutarlılığını ve erişilebilirliğini bozmadan koruyabilmektir.

Veri Göçü Türleri

• Depolama Göçü: Veriyi bir depolama ortamından diğerine taşıma (on-premise’den buluta)
• Veritabanı Göçü: Farklı veritabanı platformları arasında geçiş (ticari bir veritabanından PostgreSQL gibi açık kaynak bir veritabanına)
• Uygulama Göçü: ERP ya da bir iş uygulaması değişikliğinde verinin aktarılması
• Bulut Göçü: Yerel sistemlerden bulut altyapısına geçiş
• Konsolidasyon: Birden fazla kaynaktaki veriyi tek hedefte birleştirme

Neden Bu Kadar Kritik?

Veri göçü yalnızca teknik bir işlem değildir; doğrudan işletmenin operasyonel sürekliliğine dokunur. Yanlış giden bir göçün faturası genellikle şu dört başlıkta karşınıza çıkar:

• Veri kaybı riski: Eksik ya da hasarlı bir aktarım, çoğu zaman geri dönüşü olmayan kayıplara yol açar
• İş süreci kesintisi: Başarısız bir göç, günlerce süren operasyonel duruş demektir
• Uyumluluk sorunları: KVKK ya da muhasebe mevzuatı gibi regülatör gereksinimleri karşılanmayabilir
• Kullanıcı güveni: Hatalı veriyle açılan bir sistem, ekibin yeni sisteme olan güvenini daha ilk gün zedeler

Veri Göçü Stratejileri: Big Bang vs Fazlı

Strateji seçimi, projenin risk-zaman dengesini baştan belirler

Göç planı kurmanın ilk adımı, hangi yolu izleyeceğinize karar vermektir. Kabaca iki temel yaklaşım var:

Big Bang Yaklaşımı

Tüm veri, önceden belirlenen bir zaman diliminde -genellikle bir hafta sonu- tek seferde göçürülür.

Avantajları:

• Kesinti süresi kısadır (planlı downtime)
• Eski ve yeni sistem arasında paralel çalışma gerektirmez
• Net bir “geçiş anı” vardır

Dezavantajları:

• Risk tek noktada yoğunlaşır; bir hata tüm sistemi etkiler
• Geri dönüş karmaşıktır
• Test süresi sınırlıdır

Fazlı (Phased) Yaklaşımı

Veri gruplar halinde, aşama aşama göçürülür. Tipik sıra şöyledir: önce master data, sonra açık siparişler, en son geçmiş transactional veri.

Avantajları:

• Risk dağılır; her fazda sorunlar izole edilebilir
• Her fazın sonunda ara doğrulama yapılabilir
• Geri dönüş kolaydır (yalnızca son fazı geri almanız yeterli)

Dezavantajları:

• İki sistem bir süre paralel çalıştırılmalıdır
• Toplam proje süresi uzar
• Senkronizasyon karmaşıklığı artar

Doğru Stratejiyi Seçme

Hangi yolun size uygun olduğu şu faktörlere bağlıdır:

• Veri hacmi: Çok büyük hacimli veriler fazlı yaklaşımı gerektirebilir
• İş kritikliği: 7/24 çalışan firmalar için Big Bang risklidir
• Kaynak sistem sayısı: Çoklu kaynak, fazlı yaklaşımı çoğu zaman zorunlu kılar
• Mevcut IT kapasitesi: Paralel çalışma ciddi kaynak ister

ETL Süreci: Extract-Transform-Load

ETL, veri göçünün teknik omurgasını oluşturur

Veri göçünün standart yöntemi ETL’dir, yani Extract-Transform-Load. Üç aşamanın her birinde belirli işlemler yapılır ve her aşamanın sonunda doğrulama kontrolleri devreye girer.

1. Extract (Çekme)

Kaynak sistemlerden veriyi çekme aşaması:

• Tam çekme (Full extraction): Tüm veri bir seferde çekilir
• Artımsal çekme (Incremental): Son çekimden bu yana değişen veriler alınır
• Delta çekme: Belirlenen zaman aralığındaki değişiklikler alınır

Extract Aşamasında Dikkat Edilecekler:

• Kaynak sistemin performansını sarsmayacak bir zaman dilimi seçin
• Veri tutarlılığı için kaynak sistemde bir “freeze” dönemi belirleyin
• Çekilen verinin yedeğini ve doğrulama kaydını mutlaka tutun

2. Transform (Dönüşüm)

Çekilen veriyi hedef sisteme uygun formata dönüştürme aşaması:

• Veri temizliği: Duplike kayıtların birleştirilmesi, eksik alanların tamamlanması
• Format dönüşümü: Tarih formatları, para birimi, kodlama standartları
• Yapısal dönüşüm: Tablo yapılarının ve ilişkilerin hedef sisteme uyarlanması
• İş kuralı uygulaması: Hesaplamalar, türetilmiş alanlar, varsayılan değerler

Transform Aşamasında Dikkat Edilecekler:

• Her dönüşüm kuralı ayrı ayrı dokümante edilmeli
• Kural dışına düşen istisna kayıtlar (exception records) ayrıca raporlanmalı
• Dönüşüm öncesi ve sonrası kayıt sayıları karşılaştırılmalı

3. Load (Yükleme)

Dönüştürülmüş veriyi hedef sisteme yükleme aşaması:

• Tam yükleme (Full load): Hedef tablo sıfırlanır ve baştan yüklenir
• Artımsal yükleme: Mevcut veriye ekleme/güncelleme yapılır
• Merge (Upsert): Var olan kayıtlar güncellenir, yeniler eklenir

Load Aşamasında Dikkat Edilecekler:

• Yükleme sırası bağımlılıklara göre belirlenmeli (önce master, sonra transactional)
• Referans bütünlüğü (foreign key) kontrol edilmeli
• Index’ler yükleme bittikten sonra yeniden oluşturulmalı

Veri Haritalama ve Dönüşüm Kuralları

Haritalama, kaynak ile hedef arasındaki köprüyü tarif eder

Veri haritalama, kaynak sistemdeki her bir veri elemanının hedef sistemde nereye oturacağını tek tek belirlemektir. Bu dokümantasyon, göç planının en kritik parçasıdır; buradaki bir boşluk, ilerideki bütün sorunların kaynağı olur.

Haritalama Dokümantasyonu İçeriği

• Kaynak tablo/alan: Verinin geldiği yer
• Hedef tablo/alan: Verinin gideceği yer
• Dönüşüm kuralı: Uygulanacak işlem (format, hesaplama, lookup)
• Varsayılan değer: Kaynak boşsa kullanılacak değer
• Doğrulama kuralı: Kabul kriterleri
• İstisna işlem: Kural dışına düşen kayıtlar için izlenecek yöntem

Dönüşüm Kural Örnekleri

Format Dönüşümü:

• Tarih: DD/MM/YYYY to YYYY-MM-DD
• Telefon: (532) 123-4567 to +905321234567
• Vergi No: Noktaları ve tireleri kaldır

Kod Eşleştirme:

• Eski müşteri tipi kodları (A, B, C) to yeni kodlar (KURUMSAL, BIREYSEL, BAYI)
• Eski depo kodları to yeni lokasyon hiyerarşisi

Hesaplama:

• Birim fiyat = Toplam tutar / Miktar
• KDV dahil fiyat = Net fiyat * 1.20

Haritalama Doğrulama

Haritalamayı doğrularken şu üçünü atlamayın:

• İş birimlerinden (Finans, Satış, Üretim) onay alın
• Örnek bir veri setiyle test edin
• İstisna senaryoları önceden belirleyin

Veri Doğrulama Teknikleri

Göç planının en kritik aşaması doğrulamadır. Çünkü hatalı göçürülmüş bir veriyi sonradan tespit etmek, en baştan düzgün taşımaktan çok daha zahmetlidir.

Üç Katmanlı Doğrulama Modeli

Katman 1: Kayıt Sayısı Eşleştirme

• Kaynak sistemdeki kayıt sayısı = Hedef sistemdeki kayıt sayısı
• Her tablo için ayrı kontrol
• Filtrelenmiş (pasif, arşiv) kayıtlar ayrıca raporlanmalı

Katman 2: Alan Bazlı Doğrulama

• Kritik alanların değer karşılaştırması
• Null/boş alan sayıları
• Benzersiz değer sayıları (unique count)
• Min/max/ortalama değerler (sayısal alanlar)

Katman 3: İş Kuralı Doğrulama

• Toplam bakiye eşleşmesi (finansal veriler)
• Ara toplam tutarlılığı
• Referans bütünlüğü (ilişkili kayıtlar yerinde mi?)
• İş mantığı kontrolleri (örneğin: sipariş tutarı = birim fiyat x miktar)

Doğrulama Raporlama

Her doğrulama aşaması için ayrı bir rapor çıkarın:

• Özet rapor: Yönetim için; başarı/başarısızlık durumu
• Detay rapor: Teknik ekip için; hatalı kayıt listesi
• İstisna rapor: Manuel müdahale gerektiren kayıtlar

Rollback Planı ve Acil Durum Senaryoları

Her göç planı, işler ters gittiğinde başvurulacak bir geri dönüş stratejisi içermelidir. İyi kurgulanmış bir rollback planı, panik anındaki kararları devre dışı bırakır ve size sistematik bir çıkış yolu sunar.

Rollback Tetikleme Kriterleri

Rollback değerlendirmesi, önceden tanımlanmış eşikler aşıldıktan sonra yapılır:

• Veri uyumsuzluk oranı: %5’ten fazla kayıt hatası
• Kritik iş süreci durumu: Sipariş, fatura, sevkiyat işlemleri yapılamıyor
• Zaman aşımı: Planlanan göç süresi 2 katını aştı
• Performans sorunları: Sistem yanıt vermiyor ya da aşırı yavaş

Rollback Senaryoları

Senaryo A: Tam Geri Dönüş

Hedef sistem tümüyle iptal edilir, eski sisteme geri dönülür:

• Göç sırasında girilen veriler manuel olarak eski sisteme aktarılır
• Kullanıcılara bildirim gönderilir
• Yeni bir göç tarihi planlanır

Senaryo B: Kısmi Geri Dönüş

Yalnızca sorunlu veri grubu geri alınır:

• Örneğin master data başarılıysa yerinde kalır, sorunlu transactional veri geri alınır
• İki sistem bir süre paralel çalıştırılır
• Sorunlu veri grubu için düzeltme yapılır

Senaryo C: İleri Düzeltme

Geri dönülmez; sorunlar doğrudan hedef sistemde çözülür:

• Kritik iş süreçlerini etkileyen hatalar öncelikli olarak düzeltilir
• Diğer hatalar stabilizasyon döneminde giderilir

Rollback Hazırlığı

• Kaynak sistemin tam yedeği alınmalı ve doğrulanmalı
• Göç öncesi son veri seti saklanmalı
• Geri dönüş adımları dokümante edilmeli ve önceden test edilmeli
• Karar verme yetkisi ve iletişim protokolü net olmalı

Sahadan Örnek: Üretim Firması Veri Göçü

Veri Göçünde En Sık Yapılan 7 Hata

1. Veri Kalitesini Hafife Almak

“Veri zaten sistemde, ne kadar kirli olabilir ki?” düşüncesi en tehlikeli hatadır. Çoğu legacy sistemde kirlilik oranı %20-40 bandındadır. Temizlik yapmadan göçerseniz, eski sorunları olduğu gibi yeni sisteme taşımış olursunuz.

2. Mock Göç (Test) Atlama

Zaman baskısıyla test göçünü atlamak ya da tek denemeyle yetinmek. Production göçünde çıkan her hata size çok daha pahalıya patlar. En az 2-3 mock göç yapın.

3. İş Birimlerini Dahil Etmemek

Veri göçünü salt bir IT projesi sanmak. Verinin gerçek sahipleri (data owners) iş birimlerinde oturur. Finans, satış ve üretim doğrulama sürecinde aktif olmalı.

4. Haritalama Dokümantasyonu Eksikliği

Dönüşüm kurallarını kafadan uygulayıp yazıya dökmemek. Bir hata çıktığında ne kaynağını bulabilirsiniz ne de aynı sonucu tekrar üretebilirsiniz.

5. Rollback Planı Hazırlamamak

“Nasılsa başarılı olacağız” varsayımıyla geri dönüş planını es geçmek. Kritik bir hata anında panik kararlar alınır ve ortalık karışır.

6. Performans Testini İhmal Etmek

Küçük bir veri setiyle test edip production hacminde duvara toslamak. Büyük veri setlerinde performans karakteristiği tamamen değişebilir.

7. Geçmiş Veriyi Tamamen Göçürmek

“Hiçbir şey kaybolmasın” diye 10+ yıllık veriyi yeni sisteme taşımak. Bu, yeni sistemi yavaşlatır ve karmaşıklığı artırır. Baştan bir arşiv stratejisi belirleyin.

Sistematik planlama, bu hataların çoğunu baştan önler

Veri Göçü Başarı Metrikleri

Aşağıdaki metrikler, göç sürecinin başarısını değerlendirmek için kullanılır (değerler temsilidir):

Veri Göçü Kontrol Listesi

Sıkça Sorulan Sorular (SSS)