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

Veri Gocu Nedir ve Neden Kritik?

Veri gocu, işletmenin dijital hafizasini bir sistemden diğerine taşıma sürecidir

Veri gocu (data migration), verilerin bir depolama sisteminden, formattan veya uygulamadan diğerine taşınması sürecidir. Bu süreçte veri bütünlüğü, tutarlılığı ve erişilebilirliği korunmalidir.

Veri Gocu Türleri

• Depolama Gocu: Veriyi bir depolama ortamından diğerine taşıma (on-premise’den buluta)
• Veritabanı Gocu: Farklı veritabanı platformları arasında geçiş (ticari veritabanından açık kaynak veritabanına (ör. PostgreSQL))
• Uygulama Gocu: ERP veya is uygulaması değişikliğinde veri aktarımı
• Bulut Gocu: Yerel sistemlerden bulut altyapısına geçiş
• Konsolidasyon: Birden fazla kaynaktan tek hedefe veri birleştirme

Neden Bu Kadar Kritik?

Veri gocu, yanlizca teknik bir işlem değildir. İ̇şletmenin operasyonel sürekliliğini doğrudan etkiler:

• Veri kaybı riskı: Eksık veya hasarlı veri aktarımı, geri dönüşü olmayan kayıplara yol açar
• Is süreci kesintisi: Başarısiz göç, günlerce operasyonel duruş anlamına gelebilir
• Uyumluluk sorunları: Regülatör gereksinimleri (KVKK, muhasebe mevzuatı) karsilanmayabilir
• Kullanıcı güveni: Hatalı veriyle çalışan sistem, kullanıcıların yeni sisteme güvenini zedeler

Veri Gocu Stratejileri: Big Bang vs Fazlı

Doğru strateji seçimi, projenin risk ve zaman dengesini belirler

Veri gocu planı oluşturmanın ilk adımı, hangi stratejinin uygulanacagina karar vermektir. Iki temel yaklaşim vardır:

Big Bang Yaklaşimi

Tüm veri, belirlenen bir zaman diliminde (genellikle hafta sonu) tek seferde gocerilir.

Avantajları:

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

Dezavantajları:

• Risk yogunlasmistir – bir hata tüm sistemi etkiler
• Geri donus karmaşıktır
• Test süresi sınırlidir

Fazlı (Phased) Yaklaşimi

Veri gruplar halinde, aşama aşama gocerilir. Örnegin önce master data, sonra açık siparişler, en son geçmiş transactional veri.

Avantajları:

• Risk dagilmistir – her fazda sorunlar izole edilebilir
• Her fazdan sonra doğrulama yapılabilir
• Geri donus kolaydır (sadece son faz)

Dezavantajları:

• Iki sistem paralel çalıştirilmalidir
• Toplam proje süresi uzar
• Senkronizasyon karmaşıklığı artar

Doğru Stratejiyi Seçme

Strateji seçimi su faktorlere bağlıdır:

• Veri hacmi: Çok büyük hacimli veriler fazlı yaklaşimi gerektirebilir
• Is kritikligi: 7/24 operasyon yapan firmalar için Big Bang risklidir
• Kaynak sistem sayısı: Çoklu kaynak, fazlı yaklaşimi zorunlu kılabilir
• Mevcut IT kapasıte: Paralel çalışma kaynak gerektirir

ETL Süreci: Extract-Transform-Load

ETL süreci, veri gocunun teknik omurgasını oluşturur

ETL (Extract-Transform-Load), veri gocunun standart metodolojisidir. Her aşamada belirli işlemler yapılır ve doğrulama kontrolleri uygulanır.

1. Extract (Çekme)

Kaynak sistemlerden veriyi çekme asaması:

• Tam çekme (Full extraction): Tüm veri bir seferde çekilir
• Artimsal çekme (Incremental): Son cekimden sonra değişen veriler alinir
• Delta çekme: Belirlenen zaman araligindaki değişiklikler

Extract Asamasında Dikkat Edilecekler:

• Kaynak sistem performansını etkilemeyecek zaman dilimi seçimi
• Veri tutarlılığı için kaynak sistemde “freeze” dönemi
• Çekilen verinin yedeği ve doğrulama kaydı

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

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

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

Transform Asamasında Dikkat Edilecekler:

• Her dönüşüm kuralinin dokümante edilmesi
• Istisna kayıtların (exception records) ayrı raporlanması
• Dönüşüm öncesi ve sonrası kayıt sayısı kontrolü

3. Load (Yükleme)

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

• Tam yükleme (Full load): Hedef tablo sifirlanirand yeniden yüklenir
• Artimsal yükleme: Mevcut veriye ekleme/güncelleme yapılır
• Merge (Upsert): Var olan kayıtlar güncellenir, yeniler eklenir

Load Asamasında Dikkat Edilecekler:

• Yükleme sirasinin bagimliliklara göre belirlenmesi (önce master, sonra transactional)
• Referans bütünlüğü (foreign key) kontrolü
• Index’lerin yükleme sonrası yeniden oluşturulması

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

Veri haritalama, kaynak ve hedef arasındaki köprüyü tanımlar

Veri haritalama (data mapping), kaynak sistemdeki her veri elemaninin hedef sistemdeki karsiliginin belirlenmesidir. Bu dokümantasyon, veri gocu planının en kritik bileşenidir.

Haritalama Dokumantasyonu İ̇çeriği

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

Dönüşüm Kural Örnekleri

Format Dönüşümu:

• 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

Haritalama doğrulaması için:

• Is birimlerinden onay alinmali (Finans, Satış, Üretim)
• Örnek veri seti ile test yapılmalı
• Istisna senaryolar belirlenmeli

Veri Doğrulama Teknikleri

Veri gocu planının en kritik asaması doğrulamadir. Hatalı veri gocerildiginde tespit etmek, düzeltmekten çok daha zordur.

Uc Katmanlı Doğrulama Modelı

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ı raporlanmali

Katman 2: Alan Bazlı Doğrulama

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

Katman 3: Is Kuralı Doğrulama

• Toplam bakiye eşleşmesi (finansal veriler)
• Ara toplam tutarlılığı
• Referans bütünlüğü (ilişkili kayıtlar mevcut mu?)
• Is mantigi kontrolleri (örnegin: sipariş tutarı = birim fiyat x miktar)

Doğrulama Raporlama

Her doğrulama asaması için rapor oluşturulmali:

• Özet rapor: Yönetim için – başarı/başarısizlik durumu
• Detay rapor: Teknik ekip için – hatalı kayıt listesi
• Istisna rapor: Manüel müdahale gerektiren kayıtlar

Rollback Planı ve Acil Durum Senaryoları

Her veri gocu planı, başarısizlik durumu için bir geri donus stratejisi içermelidir. Rollback planı, panik anı kararları önler ve sistematik geri donus sağlar.

Rollback Tetikleme Kriterleri

Önceden tanimlanmis esikler asildiktan rollback değerlendirmesi yapılır:

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

Rollback Senaryoları

Senaryo A: Tam Geri Donus

Hedef sistem tamamen iptal edilir, eski sisteme dönülür:

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

Senaryo B: Kismi Geri Donus

Sadece sorunlu veri grubu geri alinir:

• Örnegin master data başarıli, transactional veri geri alinir
• Iki sistem paralel çalıştirilir
• Sorunlu veri grubu için düzeltme yapılır

Senaryo C: Ileri Düzeltme

Geri donulmez, sorunlar hedef sistemde düzeltilir:

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

Rollback Hazırlığı

• Kaynak sistemin tam yedeği alinmali ve doğrulunmali
• Göç öncesi son veri seti saklanmalı
• Geri donus adimleri dokümante edilmeli ve test edilmeli
• Karar verme yetkisi ve iletişim protokolü belirlenmeli

Sahadan Örnek: Üretim Firmesi Veri Gocu

Veri Gocunde En Sik Yapılan 7 Hata

1. Veri Kalitesini Hafife Almak

“Veri zaten sistemde var, ne kadar kirli olabilir?” yaklaşimi en tehlikeli hatadır. Çoğu legacy sistemde kirlilik oranı %20-40 aralığındadır. Temizlik yapılmadan göç, sorunları yeni sisteme taşır.

2. Mock Göç (Test) Atlama

Zaman baskısı nedeniyle test gocunu atlamak veya tek seferle yetinmek. Production gocunde cikan her hata, çok daha maliyetlidir. En az 2-3 mock göç yapılmalıdır.

3. Is Birimlerini Dahil Etmemek

Veri gocunu sadece IT projesı olarak görmek. Veri sahipleri (data owners) is birimlerindedir. Finans, satış, üretim departmanları doğrulama sürecinde aktif olmalıdir.

4. Haritalama Dokumantasyonu Eksikliği

Dönüşüm kurallarını kafadan uygulamak, dokümante etmemek. Hata durumunda sorunun kaynagi bulunamaz, tekrar edilebilirlik sağlanamaz.

5. Rollback Planı Hazarlamamak

“Başarıli olacağız” varsayımı ile geri donus planı yapmamak. Kritik bir hata durumunda panik kararlar alinir ve kaos oluşur.

6. Performans Testini Ihmal Etmek

Küçük veri seti ile test edip production hacminde sorun yaşamak. Büyük veri setlerinde performans karakteristigi tamamen değişebilir.

7. Geçmiş Veriyi Tamamen Gocurmek

“Hiçbir şeyi kaybetmeyelim” diye 10+ yıllık veriyi yeni sisteme taşımak. Yeni sistemi yavaşlatır, karmaşıklığı artırır. Arşiv stratejisi belirlenmeli.

Sistematik planlama hataları önler

Veri Gocu Başarı Metrikleri

Aşağıdaki metrikler, veri gocu sürecinin başarısini değerledirmek için kullanılır (temsili değerler):

Veri Gocu Kontrol Listesi

Sikca Sorulan Sorular (SSS)